Provisioning di sistemi ESXi con vSphere Auto Deploy

vSphere Auto Deploy può eseguire il provisioning di centinaia di host fisici con il software ESXi per il primo avvio, il riavvio o la riesecuzione del provisioning.

È possibile eseguire il provisioning di host che non hanno eseguito in precedenza il software ESXi (primo avvio), riavviare gli host o eseguire nuovamente il provisioning degli host con un profilo immagine, un profilo host, uno script personalizzato, una cartella o una posizione di cluster diversi. Il processo di vSphere Auto Deploy varia in base allo stato dell'host e alle modifiche che si desidera apportare.

Processo di avvio di vSphere Auto Deploy

Quando si avvia un host di cui si desidera eseguire o rieseguire il provisioning con vSphere Auto Deploy, l'infrastruttura di vSphere Auto Deploy fornisce il profilo immagine e, facoltativamente, un profilo host, una posizione di vCenter Server e un bundle di script per l'host.

Il processo di avvio è diverso per gli host che non sono ancora stati sottoposti a provisioning con vSphere Auto Deploy (primo avvio) e gli host che sono stati sottoposti a provisioning con vSphere Auto Deploy e aggiunti a un sistema vCenter Server (avvio successivo).

Prerequisiti del primo avvio

Prima del processo del primo avvio, è necessario configurare il sistema. La configurazione include le seguenti attività, che sono descritte in modo più dettagliato in Installazione e configurazione di vSphere Auto Deploy.

• Configurare un server DHCP che assegni un indirizzo IP a ciascun host all'avvio e che punti l'host al server TFTP da cui scaricare il caricatore di avvio iPXE.
• Se gli host per cui si intende eseguire il provisioning con vSphere Auto Deploy utilizzano il BIOS legacy, verificare che il server vSphere Auto Deploy disponga di un indirizzo IPv4. L'avvio di PXE con il firmware BIOS legacy è possibile solo su IPv4. L'avvio di PXE con il firmware UEFI è possibile con IPv4 o IPv6.
• Identificare un profilo immagine da utilizzare in uno dei modi seguenti.
  • Scegliere un profilo immagine di ESXi in un depot pubblico.
  • (Facoltativo) Creare un profilo immagine personalizzato utilizzando vSphere ESXi Image Builder e posizionare il profilo immagine in un depot a cui il server vSphere Auto Deploy possa accedere. Il profilo immagine deve includere un VIB ESXi di base.
• (Facoltativo) Se nell'ambiente è presente un host di riferimento, esportare il profilo host dell'host di riferimento e definire una regola che applichi il profilo host a uno o più host. Vedere Configurazione di un host di riferimento di vSphere Auto Deploy.
• Specificare le regole per la distribuzione dell'host e aggiungere le regole al set di regole attivo.

Panoramica del primo avvio

Quando viene avviato un host che non è ancora stato sottoposto a provisioning con vSphere Auto Deploy (primo avvio), l'host interagisce con diversi componenti di vSphere Auto Deploy.

1. Quando l'amministratore attiva un host, l'host avvia una sequenza di avvio PXE.

   Il server DHCP assegna un indirizzo IP all'host e indica all'host di contattare il server TFTP.

2. L'host contatta il server TFTP e scarica il file iPXE (caricatore di avvio eseguibile) e un file di configurazione iPXE.
3. Viene avviata l'esecuzione di iPXE.

   Il file di configurazione indica all'host di creare una richiesta di avvio HTTP per il server vSphere Auto Deploy. La richiesta HTTP include informazioni sull'hardware e sulla rete.

4. In risposta, il server vSphere Auto Deploy esegue le seguenti attività:
   1. Interroga il motore delle regole per ottenere informazioni sull'host.
   2. Esegue lo streaming dei componenti specificati nel profilo immagine, nel profilo dell'host facoltativo e nelle informazioni facoltative sulla posizione di vCenter Server.
5. L'host viene avviato utilizzando il profilo immagine.

   Se il server vSphere Auto Deploy ha fornito un profilo host, il profilo host viene applicato all'host.

6. vSphere Auto Deploy aggiunge l'host al sistema vCenter Server in cui è registrato vSphere Auto Deploy.
   1. Se una regola specifica una cartella o un cluster di destinazione nel sistema vCenter Server, l'host viene posizionato in tale cartella o cluster. La cartella di destinazione deve trovarsi in un data center.
   2. Se non esiste alcuna regola che specifichi una posizione dell'inventario di vCenter Server, vSphere Auto Deploy aggiunge l'host al primo data center visualizzato nell'interfaccia utente di vSphere Client.
7. (Facoltativo) Se il profilo host richiede all'utente di specificare determinate informazioni, come un indirizzo IP statico, l'host viene messo in modalità di manutenzione quando l'host viene aggiunto al sistema vCenter Server.

   È necessario riapplicare il profilo host e aggiornare la personalizzazione dell'host per fare in modo che l'host esca dalla modalità di manutenzione. Quando si aggiorna la personalizzazione dell'host, rispondere alle domande visualizzate.

8. Se l'host fa parte di un cluster DRS, le macchine virtuali di altri host potrebbero essere migrate nell'host dopo che l'host è stato aggiunto correttamente al sistema vCenter Server.

Vedere Provisioning di un host (primo avvio).

Figura 1. Installazione di vSphere Auto Deploy, primo avvio

Avvii successivi senza aggiornamenti

Per gli host che vengono sottoposti a provisioning con vSphere Auto Deploy e gestiti da vCenter Server, gli avvii successivi possono diventare completamente automatici.

1. L'amministratore riavvia l'host.
2. Durante l'avvio dell'host, vSphere Auto Deploy esegue il provisioning dell'host con il profilo immagine e il profilo host corrispondenti.
3. Le macchine virtuali vengono attivate o migrate nell'host in base alle impostazioni dell'host.
   • Host autonomi. Le macchine virtuali vengono accese in base alle regole di avvio automatico definite nell'host.
   • Host del cluster DRS. Le macchine virtuali che sono state migrate correttamente in altri host rimangono in tali host. Le macchine virtuali per le quali nessun host dispone di risorse sufficienti vengono registrate nell'host riavviato.

Se vCenter Server non è disponibile, l'host contatta il server vSphere Auto Deploy e viene sottoposto a provisioning con un profilo immagine. L'host continua a contattare il server vSphere Auto Deploy finché vSphere Auto Deploy non si riconnette a vCenter Server.

vSphere Auto Deploy non può configurare vSphere Distributed Switch se vCenter Server non è disponibile e le macchine virtuali vengono assegnate agli host solo se fanno parte di un cluster vSphere HA. Il commutatore non può essere creato finché l'host non viene riconnesso a vCenter Server e non viene applicato il profilo host. Poiché l'host è in modalità di manutenzione, le macchine virtuali non possono essere avviate. Vedere Nuovo provisioning degli host con operazioni di riavvio semplici.

Tutti gli host configurati per richiedere l'input dell'utente vengono messi in modalità di manutenzione. Vedere Aggiornamento della personalizzazione dell'host in vSphere Client.

Avvii successivi con aggiornamenti

È possibile modificare il profilo immagine, il profilo dell'host, la posizione di vCenter Server o il bundle di script per gli host. Il processo include la modifica delle regole, nonché il test e la riparazione della conformità delle regole dell'host.

1. L'amministratore utilizza il cmdlet Copy-DeployRule PowerCLI per copiare e modificare una o più regole e aggiorna il set di regole. Per un esempio, vedere Panoramica del processo di vSphere Auto Deploy tramite PowerCLI.
2. L'amministratore esegue il cmdlet Test-DeployRulesetCompliance per verificare se ciascun host sta utilizzando le informazioni specificate dal set di regole corrente.
3. L'host restituisce un oggetto PowerCLI che integra le informazioni relative alla conformità.
4. L'amministratore esegue il cmdlet Repair-DeployRulesetCompliance per aggiornare il profilo immagine, il profilo host o la posizione di vCenter Server archiviata nel sistema vCenter Server per ogni host.
5. Quando l'host viene riavviato, utilizza il profilo immagine, il profilo host, la posizione di vCenter Server o il bundle di script aggiornati per l'host.

   Se il profilo host è configurato per richiedere l'input dell'utente, l'host viene messo in modalità di manutenzione. Eseguire i passaggi descritti in Aggiornamento della personalizzazione dell'host in vSphere Client.

Vedere Test e riparazione della conformità delle regole.

Figura 2. Installazione di vSphere Auto Deploy, avvii successivi

Provisioning di sistemi con commutatori distribuiti

È possibile configurare il profilo host di un host di riferimento vSphere Auto Deploy con un commutatore distribuito.

Quando si configura il commutatore distribuito, il criterio dei parametri di configurazione di avvio viene impostato automaticamente in modo che corrisponda ai parametri di rete necessari per la connettività dell'host dopo un riavvio.

Quando vSphere Auto Deploy esegue il provisioning dell'host ESXi con il profilo host, l'host esegue un processo in due passaggi.

1. L'host crea un commutatore virtuale standard con le proprietà specificate nel campo dei parametri di configurazione di avvio.
2. L'host crea le schede NIC di VMkernel. Le NIC di VMkernel consentono all'host di connettersi a vSphere Auto Deploy e al sistema vCenter Server.

Quando l'host viene aggiunto a vCenter Server, vCenter Server rimuove il commutatore standard e riapplica il commutatore distribuito all'host.

Nota: Non modificare i parametri di configurazione di avvio per evitare problemi relativi al commutatore distribuito.

Provisioning di un host (primo avvio)

Il provisioning di un host che non è mai stato eseguito con vSphere Auto Deploy (primo avvio) è diverso dai processi di avvio successivi. È necessario preparare l'host e soddisfare tutti gli altri prerequisiti prima di poter eseguire il provisioning dell'host. Facoltativamente, è possibile definire un profilo immagine personalizzato con vSphere ESXi Image Builder utilizzando il cmdlet vSphere Client o PowerCLI.

Prerequisiti

• Assicurarsi che l'host soddisfi i requisiti hardware per gli host di ESXi.

  Vedere Requisiti hardware di ESXi.

• Preparare il sistema per vSphere Auto Deploy. Vedere Installazione e configurazione di vSphere Auto Deploy.
• Scrivere regole che assegnano un profilo immagine all'host e, facoltativamente, assegnare un profilo host e una posizione vCenter Server all'host. Vedere Gestione di vSphere Auto Deploy con i cmdlet di PowerCLI o Gestione di vSphere Auto Deploy con vSphere Client.

  Una volta completata la configurazione, il servizio di vSphere Auto Deploy è abilitato, la configurazione DHCP è completa e le regole per l'host di cui si desidera eseguire il provisioning sono incluse nel set di regole attive.

Procedura

1. Attivare l'host.
   L'host contatta il server DHCP e scarica iPXE dalla posizione a cui il server fa riferimento. Successivamente, il server vSphere Auto Deploy esegue il provisioning dell'host con l'immagine specificata dal motore della regola. Il server di vSphere Auto Deploy potrebbe anche applicare un profilo host all'host, se ne è specificato uno nel set di regole. Infine, vSphere Auto Deploy aggiunge l'host al sistema vCenter Server specificato nel set di regole.
2. (Facoltativo) Se vSphere Auto Deploy applica un profilo host che richiede l'input dell'utente, ad esempio un indirizzo IP, l'host viene messo in modalità di manutenzione. Riapplicare il profilo host con vSphere Client e fornire l'input dell'utente quando richiesto.

risultati

Dopo il primo processo di avvio, l'host è in esecuzione e viene gestito da un sistema vCenter Server. In vCenter Server vengono archiviati il profilo immagine, il profilo host e le informazioni sulla posizione dell'host.

A questo punto è possibile riavviare l'host in base alle esigenze. A ogni riavvio, l'host viene rieseguito dal sistema vCenter Server.

Operazioni successive

Eseguire nuovamente il provisioning degli host come necessario. Vedere Nuovo provisioning degli host.

Se si desidera modificare il profilo immagine, il profilo dell'host, lo script personalizzato o la posizione dell'host, aggiornare le regole e attivarle utilizzando vSphere Client oppure eseguire un'operazione di test e riparazione della conformità in una sessione PowerCLI. Vedere Regole e set di regole o Test e riparazione della conformità delle regole.