VMware Cloud Foundation 5.0 | 01 GIU 2023 | Build 21822418

VMware Cloud Foundation 5.0.0.1 | 29 SET 2023 | Build 22485660

Verificare la disponibilità di informazioni aggiuntive e aggiornamenti relativi a queste note di rilascio.

Avviso di aggiornamento

Nota: i clienti di VCF+/VCF-S possono ora eseguire l'aggiornamento a VCF 5.0.

Novità

La versione VMware Cloud Foundation (VCF) 5.0 include quanto segue:

  • Aggiornamento in loco: VCF 4.3.x, VCF 4.4.x, VCF 4.5 e VCF 4.5.1 possono essere aggiornati a VCF 5.0 dall'interfaccia utente di SDDC Manager (con accesso Internet) o mediante l'utilità di trasferimento bundle (senza accesso a Internet).

  • Domini del carico di lavoro isolati: Creare e gestire i domini del carico di lavoro che possono essere aggiunti al dominio di gestione o a un nuovo dominio di vCenter Single Sign-On non utilizzato da altri domini del carico di lavoro.

  • Controlli dei dati di interoperabilità dei componenti BOM: Controlli automatici dell'interoperabilità dei componenti BOM all'interno di SDDC Manager.

  • Nuova assegnazione della licenza del prodotto BOM: Possibilità di eseguire la nuova assegnazione di licenze dei componenti BOM di VCF dall'interfaccia utente di SDDC Manager.

  • Aggiornamento delle licenze: SDDC Manager è ora concesso in licenza come parte di VCF. Di conseguenza, non è più necessario disporre di una chiave di licenza di SDDC Manager separata.

  • Miglioramenti delle verifiche preliminari dell'aggiornamento: Le verifiche preliminari dell'aggiornamento offrono ora un controllo granulare sulle verifiche preliminari dei singoli componenti specifici della versione.

  • Miglioramenti apportati al workflow di aggiornamento della configurazione: Gli aggiornamenti della configurazione possono essere applicati tra le applicazioni di aggiornamento oppure possono essere salvati per essere applicati in un secondo momento.

  • Nuova opzione di aggiornamento per l'aggiornamento di ESXi: Se nel cluster scelto sono presenti macchine virtuali spente da aggiornare, queste verranno eliminate solo durante il processo di aggiornamento se questa opzione è abilitata. In caso contrario, non verranno migrate in modo specifico per l'aggiornamento.

  • Supporto per la scalabilità: Possibilità di aggiornare 10 cluster (host) in 5 domini del carico di lavoro (5*10) contemporaneamente in ESXi, consentendo aggiornamenti paralleli.

  • Feedback all'interno del prodotto: SDDC Manager può richiedere ai clienti di fornire un feedback relativo a VMware Cloud Foundation con intervalli casuali.

  • Rebranding di VMware NSX-T Data Center: A partire dalla versione 4.0, VMware NSX-T Data Center è stato rinominato in NSX VMware.

  • Soluzioni convalidate di VMware: Tutte le soluzioni convalidate da VMware sono state aggiornate per supportare VMware Cloud Foundation 5.0. Per le guide aggiornate, visitare le Soluzioni convalidate di VMware.

  • VMware Cloud Foundation con Skyline Health Diagnostics: Nuovo contenuto disponibile per Diagnostica proattiva di VMware Cloud Foundation con Skyline Health Diagnostics.

  • Aggiornamenti BOM: Aggiornamento delle distinte base con le nuove versioni del prodotto.

Avvisi di deprecazione

  • L'appliance di creazione di immagini VMware (VIA), inclusa nell'appliance VMware Cloud Builder per creare le immagini dei server ESXi, è obsoleta in VMware Cloud Foundation 5.0 e verrà rimossa in una versione futura.

  • Nelle versioni future, l'opzione "Connetti domini del carico di lavoro" della scheda vRealize Operations contenuta nella sezione SDDC Manager > Amministrazione > vRealize Suite verrà rimossa. Verranno inoltre deprecate le opzioni dell'API pubblica di VCF correlate.

    A partire da vRealize Operations 8.10, è disponibile una funzionalità migliorata per la connessione dei domini del carico di lavoro di VCF a vRealize Operations direttamente dall'interfaccia utente di vRealize Operations. Gli utenti sono invitati a utilizzare questo metodo nell'interfaccia utente di vRealize Operations per la connessione dei domini del carico di lavoro di VCF.

  • VMware Update Manager come opzione predefinita per il cluster del dominio di gestione verrà deprecato in una versione successiva e vSphere Lifecycle Manager diventerà l'impostazione predefinita. Questa modifica risponde alla deprecazione di VMware Update Manager nelle versioni future di vSphere, come indicato qui: https://docs.vmware.com/it/VMware-vSphere/7.0/rn/vsphere-vcenter-server-703-release-notes.html

Distinta base (BOM) di VMware Cloud Foundation

Il prodotto software VMware Cloud Foundation è costituito dalle seguenti distinte base (BOM) software. I componenti inclusi nelle distinte base sono interoperabili e compatibili.

Componente software

Versione

Data

Numero build

Macchina virtuale Cloud Builder

5.0

01 GIU 2023

21822418

SDDC Manager

5.0

01 GIU 2023

21822418

VMware vCenter Server Appliance

8.0 Update 1a

01 GIU 2023

21815093

VMware ESXi

8.0 Update 1a

01 GIU 2023

21813344

VMware vSAN Witness Appliance

8.0 Update 1

14 APR 2023

21495797

VMware NSX

4.1.0.2

01 GIU 2023

21761691

VMware vRealize Suite Lifecycle Manager

8.10 Patch 1

21 FEB 2023

21331275

  • VMware vSAN è incluso nel bundle VMware ESXi.

  • È possibile utilizzare vRealize Suite Lifecycle Manager per distribuire vRealize Automation, vRealize Operations Manager, vRealize Log Insight e Workspace ONE Access. vRealize Suite Lifecycle Manager determina quali versioni di questi prodotti sono compatibili e consente di eseguire l'installazione o l'aggiornamento soltanto delle versioni supportate.

  • Il pacchetto di gestione vRealize Log Insight viene installato con la distribuzione di vRealize Log Insight.

  • Il pacchetto di gestione vRealize Operations Manager viene installato con la distribuzione di vRealize Operations Manager.

  • È possibile accedere alle versioni più recenti dei pacchetti di contenuti per vRealize Log Insight da VMware Solution Exchange e dallo store del marketplace integrato nel prodotto di vRealize Log Insight.

Informazioni sulla licenza di VMware Software Edition

Il software SDDC Manager è concesso in licenza con la licenza di VMware Cloud Foundation. Come parte di questo prodotto, il software SDDC Manager distribuisce prodotti software specifici di VMware.

I seguenti componenti software VMware distribuiti da SDDC Manager sono concessi in licenza con la licenza di VMware Cloud Foundation:

  • VMware ESXi

  • VMware vSAN

  • VMware NSX

I seguenti componenti software VMware distribuiti da SDDC Manager sono concessi in licenza separatamente:

  • VMware vCenter Server

NOTA: è richiesta una sola licenza vCenter Server per tutti i vCenter Server distribuiti in un sistema VMware Cloud Foundation.

Per informazioni dettagliate sulle versioni software di VMware specifiche concesse in licenza nell'ambito delle licenze acquistate, vedere la Distinta base (BOM) di VMware Cloud Foundation.

Per informazioni generali sul prodotto, vedere VMware Cloud Foundation.

Hardware supportato

Per informazioni dettagliate sulle configurazioni supportate, vedere la Guida alla compatibilità di VMware (VCG) e la sezione Requisiti hardware della scheda Controllo dei prerequisiti nella Guida alla pianificazione e alla preparazione.

Documentazione

Per accedere alla documentazione di Cloud Foundation, consultare la Documentazione di prodotto di VMware Cloud Foundation.

Per accedere alla documentazione relativa ai prodotti software VMware che SDDC Manager può distribuire, consultare la documentazione di prodotto e utilizzare i menu a discesa nella pagina per scegliere la versione appropriata:

Compatibilità del browser e risoluzioni dello schermo

L'interfaccia di VMware Cloud Foundation basata sul Web supporta le due versioni più recenti dei seguenti browser Web:

  • Google Chrome

  • Mozilla Firefox

  • Microsoft Edge

Per le interfacce utente basate sul Web, la risoluzione standard supportata è 1920 x 1080 pixel.

Informazioni su installazione e aggiornamento

È possibile installare VMware Cloud Foundation 5.0 come nuova versione oppure eseguire un aggiornamento sequenziale o skip-level a VMware Cloud Foundation 5.0.

Attenzione:

Se si esegue l'aggiornamento a VMware Cloud Foundation 5.0 (o versioni successive), leggere le informazioni critiche contenute nell'articolo 91751 della Knowledge Base.

Installazione come nuova versione

Il nuovo processo di installazione si svolge in tre fasi:

  • Fase 1: Preparazione dell'ambiente: La Guida alla pianificazione e alla preparazione fornisce informazioni dettagliate sul software, gli strumenti e i servizi esterni necessari per implementare un Software-Defined Data Center (SDDC) con VMware Cloud Foundation utilizzando un modello di architettura standard.

  • Fase due: Realizzare immagini di tutti i server con ESXi: Immagine di tutti i server con la versione di ESXi menzionata nella sezione Distinta base (BOM) di Cloud Foundation. Vedere la Guida alla distribuzione di VMware Cloud Foundation per informazioni sull'installazione di ESXi.

  • Fase tre: Installare Cloud Foundation 5.0: Per informazioni sulla distribuzione di Cloud Foundation, vedere la Guida alla distribuzione di VMware Cloud Foundation.

Aggiornamento a Cloud Foundation 5.0

Importante:

VMware Cloud Foundation 4.5.2 non può essere aggiornato a VMware Cloud Foundation 5.0 o 5.0.0.1. Per ulteriori informazioni, vedere l'articolo 94195 della Knowledge Base.

È possibile eseguire un aggiornamento sequenziale o skip-level a VMware Cloud Foundation 5.0 da VMware Cloud Foundation 4.3.x o versioni successive. Se la versione dell'ambiente è precedente alla 4.3.x. è necessario aggiornare il dominio di gestione e tutti i domini del carico di lavoro VI a VMware Cloud Foundation 4.3.x o alle versioni successive. quindi eseguire l'aggiornamento a VMware Cloud Foundation 5.0. Per ulteriori informazioni, vedere VMware Cloud Foundation Lifecycle Management.

Importante:

Prima di aggiornare un vCenter Server, eseguire un backup basato su file. Vedere Backup manuale di vCenter Server.

Nota:

Poiché VMware Cloud Foundation 5.0.x disabilita il servizio SSH per impostazione predefinita, gli script che richiedono l'abilitazione di SSH negli host ESXi non funzioneranno in seguito all'aggiornamento a VMware Cloud Foundation 5.0.x. Aggiornare gli script in funzione di questo nuovo comportamento. Vedere l'articolo 86230 della Knowledge Base per informazioni sull'abilitazione e la disabilitazione del servizio SSH negli host ESXi.

Informazioni sulla versione VMware Cloud Foundation 5.0.0.1

VMware Cloud Foundation 5.0.0.1 include aggiornamenti della sicurezza, correzioni per i problemi relativi all'interfaccia utente e alla gestione del ciclo di vita, nonché miglioramenti per le verifiche preliminari a livello di bundle per vCenter.

È possibile eseguire un aggiornamento sequenziale o skip-level a VMware Cloud Foundation 5.0.0.1 da VMware Cloud Foundation VCF 4.3.x, VCF 4.4.x, VCF 4.5, VCF 4.5.1 e 5.0. Se la versione utilizzata nell'ambiente è precedente alla 4.3.x. è necessario aggiornare il dominio di gestione e tutti i domini del carico di lavoro VI a VMware Cloud Foundation VCF 4.3.x, VCF 4.4.x, VCF 4.5 e VCF 4.5.1 e quindi eseguire l'aggiornamento a VMware Cloud Foundation 5.0.0.1. Per ulteriori informazioni, vedere Gestione del ciclo di vita di VMware Cloud Foundation.

VMware Cloud Foundation 5.0.0.1 include i seguenti aggiornamenti BOM:

Componente software

Versione

Data

Numero build

SDDC Manager

5.0.0.1

29 SET 2023

22485660

In questa versione sono stati risolti i seguenti problemi di SDDC Manager:

  • Correzioni dell'interfaccia utente:

    • Missing license information : questo messaggio di errore non si verifica più quando:

      1. Viene attivata un'operazione di creazione del dominio dalla schermata di un dominio del carico di lavoro tramite l'API pubblica (all'esterno dell'interfaccia utente dell'SDDC)

      2. Viene attivato un workflow di aggiunta di un cluster tramite l'interfaccia utente

    • I banner ora includono una nuova opzione "Ignora".

    • In una configurazione con dominio di gestione e dominio del carico di lavoro VI con stato SOTTOSCRIZIONE/ATTIVA (OPPURE SOTTOSCRIZIONE ANNULLATA), questo messaggio veniva visualizzato erroneamente: You have reached the limit of 4 cloud-connected workload domains. To learn how to add more workload domains, go to the VMware knowledge base.

  • Correzioni della gestione del ciclo di vita:

    • L'aggiornamento di ESXi non riesce e viene visualizzato il messaggio di errore ESX UPGRADE VUM STAGE REGISTER UPLOADED FILES

    • Quando si aggiorna VCF 4 alla versione 5, si verifica un problema relativo alla specifica di input della chiave di licenza, che causa un problema relativo a un aggiornamento di vCenter.

    • Nel registro di debug di LCM (lcm-debug.log) è presente più volte il messaggio di errore does not have a valid product api version string. Questo problema di eccessiva registrazione è stato risolto.

  • Distribuzione:

    • Il client non riesce a eseguire il commissioning dell'host anche se soddisfa tutti i requisiti

  • Miglioramenti e correzioni della verifica preliminare:

    • La verifica preliminare NSXT BACKUP non riesce a causa della mancanza di spazio su disco e il messaggio di correzione non fornisce informazioni appropriate.

Problemi noti

Problemi noti di VMware Cloud Foundation

  • Errore non generato dalla verifica preliminare della gestione del ciclo di vita se l'inventario di NSX Manager non è sincronizzato

    La verifica preliminare della gestione del ciclo di vita mostra uno stato verde e non genera errori per l'inventario di NSX Manager.

    Soluzione: Nessuna

  • Errore di informazioni sulla licenza mancanti nell'interfaccia utente

    Viene visualizzato il messaggio di errore Missing domain licensing information in seguito:

    1. Viene attivata un'operazione di creazione del dominio dalla schermata di un dominio del carico di lavoro tramite l'API pubblica (all'esterno dell'interfaccia utente dell'SDDC)

    2. Successivamente, viene attivato un workflow Aggiungi cluster tramite l'interfaccia utente

    Soluzione: Aggiornare la pagina, quindi attivare il workflow "Aggiungi cluster".

  • Nella schermata di aggiornamento viene visualizzata una versione errata quando si esegue l'aggiornamento da VCF 4.3 alla versione 5.0.

    Nell'interfaccia utente di VCF viene visualizzata una versione di origine non corretta quando si esegue l'aggiornamento dalla versione 4.3 alla versione 5.0. Tuttavia, l'aggiornamento effettivo esegue comunque correttamente un aggiornamento skip-level diretto dalla versione di origine alla versione di destinazione.

    Soluzione: Nessuna

  • La creazione di domini del carico di lavoro in parallelo non impone il limite massimo di gestori delle risorse di elaborazione per NSX Manager.

    La creazione di domini del carico di lavoro in parallelo può causare la mancata riuscita della creazione di uno o più domini del carico di lavoro poiché il limite dei gestori delle risorse di elaborazione per NSX Manager verrà superato.

    Soluzione: eliminare il dominio del carico di lavoro non riuscito

  • Nella distinta base (BOM) mista di VCF 5.0 con la Modalità collegata avanzata di vCenter, è possibile visualizzare i sistemi vCenter Server della versione 8.0 a partire da un'istanza vCenter Server 7.x

    Se si dispone di un gruppo Modalità collegata avanzata di vCenter contenente istanze vCenter Server delle versioni 8.x e 7.x, quando si accede a un'istanza della versione 7.x di vCenter Server, in vSphere Client è possibile visualizzare i sistemi vCenter Server della versione 8.0. Poiché in vCenter Server 8.0 sono state introdotte nuove funzionalità, è possibile eseguire workflow specifici per vSphere 8.0 nella versione 8.0 di vCenter Server. Tuttavia, l'esecuzione a partire dalla versione 7.x di vSphere Client potrebbe determinare risultati imprevisti.

    Soluzione: Questo problema è stato risolto in vSphere 7.0 P07.

  • Voci aggiuntive contenute nel menu a discesa Ambito della verifica preliminare

    Quando si eseguono verifiche preliminari di aggiornamento tramite l'interfaccia utente di SDDC Manager e si seleziona una versione VCF di destinazione, il menu a discesa Ambito della verifica preliminare potrebbe contenere più voci selezionabili rispetto a quelle necessarie. SDDC Manager può essere visualizzato come voce più di una volta. Può inoltre essere incluso come componente selezionabile per i domini VI, sebbene si tratti di un componente del dominio di gestione.

    Soluzione: nessuna. Si tratta di un problema visivo senza alcun impatto funzionale.

  • La conversione dei cluster dalle basi di confronto vSphere Lifecycle Manager in immagini vSphere Lifecycle Manager non è supportata.

    Le basi di confronto di vSphere Lifecycle Manager (in precedenza vSphere Update Manager o VUM) sono obsolete in vSphere 8.0, ma continuano a essere supportate. Per ulteriori informazioni, vedere l'articolo 89519 della Knowledge Base.

    VMware Cloud Foundation 5.0 non supporta la conversione dei cluster dalle basi di confronto vSphere Lifecycle Manager nelle immagini vSphere Lifecycle Manager. Questa funzionalità verrà supportata in una versione futura.

    Soluzione: Nessuna

  • Federazione NSX Data Center non supportata dalla gestione del carico di lavoro

    Non è possibile distribuire la gestione del carico di lavoro (vSphere with Tanzu) in un dominio del carico di lavoro quando l'istanza NSX Data Center di tale dominio partecipa a una federazione NSX Data Center.

    Soluzione: nessuna.

  • NSX Guest Introspection (GI) e NSX Network Introspection (NI) non sono supportati nei cluster estesi

    Non è disponibile alcun supporto per l'estensione dei cluster in cui sono abilitati NSX Guest Introspection (GI) o NSX Network Introspection (NI). VMware Cloud Foundation scollega i profili dei nodi di trasporto dagli host ZD2 per consentire configurazioni di rete specifiche della zona di disponibilità. NSX GI e NSX NI richiedono che lo stesso profilo del nodo di trasporto sia collegato a tutti gli host nel cluster.

    nessuna.

  • Cluster estesi e gestione del carico di lavoro

    Non è possibile estendere un cluster in cui è distribuita la gestione del carico di lavoro.

    nessuna.

Problemi noti di aggiornamento

  • Nuovo - Il pulsante "Pianifica aggiornamento/Riprova l'aggiornamento" non è disabilitato quando è in corso un aggiornamento esistente.

    Quando è in corso un aggiornamento per un cluster che fa parte di un dominio, l'interfaccia utente consente comunque all'utente di selezionare e avviare l'aggiornamento per un altro cluster, ma nel pulsante FINE questa azione è bloccata.

    Soluzione: quando è in corso un aggiornamento in un dominio, non attivare un altro aggiornamento.

  • Nuovo - Il popup del blocco della distribuzione nella pagina degli aggiornamenti è vuoto durante le operazioni del dominio

    Se durante un aggiornamento vengono eseguite operazioni relative al dominio, ad esempio l'aggiunta di un host o di un cluster, le operazioni correlate all'aggiornamento vengono bloccate e la descrizione comandi non include il testo con il motivo.

    Soluzione: nessuna.

  • Nuovo - Il pulsante FINE nell'interfaccia utente di aggiornamento consente l'avvio di più aggiornamenti.

    Quando si fa clic sul pulsante FINE più volte, vengono avviati più aggiornamenti relativi allo stesso bundle.

    Non esiste alcuna soluzione. Tutti gli aggiornamenti attivati sono visibili nel pannello Attività. Tutti gli aggiornamenti avviati dopo il primo clic sul pulsante Fine non verranno eseguiti correttamente.

  • VCF 4.5.1 con la patch asincrona per NSX 3.2.3 non è in grado di eseguire l'aggiornamento a VCF 5.0

    L'aggiornamento da NSX 3.2.3 alla versione 4.1.0.2 non è supportato. Sono supportati solo gli aggiornamenti a partire da NSX 4.1.1 e versioni successive.

    Soluzione: nessuna.

    Questo problema verrà risolto in una versione futura.

  • Errore di aggiornamento di VC durante l'installazione

    Quando si esegue l'aggiornamento di VC del carico di lavoro da VCF, l'installazione di VC non riesce con target vc upgrade precheck stage failing.

    Soluzione: Non riutilizzare lo stesso IP temporaneo per gli aggiornamenti sequenziali di VC. Utilizzare un IP temporaneo separato per ogni VC sottoposto ad aggiornamento.

  • L'aggiornamento di NSX potrebbe non riuscire se sono presenti allarmi attivi in NSX Manager

    Se sono presenti allarmi attivi in NSX Manager, l'aggiornamento di NSX potrebbe non riuscire.

    Soluzione: Prima di eseguire l'aggiornamento di NSX, verificare la presenza di allarmi attivi nell'interfaccia utente di NSX Manager e, se presenti, risolvere i problemi corrispondenti. Se gli allarmi non vengono risolti, l'aggiornamento di NSX non riesce. È possibile riprovare l'aggiornamento una volta risolti i problemi relativi agli allarmi.

  • Errore della verifica preliminare per NSX con messaggio di errore

    Se i prerequisiti di aggiornamento Backup SDDC Manager, all vCenter Servers, and NSX Managers vengono ignorati e la posizione STFP definita per il backup della configurazione NSX non dispone di spazio su disco sufficiente, verrà visualizzato il messaggio di errore Precheck for NSX has failed. Sebbene la causa primaria dell'errore sftp server disk is full venga visualizzata nel file di registro di Operations Manager, non è attualmente visualizzata in SDDC Manager.

    Soluzione: Aumentare la quantità di spazio su disco disponibile nel server SFTP, quindi completare i prerequisiti di aggiornamento prima di procedere.

  • Errore non generato dalla verifica preliminare della gestione del ciclo di vita se l'inventario di NSX Manager non è sincronizzato

    Soluzione: Nessuna.

  • I dettagli del bundle di SDDC Manager devono indicare 4.4.1.1 come "Versione richiesta" per l'aggiornamento skip-level

    Durante un aggiornamento skip-level dalla versione 4.4.1.1 di VMware Cloud Foundation alla versione 5.0, si verifica un errore nei dettagli del bundle di SDDC Manager, in cui la versione 4.5.0 di VMware Cloud Foundation viene indicata erroneamente come "Versione richiesta".

    Soluzione: Nessuna

  • Errore di aggiornamento di VCF ESXi successivo alla convalida a causa di un problema di configurazione del cluster correlato all'HA

    L'aggiornamento del cluster ESXi non riesce e viene visualizzato un messaggio di errore simile al seguente:

    Cluster Configuration Issue: vSphere HA failover operation in progress in cluster <cluster-name> in datacenter <datacenter-name>: 0 VMs being restarted, 1 VMs waiting for a retry, 0 VMs waiting for resources, 0 inaccessible vSAN VMs

  • Errore di aggiornamento di SDDC Manager in "Configurazione di Common Appliance Platform"

    Se un'attività di riconfigurazione di una macchina virtuale (ad esempio la rimozione di una snapshot o l'esecuzione di un backup) viene eseguita nel dominio di gestione contemporaneamente all'aggiornamento di SDDC Manager, l'aggiornamento potrebbe non riuscire.

    Soluzione: Pianificare gli aggiornamenti di SDDC Manager in un momento in cui non siano in esecuzione attività di riconfigurazione della macchina virtuale nel dominio di gestione. Se si verifica questo problema, attendere il completamento delle altre attività, quindi riprovare a ripetere l'aggiornamento.

  • Aggiornamenti paralleli di vCenter Server non supportati

    Se si tenta di aggiornare vCenter Server per più domini del carico di lavoro VI contemporaneamente, l'aggiornamento potrebbe non riuscire durante la modifica delle autorizzazioni per la directory di configurazione di vpostgres nell'appliance. Il messaggio chown -R vpostgres:vpgmongrp /storage/archive/vpostgres viene visualizzato nel file PatchRunner.log di vCenter Server Appliance.

    Soluzione: Ogni istanza di vCenter Server deve essere aggiornata separatamente.

  • Una delle macchine virtuali dell'agente vSphere Cluster Services (vCLS) viene posizionata nello storage locale durante l'aggiornamento di VMware Cloud Foundation

    vSphere Cluster Services (vCLS) garantisce che i servizi cluster rimangano disponibili, anche quando il vCenter Server non è disponibile. vCLS distribuisce tre macchine virtuali dell'agente vCLS per garantire l'integrità dei servizi del cluster. Quando si aggiorna VMware Cloud Foundation, è possibile che una delle macchine virtuali vCLS venga posizionata nello storage locale anziché nello storage condiviso. Ciò potrebbe causare problemi se si elimina l'host ESXi in cui è archiviata la macchina virtuale.

    Soluzione: Disattivare e riattivare vCLS nel cluster per distribuire tutte le macchine virtuali dell'agente vCLS nello storage condiviso.

    1. Controllare il posizionamento delle macchine virtuali dell'agente vCLS per ogni cluster nell'ambiente.

      1. In vSphere Client selezionare Menu > Macchine virtuali e modelli.

      2. Espandere la cartella vCLS.

      3. Selezionare la prima macchina virtuale dell'agente vCLS e fare clic sulla scheda Riepilogo.

      4. Nella sezione Oggetti correlati, verificare il datastore elencato per lo storage. Deve corrispondere al datastore vSAN. Se una macchina virtuale dell'agente vCLS si trova nello storage locale, è necessario disattivare vCLS per il cluster e, successivamente, riabilitarlo.

      5. Ripetere questi passaggi per tutte le macchine virtuali dell'agente vCLS.

    2. Disattivare vCLS per i cluster che dispongono di macchine virtuali dell'agente vCLS nello storage locale.

      1. In vSphere Client fare clic su Menu > Host e cluster.

      2. Selezionare un cluster che disponga di una macchina virtuale dell'agente vCLS nello storage locale.

      3. Nella barra degli indirizzi del browser web, prendere nota dell'ID moref per il cluster.

        Ad esempio, se l'URL mostra https://vcenter-1.vrack.vsphere.local/ui/app/cluster;nav=h/urn:vmomi:ClusterComputeResource:domain-c8:503a0d38-442a-446f-b283-d3611bf035fb/summary, l'ID moref corrisponderà a domain-c8.

      4. Selezionare il vCenter Server contenente il cluster.

      5. Fare clic su Configura> Impostazioni avanzate.

      6. Fare clic su Modifica impostazioni.

      7. Modificare il valore di config.vcls.clusters.<moref id>.enabled in false e fare clic su Salva.

        Se l'impostazione config.vcls.clusters.<moref id>.enabled non viene visualizzata per l'ID moref, immettere il nome corrispondente e false in corrispondenza del valore, quindi fare clic su Aggiungi.

      8. Attendere alcuni minuti affinché le macchine virtuali dell'agente vCLS vengano disattivate ed eliminate. È possibile monitorare l'avanzamento nel riquadro Attività recenti.

    3. Abilitare vCLS per il cluster per posizionare le macchine virtuali dell'agente vCLS nello storage condiviso.

      1. Selezionare il vCenter Server contenente il cluster e fare clic su Configura > Impostazioni avanzate.

      2. Fare clic su Modifica impostazioni.

      3. Modificare il valore di config.vcls.clusters.<moref id>.enabled in true e fare clic su Salva.

      4. Attendere alcuni minuti affinché le macchine virtuali dell'agente vCLS vengano distribuite e attivate. È possibile monitorare l'avanzamento nel riquadro Attività recenti.

    4. Controllare il posizionamento delle macchine virtuali dell'agente vCLS per assicurarsi che siano tutte nello storage condiviso.

  • Problemi dell'interfaccia utente di SDDC Manager durante l'esecuzione di più controlli preliminari di aggiornamento parallelo

    Se si avvia una verifica preliminare su più domini del carico di lavoro contemporaneamente, è possibile che l'interfaccia utente di SDDC Manager mostri uno sfarfallio e visualizzi informazioni errate.

    Soluzione: Non eseguire più verifiche preliminari parallele. In caso contrario, attendere il completamento delle verifiche preliminari per valutare i risultati.

  • I risultati della verifica preliminare dell'aggiornamento per ESXi visualizzano l'errore "Dispositivo TPM 2.0 rilevato, ma non è possibile stabilire una connessione".

    Questo problema può verificarsi per gli host ESXi in cui sono configurati parzialmente i chip TPM (Trusted Platform Modules).

    Soluzione: Assicurarsi che il TPM sia configurato nel BIOS dell'host ESXi per utilizzare l'algoritmo di hashing SHA-256 e l'interfaccia TIS/FIFO (First-In, First-Out) e non l'interfaccia CRB (Command Response Buffer). Per informazioni sull'impostazione di queste opzioni del BIOS richieste, fare riferimento alla documentazione del fornitore.

  • Possibile errore di esecuzione delle verifiche preliminari parallele su più domini del carico di lavoro che utilizzano le immagini di vSphere Lifecycle Manager

    Se si eseguono verifiche preliminari parallele su più domini del carico di lavoro che utilizzano le immagini di vSphere Lifecycle Manager contemporaneamente agli aggiornamenti paralleli, le verifiche preliminari potrebbero non riuscire.

    Soluzione: Servirsi delle le istruzioni seguenti per pianificare gli aggiornamenti e le verifiche preliminari per i domini del carico di lavoro che utilizzano le immagini di vSphere Lifecycle Manager.

    • Per gli aggiornamenti paralleli, VMware Cloud Foundation supporta fino a cinque domini del carico di lavoro con un massimo di cinque cluster ciascuno.

    • Per le verifiche preliminari parallele, VMware Cloud Foundation supporta fino a tre domini del carico di lavoro con un massimo di quattro cluster ciascuno.

    • Non eseguire aggiornamenti paralleli e verifiche preliminari contemporaneamente.

  • L'utilizzo dell'API /v1/upgrades per attivare gli aggiornamenti del cluster parallelo tra i domini del carico di lavoro in una singola chiamata API non comporta l'aggiornamento dei cluster in parallelo

    Quando si utilizza l'API VMware Cloud Foundation per aggiornare più domini del carico di lavoro in parallelo, incluse più specifiche di aggiornamento delle risorse (resourceUpgradeSpec) in un'API di aggiornamento di un singolo dominio (/v1/upgrades), il funzionamento della chiamata non corrisponde a quello previsto.

    Soluzione: Per ottenere prestazioni ottimali quando si aggiornano più domini del carico di lavoro in parallelo mediante l'API VMware Cloud Foundation, non includere più specifiche di aggiornamento delle risorse (resourceUpgradeSpec) in una singola chiamata di aggiornamento del dominio. Richiamare invece l'aggiornamento del dominio più volte con un singolo resourceUpgradeSpec per ogni dominio del carico di lavoro.

    È inoltre possibile utilizzare l'interfaccia utente di SDDC Manager per attivare più aggiornamenti paralleli tra i domini del carico di lavoro.

  • NSX Data Center produce un errore di aggiornamento durante l'esecuzione del backup da parte di NSX T

    Se la destinazione dei backup di NSX Manager non è stata modificata in un server SFTP esterno, gli aggiornamenti potrebbero non riuscire a causa di un'impronta digitale SSH obsoleta per SDDC Mananger.

    Soluzione:

    1. Accedere all'interfaccia utente di NSX Manager.

    2. Fare clic su Sistema > Backup e ripristino.

    3. Fare clic su Modifica per il server SFTP.

    4. Rimuovere l'impronta digitale SSH esistente e fare clic su Salva.

    5. Fare clic su Aggiungi per aggiungere l'impronta digitale fornita dal server.

    6. Fare clic su Salva.

    7. Riprovare a eseguire l'aggiornamento di NSX Data Center dall'interfaccia utente di SDDC Manager.

  • Errore di aggiornamento di ESXi a livello di cluster

    La selezione a livello di cluster durante l'aggiornamento non considera lo stato di integrità dei cluster e potrebbe mostrare lo stato Disponibile per un cluster, anche nel caso di un cluster difettoso. Se si seleziona un cluster difettoso, l'aggiornamento non riesce.

    Eseguire sempre una verifica preliminare dell'aggiornamento per convalidare lo stato di integrità dei cluster. Risolvere eventuali problemi prima di effettuare l'aggiornamento.

  • Impossibile aggiornare NSX Data Center nel dominio di gestione o in un dominio del carico di lavoro con lo storage principale vSAN a causa di un errore durante la fase di verifica preliminare del nodo di trasporto NSX

    In SDDC Manager, quando si esegue la verifica preliminare dell'aggiornamento prima di aggiornare NSX Data Center, la convalida del nodo di trasporto NSX genera il seguente errore.

    Non è stata configurata alcuna destinazione coredump. Impossibile salvare i core dump dell'host. I registri di sistema sull'host sfo01-m01-esx04.sfo.rainpole.io sono archiviati su uno storage non persistente. Consultare la documentazione del prodotto per configurare un server syslog o una partizione scratch.

    Poiché la verifica preliminare dell'aggiornamento genera un errore, non è possibile procedere con l'aggiornamento dell'istanza di NSX Data Center nel dominio. VMware Validated Design supporta vSAN come storage principale nel dominio di gestione. Tuttavia, i datastore vSAN non supportano partizioni scratch. Vedere l'articolo della Knowledge Base di VMware 2074026.

    Disabilitare la convalida della verifica preliminare di aggiornamento per l'aggiornamento successivo di NSX Data Center.

    1. Accedere a SDDC Manager come vcf utilizzando un client Secure Shell (SSH).

    2. Aprire il file application-prod.properties per la modifica: vi /opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties

    3. Aggiungere la seguente proprietà e salvare il file: lcm.nsxt.suppress.prechecks=true

    4. Riavviare il servizio di gestione del ciclo di vita: systemctl restart lcm

    5. Accedere all'interfaccia utente di SDDC Manager e procedere con l'aggiornamento di NSX Data Center.

  • Possibile errore di aggiornamento di NSX-T nella fase NSX T TRANSPORT NODE POSTCHECK STAGE

    L'aggiornamento di NSX-T potrebbe non procedere oltre la fase NSX T TRANSPORT NODE POSTCHECK STAGE.

    Contattare l'assistenza VMware.

  • L'aggiornamento di ESXi non riesce e viene visualizzato il messaggio di errore "Patch o file di aggiornamento non compatibili. Verificare che il file di patch sia compatibile con l'host. Fare riferimento ai file di registro LCM e VUM."

    Questo errore si verifica se uno degli host ESXi che si sta aggiornando ha dispositivi di storage scollegati.

    Soluzione: Collegare tutti i dispositivi di storage agli host ESXi da aggiornare, riavviare gli host e riprovare a effettuare l'aggiornamento.

  • Errore della verifica preliminare dell'aggiornamento e visualizzazione del messaggio di errore "La password è scaduta"

    Se il criterio di password di vCenter Single Sign-On specifica una durata massima pari a zero (ovvero senza scadenza), la verifica preliminare non riesce.

    Soluzione: Impostare il criterio della durata massima della password su un valore diverso da zero e riprovare a eseguire la verifica preliminare.

Problemi noti relativi al processo di avvio

  • Non è possibile accedere all'appliance VMware Cloud Builder

    Se si distribuisce l'appliance VMware Cloud Builder con una password di amministratore o root di 8 caratteri, non è possibile accedere all'appliance e viene visualizzato il messaggio di errore Invalid username or password.

    Soluzione: ridistribuire l'appliance VMware Cloud Builder con password che includano almeno 12 caratteri.

  • Errore di convalida della configurazione della rete di avvio con messaggio "L'indirizzo IP del gateway per la gestione non è contattabile"

    Il seguente errore "L'indirizzo IP del gateway per la gestione non è contattabile" viene segnalato come errore irreversibile nell'interfaccia utente di Cloud Buider e la configurazione non può continuare. In alcuni casi, la convalida non riesce a convalidare la connettività perché utilizza un set di porte predefinite, ma il ping è funzionante.

    Soluzione: Vedere l' articolo 89990 della Knowledge Base per ulteriori informazioni.

Problemi noti di SDDC Manager

  • SDDC Manager visualizza erroneamente la modalità Scura a causa delle impostazioni ereditate del sistema operativo in VCF 5.0

    L'interfaccia utente di SDDC Manager non supporta la modalità Scura in modo nativo. Tenta di eseguire il rendering della modalità Scura in base alle impostazioni del sistema operativo, causando potenziali problemi di rendering in alcune schermate.

    Soluzione: Esistono due modi possibili per risolvere questo problema:

    • Disattivare la modalità Scura a livello di sistema operativo e cancellare la cache del browser, oppure

    • Eseguire il seguente script nella console sviluppatore del browser in uso (sostituendo il campo Domain con il FQDN del sistema):

    document.cookie = 'clarity-theme=Light; Max-Age=2147483647; path=/; Domain=sddc-manager.vrack.vsphere.local; SameSite=Lax'

  • La chiave di licenza di SDDC Manager non è necessaria

    Non è necessario disporre di una chiave di licenza di SDDC Manager e tutti gli errori rilevati relativi a una chiave di licenza di SDDC Manager esistente possono essere ignorati.

    Soluzione: nessuna.

  • L'account amministratore di vRealize Operations Manager viene visualizzato come disconnesso

    SDDC Manager mostra erroneamente l'account amministratore di vRealize Operations Manager come disconnesso a causa di una password scaduta. In realtà, la password dell'account amministratore utilizzata per accedere all'interfaccia utente di vRealize Operations Manager non scade mai, ma SDDC Manager verifica la password dell'account amministratore dell'appliance virtuale (Photon OS).

    Soluzione: per cancellare l'avviso relativo alla password scaduta/disconnessa in SDDC Manager:

    1. Accedere al nodo di vRealize Operations Manager interessato e aggiornare la password di amministratore dell'appliance virtuale.

    2. In SDDC Manager, correggere (oppure eseguire la rotazione o aggiornare) la password dell'account scaduto. In alternativa, utilizzare l'API VMware Cloud Foundation per eseguire POST /v1/credentials/expirations.

  • L'interfaccia utente di SDDC Manager mostra sempre il sistema operativo locale come origine di identità predefinita

    Se si aggiunge Active Directory su LDAP oppure su OpenLDAP come origine di identità in SDDC Manager e si utilizza vSphere Client per impostare tale origine di identità come predefinita, l'interfaccia utente di SDDC Manager (Amministrazione > Single Sign-On > Provider di identità) continua a mostrare il sistema operativo locale come origine di identità predefinita.


    Soluzione: Utilizzare vSphere Client per verificare l'origine di identità predefinita effettiva.

  • Errore della risoluzione dei nomi durante la configurazione del server NTP

    In determinate condizioni, la risoluzione dei nomi potrebbe non riuscire durante la configurazione di un server NTP.

    Soluzione: Eseguire il comando seguente utilizzando il nome di dominio completo delle risorse non riuscite per assicurarsi che la risoluzione dei nomi sia stata eseguita correttamente, quindi ritentare la configurazione del server NTP.

    nslookup <FQDN>

  • Sospensione dell'attività Genera CSR per un componente

    Quando si genera una richiesta CSR, è possibile che l'attività non venga completata a causa di problemi relativi alle risorse del componente. Ad esempio, quando si genera una richiesta CSR per NSX Manager, è possibile che l'attività non venga completata correttamente a causa di problemi relativi a un nodo di NSX Manager. Non è possibile provare a ripetere l'attività una volta che la risorsa è di nuovo funzionante e in esecuzione.

    1. Accedere all'interfaccia utente del componente in questione e risolvere i problemi corrispondenti.

    2. Se si utilizza SSH, accedere alla macchina virtuale SDDC Manager con il nome utente vcf.

    3. Digitare su per passare all'account root.

    4. Eseguire il comando seguente: systemctl restart operationsmanager

    5. Riprovare a generare la richiesta CSR.

  • Informazioni mancanti nelle opzioni dell'utilità SoS per il controllo dello stato

    A causa delle limitazioni dell'account del servizio ESXi, alcune informazioni non sono disponibili nelle seguenti opzioni di controllo dello stato:

    • --hardware-compatibility-report: Nessuna informazione su Devices and Driver per gli host ESXi.

    • --storage-health: Nessuna informazione su vSAN Health Status o su Total no. of disks per gli host ESXi.

    nessuna.

Problemi noti del dominio del carico di lavoro

  • L'interfaccia utente di SDDC Manager mostra erroneamente "Proprietario" nel dominio del carico di lavoro isolato come utente amministratore SSO del dominio di gestione.

    Quando si crea un dominio del carico di lavoro isolato, la visualizzazione "Domini del carico di lavoro" nell'interfaccia utente mostra erroneamente "Proprietario" come utente amministratore SSO del dominio di gestione.

    Soluzione: Le informazioni sul dominio possono essere visualizzate nella colonna Dominio SSO. Per includere il dominio SSO come colonna, selezionarlo nella configurazione della tabella per visualizzarlo come colonna. La colonna Proprietario nell'interfaccia utente non riguarda i domini del carico di lavoro isolati.

  • Permanenza di un accordo di replica non previsto dopo la corretta rimozione delle autorizzazioni dell'attività del nodo SSO

    La rimozione del nodo SSO è riuscita, ma non è stato possibile rimuovere il partner di replica.

    Soluzione: Rimuovere manualmente l'accordo di replica del nodo SSO non valido e riavviare l'eliminazione del dominio del carico di lavoro.

    Il comando vCenter /usr/lib/vmware-vmdir/bin/vdcrepadmin può essere utilizzato per aggiungere o rimuovere gli accordi di replica.

  • Le operazioni eterogenee "Creazione cluster" e "Creazione di VI" non sono supportate per essere eseguire in parallelo quando funzionano sulla stessa istanza di NSX condivisa.

    Se è in esecuzione un workflow di creazione di VI su una risorsa NSX, non sarà possibile creare un cluster sui domini che condividono tale NSX.

    Soluzione: nessuna. Il workflow Creazione di VI deve essere completato prima di poter avviare il workflow di creazione del cluster.

  • L'interfaccia utente di SDDC Manager consente di selezionare un'istanza di NSX Manager non supportata

    Quando si crea un nuovo dominio del carico di lavoro VI, non può condividere un'istanza di NSX Manager con un dominio del carico di lavoro VI contenuto in un dominio SSO diverso. Sebbene l'interfaccia utente di SDDC Manager consenta di selezionare un'istanza di NSX Manager non supportata, l'attività di creazione del dominio del carico di lavoro VI produce un errore.

    Soluzione: Nessuna

  • Errore di aggiunta dell'host quando l'host si trova in una VLAN diversa

    In alcuni casi, un'operazione di aggiunta dell'host può non riuscire se l'host si trova in una VLAN diversa.

    1. Prima di aggiungere l'host, aggiungere un nuovo gruppo di porte a VDS per tale cluster.

    2. Contrassegnare il nuovo gruppo di porte con l'ID VLAN dell'host da aggiungere.

    3. Aggiungere l'host. Questo workflow produce un errore dell'operazione di migrazione delle vmknics dell'host su DVS.

    4. Individuare l'host non riuscito in vCenter e migrare il vmk0 dell'host nel nuovo gruppo di porte creato nel passaggio 1. Per ulteriori informazioni, vedere Migrazione delle schede VMkernel in un vSphere Distributed Switch nella documentazione di prodotto di vSphere.

    5. Riprovare a eseguire l'operazione Aggiungi host.

    NOTA: se questo host viene rimosso in un secondo momento, è necessario rimuovere manualmente anche il gruppo di porte se non è utilizzato da altri host.

  • La distribuzione di servizi partner in un dominio del carico di lavoro NSX visualizza un errore

    La distribuzione di servizi partner come McAfee o Trend in un dominio del carico di lavoro abilitato per vSphere Update Manager (VUM) visualizza l'errore "Configura NSX a livello di cluster per distribuire la macchina virtuale del servizio".

    Collegare il profilo del nodo di trasporto al cluster e provare a distribuire il servizio partner. Dopo aver distribuito il servizio, scollegare il profilo del nodo di trasporto dal cluster.

  • Possibile partizione del cluster vSAN nel caso in cui la versione ESXi witness non corrisponda alla versione ESXi dell'host nel cluster

    Il workflow del cluster esteso vSAN non verifica la versione ESXi dell'host witness. Se la versione ESXi witness non corrisponde alla versione dell'host nel cluster, è possibile che si verifichi la partizione del cluster vSAN.

    1. Aggiornare manualmente l'host witness con la versione ESXi corrispondente utilizzando la funzionalità vCenter VUM.

    2. Sostituire o distribuire l'appliance witness corrispondente alla versione ESXi.

  • Generazione della partizione vSAN e degli avvisi critici quando la MTU witness non è impostata su 9000

    Se la MTU del commutatore witness nell'appliance witness non è impostata su 9000, è possibile che si verifichi la partizione del cluster esteso vSAN.

    Impostare la MTU del commutatore witness nell'appliance witness su 9000 MTU.

  • Errore di aggiunta di un host a un dominio del carico di lavoro abilitato per vLCM configurato con Dell Hardware Support Manager (OMIVV)

    Quando si tenta di aggiungere un host a un cluster vSphere per un dominio del carico di lavoro abilitato con vSphere Lifecycle Manager (vLCM), l'attività non riesce e il registro di gestione del dominio segnala che "L'host (nome host) non è attualmente gestito da OMIVV". I registri di gestione del dominio si trovano in /var/log/vmware/vcf/domainmanager nella macchina virtuale di SDDC Manager.

    Aggiornare l'inventario degli host in OMIVV e ripetere l'attività di aggiunta dell'host nell'interfaccia utente di SDDC Manager. Vedere la documentazione di Dell per informazioni sull'aggiornamento dell'inventario degli host in OMIVV.

  • Errore di aggiunta di un cluster vSphere o di un host a un dominio del carico di lavoro

    In alcuni casi, l'aggiunta di un host o di un cluster vSphere a un dominio del carico di lavoro non riesce a livello della sottoattività Configura nodo di trasporto NSX o Crea raccolta nodi di trasporto.

    1. Abilitare SSH per le macchine virtuali NSX Manager.

    2. Aprire una sessione SSH sulle macchine virtuali NSX Manager come amministratore, quindi effettuare l'accesso come root.

    3. Eseguire il comando seguente su ogni macchina virtuale NSX Manager: sysctl -w net.ipv4.tcp_en=0

    4. Accedere all'interfaccia utente di NSX Manager per il dominio del carico di lavoro.

    5. Passare a Sistema > Infrastruttura > Nodi > Nodi di trasporto host.

    6. Selezionare il vCenter Server per il dominio del carico di lavoro dal menu a discesa Gestito da.

    7. Espandere il cluster vSphere e passare ai nodi di trasporto con stato Operazione parzialmente riuscita.

    8. Selezionare la casella di controllo accanto al nodo Operazione parzialmente riuscita, quindi fare clic su Configura NSX.

    9. Fare clic su Avanti, quindi selezionare Applica.

    10. Ripetere i passaggi 7-9 per ogni nodo con Operazione parzialmente riuscita.

    Una volta risolti tutti i problemi relativi all'host, viene avviata la creazione del nodo di trasporto per i nodi non riusciti. Dopo aver creato correttamente tutti gli host come nodi di trasporto, riprovare ad aggiungere il cluster vSphere oppure aggiungere l'host dall'interfaccia utente di SDDC Manager.

  • Il servizio delle prestazioni vSAN non è abilitato per i cluster vSAN se il programma CEIP non è abilitato

    Se non si abilita il programma CEIP (Customer Experience Improvement Program) di VMware in SDDC Manager, quando si crea un dominio del carico di lavoro o si aggiunge un cluster vSphere a un dominio del carico di lavoro, il servizio delle prestazioni vSAN non è abilitato per i cluster vSAN. Quando è abilitato il programma CEIP, i dati provenienti dal servizio delle prestazioni vSAN vengono forniti a VMware per aiutare l'assistenza VMware con la risoluzione dei problemi e per i prodotti come VMware Skyline, un servizio di monitoraggio cloud proattivo. Vedere la sezione relativa al Programma CEIP per ulteriori informazioni sui dati raccolti dal programma CEIP.

    Abilitare il programma CEIP in SDDC Manager. Vedere la Documentazione di VMware Cloud Foundation. Dopo l'abilitazione del programma CEIP, ogni tre ore viene eseguita un'attività pianificata che abilita il servizio delle prestazioni vSAN sui cluster esistenti nei domini del carico di lavoro. Il servizio è abilitato anche per i nuovi domini del carico di lavoro e per i cluster. Per abilitare immediatamente il servizio delle prestazioni vSAN, vedere la Documentazione di VMware vSphere.

  • Errore di creazione o espansione di un cluster vSAN con più di 32 host

    Per impostazione predefinita, un cluster vSAN può includere un massimo di 32 host. Con l'attivazione di un supporto per cluster di grandi dimensioni, un cluster vSAN può arrivare a contenere un massimo di 64 host. Tuttavia, anche con l'abilitazione di un supporto per cluster di grandi dimensioni, le attività di creazione o espansione potrebbero non riuscire per l'attività secondaria Abilita vSAN nel cluster vSphere.

    1. Abilitare il supporto per cluster di grandi dimensioni per il cluster vSAN in vSphere Client. Se il supporto è già abilitato, andare al passaggio 2.

      1. Selezionare il cluster vSAN in vSphere Client.

      2. Selezionare Configura > vSAN > Opzioni avanzate.

      3. Abilitare il supporto di cluster di grandi dimensioni.

      4. Fare clic su Applica.

      5. Fare clic su Sì.

    2. Eseguire un controllo dello stato di vSAN per verificare quali host richiedono il riavvio.

    3. Attivare la modalità Manutenzione per gli host e riavviare gli host.

    Per ulteriori informazioni sul supporto di cluster di grandi dimensioni, vedere https://kb.vmware.com/kb/2110081.

  • La rimozione di un host da un cluster, l'eliminazione di un cluster da un dominio del carico di lavoro o l'eliminazione di un dominio del carico di lavoro non riesce se sono presenti macchine virtuali del servizio (SVM)

    Se è stato distribuito un servizio di protezione dell'endpoint (ad esempio Guest Introspection) in un cluster tramite NSX Data Center, la rimozione di un host dal cluster, l'eliminazione del cluster o l'eliminazione del dominio del carico di lavoro contenente il cluster non riusciranno per l'attività secondaria Passa alla modalità di manutenzione negli host ESXi.

    • Per la rimozione dell'host: Eliminare la macchina virtuale del servizio dall'host e ripetere l'operazione.

    • Per l'eliminazione del cluster: Eliminare la distribuzione del servizio per il cluster e ripetere l'operazione.

    • Per l'eliminazione del dominio del carico di lavoro: Eliminare la distribuzione del servizio per tutti i cluster nel dominio del carico di lavoro e ripetere l'operazione.

  • vCenter Server sovrascrive il nome del datastore NFS quando si aggiunge un cluster a un dominio del carico di lavoro VI

    Se si aggiunge un datastore NFS con lo stesso indirizzo IP del server NFS ma con un nome del datastore NFS diverso, come ad esempio un datastore NFS già esistente nel dominio del carico di lavoro, vCenter Server applica il nome del datastore esistente al nuovo datastore.

    Se si desidera aggiungere un datastore NFS con un nome di datastore diverso, è necessario utilizzare un indirizzo IP del server NFS diverso.

Problemi noti relativi alle API

  • Nel registro di debug di LCM (lcm-debug.log) è presente più volte il messaggio di errore "does not have a valid product api version string"

    Questo errore si verifica a causa di un problema relativo al formato della versione dei dati di interoperabilità di vRealize. Di conseguenza, i registri vengono reimpostati di frequente.

    Soluzione: nessuna.

    Questo problema verrà risolto in una versione futura.

  • API per i cluster NSX elencata erroneamente in VMware Cloud Foundation Developer Center

    L'API pubblica "2.36.6. Recupera zone di trasporto dal cluster NSX" viene elencata erroneamente in VMware Cloud Foundation Developer Center.

    Soluzione: Nessuna

  • Errore dell'operazione di estensione del cluster

    Se il cluster di cui si sta effettuando l'estensione non include una macchina virtuale accesa con un sistema operativo installato, l'operazione non riesce per l'attività "Convalida cluster per zero macchine virtuali".

    Prima di estendere il cluster, assicurarsi che nel cluster sia presente una macchina virtuale accesa con un sistema operativo installato.

check-circle-line exclamation-circle-line close-line
Scroll to top icon