Componenti VMware per un cloud privato

Un cloud privato � uno stack VMware isolato (host ESXi, vCenter, vSAN e NSX) gestito da un server vCenter in un dominio di gestione. Google Cloud VMware Engine esegue il deployment dei cloud privati con il seguente stack VMware componenti:

• VMware ESXi: hypervisor su nodi dedicati
• VMware vCenter: gestione centralizzata dell'ambiente vSphere del cloud privato
• VMware vSAN: piattaforma di archiviazione software-defined iperconvergente
• Data center VMware NSX: software di virtualizzazione e sicurezza di rete
• VMware HCX: migrazione delle applicazioni e ribilanciamento dei carichi di lavoro tra i dati e cloud computing

Puoi recuperare le credenziali di accesso generate per i componenti dello stack VMware dalla pagina dei dettagli del cloud privato.

Versioni dei componenti VMware

Uno stack VMware per il cloud privato ha le seguenti versioni software:

ESXi

Quando crei un cloud privato, VMware ESXi viene installato sui nodi Google Cloud VMware Engine di cui � stato eseguito il provisioning. ESXi fornisce l'hypervisor per il deployment delle macchine virtuali (VM) dei carichi di lavoro. I nodi forniscono un'infrastruttura iperconvergente (computing e archiviazione) e fanno parte del cluster vSphere nel tuo cloud privato.

Ogni nodo ha quattro interfacce di rete fisiche collegate alla rete in ogni rete. VMware Engine crea uno switch distribuito vSphere (VDS) su a vCenter utilizzando queste interfacce di rete fisiche come uplink. Le interfacce di rete sono configurate in modalit� attiva per l'alta disponibilit�.

Appliance vCenter Server

L'appliance vCenter Server (VCSA) fornisce le funzioni di autenticazione, gestione e orchestrazione per VMware Engine. Quando crei ed esegui il deployment tuo cloud privato, VMware Engine esegue il deployment di una VCSA con Platform Services Controller (PSC) sul cluster vSphere. Ogni cloud privato ha il proprio VCSA. L'aggiunta di nodi a un cloud privato aggiunge nodi al VCSA.

Single Sign-On di vCenter

Il controller dei servizi della piattaforma incorporato su VCSA � associato a un singolo accesso di vCenter. Il nome di dominio � gve.local. Per accedere a vCenter, utilizza l'utente predefinito CloudOwner@gve.local, creato per consentirti di accedere a vCenter. Puoi aggiungere le origini identit� on-premise/Active Directory per vCenter.

Archiviazione vSAN

I cluster nei cloud privati hanno uno spazio di archiviazione vSAN all-flash completamente configurato. Lo spazio di archiviazione interamente flash � fornito da SSD locali. Per creare un cluster vSphere con un data store vSAN sono necessari almeno tre nodi dello stesso SKU. Ogni nodo del cluster vSphere ha due gruppi di dischi. Ogni gruppo di dischi contiene un disco cache e tre dischi di capacit�.

Puoi attivare la deduplicazione e la compressione nel datastore vSAN in VMware Engine. Questo servizio abilita vSAN la deduplicazione e la compressione per impostazione predefinita quando viene creato un nuovo cluster. Ciascuna su un cloud privato contiene un datastore vSAN. Se lo spazio di archiviazione non sono adatti per l'efficienza dello spazio vSAN mediante la deduplicazione e o solo tramite compressione, puoi modificare l'efficienza dello spazio vSAN configurazione scelta sul singolo datastore vSAN.

Oltre alle funzionalit� di vSAN Advanced, VMware Engine fornisce anche accesso alla crittografia dei dati di vSAN Enterprise per i dati at-rest e in transito.

Criteri di archiviazione vSAN

Un criterio di archiviazione vSAN definisce FTT (Failures to Tolerate, FTT) e Metodo di tolleranza di errore. Puoi creare nuovi criteri di archiviazione e applicarli alle VM. Per mantenere l'SLA, devi mantenere il 20% di capacit� di riserva nel datastore vSAN.

Su ogni cluster vSphere, � presente un criterio di archiviazione vSAN predefinito che si applica il datastore vSAN. I criteri relativi allo spazio di archiviazione determinano come eseguire il provisioning e l'allocazione Oggetti di archiviazione delle VM all'interno del datastore per garantire un livello di servizio.

La tabella seguente mostra i parametri predefiniti dei criteri di archiviazione vSAN:

Criteri di archiviazione vSAN supportati

La tabella seguente mostra i criteri di archiviazione vSAN supportati e il numero minimo di nodi necessari per abilitare il criterio:

Data center NSX

NSX Data Center fornisce virtualizzazione di rete, microsegmentazione e funzionalit� di sicurezza di rete sul tuo cloud privato. Puoi configurare i servizi supportati da NSX Data Center sul tuo cloud privato utilizzando NSX.

Funzionalit� disponibili

L'elenco seguente descrive le funzionalit� di NSX-T supportate da VMware Engine, organizzate per categoria:

• Switch, DNS, DHCP e IPAM (DDI):
  • Apprendimento ARP ottimizzato e soppressione della trasmissione
  • Replica unicast
  • Replica head-end
  • SpoofGuard
  • Gestione degli indirizzi IP
  • Blocchi IP
  • Subnet IP
  • Pool di IP
  • Server DHCP IPv4
  • Inoltro DHCP IPv4
  • Associazioni statiche/indirizzi fissi DHCP IPv4
  • Proxy/rel� DNS IPv4
• Routing:
  • Percorsi null
  • Routing statico
  • Routing del dispositivo
  • Controlli dei route BGP che utilizzano mappe dei route ed elenchi di prefissi
• NAT:
  • NAT su router logici nord/sud e est/ovest
  • NAT di origine
  • NAT di destinazione
  • NAT N:N
• Firewall:
  • Firewall perimetrale
  • Firewall distribuito
  • Interfaccia utente del firewall comune
  • Sezioni del firewall
  • Logging dei firewall
  • Regole firewall stateful di livello 2 e 3
  • Regole basate su tag
  • IPFIX basato su firewall distribuito
• Criteri, tag e gruppi firewall:
  • Tagging degli oggetti/tag di sicurezza
  • Raggruppamento incentrato sulla rete
  • Raggruppamento incentrato sui carichi di lavoro
  • Raggruppamento basato su IP
  • Raggruppamento basato su MAC
• VPN:
  • VPN di livello 2
  • VPN di livello 3 (IPv4)
• Integrazioni:
  • Networking e sicurezza dei container solo con Tanzu Kubernetes Grid (TKG)
  • Servizio VMware Cloud Director
  • VMware Aria Automation
  • VMware Aria Operations per i log
• Autenticazione e autorizzazione:
  • Integrazione diretta di Active Directory tramite LDAP
  • Autenticazione con OpenLDAP
  • Controllo degli accessi basato sui ruoli (RBAC)
• Automazione:
  • API REST
  • SDK Java
  • SDK Python
  • Provider Terraform
  • Moduli Ansible
  • Specifiche OpenAPI/Swagger e documentazione dell'API generata automaticamente per l'API REST
• Ispezione:
  • Mirroring della porta
  • Traceflow
  • IPFIX basato su switch

Limitazioni delle funzionalit�

Alcune funzionalit� di NSX Data Center hanno casi d'uso molto specifici per la rete e la sicurezza. Clienti che hanno creato il proprio account Google Cloud entro agosto 30 del 2022, possono richiedere l'accesso alle funzionalit� per questi casi d'uso contattando Assistenza clienti Google Cloud.

La tabella seguente descrive queste funzionalit�, i relativi casi d'uso e possibili alternative:

Aggiornamenti e upgrade

Questa sezione descrive le considerazioni relative ad aggiornamenti ed upgrade e al ciclo di vita delle responsabilit� nella gestione dei componenti software.

HCX

VMware Engine gestisce l'installazione, la configurazione e il monitoraggio iniziale di HCX nei cloud privati. Successivamente, sei responsabile gestione del ciclo di vita di HCX Cloud e appliance di servizio come HCX-IX e Partner Interconnect L3.

VMware fornisce aggiornamenti per HCX Cloud tramite il proprio servizio HCX. Puoi eseguire l'upgrade di HCX Manager e delle appliance di servizio HCX di cui � stato eseguito il deployment dall'interfaccia HCX Cloud. A Per trovare la data di fine del supporto per il rilascio di un prodotto, consulta la Matrice del ciclo di vita dei prodotti VMware.

Altro software VMware

Google � responsabile della gestione del ciclo di vita del software VMware (ESXi, vCenter, PSC e NSX) nel cloud privato.

Gli aggiornamenti software includono:

• Patch: patch di sicurezza o correzioni di bug rilasciate da VMware
• Aggiornamenti: modifica minore della versione di un componente dello stack VMware
• Upgrade: modifica della versione principale di un componente dello stack VMware

Google testa una patch di sicurezza critica non appena diventa disponibile da VMware. In base allo SLA, Google implementa la patch di sicurezza negli ambienti cloud privati entro una settimana.

Google fornisce aggiornamenti di manutenzione trimestrali ai componenti software VMware. Per una nuova versione principale del software VMware, Google collabora con i clienti per coordinare una finestra di manutenzione adatta per l'upgrade.

Cluster vSphere

Per garantire l'alta disponibilit� del cloud privato, gli host ESXi sono configurati come in un cluster Kubernetes. Quando crei un cloud privato, VMware Engine esegue il deployment dei componenti di gestione di vSphere sul primo cluster. VMware Engine crea un pool di risorse per i componenti di gestione e ne esegue il deployment VM in questo pool di risorse.

Il primo cluster non pu� essere eliminato per ridurre il cloud privato. vSphere utilizza vSphere HA per fornire disponibilit� elevata per le VM. Errori di tollerati (FTT) si basano sul numero di nodi disponibili nel cluster. La La formula Number of nodes = 2N+1, dove N � il FTT, descrive tra i nodi disponibili in un cluster e FTT.

Per i carichi di lavoro di produzione, utilizza un cloud privato che contenga almeno tre nodi.

Cloud privati a nodo singolo

Per i test e le proof of concept con VMware Engine, puoi creare un cloud privato che contiene un solo nodo e un singolo cluster. VMware Engine elimina i cloud privati che contengono solo un nodo dopo 60 giorni, insieme alle VM e ai dati dei carichi di lavoro associati.

Puoi ridimensionare un cloud privato a nodo singolo in modo che contenga 3 o pi� nodi. Quando lo fai, VMware Engine avvia la replica dei dati vSAN e non tenta pi� di eliminare il cloud privato. Un cloud privato deve contenere almeno 3 nodi e la replica completa dei dati vSAN in modo che sia idonea alla copertura in base lo SLA.

Le funzionalit� o le operazioni che richiedono pi� di un nodo non funzioneranno con un singolo e nel cloud privato dei nodi. Ad esempio, non potrai utilizzare vSphere Distributed Resource Scheduler (DRS) o High Availability (HA).

Limiti dei cluster vSphere

La tabella seguente descrive i limiti dei cluster vSphere nei cloud privati che soddisfano Requisiti dello SLA:

Supporto del sistema operativo guest

Puoi installare una VM con qualsiasi sistema operativo guest supportato da VMware per Versione ESXi nel cloud privato. Per un elenco di operatori ospiti supportati consulta la Guida alla compatibilit� con VMware per il sistema operativo guest.

Manutenzione dell'infrastruttura VMware

A volte � necessario apportare modifiche alla configurazione dell'infrastruttura VMware. Questi intervalli possono verificarsi ogni 1-2 mesi, ma si prevede che la frequenza diminuisca nel tempo. In genere, questo tipo di manutenzione pu� essere eseguito senza interrompere il normale utilizzo dei servizi.

Durante un intervallo di manutenzione di VMware, i seguenti servizi continuano senza alcun effetto:

• Piano di gestione e applicazioni VMware
• Accesso a vCenter
• Tutte le funzionalit� di networking e archiviazione
• Tutto il traffico cloud

Spazio di archiviazione esterno

Puoi espandere la capacit� di archiviazione di un cluster Google Cloud VMware Engine aggiungendo altri nodi. In alternativa, puoi usare un'unit� di archiviazione esterna se vuoi solo e scalare l'archiviazione. La scalabilit� dell'archiviazione aumenta la capacit� di archiviazione senza aumentare la capacit� di calcolo del cluster, consentendoti di scalare le risorse in modo indipendente.

Contatta l'Assistenza Google o il tuo rappresentante di vendita per ulteriori informazioni sull'utilizzo dello spazio di archiviazione esterno.

Passaggi successivi

• Informazioni su manutenzione e aggiornamenti del cloud privato.