Seguire le procedure consigliate di vSphere Auto Deploy per configurare la rete, configurare vSphere HA e ottimizzare l'ambiente per vSphere Auto Deploy.

Per ulteriori informazioni sulle procedure consigliate, vedere la Knowledge Base di VMware.

Procedure consigliate per vSphere Auto Deploy e vSphere HA

È possibile migliorare la disponibilità delle macchine virtuali in esecuzione negli host di cui è stato eseguito il provisioning con vSphere Auto Deploy eseguendo le procedure consigliate.

Alcuni ambienti configurano gli host di cui è stato eseguito il provisioning con vSphere Auto Deploy con un commutatore distribuito oppure configurano le macchine virtuali in esecuzione negli host con Auto Start Manager. In tali ambienti, distribuire il sistema vCenter Server in modo che la sua disponibilità corrisponda alla disponibilità del server di vSphere Auto Deploy. Sono possibili diversi approcci.

  • Distribuire vCenter Server. È incluso il server di vSphere Auto Deploy.
  • Eseguire vCenter Server in un cluster abilitato per vSphere HA e configurare la macchina virtuale con una priorità di riavvio di vSphere HA alta. Includere nel cluster due o più host non gestiti da vSphere Auto Deploy e aggiungere la macchina virtuale di vCenter Server in questi host utilizzando una regola (il DRS di vSphere HA richiedeva una macchina virtuale per ospitare la regola). È possibile configurare la regola e quindi disattivare DRS se non si desidera utilizzare DRS nel cluster. Maggiore è il numero di host che non sono gestiti da vSphere Auto Deploy, maggiore sarà la resilienza agli errori degli host.
    Nota: Questo approccio non è adatto se si utilizza Auto Start Manager. Auto Start Manager non è supportato in un cluster abilitato per vSphere HA.

Procedure consigliate per la rete di vSphere Auto Deploy

Per evitare i problemi di rete, eseguire le procedure consigliate di vSphere Auto Deploy per la rete.

vSphere Auto Deploy e IPv6
Poiché vSphere Auto Deploy sfrutta l'infrastruttura iPXE, se gli host di cui si intende eseguire il provisioning con vSphere Auto Deploy utilizzano il BIOS legacy, il server di vSphere Auto Deploy deve disporre 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.
Allocazione indirizzo IP
Utilizzare le prenotazioni DHCP per l'allocazione degli indirizzi. Gli indirizzi IP fissi sono supportati dal meccanismo di personalizzazione dell'host, ma non è consigliabile fornire l'input per ciascun host.
Considerazioni sulla VLAN
Utilizzare vSphere Auto Deploy negli ambienti che non utilizzano VLAN.

Se si intende utilizzare vSphere Auto Deploy in un ambiente che utilizza VLAN, assicurarsi che gli host di cui si desidera eseguire il provisioning possano raggiungere il server DHCP. Il modo in cui gli host vengono assegnati a una VLAN dipende dalla configurazione in uso. L'ID VLAN può essere assegnato dal commutatore o dal router oppure può essere impostato nel BIOS dell'host o tramite il profilo dell'host. Contattare l'amministratore di rete per determinare i passaggi per consentire agli host di raggiungere il server DHCP.

Procedure consigliate per vSphere Auto Deploy e VMware Tools

Quando si esegue il provisioning degli host con vSphere Auto Deploy, è possibile selezionare un profilo immagine che includa VMware Tools oppure selezionare l'immagine più piccola associata al profilo immagine che non contiene VMware Tools.

È possibile scaricare due profili immagine dal sito di download di VMware.

  • xxxxx-standard: un profilo immagine che include i file binari di VMware Tools, richiesti dal sistema operativo guest in esecuzione in una macchina virtuale. L'immagine è in genere denominata esxi-version-xxxxx-standard.
  • xxxxx-no-tools: un profilo di immagine che non include i file binari di VMware Tools. Questo profilo immagine è in genere più piccolo, ha un sovraccarico di memoria inferiore e viene avviato più rapidamente in un ambiente con avvio PXE. Questa immagine è in genere denominata esxi-version-xxxxx-no-tools.

È possibile distribuire ESXi utilizzando uno dei due profili immagine.

  • Se il tempo di avvio della rete non è importante e l'ambiente dispone di memoria e sovraccarico di storage aggiuntivi sufficienti, utilizzare l'immagine che include VMware Tools.
  • Se si rileva che il tempo di avvio della rete è troppo lento quando si utilizza l'immagine standard o se si desidera risparmiare spazio negli host, è possibile utilizzare il profilo immagine che non include VMware Tools e posizionare i file binari di VMware Tools nell'archivio condiviso. Vedere Provisioning dell'host ESXi tramite un profilo immagine senza VMware Tools.

Procedure consigliate per la gestione del carico di vSphere Auto Deploy

L'avvio di un numero elevato di host contemporaneamente comporta un carico significativo sul server di vSphere Auto Deploy. Poiché vSphere Auto Deploy è fondamentalmente un server Web, è possibile utilizzare le tecnologie di scalabilità dei server Web esistenti per distribuire il carico. Ad esempio, con vSphere Auto Deploy è possibile utilizzare uno o più server proxy inversi di memorizzazione nella cache. I proxy inversi forniscono i file statici che costituiscono la maggior parte di un'immagine di avvio di ESXi. Configurare il proxy inverso per memorizzare nella cache il contenuto statico e passare tutte le richieste al server vSphere Auto Deploy. Per ulteriori informazioni, guardare il video "Utilizzo di server proxy Web inversi per la scalabilità di vSphere Auto Deploy":

Utilizzare più server TFTP per puntare a server proxy diversi. Utilizzare un server TFTP per ogni server proxy inverso. Successivamente, configurare il server DHCP per l'invio di host diversi a server TFTP diversi.

Quando si avviano gli host, il server DHCP li reindirizza a server TFTP diversi. Ogni server TFTP reindirizza gli host a un server diverso, ovvero il server vSphere Auto Deploy o un server proxy inverso, riducendo significativamente il carico sul server vSphere Auto Deploy.

Dopo un'interruzione di alimentazione di massa, attivare gli host per ogni cluster. Se si portano più cluster online contemporaneamente, nel server vSphere Auto Deploy potrebbero verificarsi colli di bottiglia della CPU. Tutti gli host potrebbero essere attivati con un ritardo. Il collo di bottiglia è meno grave se si configura il proxy inverso.

Procedure consigliate per la registrazione di vSphere Auto Deploy e la risoluzione dei problemi

Per risolvere i problemi che si verificano in vSphere Auto Deploy, utilizzare le informazioni di registrazione di vSphere Auto Deploy da vSphere Client e configurare l'ambiente per l'invio di informazioni di registrazione e dump principali agli host remoti.

Registri di vSphere Auto Deploy
Scaricare i registri di vSphere Auto Deploy passando alla pagina vSphere Auto Deploy in vSphere Client. Vedere Scarica registri vSphere Auto Deploy.
Configurazione di syslog
Configurare un server syslog remoto. Per informazioni sulla configurazione del server syslog, vedere la documentazione vCenter Server e gestione degli host. Configurare il primo host che si avvia per utilizzare il server syslog remoto e applicare il profilo host di tale host a tutti gli altri host di destinazione. Facoltativamente, installare e utilizzare vSphere Syslog Collector, uno strumento di supporto di vCenter Server che fornisce un'architettura unificata per la registrazione del sistema, abilita la registrazione di rete e consente di combinare i registri di più host.
Configurazione di ESXi Dump Collector
Gli host di cui è stato eseguito il provisioning con vSphere Auto Deploy non dispongono di un disco locale in cui archiviare i dump principali. Installare ESXi Dump Collector e configurare il primo host in modo che tutti i dump principali vengano indirizzati a ESXi Dump Collector e quindi applicare il profilo host di tale host a tutti gli altri host. Vedere Configurazione di ESXi Dump Collector con ESXCLI.

Utilizzo di vSphere Auto Deploy in un ambiente di produzione

Quando si passa da una configurazione proof of concept a un ambiente di produzione, è importante rendere l'ambiente resiliente.