Mantieni tutto organizzato con le raccolte Salva e classifica i contenuti in base alle tue preferenze.

Cloud privati di VMware Engine

Un cloud privato di Google Cloud VMware Engine è uno stack VMware isolato che comprende i seguenti componenti VMware:

  • Host ESXi
  • vCenter Server
  • vSAN (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 la tua infrastruttura esistente.
  • Espansione rapida. Crea capacità aggiuntiva immediatamente quando è necessaria una capacità temporanea o non pianificata.
  • Maggiore protezione. Ottieni 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 pur rimanendo compatibile con le tue operazioni aziendali. Ciò è particolarmente utile se i tuoi data center hanno capacità o se vuoi ristrutturare per ridurre i costi.

Ambiente cloud privato

Puoi gestire i 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 area geografica.

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

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

  • I cluster di host ESXi sono configurati con l'alta disponibilità (HA) e le dimensioni per includere almeno un nodo di riserva per la resilienza. vSphere HA protegge da errori di nodo e di rete.
  • vSAN offre archiviazione primaria ridondante. vSAN richiede almeno tre nodi in un cloud privato per offrire protezione da un singolo errore. Puoi configurare vSAN per fornire una resilienza più elevata per cluster più grandi.

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

Cloud privati a nodo singolo

Per il test pilota e le proof of concept con VMware Engine, puoi creare un cloud privato che contiene un solo nodo e cluster in una regione qualsiasi 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 i casi d'uso comuni per un cloud privato a nodo singolo:

  • Proof of concept: valutare VMware Engine e le sue funzionalità
  • Test di ripristino di emergenza:deployment dell'applicazione da backup recenti per convalidare periodicamente la preparazione al ripristino di emergenza
  • Test di 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 tutte le VM e i dati associati ai carichi di lavoro associati. Tuttavia, puoi evitare questa eliminazione e ricevere la copertura SLA pronta per la produzione espandendola su almeno 3 nodi entro 60 giorni. Il processo di espansione non disturbi 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 Errori di tolleranza (FTT) di FTT=0. Quando espandi un cloud privato a nodo singolo, VMware Engine modifica il criterio di archiviazione vSAN predefinito. Il criterio di archiviazione predefinito vSAN cambia per utilizzare FTT=1 per i cloud privati da 3 a 4 nodi e per utilizzare FTT=2 per i cloud privati con almeno 5 nodi.

Conteggio core personalizzati

Alcuni contratti di licenza vengono addebitati 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 eventuali nuovi nodi aggiunti a quel cluster con lo stesso numero di core per nodo, anche durante la sostituzione di un nodo non riuscito. Conferma come vengono conteggiati i core (fisicamente presenti o resi disponibili dal BIOS) come indicato nel tuo contratto per gestire i costi di licenza 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. Fai riferimento alla sezione VMware in un cloud privato per un elenco di questi limiti.

Limitazioni relative al cloud privato a nodo singolo

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

  • Le funzionalità o le operazioni che richiedono più di 1 nodo non funzioneranno. Ad esempio, non potrai utilizzare vSphere Distributed Resource Scheduler (DRS) o alta disponibilità (HA).
  • Il criterio di archiviazione vSAN predefinito utilizza FTT=0, quindi la mancata riuscita del nodo comporta la perdita di dati.

Si applicano inoltre le seguenti limitazioni di VMware Engine:

  • Non puoi aggiungere un cluster a nodo singolo a un cloud privato esistente.
  • Non è possibile convertire un cloud privato esistente 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 prevedono un tempo di inattività per il tuo 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 una replica dei dati vSAN completa per essere idoneo alla copertura in base allo SLA.
  • Non puoi modificare il numero di core per nodo con un cloud privato a nodo singolo.

Limiti del numero di core personalizzati

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

  • Tutti i nodi aggiunti al cluster dopo la creazione iniziale utilizzano anche il conteggio dei core personalizzati.
  • 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 (come 4, 8, 12 o 16).
  • I conteggi dei core personalizzati non sono disponibili per i cloud privati a nodo singolo.

Passaggi successivi