Cloud privati di VMware Engine

Un cloud privato di Google Cloud VMware Engine è uno stack VMware isolato composto 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. Creando capacità aggiuntiva immediatamente in caso di esigenza di capacità temporanea o non pianificata.
  • Maggiore protezione. Ottieni protezione automatica dalla ridondanza e dalla 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, pur rimanendo compatibile con le tue operazioni aziendali. Ciò è particolarmente utile se i data center hanno raggiunto la capacità o se intendi ristrutturarlo per ridurre i costi.

Nodi VMware Engine

VMware Engine fornisce nodi hardware Bare Metal isolati dedicati per creare cloud privati di VMware Engine. I nodi forniscono le risorse di calcolo, memoria e spazio di archiviazione necessarie per eseguire VMware ESXi e sono l'unità di base del consumo di VMware Engine. Utilizzando questi nodi, puoi creare un cluster vSphere ed eseguire VM VMware sui cluster.

Tipi di nodo

La tabella seguente descrive i tipi di nodi disponibili per la creazione di un cloud privato VMware Engine:

Tipo di nodo vCPU/nodo Memoria/nodo (GiB) Spazio di archiviazione/nodo (TB)*
ve1-standard-72 72 768 19,2
ve2-standard-128† 128 2048 25,5

* Spazio di archiviazione non elaborato, esclusa la cache.
† Disponibile in alcune regioni.

Ambiente cloud privato

Puoi gestire i tuoi cloud privati tramite la console Google Cloud. 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 integrati, 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 per avere almeno un nodo di riserva per la resilienza. vSphere HA protegge dagli errori di nodi e di rete.
  • vSAN fornisce spazio di archiviazione principale ridondante. vSAN richiede almeno tre nodi in un cloud privato per fornire protezione da un singolo errore. Puoi configurare vSAN per fornire una resilienza maggiore per i cluster più grandi.

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

Cloud privati a nodo singolo

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

Di seguito sono riportati 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 dai backup recenti per convalidare periodicamente la preparazione al ripristino di emergenza
  • Test di upgrade dell'applicazione: 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 una copertura SLA 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 cambia in modo da utilizzare FTT=1 per i cloud privati con 3-4 nodi e l'utilizzo di FTT=2 per i cloud privati con almeno 5 nodi.

Conteggi dei core personalizzati

Alcuni contratti di licenza ti addebitano i costi in base al numero di core della 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 il modo in cui vengono conteggiati i core (fisicamente presenti o resi disponibili dal BIOS) come indicato nel contratto per gestire i costi delle licenze utilizzando 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 propri nodi e cluster. Per un elenco di questi limiti, consulta VMware in un cloud privato.

Limitazioni del cloud privato

Per i cloud privati si applicano le seguenti limitazioni:

  • Un cluster di cloud privato deve avere lo stesso tipo di nodo nel cluster.
  • Un cloud privato con cluster di tipi di nodi diversi non è supportato.

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 l'errore del nodo determina 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 modifiche dei nodi in base ai criteri di scalabilità automatica non sono supportate con un cloud privato a singolo nodo.
  • Gli upgrade dello stack VMware comportano un tempo di inattività per il cloud privato a nodo singolo.
  • VMware Engine non cripta i dati su vSAN su un cloud privato a nodo singolo per impostazione predefinita.
  • Un cloud privato deve contenere almeno 3 nodi e completare la replica dei 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 del 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 conteggio dei core personalizzato.
  • Il numero di core per nodo non può essere modificato dopo la creazione del cluster. Per modificare il numero di core per nodi 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