Gestione della virtualizzazione: Vcenter, Veeam ecc. Dovrebbero essere su una macchina fisica o VM?

10

Ho notato che molte persone eseguono vCenter Server su una VM ospitata su Vsphere / ESXi. Questo mi sembra strano, perché se c'è un problema con l'host, perderai sia l'host che le capacità di gestione per cambiare host ecc.

Devo eseguire il provisioning di una macchina fisica (ad es. Microserver) per eseguire strumenti di gestione della VM come vCenter e Veeam o eseguirli da una VM? Qual è la migliore pratica qui?

EDIT: - Lavoro in un ambiente SMB e utilizzo quasi esclusivamente i pacchetti VMware Essentials, quindi non più di 5 host o giù di lì, quindi impostare una sorta di installazione di vcenter ridondante o in cluster è praticamente irrealistico

vmware-vsphere vmware-vcenter

— BlueCompute
fonte

2

VMWare essentials è limitato a 3 host, non potresti ottenere "5 o giù di lì", a meno che non acquisti un'altra licenza VMWare essentials e la usi per configurare un altro cluster con un server vCenter separato per gestirlo.

— Rex

Buon punto! Pensavo di poter usare i 6 socket con licenza come CPU 6 x 1, ma vedo che non funziona così.

— BlueCompute

7

La best practice di VMware ora è installare vCenter su una VM con HA. Viene da un corso di formazione VMware quando ne uscì 5 in origine. HA non richiede che vCenter funzioni effettivamente una volta impostato, poiché gli host sanno cosa fare.

Ho Essentials Plus, uso questa configurazione e posso attestare che funziona bene per noi. Assicurati solo di avere una capacità sufficiente sui tuoi host per accogliere l'HA.

— CC.
fonte

7

Abbiamo oltre 100 vCenter separati e ognuno di essi è una macchina virtuale, ciò significa che otteniamo tutti i consueti vantaggi della virtualizzazione e poiché li eseguiamo su un cluster di gestione specifico in caso di arresto anomalo o qualsiasi altra cosa che possiamo semplicemente connettere direttamente all'host sono in esecuzione e riavviati o qualsiasi altra necessità. Siamo qualcosa come il 4 ° o il 5 ° cliente VMWare più grande e non prenderemmo in considerazione l'utilizzo di un dispositivo fisico per questo, in particolare una scatola di fascia bassa come hai suggerito.

— Chopper3
fonte

Bene, per noi semplici mortali che eseguono Essentials Plus, penso che la preoccupazione sarebbe che se avessi tre host in cluster e il vCenter che gestisce quel cluster si trova su uno di quegli host, quindi nel caso in cui l'host con vCenter si blocchi, vCenter è non sarà disponibile per eseguire le operazioni HA per avviare le altre macchine virtuali da quell'host sui due buoni host. Forse l'idea dell'OP non è di eseguirlo su un'installazione bare metal, ma di eseguirlo su un server autonomo al di fuori del cluster che sta gestendo?

— Safado,

Reaqlly? VmWaere si affida a VCenter per questo? Hyper-V non funziona (come in: Hyper-V inserisce la VM in un cluster, quindi CLUSTER gestisce i failover senza che SCVMM la controlli). Mi sarei aspettato che anche VmWare funzionasse così.

— TomTom

2

No, TomTom non lo è, HA è configurato e configurato da vCenter ma una volta che è attivo e funzionante e gli host hanno i loro piani HA in atto non è necessario. Se perdi vCenter perdi DRS, ma di solito non è un problema.

— Chopper3

4

@Safado - come ho detto sopra, HA - una volta configurato - non ha bisogno di VC se non aggiungi o rimuovi host.

— Chopper3

Grande. Ho pensato che dipendesse dal fatto che vCenter fosse sempre disponibile. Grazie.

— Safado,

0

in realtà, la maggior parte delle volte, anche gli strumenti di gestione sono virtualizzati, fondamentalmente perché non hanno bisogno di risorse sufficienti per consigliare un server fisico.

virtualizzati questi strumenti possono anche beneficiare di HA / FT / DRS (in ambiente vmware).

quindi la mia risposta sarebbe no, non è necessario fornire un server fisico per questi strumenti di gestione.

— Xinity
fonte

0

Usiamo Essentials Plus ed eseguiamo anche il nostro vCenter in una VM. Le tue preoccupazioni sul raggruppamento degli elementi che creano il raggruppamento sono state trattate in altre risposte e commenti. Prendiamo un paio di precauzioni aggiuntive per garantire la recuperabilità dell'ambiente:

Eseguire un percorso fuori banda verso la stessa VLAN di gestione in modo da disporre di un accesso alternativo agli host del cluster se il percorso primario non è disponibile. Nel nostro caso eseguiamo il routing completamente virtualizzato (quick plug per VyOS ), quindi eseguiamo solo un host ESXi gratuito o essentials (a seconda delle licenze disponibili) con router virtuali sufficienti per permetterci di accedere agli altri server ESXi.
Usiamo OSPF come nostro IGP, quindi i router sull'host fuori banda sono impostati con costi di interfaccia leggermente più alti (larghezza di banda inferiore) rispetto alle loro controparti di produzione in modo che possano essere sempre in esecuzione ma non servono il traffico di produzione a meno che c'è un'interruzione del cluster.
Tieni un vecchio laptop (la cui batteria dura più di 10 minuti!) Nella stanza del server o nel kit del data center con la console vSphere installata e pronta all'uso in modo che possiamo collegarci alla VLAN di gestione e gestire i singoli server necessari. Questo raramente viene utilizzato a causa del suddetto host fuori banda.

— Paul Gear
fonte