Cloud privati di VMware Engine

Un cloud privato di Google Cloud VMware Engine è uno stack VMware isolato costituito dai seguenti componenti VMware:

  • Host ESXi
  • vCenter Server
  • vSAN
  • NSX
  • HCX

I cloud privati consentono di soddisfare una varietà di esigenze comuni per l'infrastruttura di rete:

  • Crescita. Aggiungi nodi senza nuovi investimenti hardware quando raggiungi un punto di aggiornamento hardware per l'infrastruttura esistente.
  • Espansione rapida. Crea capacità aggiuntiva immediatamente quando sorgono esigenze di capacità temporanee o non pianificate.
  • Maggiore protezione. Usufruisci della protezione automatica della ridondanza e della disponibilità quando utilizzi un cloud privato di tre o più nodi.
  • Esigenze di infrastruttura a lungo termine. Ritira i data center ed esegui la migrazione a una soluzione basata su cloud, garantendo al contempo la compatibilità con le tue operazioni aziendali. Ciò è particolarmente utile se i data center hanno raggiunto la capacità massima o se vuoi ristrutturare i costi per ridurre i costi.

Ambiente cloud privato

Puoi gestire i tuoi cloud privati tramite il portale VMware Engine. Ogni cloud privato ha il proprio vCenter Server nel proprio dominio di gestione e tutti i nodi di un determinato cloud privato risiedono nella stessa regione.

Lo stack VMware viene eseguito su nodi hardware bare metal dedicati e isolati nelle località di Google Cloud. Puoi utilizzare lo stack tramite strumenti VMware nativi, tra cui vCenter Server e NSX Manager.

I cloud privati sono inoltre progettati per eliminare single point of failure:

  • I cluster di host ESXi sono configurati con vSphere ad alta disponibilità (HA) e sono dimensionati in modo da avere almeno un nodo di riserva per la resilienza. vSphere HA protegge dagli errori dei nodi e della rete.
  • vSAN offre archiviazione primaria ridondante. vSAN richiede almeno tre nodi in un cloud privato per fornire la protezione da un singolo errore. Puoi configurare vSAN per fornire una resilienza maggiore per cluster più grandi.

Puoi connettere il cloud privato al tuo ambiente on-premise utilizzando le connessioni seguenti:

Cloud privati a nodo singolo

Per i test pilota e i proof of concept con VMware Engine, puoi creare un cloud privato contenente solo un singolo nodo e cluster in qualsiasi area geografica in cui è disponibile VMware Engine. Tutte le funzionalità di VMware Engine sono disponibili in un cloud privato a nodo singolo, ma esistono limitazioni specifiche sulle funzionalità dello stack VMware a causa delle dimensioni del cluster.

Di seguito sono riportati i casi d'uso comuni per un cloud privato a nodo singolo:

  • Proof of concept: valutazione di VMware Engine e delle sue funzionalità
  • Test di ripristino di emergenza: esegui il deployment dell'applicazione da backup recenti per convalidare periodicamente la preparazione al ripristino di emergenza
  • Test degli upgrade delle applicazioni: testa e convalida gli upgrade dei componenti dell'applicazione prima di eseguire l'upgrade dell'applicazione in produzione

VMware Engine elimina i cloud privati a nodo singolo dopo 60 giorni, insieme a eventuali VM e dati dei carichi di lavoro associati. Tuttavia, puoi impedire questa eliminazione e ricevere la copertura SLA (accordo sul livello del servizio) pronta per la produzione espandendo la copertura ad almeno tre nodi entro 60 giorni. Il processo di espansione non disturba le VM o l'accesso a vCenter e inizializza la replica dei dati vSAN dopo che i nodi sono stati aggiunti al cluster.

Per i cloud privati a nodo singolo, il criterio di archiviazione vSAN predefinito utilizza un valore FTT (Failures to Tolerate) di FTT=0. Quando espandi un cloud privato a nodo singolo, VMware Engine modifica il criterio di archiviazione vSAN predefinito. Il criterio di archiviazione vSAN predefinito viene modificato in modo da utilizzare FTT=1 per i cloud privati a 3-4 nodi e utilizzare FTT=2 per i cloud privati con almeno 5 nodi.

Numero di core personalizzati

Alcuni contratti di licenza ti addebitano i costi in base al numero di core CPU sul nodo fisico sottostante o nel cluster. Ogni volta che crei un nuovo cluster, puoi ridurre il numero di core disponibili per ciascun nodo nel cluster per soddisfare i requisiti di licenza dell'applicazione. VMware Engine crea anche tutti i nuovi nodi aggiunti al cluster con lo stesso numero di core per nodo, anche quando si sostituisce un nodo in errore. Conferma come vengono conteggiati i core (fisicamente presenti o resi disponibili dal BIOS) come stabilito nel contratto per gestire i costi delle licenze usando questa funzionalità.

I conteggi dei core personalizzati sono disponibili sia per il cluster iniziale che per qualsiasi altro cluster creato in un cloud privato. La riduzione del numero di core disponibili non influisce sui prezzi dei nodi.

Limitazioni

Ogni cloud privato ha limiti di risorse per i nodi e i cluster. Consulta VMware in un cloud privato per un elenco di questi limiti.

Limitazioni del cloud privato a nodo singolo

Per i cloud privati a nodo singolo, allo stack VMware si applicano le seguenti limitazioni:

  • Le funzionalità o le operazioni che richiedono più di un nodo non funzioneranno. Ad esempio, non potrai utilizzare vSphere Distributed Resource Scheduler (DRS) o l'alta disponibilità (HA).
  • Il criterio di archiviazione vSAN predefinito utilizza FTT=0, quindi gli errori dei nodi comportano la perdita di dati.

Inoltre, si applicano le seguenti limitazioni di VMware Engine:

  • Non puoi aggiungere un cluster con nodo singolo a un cloud privato esistente.
  • Un cloud privato esistente non può essere convertito in un cloud privato a nodo singolo.
  • Le regolazioni dei nodi in base ai criteri di scalabilità automatica non sono supportate con un cloud privato a nodo singolo.
  • Gli upgrade dello stack VMware comportano tempi di inattività per il cloud privato a nodo singolo.
  • Per impostazione predefinita, VMware Engine non cripta i dati su vSAN su un cloud privato a nodo singolo.
  • Un cloud privato deve contenere almeno 3 nodi e completare la replica di dati vSAN per essere idoneo alla copertura in base allo SLA.
  • Non puoi regolare il numero di core per nodo con un cloud privato a nodo singolo.

Limitazioni personalizzate per il numero di core

Le seguenti limitazioni si applicano a un cluster con un numero di core personalizzato:

  • Anche tutti i nodi aggiunti al cluster dopo la creazione iniziale utilizzano il numero di core personalizzato.
  • Il numero di core per nodo non può essere modificato dopo la creazione del cluster. Per modificare il numero di core per nodo nel cluster, devi eliminare il cluster e crearne uno nuovo.
  • Il numero di core per nodo deve essere un multiplo di 4 con un minimo di 8 (ad esempio 8, 12 o 16).
  • I conteggi dei core personalizzati non sono disponibili per i cloud privati a nodo singolo.

Passaggi successivi