Durante la correzione del cluster o dell'host, è possibile mantenere lo stato delle macchine virtuali nella memoria dell'host e ripristinarle dalla memoria al termine della correzione. La sospensione delle macchine virtuali in memoria e l'utilizzo della funzionalità Quick Boot riducono notevolmente i tempi correzione, avvio del sistema e inattività di sistema e servizi.

Durante un'operazione di correzione con vSphere Lifecycle Manager, la migrazione delle macchine virtuali dall'host in corso di correzione a un altro host richiede una notevole quantità di tempo. Dopo la correzione, vSphere Lifecycle Manager esegue nuovamente la migrazione delle macchine virtuali all'host corretto. Tuttavia è possibile configurare vSphere Lifecycle Manager in modo che sospenda le macchine virtuali in memoria anziché migrarle, spegnerle o sospenderle nel disco.

È possibile utilizzare la funzionalità Sospendi in memoria solo per le operazioni di applicazione delle patch, ad esempio quando si corregge un cluster o un host autonomo a cui applicare una patch a caldo, una patch rapida e così via. Non è possibile utilizzare l'opzione di sospensione in memoria per le operazioni di aggiornamento, ad esempio quando si aggiornano host ESXi dalla versione 7.0 alla versione 8.0.

Sospensione delle macchine virtuali in memoria

Sospendi in memoria è un'opzione utilizzabile solo per i cluster o gli host gestiti con immagini di vSphere Lifecycle Manager. La funzionalità è abbinata all'impostazione Quick Boot per ottimizzare il processo di correzione e ridurre al minimo il tempo di inattività della macchina virtuale.

La sospensione delle macchine virtuali in memoria viene abilitata in vSphere Lifecycle Manager durante la configurazione delle impostazioni di correzione degli host di vSphere Lifecycle Manager. Durante la verifica preliminare della correzione e la correzione, vSphere Lifecycle Manager verifica che l'opzione di sospensione in memoria sia effettivamente applicabile all'host o al cluster in corso di correzione. Se per qualche motivo la sospensione in memoria non è applicabile, vSphere Lifecycle Manager segnala un errore e impedisce il proseguimento della correzione.

Durante un'operazione di sospensione in memoria, le macchine virtuali rimangono nello stato di sospensione per un po' di tempo. Pertanto, la sospensione delle macchine virtuali in memoria potrebbe influire sui carichi di lavoro in esecuzione in tali macchine virtuali. L'impatto è simile all'impatto che l'operazione di sospensione nel disco potrebbe avere sulle macchine virtuali e i carichi di lavoro.

Attenzione: È consigliabile creare sempre snapshot delle macchine virtuali con carichi di lavoro critici prima di avviare la correzione con l'opzione di sospensione in memoria attivata.
vSphere Lifecycle Manager potrebbe non sospendere in memoria tutte le macchine virtuali dell'host, anche se la funzionalità è stata attivata per l'intero cluster o l'host autonomo. In alcuni casi, vSphere Lifecycle Manager riesce comunque a procedere con la correzione dell'host, anche se alcune macchine virtuali non possono essere sospese in memoria.
  • Macchine virtuali ESX Agent Manager di vSphere (EAM)

    vSphere Lifecycle Manager spegne le macchine virtuali EAM dopo che tutte le altre macchine virtuali sono state sospese. Analogamente, vSphere Lifecycle Manager accende le macchine virtuali EAM prima di riprendere tutte le altre macchine virtuali dalla memoria. Nessuna delle macchine virtuali sospese viene ripresa finché le macchine virtuali EAM non vengono accese.

  • Macchine virtuali sei vSphere Cluster Services

    vSphere Lifecycle Manager esegue innanzitutto la migrazione in un altro host delle macchine virtuali dei servizi cluster vSphere, quindi sospende in memoria le altre macchine virtuali dell'host.

Analogamente, vSphere Lifecycle Manager non sospende in memoria le appliance virtuali di gestione per alcuni prodotti e soluzioni VMware. Tuttavia, se in un host viene eseguita una macchina virtuale relativa a uno dei seguenti prodotti o soluzioni, la verifica preliminare della sospensione in memoria non riesce e vSphere Lifecycle Manager non procede alla correzione di tale host:
  • vCenter Server
  • Macchine virtuali vSAN Witness
  • vSphere with Tanzu
  • NSX
  • VMware HCX
  • vSphere Replication
  • Site Recovery Manager
  • Prodotti VMware Aria
Nota: Se l'opzione Sospendi in memoria è attivata, le macchine virtuali di terze parti vengono sospese durante la correzione.

Quick Boot

Quick Boot è un'impostazione che può essere utilizzata con i cluster o gli host autonomi gestiti con immagini di vSphere Lifecycle Manager e basi di confronto di vSphere Lifecycle Manager. L'utilizzo di Quick Boot consente di ottimizzare le operazioni di applicazione di patch e aggiornamento dell'host. Quick Boot permette a vSphere Lifecycle Manager di ridurre il tempo di correzione per gli host sottoposti a operazioni di applicazione di patch e aggiornamento. Le operazioni di applicazione di patch e aggiornamento non influiscono sull'hardware di un host. Se la funzionalità Quick Boot è attivata, vSphere Lifecycle Manager ignora il riavvio dell'hardware (riavvio del firmware UEFI o BIOS). Di conseguenza, il tempo trascorso da un host ESXi in modalità di manutenzione è minore e il rischio di errori durante la correzione è ridotto al minimo.

Per configurare vSphere Lifecycle Manager in modo che sospenda le macchine virtuali nella memoria dell'host, è necessario attivare Quick Boot. Anche se si decide di non utilizzare l'opzione Sospendi in memoria, è comunque possibile attivare Quick Boot.

Requisiti per l'utilizzo di Sospendi in memoria

Diversi fattori potrebbero impedire l'applicabilità dell'opzione di sospensione in memoria. Se per qualche motivo la sospensione in memoria non è applicabile, vSphere Lifecycle Manager segnala un errore e impedisce il proseguimento della correzione. Per poter utilizzare la sospensione in memoria è necessario che:
  • L'host supporti la funzionalità di sospensione in memoria.
  • Quick Boot sia attivato per il cluster o l'host autonomo e l'host sottoposto a correzione supporti Quick Boot.
  • La correzione non comporti aggiornamenti dell'host o del firmware.
  • L'host e le macchine virtuali soddisfino determinati requisiti.
    Requisiti dell'host Requisiti della macchina virtuale
    • L'host dispone di memoria libera sufficiente.
    • L'host dispone di memoria bassa libera sufficiente.
    • L'host dispone di memoria libera sufficiente per ogni nodo NUMA da avviare dopo il riavvio.
    • L'host ha abbastanza prenotazioni disponibili
    • L'host non utilizza pagine scambiate o compresse di macchine virtuali.
    • Le macchine virtuali non dispongono di dispositivi passthrough.
    • La sensibilità alla latenza delle macchine virtuali non è impostata su alta.
    • Le macchine virtuali non sono a tolleranza di errore.
    • Le macchine virtuali non sono crittografate.
    • Le macchine virtuali non utilizzano la memoria persistente.
    • Le macchine virtuali non dispongono di dispositivi SGX o SEV virtuali.
    • Nelle macchine virtuali non è disattivata la funzionalità di sospensione.
    • Le macchine virtuali non sono macchine virtuali di origine bloccate durante un'operazione di clone istantaneo.

Sospensione in memoria e vSphere High Availability (HA)

Quando si configura vSphere Lifecycle Manager in modo che sospenda le macchine virtuali in memoria durante la correzione, vSphere HA fornisce protezione per le macchine virtuali sospese in caso di errore a livello di macchina virtuale o host. Modificando le opzioni avanzate di vSphere HA, è possibile impostare un valore di timeout per le macchine virtuali sospese in memoria. Se una macchina virtuale sospesa in memoria non risponde per il tempo specificato, vSphere HA accende la macchina virtuale nell'host originale o in un altro host.
  • Se si disattiva o si riconfigura vSphere HA per il cluster durante la correzione, vSphere HA non può più proteggere le macchine virtuali sospese. Prima di modificare la configurazione di vSphere HA, assicurarsi che nessun host nel cluster sia in modalità di manutenzione e che le macchine virtuali sospese siano accese.
  • Se si modifica l'opzione avanzata das.failoverDelayForSuspendToMemoryVmsSecs di vSphere HA dopo aver configurato vSphere Lifecycle Manager in modo che utilizzi l'opzione di sospensione in memoria, il valore di timeout appena specificato potrebbe non essere applicabile alle macchine virtuali. Se è necessario modificare il valore predefinito dell'opzione das.failoverDelayForSuspendToMemoryVmsSecs, assicurarsi di modificarlo prima di avviare la correzione in modo che venga utilizzato il nuovo valore.
  • Se l'operazione di sospensione in memoria non riesce, vSphere HA determina l'host di failover più appropriato dopo la scadenza del valore di timeout specificato. L'host di failover potrebbe essere l'host originale o un altro.
  • È necessario sincronizzare l'ora del server per tutti gli host ESXi nel cluster. Se gli host non sono sincronizzati, vSphere HA potrebbe non rispettare il periodo di timeout specificato e avviare il failover prima o dopo.

Per ulteriori informazioni sull'utilizzo e la configurazione di vSphere HA, consultare la documentazione di Disponibilità di vSphere.