L'utilizzo delle immagini di vSphere Lifecycle Manager offre un workflow semplificato e unificato per l'installazione delle patch e l'upgrade degli host ESXi. È inoltre possibile utilizzare le immagini di vSphere Lifecycle Manager a scopo di bootstrap e per gli aggiornamenti del firmware.

Un'immagine definisce l'esatto stack del software da eseguire in tutti gli host ESXi di un cluster o un host autonomo.

Workflow generale

L'utilizzo delle immagini per applicare aggiornamenti software e firmware agli host ESXi è un processo composto da più fasi.

  1. Gli aggiornamenti software devono essere disponibili nel depot di vSphere Lifecycle Manager.

    Per configurare e utilizzare un'immagine, è possibile utilizzare gli aggiornamenti del software disponibili nel depot di vSphere Lifecycle Manager. Il depot contiene immagini di base, componenti aggiuntivi del fornitore e altri componenti aggiuntivi.

    Gli aggiornamenti vengono caricati nel depot locale di vSphere Lifecycle Manager in occasione della sincronizzazione con le origini di download configurabili. Per impostazione predefinita, vSphere Lifecycle Manager è configurato in modo da effettuare la sincronizzazione con il depot ufficiale di VMware. È inoltre possibile importare manualmente gli aggiornamenti nel depot.

    È possibile visualizzare i contenuti del depot di vSphere Lifecycle Manager nella vista Home di vSphere Lifecycle Manager.

    Per ulteriori informazioni, vedere Archivio di vSphere Lifecycle Manager.

  2. Iniziare a utilizzare le immagini di vSphere Lifecycle Manager.

    vSphere Lifecycle Manager offre la possibilità di iniziare a utilizzare le immagini durante la procedura per la creazione di un cluster o l'aggiunta di un host in un data center o una cartella. Se non viene configurata un'immagine durante la creazione di un cluster o l'aggiunta di un host autonomo, è possibile passare dall'utilizzo delle basi di confronto di vSphere Lifecycle Manager all'utilizzo delle immagini di vSphere Lifecycle Manager in un secondo momento.

    Anche quando si salva l'immagine, non viene installato alcun software negli host ESXi durante la configurazione dell'immagine.

    Per ulteriori informazioni, consulta Creazione e gestione di cluster vSphere Lifecycle Manager, Gestione degli host ESXi autonomi con immagini di vSphere Lifecycle Manager e Conversione di un cluster o un host che utilizza basi di confronto in un cluster o un host che utilizza immagini di vSphere Lifecycle Manager.

  3. Controllare la conformità degli host ESXi nel cluster o nell'host autonomo rispetto alle specifiche dell'immagine.

    Il controllo della conformità confronta l'immagine corrente negli host ESXi del cluster o nell'host autonomo con l'immagine desiderata che è stata specificata durante il processo di configurazione e definisce lo stato di compatibilità degli host.

    Per ulteriori informazioni, vedere Verifica della conformità di un cluster rispetto a un'immagine di vSphere Lifecycle Manager e Visualizzazione delle informazioni sulla conformità dell'host.

  4. Rivedere gli stati di conformità degli host nel cluster o nell'host autonomo.
  5. È possibile eseguire un controllo preliminare della correzione in un host ESXi, così da assicurare la compatibilità software e hardware con l'immagine.

    L'esecuzione di un controllo preliminare della correzione è facoltativa. Il controllo preliminare della correzione garantisce che siano soddisfatti tutti i requisiti previsti per la riuscita della correzione. Per ulteriori informazioni, vedere Esecuzione di una verifica preliminare della correzione per un cluster, un host in un cluster o un host autonomo.

  6. Correggere gli host ESXi non conformi nel cluster o l'host autonomo non conforme.

    La correzione è il processo mediante il quale le specifiche del software definite dall'immagine di vSphere Lifecycle Manager utilizzata per un cluster o un host vengono applicate agli host del cluster o all'host autonomo.

    Per ulteriori informazioni sulla correzione degli host rispetto a un'immagine, vedere Correzione di un cluster o un host autonomo rispetto a una singola immagine.

Limitazioni

  • Quando si configura e si salva un'immagine per un cluster o un host autonomo, l'immagine non viene applicata agli host nel cluster o all'host autonomo a meno che non si correggano gli host. La sola azione di modifica del metodo di gestione non modifica gli host nel cluster o l'host autonomo.
  • Dopo aver configurato un'immagine per il cluster o l'host autonomo e aver corretto gli host nel cluster o l'host autonomo rispetto all'immagine, i VIB autonomi vengono eliminati dagli host.
  • Dopo aver configurato un'immagine per il cluster o l'host autonomo e aver corretto gli host nel cluster o l'host autonomo rispetto all'immagine, gli agenti delle soluzioni non integrate vengono eliminati dagli host.