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 aiutano a soddisfare una serie di esigenze comuni per la rete infrastructure:

  • Crescita. Aggiungi nodi senza nuovi investimenti in hardware quando raggiungi una un punto di aggiornamento hardware per l'infrastruttura esistente.
  • Espansione rapida. Creare immediatamente capacità aggiuntiva in caso di necessità di 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. Ritirare i data center ed eseguire la migrazione a un basata su cloud pur mantenendo la compatibilità con la tua azienda operazioni. Ciò è particolarmente utile se i tuoi data center hanno raggiunto la capacità massima. o ristrutturarli per ridurre i costi.

Nodi VMware Engine

VMware Engine fornisce nodi hardware bare metal isolati dedicati e creare cloud privati di 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 riportata di seguito elenca i tipi di nodi chiave disponibili durante la creazione di un il 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.
† Disponibile in alcune regioni.

Ambiente cloud privato

I cloud privati possono essere gestiti 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 in delle località di Google Cloud. Utilizzi lo stack tramite gli strumenti VMware integrati, inclusi vCenter Server e NSX Manager.

I cloud privati sono inoltre progettati 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 spazio di archiviazione principale ridondante. vSAN richiede almeno tre nodi in un cloud privato per garantire la protezione contro un singolo errore. Puoi configurare vSAN per fornire una maggiore resilienza per 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 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 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 di upgrade dell'applicazione:testa e convalida il componente dell'applicazione. upgrade prima di eseguire l'upgrade dell'applicazione in produzione

VMware Engine elimina i cloud privati a nodo singolo dopo 60 giorni, insieme a tutti i dati e le VM dei carichi 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 cloud privati a nodo, il criterio di archiviazione vSAN predefinito utilizza un errore tollera il valore FTT (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.

Numero di core personalizzati

Alcuni contratti di licenza prevedono addebiti in base al numero di core CPU presenti sulla al 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 non funzionante. Conferma come vengono conteggiati i core (fisicamente presente o reso disponibile da BIOS) come indicato nel contratto gestire i costi delle licenze utilizzando questa funzionalità.

I conteggi dei core personalizzati sono disponibili sia per il cluster iniziale che per qualsiasi creati in altri cluster creati 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 relativi nodi e cluster. Consulta VMware in un cloud privato per un elenco 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 vSphere nei cloud privati che soddisfano i requisiti dello 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 nodo singolo, per VMware si applicano le seguenti limitazioni stack:

  • 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 nodo singolo 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 del 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 regolare il numero di core per nodo con un nodo privato a livello di singolo cloud.

Limitazioni del conteggio dei core personalizzati

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

  • 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. A modificare il numero di core per nodo nel cluster, devi eliminare per creare un nuovo cluster Kubernetes.
  • Il numero di core per nodo deve essere un multiplo di 4 con un minimo di 8 (ad es. 8, 12 o 16).
  • Il numero di core personalizzati non è disponibile per i cloud privati a nodo singolo.

Passaggi successivi