Cloud privati di VMware Engine

Un cloud privato Google Cloud VMware Engine è uno stack VMware isolato composto 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 nuovi investimenti hardware quando raggiungi un punto di aggiornamento hardware per l'infrastruttura esistente.
• Espansione rapida. Crea capacità aggiuntiva immediatamente quando si presentano esigenze di capacità temporanee o non pianificate.
• Maggiore protezione. Ottieni 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 sul cloud rimanendo compatibile con le operazioni aziendali. Ciò è particolarmente utile se i tuoi data center sono al completo 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, memoria e archiviazione necessarie per eseguire VMware ESXi e sono l'unità di base di consumo di VMware Engine. Utilizzando questi nodi, puoi creare un cluster vSphere ed eseguire VM VMware sui cluster.

Tipi di nodo

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

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 Google Cloud posizioni. 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 reti.
• vSAN fornisce spazio di archiviazione primario 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 VPN
• Cloud Interconnect
• VPN Point-to-Site

Cloud privati a nodo singolo

Per i test pilota e le prove concettuali con VMware Engine, puoi creare un cloud privato che contenga 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: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 consente cloud privati a nodo singolo senza limiti di tempo. Tuttavia, i cloud privati a nodo singolo non sono idonei per la copertura SLA. Puoi eseguire l'upgrade di un cloud privato a nodo singolo a un cloud privato standard espandendolo ad almeno 3 nodi. 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 correttamente al cluster.

Per i cloud privati a un solo nodo, il criterio di archiviazione vSAN predefinito utilizza un valore di errori da tollerare (FTT) pari a FTT=0. Quando espandi un cloud privato a nodo singolo, VMware Engine modifica la norma di archiviazione vSAN predefinita. La norma di archiviazione vSAN predefinita viene modificata 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.

I cloud privati a un solo nodo non vengono aggiornati con un nuovo software come un cloud privato standard. Devi eliminare e ricreare i cloud privati a un solo nodo per ottenere gli ultimi aggiornamenti software e di sicurezza.

Conteggi core personalizzati

Alcuni contratti di licenza ti addebitano un costo 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 anche tutti i nuovi nodi aggiunti al cluster con lo stesso numero di core per nodo, anche quando sostituisce un nodo non funzionante. Per gestire i costi di licenza utilizzando questa funzionalità, verifica in che modo vengono conteggiati i core (fisicamente presenti o resi disponibili dal BIOS) come indicato nel contratto.

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 sul prezzo dei nodi.

Limitazioni

Ogni cloud privato ha limiti di risorse per i suoi nodi e cluster. Consulta la sezione 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 seguente tabella descrive i limiti dei cluster 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 di cloud privato deve avere lo stesso tipo di nodo nel cluster.
• Un cloud privato con cluster di diversi tipi di nodi non è supportato.

Limitazioni del cloud privato a nodo singolo

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

• 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 l'errore del nodo comporta la perdita di dati.

Inoltre, si applicano le seguenti limitazioni di VMware Engine:

• Non puoi aggiungere un cluster a un singolo nodo a un cloud privato esistente.
• Un cloud privato esistente non può essere convertito in un cloud privato a nodo singolo.
• Le modifiche ai nodi in base alle norme di scalabilità automatica non sono supportate con un cloud privato a nodo singolo.
• Gli upgrade dello stack VMware comportano un periodo di inattività per il tuo cloud privato a nodo singolo.
• VMware Engine non cripta i dati su vSAN in un cloud privato a nodo singolo per impostazione predefinita.
• Un cloud privato deve contenere almeno tre 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 del conteggio dei core personalizzato

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 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 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

• Scopri di più su VLAN e subnet.