VMware Cloud on AWS esegue regolarmente aggiornamenti sugli SDDC. Questi aggiornamenti assicurano la costante distribuzione di nuove funzionalità e correzioni di bug e mantengono uniformi le versioni software nell'intera flotta degli SSDC.

Gli aggiornamenti alle versioni con numero pari del software SDDC, ad esempio VMC versione 1.10 o 1.12, verranno forniti a tutti gli SDDC e sono obbligatori. Le versioni con numeri dispari, ad esempio 1.11 o 1.13, sono disponibili solo per le nuove distribuzioni di SDDC. Queste versioni facoltative non sono disponibili per gli aggiornamenti.

Quando è previsto un aggiornamento dell'SDDC, VMware invia un'e-mail di notifica. In genere, la notifica viene inviata 7 giorni prima di un aggiornamento regolare e 1-2 giorni prima di un aggiornamento di emergenza. I ritardi per gli aggiornamenti potrebbero causare l'esecuzione di una versione del software non supportata nell'SDDC. Vedere Versioni di SDDC supportate.

Si ricevono notifiche e-mail anche all'avvio, al completamento, alla ripianificazione o all'annullamento di ogni fase del processo di aggiornamento. Per essere certi di ricevere queste notifiche, verificare che l'indirizzo donotreply@vmware.com sia aggiunto all'elenco delle e-mail consentite.

Nota:

Quando VMware aggiorna un SDDC esistente alla versione 1.16 o successiva, le reti SDDC vengono migrate dalla tecnologia N-VDS (switch virtuale distribuito NSX) alla tecnologia VDS (switch virtuale distribuito). Per ulteriori informazioni su questa modifica e sul suo impatto sull'SDDC, vedere l'articolo 82487 della Knowledge Base di VMware.

Processo di aggiornamento per gli SDDC tramite NSX-T

Nella seguente figura viene mostrato il processo di aggiornamento per gli SDDC con servizi di rete basati su NSX-T.

Questo diagramma mostra un blocco denominato Fase 1: Finestra del pannello di controllo, contenente i passaggi Backup, Aggiorna pod, Aggiorna POP, Aggiorna NSX Edge, Aggiornare vCenter e Aggiorna HCX. Questo blocco è seguito da un periodo di attesa, quindi da un altro blocco denominato Fase 2: aggiornamenti dell'host (ESX e NSX), contenente i passaggi Backup, Aggiungi host, Aggiornamenti host e Rimuovi host. Segue quindi un altro periodo di attesa e un terzo blocco denominato Fase 3: Finestra dell'appliance NSX, che contiene i passaggi Backup e Aggiorna appliance NSX.

L'impatto dell'aggiornamento sui diversi elementi dell'infrastruttura SDDC è illustrato nella figura seguente.

Diagramma che mostra l'impatto delle diverse fasi di migrazione sulla disponibilità dei diversi componenti dell'infrastruttura. Nella Fase 1, la Finestra del pannello di controllo, il pannello di controllo e la funzionalità di migrazione non sono disponibili. I carichi di lavoro rimangono disponibili ad eccezione di un periodo di inattività di 10 secondi di NSX Edge durante la Fase 1. Durante la Fase 2, Aggiornamenti dell'host, la funzionalità di migrazione non è disponibile, mentre sono disponibili il pannello di controllo e i carichi di lavoro. Durante la Fase 3, Finestra dell'appliance NSX, la migrazione non è disponibile, mentre sono disponibili il pannello di controllo e i carichi di lavoro.
Importante: Durante gli aggiornamenti:
  • Non eseguire migrazioni dei carichi di lavoro a caldo o a freddo. Le migrazioni non riescono se vengono avviate o sono in corso durante la manutenzione.
  • Non eseguire il provisioning del carico di lavoro (nuova macchina virtuale/clone). Le operazioni di provisioning non riescono se vengono avviate o sono in corso durante la manutenzione.
  • Non apportare modifiche alle impostazioni di gestione dei criteri basati sull'archiviazione per le macchine virtuali del carico di lavoro.
  • Assicurarsi che in ogni cluster sia disponibile una capacità di storage sufficiente (> 30% di slack space).

La manutenzione viene eseguita in tre fasi.

Fase 1: Aggiornamenti del pannello di controllo. Di seguito sono riportati gli aggiornamenti a vCenter Server e NSX Edge. Durante questa fase viene eseguito un backup delle appliance di gestione. Se si verifica un problema, è presente un punto di ripristino per l'SDDC. Durante questa fase, viene aggiunta una regola del firewall del gateway di gestione. Durante questa fase di aggiornamento si verifica un failover di NSX Edge, con conseguente inattività di breve durata. Durante questa fase non si dispone dell'accesso a NSX Manager e vCenter Server. Durante questo periodo di tempo, i carichi di lavoro e le altre risorse funzionano come di consueto, subordinatamente alle limitazioni descritte in precedenza.

I certificati per vCenter Server e NSX Edge vengono sostituiti durante la Fase 1 se sono stati sostituiti l'ultima volta più di 14 giorni fa. Se si utilizza un altro software che utilizza il certificato di vCenter Server, come Horizon Enterprise, vRealize Operations, vRealize Automation, VMware Site Recovery e molte applicazioni di gestione di terze parti, è necessario accettare nuovamente i certificati di vCenter Server e NSX nel software dopo la Fase 1 dell'aggiornamento.

Nota: I certificati di VMware Site Recovery nelle appliance SRM e VR vengono inoltre sostituiti se è stato sostituito il certificato di vCenter Server. VMware HCX dispone di certificati propri che non vengono sostituiti come parte del processo di aggiornamento dell'SDDC.
Di seguito sono disponibili ulteriori informazioni sull'aggiornamento dei certificati per prodotti specifici:

Una volta completata la Fase 1, viene visualizzata una notifica. Dopo il completamento della Fase 1, è previsto un periodo di attesa fino all'avvio della Fase 2. La Fase 2 viene avviata all'ora di inizio prevista.

Fase 2: aggiornamenti dell'host. Si tratta degli aggiornamenti agli host ESXi e al software dei servizi di rete dell'host nell'SDDC. All'SDDC viene aggiunto temporaneamente un host per fornire capacità sufficiente per l'aggiornamento. L'aggiunta di questo host non viene fatturata. Per facilitare l'aggiornamento, vengono eseguite le attività di vMotion e DRS. Il processo di aggiornamento è stato migliorato in modo che durante l'aggiornamento si verifichi una sola migrazione NSX Edge. Durante questo periodo di tempo, i carichi di lavoro e le altre risorse funzionano come di consueto, subordinatamente alle limitazioni descritte in precedenza. Al termine della Fase 2, gli host aggiunti temporaneamente vengono rimossi da ogni cluster nell'SDDC.

Una volta completata la Fase 2, viene visualizzata una notifica. Dopo il completamento della Fase 2, è previsto un periodo di attesa fino all'avvio della Fase 3. La Fase 3 viene avviata all'ora di inizio prevista.

Fase 3: aggiornamenti alle appliance di NSX-T. Durante questa fase viene eseguito un backup delle appliance di gestione. Se si verifica un problema, è presente un punto di ripristino per l'SDDC. Durante questa fase, viene aggiunta una regola del firewall del gateway di gestione. Durante questa fase non si dispone dell'accesso a NSX Manager e vCenter Server. Durante questo periodo di tempo, i carichi di lavoro e le altre risorse funzionano come di consueto, subordinatamente alle limitazioni descritte in precedenza.

Una volta completata la Fase 3, viene visualizzata una notifica.

Per ulteriori informazioni sulla durata stimata di ogni fase, vedere Stima della durata della manutenzione di SDDC.

Quando è pianificato un aggiornamento per l'SDDC, è possibile visualizzare informazioni sulla manutenzione pianificata o in corso nella scheda Manutenzione di Console VMC. Per ulteriori informazioni, vedere Visualizzazione della prenotazione della pianificazione della manutenzione dell'SDDC.

Compatibilità dell'NSX Edge locale per L2VPN

Se l'SDDC include una VPN di livello 2 (L2VPN), l'aggiornamento di NSX-T può indurre un'incompatibilità tra le estremità del server (SDDC) e del client (in locale) di L2VPN. Eseguire i passaggi seguenti per ridurre al minimo l'inattività di L2VPN dopo un aggiornamento dell'SDDC:
  1. Vedere Correlazione di VMware Cloud on AWS con le versioni dei componenti per informazioni sulla versione NSX-T che verrà applicata dall'aggiornamento.
  2. Vedere la tabella Interoperabilità L2VPN in Installare e configurare l'NSX Edge locale in Rete e sicurezza di VMware Cloud on AWS per informazioni sulle versioni client e server L2VPN supportate.
  3. Se la versione di NSX-T a cui verrà applicato l'aggiornamento di SDDC è compatibile con il NSX Edge locale esistente, non è necessaria alcuna azione. In caso contrario, eseguire la procedura descritta in Installare e configurare l'NSX Edge locale per sostituire l'NSX Edge locale esistente con una versione compatibile. Se è presente una versione dell'NSX Edge compatibile con l'SDDC precedente e successivo all'aggiornamento, aggiornare l'Edge locale prima di iniziare l'aggiornamento dell'SDDC. Se non è presente una versione NSX Edge che soddisfa questo criterio, è necessario attendere il completamento dell'aggiornamento dell'SDDC prima di aggiornare l'Edge locale. Questo scenario comporterà un tempo di inattività di L2VPN per tutta la durata dell'aggiornamento locale.

Aggiornamenti per VMware Hybrid Cloud Extension (HCX)

Per i clienti che utilizzano HCX:
  • VMware Hybrid Cloud Extension (HCX) per i manager dell'SDDC non verrà aggiornato nell'ambito di questa versione.
  • Evitare di avviare migrazioni HCX che potrebbero sovrapporsi alla finestra di aggiornamento dell'SDDC. I processi di migrazione in massa HCX potrebbero essere interrotti e le migrazioni di HCX vMotion potrebbero non riuscire.
  • Per ulteriori dettagli, vedere la Guida per l'utente di VMware HCX all'indirizzo https://docs.vmware.com/it/VMware-NSX-Hybrid-Connect/index.html.

Aggiornamenti per il VMware vCenter Cloud Gateway

Per i clienti che utilizzano il VMware vCenter Cloud Gateway:

Aggiornamenti per Horizon Enterprise

Per informazioni sull'impatto di un aggiornamento dell'SDDC su un'installazione Horizon Enterprise in esecuzione su VMware Cloud on AWS, vedere https://kb.vmware.com/s/article/74599.

Impatto degli aggiornamenti su VMware Site Recovery

L'aggiornamento dell'SDDC influisce sul servizio VMware Site Recovery poiché durante gli aggiornamenti il traffico della rete di gestione in entrata viene arrestato e l'istanza di vCenter Server viene riavviata. L'impatto è il seguente:
  • Non è possibile aprire l'interfaccia utente di Site Recovery per l'SDDC in fase di manutenzione. Dall'interfaccia utente di SDDC Site Recovery, questo sito verrà visualizzato come disconnesso.
  • Le operazioni di failover del piano di ripristino per l'SDDC in fase di manutenzione non possono essere avviate. Le operazioni di failover in corso potrebbero non riuscire all'avvio della manutenzione.
  • Le repliche in arrivo vengono interrotte. In base alle impostazioni di RPO e alla durata della manutenzione, nella interfaccia utente di Site Recovery remoto potrebbe essere visualizzata una notifica delle violazioni di RPO per queste repliche. Le violazioni di RPO dovrebbero scomparire automaticamente dopo il completamento della manutenzione, a seconda di quando vSphere Replication riesce a sincronizzare il delta accumulato. Le repliche in uscita dall'SDDC in fase di manutenzione non sono interessate.
  • Per ulteriori informazioni, vedere la documentazione di VMware Site Recovery all'indirizzo https://docs.vmware.com/it/VMware-Site-Recovery/index.html.