Panoramica di Oracle Cloud VMware Solution
Utilizza Oracle Cloud VMware Solution per creare e gestire i data center (SDDC) definiti dal software (VMware) abilitati in OCI.
Punti salienti della soluzione
La soluzione VMware di Oracle Cloud Infrastructure ti offre l'accesso alle seguenti funzioni:
- vSphere Enterprise Plus
- vSphere è la piattaforma di virtualizzazione di VMware per la gestione unificata dell'infrastruttura di CPU, storage e rete dell'SDDC. Due componenti chiave di vSphere sono l'hypervisor ESXi e il server vCenter. Per maggiori dettagli sulla piattaforma, consulta la documentazione vSphere di VMware.
- NSX DC Avanzato
- Per informazioni su NSX 3.2.x, vedere Offerte di prodotti per VMware NSX-T Data Center 3.2.x
- Per informazioni su NSX 4.0 e versioni successive, vedere VMware Funzioni NSX
- vSAN Advanced con crittografia
- HCX Advanced (può essere aggiornato a HCX Enterprise on demand)
I vantaggi della soluzione VMware di Oracle Cloud Infrastructure includono:
- High Availability: tutti i componenti VMware vengono distribuiti in domini di errore diversi all'interno dei domini di disponibilità dell'area OCI.
- Scalabilità: utilizzando forme dense, puoi iniziare con 3 host ESXi ed eseguire lo scale-up di un massimo di 64 host in un singolo SDDC. Se si utilizzano forme standard, è possibile iniziare con 3 host ESXi ed eseguire lo scale-up fino a 32 host in un singolo cluster ESXi all'interno dell'SDDC.
- Definire i cluster: definire fino a 15 cluster vSphere in un SDDC. Utilizza i cluster per separare i carichi di lavoro e garantire un'espansione futura.
- Lift and shift: la migrazione dei carichi di lavoro VMware on-premise a un SDDC della soluzione VMware è semplice.
- Integrazione completa: poiché l'SDDC risiede in una rete cloud virtuale (VCN), può essere configurato per comunicare con altre risorse OCI, ad esempio istanze di computazione, sistemi DB e Autonomous Databases e così via.
- Gestibilità: OCI Console fornisce workflow per facilitare la creazione e la configurazione di rete dell'SDDC.
- Networking di livello 2: gli SDDC sono configurati con VLAN, che supportano le applicazioni che richiedono il networking di livello 2 per essere eseguiti nel cloud pubblico.
La distribuzione "Bring Your Own Hypervisor" di ESXi sulle istanze di computazione Bare Metal non è supportata.
Dettagli SDDC
Sono disponibili due tipi di configurazione SDDC: un SDDC con più host e un singolo SDDC con host utilizzato per il test e lo sviluppo a breve termine.
SDDC a più host
Gli SDDC con più host offrono alta disponibilità e puoi utilizzare la gamma completa di funzionalità della soluzione VMware per eseguire la migrazione e supportare i carichi di lavoro di produzione.
È possibile creare un SDDC a più host con un massimo di 15 cluster, ciascuno contenente un massimo di 64 host. Ogni cluster può contenere molti host ESXi per supportare i requisiti specifici del carico di lavoro del cluster. Gli SDDC richiedono un cluster di gestione unificato per ospitare i componenti di gestione VMware, creati nell'ambito del workflow di impostazione dell'SDDC. Per ulteriori informazioni, vedere Informazioni sul software VMware.
Tutti i cluster creati dopo il cluster di gestione unificato sono cluster di carichi di lavoro e non contengono componenti di gestione. Il numero di host ESXi che è possibile creare in un cluster di carichi di lavoro dipende dalla forma di computazione selezionata per il cluster. Per ulteriori informazioni, vedere Forme supportate.
Ogni cluster nell'SDDC dispone delle proprie risorse di rete, definite quando si crea il cluster. Ciò consente di configurare un SDDC in grado di soddisfare i requisiti dei carichi di lavoro separati. La mobilità dei carichi di lavoro tra i cluster è consentita per impostazione predefinita, ma è possibile configurare le impostazioni del gruppo di sicurezza di rete (NSG) per ogni VLAN cluster per limitare la mobilità dei carichi di lavoro. Per ulteriori informazioni, vedere VLAN.
Quando si crea un cluster, si definisce una forma da utilizzare per il provisioning degli host ESXi nel cluster. Il provisioning di tutti gli host viene eseguito utilizzando la forma specificata. Dopo aver eseguito il provisioning del cluster, è possibile aggiungere host di forme diverse, purché tutte le forme del cluster abbiano lo stesso fornitore di processori. La versione del software VMware è definita per l'intero SDDC, ma è possibile selezionare diverse versioni secondarie per ogni cluster. Per ulteriori informazioni, vedere Definizione di cluster.
Quando si esegue il provisioning di un SDDC e si definiscono i relativi cluster iniziali, si seleziona un intervallo di prezzi per ogni cluster. L'intervallo di prezzi per un cluster si applica a tutti gli host del cluster. Cluster diversi possono avere intervalli di prezzo diversi. Anche tutti i cluster aggiunti all'SDDC dopo il provisioning iniziale possono avere il proprio intervallo di prezzi selezionato. In questo modo, puoi avere diversi cluster, tutti con intervalli di prezzo diversi e forme diverse all'interno di un cluster. Per ulteriori informazioni, vedere Opzioni di fatturazione.
SDDC a host singolo
Gli SDDC a host singolo vengono utilizzati per il test e lo sviluppo a breve termine. Un singolo SDDC host è costituito da un singolo cluster di gestione unificato con un singolo host EXSi. L'host viene creato utilizzando un'istanza di forma estesa Bare Metal OCI. Viene creato un singolo SDDC host con una subnet e VLAN in una VCN OCI.
- Onboarding più rapido per proof-of-concept o test e sviluppo.
- Migrazione tra la soluzione VMware on-premise e OCI utilizzando VMware HCX, VMware vMotion per la migrazione live e la migrazione a freddo.
- Valutazione del disaster recovery con VMware Site Recovery (SRM) ottimizzato per la soluzione OCI VMware. VMware SRM viene acquistato separatamente.
- Supporto della modalità collegata ibrida per una singola vista delle risorse della soluzione VMware on premise e OCI.
- Accesso a banda larga e a bassa latenza ad altri servizi Oracle.
Limitazioni e considerazioni per gli SDDC a host singolo:
- Le forme standard non sono supportate.
- I carichi di lavoro di produzione non sono supportati.
- Non viene fornito alcun service-level agreement (SLA) supportato da OCI.
- Il supporto Oracle è limitato a un supporto commercialmente ragionevole. Il supporto VMware è disponibile solo per i primi 60 giorni per una distribuzione SDDC a nodo singolo.
- Gli SDDC a host singolo non scadono, ma sono limitati alle opzioni di fatturazione oraria e mensile. Per ulteriori informazioni, vedere Opzioni di fatturazione.
- Gli SDDC a host singolo non sono progettati come soluzioni a lungo termine. Se hai bisogno di un SDDC a lungo termine, puoi eseguire la migrazione dei carichi di lavoro a un nuovo SDDC di produzione utilizzando HCX. Per ulteriori informazioni, vedere Tipi di licenza HCX.
- Non viene eseguito il backup degli SDDC a host singolo. Se l'host non riesce, i dati vengono persi.
- È previsto un limite massimo globale di 10 distribuzioni SDDC a host singolo in tutte le tenancy e le aree.
- Le funzionalità che richiedono più host non funzionano. Ad esempio:
- Componenti di gestione distribuiti
- Alta disponibilità (HA) per il clustering VMware
- Distributed Resource Management (DRM) per il clustering VMware
Definizione dei cluster
Un cluster è un gruppo di host ESXi e risorse associate all'interno di un SDDC. I cluster separano i carichi di lavoro e prevedono un'espansione futura per creare forme adatte a esigenze aziendali specifiche. Ad esempio, è possibile impostare cluster diversi che soddisfano requisiti di conformità diversi per linee di business diverse. Un altro esempio è l'impostazione di cluster diversi che contengono tipi di forma per carichi di lavoro specializzati o requisiti di costo.
Quando si crea un SDDC, il primo cluster creato è sempre il cluster di gestione. Il cluster di gestione contiene tutte le risorse necessarie per il funzionamento dell'SDDC, ad esempio il server vCenter, il cluster NSX-T Manager e i servizi e i nodi NSX-T Edge. Viene distribuito un singolo set di componenti di gestione per l'intero SDDC. Il cluster di gestione unificato può contenere da 3 a 64 host e può essere utilizzato anche per ospitare carichi di lavoro.
Tutti i cluster creati dopo il cluster di gestione unificato sono cluster di carichi di lavoro e non contengono componenti di gestione. È possibile creare fino a 14 cluster di carichi di lavoro. Il numero di host ESXi che è possibile creare in un cluster di carichi di lavoro dipende dalla forma di computazione selezionata per il cluster. Per le forme dense, puoi avere un massimo di 64 host. Per le forme standard, puoi avere fino a 32 host nello stesso cluster. In un SDDC è possibile avere un totale di 64 host.
Le risorse di ogni cluster sono indipendenti dagli altri cluster nell'SDDC, pertanto ogni cluster richiede il proprio set di risorse prerequisite. Prima di creare i cluster in un SDDC, assicurarsi di disporre di tutte le risorse necessarie.
Per un elenco dei limiti applicabili e le istruzioni per richiedere un incremento del limite, consulta i limiti del servizio.
È possibile aggiungere altri host ESXi a un cluster in qualsiasi momento dopo il provisioning. Quando si aggiunge un host a un cluster, le risorse dell'host diventano parte del cluster. È possibile aggiungere un host ESXi con una forma e un intervallo di fatturazione diversi da quelli inizialmente specificati per gli host durante il provisioning, a condizione che tutte le forme nel cluster abbiano lo stesso fornitore di processori. È possibile combinare diverse forme, intervalli di fatturazione e versioni del software host ESXi all'interno di un cluster per soddisfare le esigenze aziendali.
| cluster 1 | Cluster da 2 a 15 | |
|---|---|---|
| Digita | Gestione e carico di lavoro | Carico di lavoro |
| Forme |
|
|
| Core | Il numero di memorie centrali che è possibile configurare dipende dalla forma selezionata. |
|
| Numero di host ESXi |
|
|
| Intervallo di fatturazione |
|
|
| Software |
|
|
| Networking |
|
|
| Archiviazione |
|
|
Forme supportate
La soluzione VMware supporta forme GPU standard, dense e NVIDIA per gli host ESXi. Ogni tipo di forma presenta vantaggi e limitazioni diversi da considerare quando si pianifica un SDDC. Quando si crea un cluster di carichi di lavoro, il numero di host ESXi consentiti nel cluster dipende dalla forma selezionata. Per i dettagli, vedere ogni sezione della forma.
Forme dense
- In un cluster è possibile avere al massimo 64 host di forma densa.
- Le forme dense includono lo storage NVMe locale utilizzato per il data store vSAN.
- La tecnologia di storage convergente vSAN replica i dati su tutti gli host ESXi nell'SDDC.
- Tutti i tipi di impegno per i prezzi e i tipi di licenza HCX sono disponibili per le forme dense.
- Le forme dense possono essere distribuite in diversi domini di disponibilità (Multi-AD).
- È possibile utilizzare una forma estesa per creare un SDDC a nodo singolo.
| Tipo di processore | Forma | OCPU | Configurazioni principali disponibili | Memoria (GB) | Limite larghezza di banda della rete (Gbps) | Versione minima VMware |
|---|---|---|---|---|---|---|
| Intel | BM.DenseIO2.52 | 52 | 52 | 768 | 2 da 25 Gbps | ESXi 7.0U1d, build 17551050 ESXi 8.0, build 20513097 |
| AMD | BM.DenselO.E4.128 | 128 | 32 64 128 | 2.048 | 2 x 50 Gbps | ESXi 7.0U1d, build 17551050 ESXi 8.0, build 20513097 |
| AMD | BM.DenselO.E5.128 | 128 | 32 64 96 128 | 1.536 | 1 da 100 Gbps | ESXi 7.0U3q build 23794027 ESXi 8.0U3 build 24022510 |
Considerazioni sulla forma densa mista
Quando si crea un cluster misto che contiene sia le forme BM.DenseIO.E5 che BM.DenseIO.E4, è importante valutare le differenze nelle configurazioni di rete e storage e il loro impatto sulle prestazioni del carico di lavoro.
Considerazioni sulla rete
La forma Dense E4 dispone di due porte NIC host (2*50 Gbps) e la forma Dense E5 dispone di una porta NIC host (1*100 Gbps). In un cluster misto, questa differenza può creare variazioni nelle prestazioni di rete nell'infrastruttura cluster, il che potrebbe causare colli di bottiglia o un utilizzo inefficiente delle risorse all'interno dell'ambiente.
Considerazioni sulla memorizzazione
La forma Dense E4 dispone di 8 SSD basati su NVMe, mentre la forma Dense E5 dispone di 12 SSD basati su NVMe. In un cluster misto, si consiglia di allineare la configurazione con il Dense E4. È possibile configurare un singolo gruppo di dischi per ogni host, composto da 1 dispositivo cache e 7 dispositivi di capacità. Ciò significa che, sebbene la forma Dense E5 abbia 12 dischi, solo 8 dei 12 dischi presenti sul Dense E5 vengono utilizzati in un cluster misto. Quattro dischi E5 non vengono utilizzati. Le configurazioni su disco misto possono generare prestazioni variabili a seconda dell'architettura del carico di lavoro.
Sebbene vSAN supporti configurazioni eterogenee, si consiglia di mantenere configurazioni coerenti tra gli host per evitare colli di bottiglia nelle prestazioni, squilibri e una maggiore complessità amministrativa. L'esecuzione di carichi di lavoro misti in un cluster richiede un'attenta pianificazione per garantire il miglior utilizzo delle risorse e ridurre al minimo i problemi di latenza o throughput. Anche le differenze nella capacità di memoria tra le forme Dense E4 e Dense E5, sebbene talvolta abbiano configurazioni OCPU simili, possono influire sulle prestazioni del carico di lavoro.
Per ulteriori informazioni, consulta la sezione relativa alle forme di computazione Dense I/O.
Forme standard
- In un cluster è possibile avere fino a 32 host di forma standard.
- Le forme standard offrono un'opzione a costi inferiori rispetto alle forme dense.
- Le forme standard richiedono lo storage del volume a blocchi. Per ulteriori dettagli, vedere la sezione seguente.
- Le forme standard sono disponibili solo per un singolo dominio di disponibilità.
- L'impegno di determinazione prezzi mensile non è disponibile per le forme standard.
- Limiti di memoria, larghezza di banda e numero di VNIC.
- Gli SDDC a nodo singolo che utilizzano forme standard non sono supportati.
| Tipo di processore | Forma | OCPU | Configurazioni principali disponibili | Memoria (GB) | Limite larghezza di banda della rete (Gbps) | Versione minima VMware |
|---|---|---|---|---|---|---|
| Intel | BM.Standard2.52 | 52 | 12 26 38 52 | 768 | 50 | ESXi 7.0U1d, build 17551050 ESXi 8.0, build 20513097 |
| Intel | BM.Standard3.64 | 64 | 16 32 48 64 | 1.024 | 100 | ESXi 7.0U1d, build 17551050 ESXi 8.0, build 20513097 |
| AMD | BM.Standard.E4.128 | 128 | 32 64 96 128 | 2.048 | 100 | ESXi 7.0U1d, build 17551050 ESXi 8.0, build 20513097 |
| AMD (Processori EPYCTM di 4a generazione) | BM.Standard.E5.192 | 192 | 48, 96, 144 e 192 | 2.304 | 100 | ESXi 7.0U3q build 23794027 ESXi 8.0U2b build 23305546 |
Forme GPU NVIDIA
- Forma GPU con processore Intel® Xeon® e GPU NVIDIA Tensor Core A10.
- Se si utilizza un cluster di forme omogenee, è possibile avere al massimo 64 forme GPU.
- Fornisce NVME locale da 11,52 TB come data store primario e non richiede storage per volumi a blocchi.
- La tecnologia di storage convergente vSAN replica i dati su tutti gli host ESXi nell'SDDC.
- Le forme GPU supportano tutti gli impegni di prezzo eccetto orari.
- Tutti i tipi di licenza HCX sono disponibili per le forme GPU.
- Le forme GPU possono essere distribuite in diversi domini di disponibilità (Multi-AD).
- È possibile utilizzare una forma GPU per creare un SDDC a nodo singolo.
- Le istanze schermate non sono supportate.
- Le licenze NVIDIA devono essere ottenute da NVIDIA.
| Tipo di processore | Forma | OCPU | OCPU RAM (GB) | GPU | GPU RAM | Configurazioni principali disponibili | Limite larghezza di banda della rete (Gbps) | Limite massimo VNIC (Linux*) | Versione minima VMware |
|---|---|---|---|---|---|---|---|---|---|
| Intel X9 | BM.GPU.A10.4 | 64 | 1.024 | 4 x A10 | 96 GB (24 GB ciascuno) | 64 | 100 | 256 | ESXi 7.0U3q build 23794027 ESXi 8.0U2 build 22380479 |
| *Le immagini di Windows non sono supportate. | |||||||||
Memorizzazione dati
Gli SDDC di forma standard utilizzano il servizio per volumi a blocchi per garantirne la durabilità. Tutti i volumi vengono replicati automaticamente per te, proteggendoti dalla perdita di dati. Molte copie dei dati vengono archiviate in modalità ridondante su molti server di storage con meccanismi di riparazione integrati. Per ulteriori informazioni, vedere Durabilità del volume a blocchi.
- Capacità: 8 TB
- VPU/GB predefiniti: 10 (bilanciato)
- Volume massimo: 32
- Dimensione minima del volume: 50 GB
- Dimensione massima del volume: 32.768 GB (32 TB)
Istanze schermate
- Boot sicuro controlla la firma di ogni componente del software di boot, inclusi i driver del firmware, le applicazioni EFI e il sistema operativo. Se la firma è valida, il server si avvia e il firmware concede il controllo al sistema operativo. Se la firma non viene trovata nel database delle firme valide, il sistema non si avvia. Per ulteriori informazioni, vedere la VMware documentazione per l'avvio sicuro.
- Trusted Platform Module (TPM) è un chip computer in grado di memorizzare in modo sicuro artifact quali firme, certificati e chiavi di cifratura utilizzate per autenticare la piattaforma. Per ulteriori informazioni, vedere la VMware documentazione di TPM.
Se gli host ESXi sono istanze schermate, è possibile utilizzare il Virtual Trusted Platform Module (vTPM) nelle VM. vTPM è una rappresentazione software di un TPM fisico che può essere utilizzata dalle VM. Per ulteriori informazioni, vedere la VMware documentazione di vTPM.
Le istanze schermate devono essere abilitate quando si crea l'SDDC. Tutti gli host creati nell'SDDC sono istanze schermate. Impossibile abilitare questa opzione in un secondo momento o per host ESXi specifici. Se è già stato creato un SDDC senza abilitare le istanze schermate e in seguito si desidera utilizzare le istanze schermate, è necessario ricreare l'SDDC.
Per informazioni generali sulle istanze di computazione schermate in OCI, vedere Istanze schermate.
Uso della capacità riservata
Quando si crea un nuovo host ESXi, è possibile scegliere di crearlo con capacità riservata o di crearlo con capacità su richiesta.
La capacità su richiesta indica che il provisioning della capacità di computazione necessaria per creare l'host viene eseguito al momento della richiesta. Si inizia a pagare per la capacità al momento del provisioning.
Le assegnazioni capacità consentono di riservare le istanze in anticipo in modo che la capacità sia disponibile per i carichi di lavoro quando ne hai bisogno. Le assegnazioni della capacità offrono i vantaggi riportati di seguito.
- Garanzia di disporre della capacità necessaria per gestire il carico di lavoro. La capacità riservata è disponibile per l'utilizzo da parte della tenancy in qualsiasi momento.
- Nessun impegno di dimensione o tempo. Crea una prenotazione con la capacità minima o massima di cui hai bisogno ed elimina la prenotazione in qualsiasi momento per smettere di pagarla.
- Quando le istanze che utilizzano la capacità riservata vengono eliminate, la capacità viene restituita all'assegnazione.
L'assegnazione capacità non è supportata per un SDDC che utilizza più domini di disponibilità.
Quando un host si trova ancora in un pool di capacità riservata, la fatturazione si basa sul prezzo SKU capacità riservata. Dopo aver eseguito il provisioning dell'host dal pool di capacità riservata a un SDDC, l'host passa al prezzo SKU della soluzione VMware in base all'intervallo di impegno selezionato.
Se l'host viene eliminato prima della fine del periodo di impegno, si continua a ricevere la fatturazione per l'host per la durata dell'impegno.
Gli host inattivi in un pool di capacità di riserva vengono fatturati indipendentemente dalla soluzione VMware.
Per utilizzare la capacità riservata per gli host VMware, è prima necessario impostare un'assegnazione capacità. Per ulteriori informazioni, vedere Impegni capacità.
Architettura di Oracle Cloud VMware Solution
Il diagramma riportato di seguito mostra in che modo i vari componenti dell'SDDC Oracle Cloud VMware Solution vengono distribuiti nelle istanze di computazione Bare Metal OCI e in che modo la soluzione viene integrata nell'ambiente OCI.
Il diagramma mostra tre host ESXi di un SDDC che risiede in una VCN OCI. L'host centrale mostra i componenti software VMware installati per il supporto di computazione (vSphere), rete (NSX-T) e storage (vSAN). L'overlay NSX gestisce il flusso di traffico tra le VM e tra le VM e il resto delle risorse presenti nella soluzione. La VCN include qui vari gateway che consentono la connettività tra l'SDDC e una rete in locale, Internet e Oracle Services Network.
Domini di distribuzione e disponibilità host
Per garantire throughput elevato e bassa latenza, gli SDDC della soluzione VMware di Oracle Cloud Infrastructure vengono distribuiti per impostazione predefinita in almeno tre domini di errore all'interno di un singolo dominio di disponibilità in un'area geografica. Questa architettura offre connessioni a bassa latenza e throughput elevato per garantire le massime prestazioni e affidabilità.
Se gli SDDC richiedono la distribuzione in molti domini di disponibilità, la funzione Multi AD è disponibile su richiesta. Considerazioni e potenziali limitazioni per le soluzioni Multi AD:
- Una soluzione Multi AD può impedire la perdita di dati in caso di indisponibilità di un singolo AD. Se un host viene perso nell'SDDC, le VM vengono riavviate su un host disponibile in un altro dominio di disponibilità.
- Quando si richiede di eseguire il provisioning di un SDDC in molti domini di disponibilità, è necessario prestare particolare attenzione. Le prestazioni potrebbero essere interessate a causa della possibilità di una maggiore latenza della rete e del throughput di storage rispetto a una singola distribuzione del dominio di disponibilità.
- Man mano che un SDDC Multi AD si ridimensiona verso l'alto, cresce anche la domanda sulla rete. La replica dei dati tra host in domini di disponibilità diversi influisce su funzioni quali la sincronizzazione dello storage vSAN e i tempi di ricreazione e risincronizzazione. Un numero maggiore di funzioni di gestione può inoltre influire sulle prestazioni dei carichi di lavoro dei clienti.
- È consigliabile che gli SDDC VMware distribuiti nei domini di disponibilità all'interno di un'area non superino un massimo di 16 host ESXi.
Per utilizzare la funzione Multi AD, prima contattare il team Oracle Cloud VMware Solution e richiedere l'abilitazione di Multi AD per la propria tenancy. Quindi, quando si crea un cluster, specificare la distribuzione degli host con forma estesa ESXi in più domini di disponibilità.
Per informazioni generali, vedere Informazioni sulle aree e sui domini di disponibilità.
HCX Manager
Quando si esegue il provisioning di un SDDC, è possibile abilitare HCX Manager (non mostrato nel diagramma). HCX è una piattaforma di mobilità delle applicazioni che semplifica la migrazione delle applicazioni, il bilanciamento del carico di lavoro e la continuità aziendale tra data center e cloud.
Per garantire il corretto funzionamento di HCX nella soluzione VMware, è necessaria la connettività a un portale VMware SaaS fornito da un gateway NAT. Per ulteriori informazioni, vedere Perché HCX Manager richiede la connettività per l'attivazione e gli aggiornamenti?
Si consiglia una connessione FastConnect per la comunicazione tra siti, ma non è necessaria.
Informazioni sul software VMware
Il bundle di software VMware di OCI contiene componenti vSphere, vSAN, NSX, vCenter e HCX per supportare le esigenze di elaborazione, storage e rete per un ambiente VMware completamente funzionale.
- vSphere: vSphere è la piattaforma di virtualizzazione di VMware per la gestione unificata dell'infrastruttura di CPU, storage e rete dell'SDDC. Due componenti chiave di vSphere sono l'hypervisor ESXi e il server vCenter.
- NSX-T: il data center NSX-T fornisce all'SDDC le proprie funzionalità di rete virtuale e sicurezza. La distribuzione NSX-T include appliance unificate NSX Manager con NSX-T Local Manager e NSX-T Controller e nodi NSX-T Edge.
- vSAN: gli SDDC di Oracle Cloud VMware Solution utilizzano la tecnologia di storage vSAN di VMware, che fornisce un singolo data store condiviso per i carichi di lavoro di gestione di calcolo e x (VM).
- HCX: Hybrid Cloud Extension è una piattaforma di mobilità delle applicazioni che rimuove la complessità dalla migrazione di applicazioni e carichi di lavoro. HCX viene installato come plugin quando si imposta un SDDC. Puoi scegliere di installare HCX Advanced senza costi aggiuntivi o HCX Enterprise come aggiornamento fatturato. Per ulteriori informazioni, vedere Tipi di licenza HCX.
Quando si esegue il provisioning dell'SDDC, si seleziona la versione iniziale di questo bundle software da installare sugli host ESXi creati durante il provisioning. È possibile modificare la versione software predefinita dell'SDDC in un secondo momento. Quando si aggiungono host ESXi all'SDDC, non è necessario utilizzare la versione predefinita dell'SDDC. È possibile selezionare qualsiasi versione del software ESXi nella versione principale distribuita con l'SDDC.
- Le modifiche apportate all'SDDC utilizzando Oracle Cloud InfrastructureConsole, API o CLI non vengono apportate automaticamente in vCenter. Ad esempio, se si modifica la versione del software o le chiavi SSH, la modifica viene applicata solo agli host ESXi aggiunti all'SDDC. Per modificare queste proprietà per gli host esistenti, è necessario apportare manualmente gli aggiornamenti applicabili in vCenter.
| Componente | Versione | Creazione |
|---|---|---|
| VMware ESXi | ESXi 8.0U3 | 24.022.510 |
| VMware vCenter Appliance server | vCenter Server 8.0 U3b | 24.262.322 |
| VMware Data center NSX-T | 4,2 | 24.207.721 |
| HCX Cloud | 4.10.2.0 | 24.404.456 |
| Connettore HCX | 4.10.2.0 | 24.404.456 |
| Componente | Versione | Creazione |
|---|---|---|
| VMware ESXi | ESXi 7.0U3q | 23.794.027 |
| VMware vCenter Appliance server | vCenter Server 7.0 U3s | 24.201.990 |
| VMware Data center NSX-T | 3,2 | 23.653.566 |
| HCX Cloud | 4.10.2.0 | 24.404.455 |
| Connettore HCX | 4.10.2.0 | 24.404.455 |
La tabella riportata di seguito mostra le versioni del bundle software che hanno raggiunto lo stato Fine supporto.
| Versione software | vSphere | vSAN | NSX-T |
|---|---|---|---|
|
6.7 aggiornamento 3* |
6.7 U3 |
6.7 U3 |
3.2.0.1 |
|
6.5 aggiornamento 3* |
6.5 U3 |
6.5 U3 |
3.2.0.1 |
* vSphere 6.5 e vSphere 6.7 hanno raggiunto la fine del supporto generale dalla soluzione VMware il 15 ottobre 2022. Oracle fornisce un supporto commercialmente ragionevole per il provisioning degli ambienti vSphere 6.5 e 6.7 quando entrano nella fase di guida tecnica dopo tale data. Si consiglia di utilizzare la versione più recente di vSphere quando si crea un SDDC.
Aggiornamento del software VMware
Quando è disponibile una nuova versione del software VMware, la soluzione VMware invia una notifica e fornisce un flusso di lavoro che guida l'utente nel processo di aggiornamento passo dopo passo. Il flusso di lavoro è diverso a seconda della versione che si sta aggiornando. Per informazioni sugli aggiornamenti disponibili in base alla versione, vedere Aggiornamento del software VMware.
Tipi di licenza HCX
Hybrid Cloud Extension (HCX) è una piattaforma di mobilità delle applicazioni che semplifica la migrazione delle applicazioni, il ribilanciamento del carico di lavoro e la continuità aziendale tra data center e cloud. Per eseguire HCX, a ogni socket fisico della destinazione deve essere assegnata almeno una chiave di licenza. Il numero di chiavi on premise fornite dipende dal tipo di licenza HCX.
| Licenza | Numero di chiavi | SDDC di forma standard | SDDC a forma densa | Note |
|---|---|---|---|---|
| avanzata | 3 | Non supportata | Incluso senza costi aggiuntivi | Questo tipo di licenza consente di eseguire la migrazione di un numero inferiore di carichi di lavoro con alcuni tempi di inattività dell'applicazione. |
| Enterprise | 10 | Licenza Enterprise inclusa senza costi aggiuntivi. Nessuna opzione per eseguire il downgrade a una licenza avanzata. | Aggiornamento fatturato. Puoi scegliere di eseguire il downgrade a una licenza avanzata in un secondo momento. |
Questo tipo di licenza consente di eseguire la migrazione di molti carichi di lavoro mission-critical senza tempi di inattività. |
Tutti gli addebiti di HCX Enterprise applicati vengono fatturati mensilmente e sono indipendenti dagli intervalli di fatturazione dell'host. Una volta completato il provisioning dell'SDDC, è possibile visualizzare la data di fine del ciclo di fatturazione mensile HCX nella pagina Dettagli.
- Aggiornamento a Enterprise: aumenta il numero di chiavi di connessione in locale emesse da 3 a 10. La richiesta di lavoro di aggiornamento viene avviata immediatamente. Il ciclo di fatturazione HCX Enterprise inizia non appena la richiesta di lavoro è stata completata.
- Downgrade a Advanced: riduce il numero di chiavi di connessione in locale da 10 a 3. È necessario specificare 3 chiavi di licenza da conservare dopo il downgrade. La richiesta di downgrade rimane in sospeso fino alla data di fine del ciclo di fatturazione mensile HCX. È possibile annullare la richiesta di downgrade purché sia ancora in stato
pending.
Le forme standard includono il tipo di licenza Enterprise senza costi aggiuntivi e sono gratuite. Impossibile modificare il tipo di licenza negli SDDC che utilizzano forme standard.
Per ulteriori informazioni, vedere Aggiornamento della licenza HCX di un SDDC e Downgrade della licenza HCX di un SDDC.
Opzioni di fatturazione
- Intervallo di determinazione prezzi: definire un intervallo di determinazione prezzi per gli host ESXi in un SDDC o in un cluster. Ogni cluster in un SDDC può avere un intervallo di prezzi diverso. Scegli tra orario, mensile, annuale o ogni tre anni.
- Scambia impegni di fatturazione: è possibile trasferire l'impegno di fatturazione, l'impegno HCX e la data di fine della fatturazione da un host ESXi a un altro. Gli impegni di fatturazione possono essere trasferiti da un host eliminato o da un host esistente.
Per ulteriori dettagli, vedere Opzioni di fatturazione e Trasferimento degli impegni di fatturazione.
Utilizzo degli SDDC
Puoi utilizzare la console, l'API o l'interfaccia CLI OCI per eseguire il provisioning e gestire le risorse SDDC. La utility vCenter di VMware consente di creare e gestire i carichi di lavoro nell'SDDC.
Per informazioni e istruzioni su come creare e gestire le risorse di Oracle Cloud VMware Solution, vedere gli argomenti riportati di seguito.
Risorse aggiuntive della documentazione
Sono disponibili i seguenti playbook e white paper su Oracle Cloud VMware Solution:
- Distribuisci Zerto per proteggere l'SDDC VMware nel cloud da eventuali disastri
Scopri come distribuire Zerto per proteggere i dati dell'SDDC VMware di Oracle Cloud nel cloud.
- Distribuisci Veeam per proteggere l'SDDC VMware nel cloud da eventuali disastri
Scopri come distribuire Veeam per proteggere i dati dell'SDDC VMware di Oracle Cloud nel cloud.
- Implementa Actifio per proteggere l'SDDC VMware nel cloud da eventuali disastri
Scopri come configurare la soluzione di backup e disaster recovery Actifio per le VM guest in Oracle Cloud VMware Solution.
- Distribuisci un SDDC ad alta disponibilità nel cloud
Mostra come distribuire un SDDC VMware su Oracle Cloud Infrastructure e quindi integrarlo con altri servizi Oracle in esecuzione su Oracle Cloud.
- Migra i tuoi carichi di lavoro VMware on-premise nel cloud
Descrive il processo di migrazione online o live dei carichi di lavoro VMware da un ambiente di data center on-premise a Oracle Cloud VMware Solution.
- Crea un SDDC ibrido estendendo la tua distribuzione VMware on-premise a Oracle Cloud
Descrive come impostare un SDDC VMware ibrido tra un ambiente on-premise e OCI utilizzando Oracle Cloud VMware Solution.
- Scopri come connetterti alle risorse Oracle Cloud e VMware
Descrive diversi metodi per la connessione alle risorse Oracle Cloud e VMware, oltre a vantaggi, limitazioni e come iniziare.
- Implementare il disaster recovery per un SDDC Oracle Cloud VMware Solution nel cloud
Descrive in che modo Oracle Cloud VMware Solution utilizza VMware Site Recovery Manager (SRM) per implementare una soluzione di disaster recovery automatizzata, affidabile e flessibile per un SDDC VMware.
- Implementa uno stack di applicazioni multilivello su un SDDC VMware connesso a un database autonomo
Mostra uno stack di applicazioni a 3 livelli in OCI con il livello di applicazione distribuito in un SDDC VMware creato utilizzando Oracle Cloud VMware Solution.