Cloud privati di VMware Engine

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

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

I cloud privati ti aiutano a soddisfare una serie di esigenze comuni per l'infrastruttura di rete:

  • Crescita. Aggiungi nodi senza alcun investimento in nuovo hardware quando raggiungi un punto di aggiornamento hardware per la tua infrastruttura esistente.
  • Espansione rapida. Creare immediatamente una capacità aggiuntiva in caso di necessità di una capacità temporanea o imprevista.
  • Maggiore protezione. Ricevi protezione automatica per ridondanza e disponibilità quando utilizzi un cloud privato di tre o più nodi.
  • Esigenze infrastrutturali a lungo termine. Ritira i data center ed esegui la migrazione a una soluzione basata su cloud, rimanendo compatibile con le operazioni della tua azienda. Questo è particolarmente utile se i tuoi data center sono al limite della capacità o se vuoi ristrutturarli per ridurre i costi.

Nodi VMware Engine

VMware Engine fornisce nodi hardware bare metal isolati dedicati per creare cloud privati VMware Engine. I nodi forniscono le risorse di calcolo, la memoria e lo spazio di archiviazione necessari per eseguire VMware ESXi e sono l'unità di base di consumo di VMware Engine. Con questi nodi, puoi creare un cluster vSphere e eseguire VM VMware sui cluster.

Tipi di nodo

La tabella seguente elenca i tipi di nodi principali disponibili durante la creazione di un cloud privato VMware Engine. Per tutti i tipi di nodi e le regioni disponibili, consulta Nodi VMware Engine.

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

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

Ambiente cloud privato

Gestisci 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 si trovano nella stessa regione.

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

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

  • I cluster di host ESXi sono configurati con vSphere High Availability (HA) e dimensionati in modo da avere almeno un nodo di riserva per la resilienza. vSphere HA protegge da guasti di nodi e rete.
  • vSAN fornisce archiviazione principale ridondante. vSAN richiede almeno tre nodi in un cloud privato per fornire protezione contro un singolo errore. Puoi configurare vSAN per fornire una maggiore resilienza per i cluster più grandi.

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

Cloud privati a nodo singolo

Per i test pilota e le prove di concetto con VMware Engine, puoi creare un cloud privato contenente un solo nodo e un solo 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 esistono limitazioni specifiche per le funzionalità dello stack VMware a causa delle dimensioni del cluster.

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

  • 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 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 del carico di lavoro associati. Tuttavia, puoi evitare questa eliminazione e ricevere la copertura dell'SLA pronta per la produzione espandendo il tuo cluster a almeno 3 nodi entro 60 giorni. Il processo di espansione non interferirà con le VM o con l'accesso a vCenter e inizializza la replica dei dati vSAN dopo che i nodi sono stati aggiunti correttamente al cluster.

Per i private cloud a un solo nodo, il criterio di archiviazione vSAN predefinito utilizza un valore FTT (Failures to Tolerate, errori da tollerare) pari a 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 con 3-4 nodi e FTT=2 per i cloud privati con almeno 5 nodi.

Conteggi core personalizzati

Alcuni contratti di licenza prevedono un addebito 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 ogni nodo del cluster per soddisfare i requisiti della licenza dell'applicazione. VMware Engine crea inoltre tutti i nuovi nodi aggiunti al cluster con lo stesso numero di core per nodo, anche quando si sostituisce un nodo in cui si è verificato un errore. Verifica come vengono conteggiati i core (fisicamente presenti o resi disponibili dal BIOS) come indicato nel contratto per gestire i costi di licenza utilizzando questa funzionalità.

I conteggi dei core personalizzati sono disponibili sia per il cluster iniziale sia 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.

Limiti di nodi

Quando pianifichi le tue esigenze di risorse VMware Engine, considera il numero di nodi necessari nel tuo cloud privato. La tabella seguente descrive i limiti dei cluster vSphere nei cloud privati che soddisfano i requisiti degli SLA:

Risorsa Limite
Numero minimo di nodi per creare un cloud privato (primo cluster) 3
Numero minimo di nodi per creare un cluster 3
Numero massimo di nodi per cluster 32
Numero massimo di nodi per cloud privato 96
Numero massimo di cluster per cloud privato 21

Limitazioni del cloud privato

Per i cloud privati si applicano le seguenti limitazioni:

  • Un cluster 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 un solo nodo, 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 High Availability (HA).
  • Il criterio di archiviazione vSAN predefinito utilizza FTT=0, pertanto il guasto del nodo comporta la perdita di dati.

Inoltre, si applicano le seguenti limitazioni di VMware Engine:

  • Non puoi aggiungere un cluster a un nodo a un cloud privato esistente.
  • Un cloud privato esistente non può essere convertito in un cloud privato con un solo nodo.
  • Gli aggiustamenti dei nodi in base ai criteri di scalabilità automatica non sono supportati con un cloud privato a nodo singolo.
  • Gli upgrade dello stack VMware comportano un tempo di riposo per il cloud privato a nodo singolo.
  • Per impostazione predefinita, VMware Engine non cripta i dati su vSAN in un cloud privato a nodo singolo.
  • 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 modificare il numero di core per nodo con un cloud privato a un solo nodo.

Limitazioni del conteggio dei core personalizzati

A un cluster con un numero di core personalizzato si applicano le seguenti limitazioni:

  • Anche tutti i nodi aggiunti al cluster dopo la creazione iniziale utilizzano il conteggio personalizzato dei core.
  • 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 di core personalizzati non sono disponibili per i cloud privati a nodo singolo.

Passaggi successivi