Come comunicano il vCenter Server e gli host ESXi - SoS Apple

La comunicazione tra il vCenter Server e gli host ESXi
Agosto 2013 di Vito S. su sosapple.it
Tags: vMware, Esxi, vSphere Esxi 5.1, Tutorial

L’accesso agli host ESXi da parte del vCenter Server è permesso da un servizio chiamato vpxa, che si attiva sull’host nel momento in cui questo è inserito nell’inventario del vCenter Server. Su ogni host ESXi è sempre in esecuzione un processo chiamato hostd, che permette l’esecuzione di operazioni e comandi relativi alle macchine virtuali e allo storage. Si tratta quindi di un processo  responsabile della gestione della maggior parte delle operazioni interne a vSphere ESXi.

All'interno dell'host, l’agent vpxa dialoga con il processo hostd, e quest'ultimo si pone come intermediario verso il servizio vpxd in esecuzione sul vCenter Server, consentendo l’esecuzione delle operazioni impartite dal
vCenter. Il processo vpxd permette quindi la connessione  e il dialogo tra vCenter e host ESXi.  

Per quanto riguarda il traffico di rete tra il vCenter Server e gli host gestiti, e tra il vCenter Server e una macchina che esegue vSphere Client o vSphere Web Client, le principali porte da lasciare aperte sul firewall sono indicate nell’elenco che segue.

• 80 TCP - utilizzata per le connessioni dirette HTTP. Le richieste su questa porta sono comunque reindirizzate sulla porta HTTPS 443, per motivi di sicurezza.
• 389 TCP/UDP - utilizzata per le connessioni LDAP (Directory Services); se l’istanza LDAP viene servita da Active Directory di Microsoft Windows, la porta deve essere cambiata in un’altra compresa nell’intervallo 1025 – 65535.
• 443 TCP - utilizzata per le connessioni protette in HTTPS; il vSphere Client utilizza questa porta per le connessioni al vCenter e agli host ESXi.
• 636 TCP - utilizzata per le connessioni (protette in SSL) fra istanze di vCenter in Linked Mode.
• 902 TCP/UDP - utilizzata per lo scambio di informazioni e dati tra il vCenter Server e gli host gestiti. Inoltre, su questa porta gli host inviano un continuo heartbeat al vCenter Server, tramite protocollo UDP.
• 903 TCP - utilizzata da vSphere Client per visualizzare l’interfaccia console delle macchine virtuali.
• 8080 TCP - utilizzata per le connessioni Web Services HTTP (VMware VirtualCenter Management Web Services).
• 7005, 7009, 7080, 7444 TCP – utilizzate dal servizio vCenter Single Sign On.
• 9090, 9443 TCP – utilizzate da vSphere Web Client (HTTP e HTTPS).
• 10080, 10109, 10111, 10443 TCP – utilizzate dal servizio vCenter Inventory Service.

Disponibilità del vCenter server
La strada più veloce per garantire alta disponibilità per il vCenter Server è quella di fornire alta disponibilità ai suoi componenti principali.

● Active Directory
● Database del vCenter Server

Una delle soluzioni più adottate per la continuità del vCenter Server prevede il suo utilizzo su macchina virtuale, affinché possa essere protetto dal servizio vSphere HA.


vSphere HA richiede il vCenter Server solo per la configurazione iniziale. In seguito il servizio funzionerà sugli host in maniera indipendente dal vCenter. Quest’aspetto è importante per capire cosa succede ad un’istanza virtuale di vCenter Server protetta con vSphere HA: se l’host che ospita il vCenter dovesse subire un improvviso blocco operativo (con la conseguenza di avere il vCenter non in linea), vSphere HA sposterebbe il vCenter su un altro host.


Un’altra soluzione prevede l’impiego del vCenter Server Heartbeat (richiede licenza specifica venduta separatamente), che estende la disponibilità di vCenter Server ed esegue, tramite LAN o WAN, il failover del server di gestione e del database su un server in standby. vCenter Server Heartbeat è in grado di rilevare con precisione tutti i componenti del vCenter Server ed è facile da configurare e implementare.

Spero che Vi è stata utile questa Guida, Prima di andarvene vi chiedo gentilmente di mettere mi piace alla nostra pagina Facebook o Twitter
  Grazie....