L’aspetto più importante è che entrambe le soluzioni sono supportate da VMware. In particolare quella virtuale è completamente supportata dalla versione VI 3.x, come si può leggere anche del documento ufficiale: Running VirtualCenter in a Virtual Machine.

Da notare che in entrambi i casi vanno garantiti i requisiti minimi richiesti. In particolare il requisito di almeno 2 CPU diventa un requisito di almeno 2 vCPU (anche se in realtà, per ambienti piccoli e in modo del tutto non supportato, il vCenter Server funzionerebbe bene anche con una sola vCPU).

Le dipendenze di vCenter Server

Per capire come sia possibile avere un vCenter Server virtuale all’interno della stessa struttura che lui gestisce, bisogna definire quali sono si servizi di VMware service che richiedono come dipendenza il vCenter Server:

• VMware HA richiede il vCenter solo per la configurazione initiale, poi il servizio funzionerà sugli host.
• VMware vMotion e Storage vMotion richiedono il vCenter solo per inizializzare l’operazione, questa continuerà anche senza il vCenter.
• VMware DRS/DPM funzionano solo con vCenter.
• Template provisioning, cloning e le customizzazioni richiedono vCenter.
• La modifica ad un DVS può essere effettuata solo con il vCenter disponibile (da notare che comunque gli host mantegono una copia locale della configurazione).
• Ovviamente VUM, Hosts Profiles, le statistiche storiche, … possono funzionare solo con vCenter Server.
• Da vSphere 4.x le licenze sono ancora gestite in modo centralizzato dal vCenter ma vengono poi salvate su ogni sistema.

Oltre a questo è fondamentale anche conoscere la posizione del database utilizzato da vCenter, perché una perdida della connessione con il DB corripsonde ad un fermo del servizio vCenter Server! Quindi questo servizio è una dipendenza di vCenter Server che va considerata e spesso negli ambienti medio/piccoli, per semplicità, viene posizionato nello stesso sistema ove gira il servizio vCenter Server.

Soluzione fisica

Pro

• Nel vecchio VI 3.x il server di licenze (di solito installato con vCenter Server) era necessario al funzionamento degli host…
  Da vSphere 4.x le licenze vengono assegnate ai nodi e non esiste più il server di licenze.
• Eventuali malfunzionamenti all’ambiente virtuale non sono propagati al vCenter Server.
• Potenzialmente più scalabile, anche se in realtà già da vSphere 4.x le VM sono in molto più scalabili (e ancora di più in vSphere 5.x).

Contro

• Necessario un server fisico, meglio se dedicato (in VI 3.0 non era possibile usare lo stesso server anche per VCB e comuque è sconsigliato installare altri servizi su vCenter).
• Bisogna gestire il backup del vCenter Server usando strumenti tradizionali.
• Soluzioni di Disaster Recovery e Business Continuty del vCenter sono più complicate (anche se esiste una soluzione specifica di VMware: vCenter Server Heartbeat).