Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
La soluzione Azure VMware offre cloud privati basati su VMware in Azure. Le distribuzioni hardware e software dei cloud privati sono completamente integrate e automatizzate in Azure. Distribuire e gestire il cloud privato tramite il portale di Azure, l'interfaccia della riga di comando di Azure o PowerShell.
Un cloud privato include cluster con:
- Host server bare metal dedicati di cui è stato effettuato il provisioning con VMware vSphere Hypervisor (ESXi).
- Server VMware vCenter per la gestione di ESXi e vSAN.
- Rete definita dal software VMware NSX per macchine virtuali vSphere.
- Archivio dati VMware vSAN per le macchine virtuali del carico di lavoro vSphere.
- VMware HCX per la mobilità del carico di lavoro.
- Risorse nell'ambito di Azure (necessarie per la connettività e per il funzionamento del cloud privato).
I cloud privati vengono installati e gestiti all'interno di una sottoscrizione di Azure. Il numero di cloud privati all'interno di una sottoscrizione è scalabile. Inizialmente è previsto un limite di un cloud privato per ogni sottoscrizione. Esiste una relazione logica tra sottoscrizioni di Azure, cloud privati della soluzione Azure VMware, cluster vSAN e host.
Il diagramma seguente descrive i componenti architetturali della soluzione Azure VMware.
Ogni componente dell'architettura della soluzione Azure VMware ha la funzione seguente:
- Sottoscrizione di Azure: fornisce accesso controllato, budget e gestione delle quote per la soluzione Azure VMware.
- Area di Azure: raggruppa i data center nelle zone di disponibilità e quindi raggruppa le zone di disponibilità in aree.
- Gruppo di risorse di Azure: inserisce servizi e risorse di Azure in gruppi logici.
- Cloud privato della soluzione Azure VMware: offre risorse di calcolo, rete e archiviazione usando il software VMware, tra cui vCenter Server, rete software-defined NSX, archiviazione software-defined vSAN e host ESXi bare metal di Azure. Sono supportati anche Azure NetApp Files, SAN di Elastic in Azure e Pure Cloud Block Store.
- Cluster di risorse della soluzione Azure VMware: fornisce risorse di calcolo, rete e archiviazione per i carichi di lavoro dei clienti aumentando il cloud privato della soluzione Azure VMware usando il software VMware, tra cui l'archiviazione software vSAN e gli host ESXi bare metal di Azure. Sono supportati anche Azure NetApp Files, ELASTIC SAN e Pure Cloud Block Store.
- VMware HCX: offre servizi di mobilità, migrazione e estensione di rete.
- VMware Site Recovery: automatizza il ripristino di emergenza e i servizi di replica di archiviazione con la replica VMware vSphere. Sono supportate anche soluzioni di ripristino di emergenza non Microsoft Zerto e ripristino di emergenza del software JetStream.
- Microsoft Enterprise Edge dedicato: router che connette i servizi cloud di Azure e l'istanza del cloud privato della soluzione Azure VMware.
- Rete virtuale di Azure: connette tra loro servizi e risorse di Azure.
- ** Server di Route Azure: scambia le informazioni di route dinamiche con le reti Azure.
- Gateway di rete virtuale di Azure: connette servizi e risorse di Azure ad altre reti private usando la rete privata virtuale IPSec, Azure ExpressRoute e la rete virtuale alla rete virtuale.
- Azure ExpressRoute: fornisce connessioni private ad alta velocità tra i data center di Azure e l'infrastruttura locale o di condivisione del percorso.
- Rete WAN virtuale di Azure: combina funzioni di rete, sicurezza e routing in una singola rete WAN (Wide Area Network) unificata.
Ospiti
I cluster della soluzione Azure VMware si basano su un'infrastruttura iperconvergente. La tabella seguente illustra le specifiche di CPU, memoria, disco e rete dell'host.
| Tipo di host | CPU (Core/GHz) | RAM (GB) | Architettura vSAN | Livello di cache vSAN (TB, raw**) | Livello di capacità vSAN (TB, raw**) | Disponibilità regionale |
|---|---|---|---|---|---|---|
| AV36 | CPU Dual Intel Xeon Gold 6140 (microarchitettura Skylake) con 18 core/CPU a 2,3 GHz, 36 core fisici totali (72 core logici con hyperthreading) | 576 | OSA | 3.2 (NVMe) | 15.20 (SSD) | Aree selezionate (*) |
| AV36P | CPU Dual Intel Xeon Gold 6240 (microarchitettura Cascade Lake) con 18 core/CPU a 2,6 GHz / 3,9 GHz Turbo, 36 core fisici totali (72 core logici con hyperthreading) | 768 | OSA | 1,5 (cache Intel) | 19.20 (NVMe) | Aree selezionate (*) |
| AV48 | CPU Dual Intel Xeon Gold 6442Y (microarchitettura Sapphire Rapids) dotati di 24 core/CPU a 2,6 GHz / 4,0 GHz Turbo, per un totale di 48 core fisici (96 core logici con hyperthreading) | 1.024 | ESA | N/D | 25.6 (NVMe) | Aree selezionate (*) |
| AV52 | CPU Dual Intel Xeon Platinum 8270 (microarchitettura Cascade Lake) con 26 core/CPU a 2,7 GHz / 4,0 GHz Turbo, 52 core fisici totali (104 core logici con hyperthreading) | 1.536 | OSA | 1,5 (cache Intel) | 38.40 (NVMe) | Aree selezionate (*) |
| AV64 | Due CPU Intel Xeon Platinum 8370C (microarchitettura Ice Lake) con 32 unità centrali di elaborazione per CPU a 2,8 GHz / 3,5 GHz Turbo, per un totale di 64 core fisici (128 core logici con hyperthreading) | 1.024 | OSA | 3.84 (NVMe) | 15.36 (NVMe) | Aree selezionate (**) |
Un cluster della soluzione Azure VMware richiede un numero minimo di tre host. È possibile usare host dello stesso tipo solo in un singolo cloud privato della soluzione Azure VMware. Gli host usati per compilare o ridimensionare i cluster provengono da un pool isolato di host. Questi host hanno superato i test hardware e tutti i dati sono stati eliminati in modo sicuro prima di essere aggiunti a un cluster.
Tutti i tipi di host precedenti hanno una velocità effettiva dell'interfaccia di rete da 100 Gbps.
*I dettagli sono disponibili tramite il calcolatore prezzi di Azure.
**Prerequisito AV64: è necessario un cloud privato della soluzione Azure VMware distribuito con AV36, AV36P o AV52 prima di aggiungere AV64.
Raw è basato sul Sistema Internazionale di Unità (SI) riportato dai produttori di dischi. Esempio: 1 TB raw = 100000000000000 byte. Lo spazio calcolato da un computer in formato binario (1 TB binario = 1099511627776 byte binari) è uguale a 931,3 gigabyte convertiti dal decimale non elaborato.
Tabella di mappatura delle zone di disponibilità delle regioni di Azure ai tipi di host.
Quando si pianifica la progettazione della soluzione Azure VMware, usare la tabella seguente per comprendere quali tipi di host sono disponibili in ogni zona di disponibilità fisica di un'area di Azure.
Importante
Questo mapping è importante per posizionare i cloud privati in prossimità dei carichi di lavoro nativi di Azure, inclusi i servizi integrati, ad esempio Azure NetApp Files e Pure Cloud Block Store.
La funzionalità per i cluster estesi della soluzione Azure VMware per distribuire risorse in più zone di disponibilità (Multi-AZ) è contrassegnata anche nella tabella seguente. La quota del cliente per la soluzione Azure VMware viene assegnata dall'area di Azure. Non è possibile specificare la zona di disponibilità durante il provisioning del cloud privato. Un algoritmo di selezione automatica viene usato per bilanciare le distribuzioni nell'area di Azure.
Se si dispone di una zona di disponibilità specifica in cui si vuole distribuire, aprire una richiesta di servizio con Microsoft. Richiedi un "criterio di posizionamento speciale" per la tua sottoscrizione, la regione di Azure, la zona di disponibilità e il tipo di host. Questo criterio rimane attivo fino a quando non viene richiesto di rimuoverlo o modificarlo.
I tipi host contrassegnati in grassetto sono di disponibilità limitata a causa dell'utilizzo del cliente e potrebbero non essere disponibili su richiesta. Usare il tipo di host AV64 quando i tipi di host AV36, AV36P o AV52 sono limitati.
I tipi di host AV64 sono disponibili per ogni zona di disponibilità. La tabella seguente elenca le aree di Azure che supportano questo tipo di host. Per i criteri di archiviazione RAID-6 FTT2 e RAID-1 FTT3, sono necessari rispettivamente sei e sette domini di errore. Il numero di domini di errore per ogni area di Azure è elencato nella colonna denominata DOMINI di errore AV64 supportati.
| Area di Azure | Zona di disponibilità | Tipo di host | Data center software-defined con zone di disponibilità multiple | Domini di errore AV64 supportati |
|---|---|---|---|---|
| Australia orientale | AZ01 | AV36P, AV64 | Sì | 7 |
| Australia orientale | AZ02 | AV36, AV64 | Sì | 7 |
| Australia orientale | AZ03 | AV36P, AV64 | Sì | 7 |
| Australia sud-orientale | AZ01 | AV36 | NO | N/D |
| Brasile meridionale | AZ02 | AV36 | NO | N/D |
| Canada centrale | AZ02 | AV36, AV36P, AV64 | NO | 7 |
| Canada orientale | N/D | AV36 | NO | N/D |
| India centrale | AZ03 | AV36P, AV64 | NO | 7 |
| Stati Uniti centrali | AZ01 | AV36P, AV64 | NO | 7 |
| Stati Uniti centrali | AZ02 | AV36, AV64 | NO | 7 |
| Stati Uniti centrali | AZ03 | AV36P, AV64 | NO | 7 |
| Asia orientale | AZ01 | AV36, AV64 | NO | 7 |
| Asia orientale | AZ02 | AV36P | NO | N/D |
| Stati Uniti orientali | AZ01 | AV36P, AV64 | Sì | 7 |
| Stati Uniti orientali | AZ02 | AV36P, AV64 | Sì | 7 |
| Stati Uniti orientali | AZ03 | AV36, AV36P, AV64 | Sì | 7 |
| Stati Uniti orientali 2 | AZ01 | AV36, AV64 | NO | 7 |
| Stati Uniti orientali 2 | AZ02 | AV36P, AV52, AV64 | NO | 7 |
| Francia centrale | AZ01 | AV36 (AV64 Pianificato Q1 2025) | NO | N/D (7 pianificato Q1 2025) |
| Germania centro-occidentale | AZ01 | AV36P, AV64 | Sì | 7 |
| Germania centro-occidentale | AZ02 | AV36, AV64 | Sì | 7 |
| Germania centro-occidentale | AZ03 | AV36, AV36P, AV64 | Sì | 7 |
| Italia settentrionale | AZ03 | AV36P, AV64 | NO | 7 |
| Giappone orientale | AZ02 | AV36, AV64 | NO | 7 |
| Giappone orientale | AZ03 | AV48 | NO | N/D |
| Giappone occidentale | AZ01 | AV36, AV64 | NO | 7 |
| Stati Uniti centro-settentrionali | AZ01 | AV36, AV64 | NO | 7 |
| Stati Uniti centro-settentrionali | AZ02 | AV36P, AV64 | NO | 7 |
| Europa settentrionale | AZ02 | AV36, AV64 | NO | 7 |
| Qatar centrale | AZ03 | AV36P (AV64 Pianificato Q1 2025) | NO | N/D (7 pianificato Q1 2025) |
| Sudafrica settentrionale | AZ03 | AV36, AV64 | NO | 7 |
| Stati Uniti centro-meridionali | AZ01 | AV36, AV64 | NO | 7 |
| Stati Uniti centro-meridionali | AZ02 | AV36, AV36P, AV52, AV64 | NO | 7 |
| Asia sud-orientale | AZ02 | AV36, AV36P | NO | N/D |
| Svezia centrale | AZ01 | AV36, AV64 | NO | 7 |
| Svizzera settentrionale | AZ01 | AV36, AV64 | NO | 7 |
| Svizzera settentrionale | AZ03 | AV36P (AV64 pianificato per il 1° trimestre 2025) | NO | N/D (7 pianificato Q1 2025) |
| Svizzera occidentale | AZ01 | AV36, AV64 | NO | 7 |
| Emirati Arabi Uniti settentrionali | AZ03 | AV36P | NO | N/D |
| Regno Unito meridionale | AZ01 | AV36, AV36P, AV52, AV64 | Sì | 7 |
| Regno Unito meridionale | AZ02 | AV36, AV64 | Sì | 7 |
| Regno Unito meridionale | AZ03 | AV36P, AV64 | Sì | 7 |
| Regno Unito occidentale | AZ01 | AV36 | NO | N/D |
| Europa occidentale | AZ01 | AV36, AV36P, AV52, AV64 | Sì | 7 |
| Europa occidentale | AZ02 | AV36, AV64 | Sì | 7 |
| Europa occidentale | AZ03 | AV36P, AV64 | Sì | 7 |
| Stati Uniti occidentali | AZ01 | AV36, AV36P, AV64 | NO | 7 |
| Stati Uniti occidentali 2 | AZ01 | AV36, AV64 | NO | 7 |
| Stati Uniti occidentali 2 | AZ02 | AV36P | NO | N/D |
| Stati Uniti occidentali 3 | AZ01 | AV36P | NO | N/D |
| Governo degli Stati Uniti Arizona | AZ02 | AV36P | NO | N/D |
| Governo degli Stati Uniti Virginia | AZ03 | AV36 | NO | N/D |
Cluster
Per ogni cloud privato creato, è presente un cluster vSAN per impostazione predefinita. È possibile aggiungere, eliminare e ridimensionare i cluster. Il numero minimo di host per cluster e la distribuzione iniziale è tre.
Si usa il server vCenter e NSX Manager per gestire la maggior parte degli aspetti della configurazione e dell'operazione del cluster. Tutte le risorse di archiviazione locali di ogni host in un cluster sono sotto il controllo di VMware vSAN.
La soluzione Azure VMware configura ogni cluster per la disponibilità n+1 tramite il controllo di ammissione in base alla percentuale di disponibilità elevata di vSphere per proteggere i carichi di lavoro dall'errore di un singolo nodo.
Cluster-1 di ogni cloud privato della soluzione Azure VMware ha un pool di risorse basato su vSphere Distributed Resource Scheduler (MGMT-ResourcePool). Il pool è configurato per i componenti del piano di gestione e controllo (vCenter Server, cluster NSX Manager, NSX Edge, componente aggiuntivo HCX Manager, componente aggiuntivo Di Site Recovery Manager e componente aggiuntivo vSphere Replication).
MGMT-ResourcePool è configurato per riservare CPU a 46 GHz e 171,88 GB di memoria, che non è possibile modificare. Per un cluster a tre nodi, due nodi sono dedicati ai carichi di lavoro dei clienti, esclusi le MGMT-ResourcePool risorse di CPU e memoria riservate per la gestione e il controllo. Una risorsa nodo è mantenuta in riserva per proteggere contro il fallimento del nodo. I cluster estesi della soluzione Azure VMware usano criteri di controllo di ammissione basati su n+2 percentuali di disponibilità vSphere High Availability.
La gestione e il piano di controllo della soluzione Azure VMware hanno i requisiti di risorsa seguenti. Devono essere considerati durante il dimensionamento della soluzione di un cloud privato standard.
| Zona | Descrizione | vCPU allocati | VRAM con provisioning (GB) | Disco virtuale provisionato (GB) | Utilizzo tipico della CPU (GHz) | Utilizzo tipico della vRAM (GB) | Utilizzo tipico dell'archivio dati vSAN non elaborato (GB) |
|---|---|---|---|---|---|---|---|
| VMWare vSphere | Server vCenter | 8 | 30 | 915 | 1,5 | 3.3 | 1.830 |
| VMWare vSphere | Macchina virtuale 1 servizio cluster vSphere | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMWare vSphere | Macchina virtuale 2 servizio cluster vSphere | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMWare vSphere | Macchina virtuale 3 servizio cluster vSphere | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMWare vSphere | Nodo ESXi 1 | N/D | N/D | N/D | 2.4 | 48 | N/D |
| VMWare vSphere | Nodo ESXi 2 | N/D | N/D | N/D | 2.4 | 48 | N/D |
| VMWare vSphere | Nodo ESXi 3 | N/D | N/D | N/D | 2.4 | 48 | N/D |
| VMware vSAN | Utilizzo del sistema vSAN | N/D | N/D | N/D | N/D | N/D | 12,441 |
| VMware NSX | Nodo 1 del dispositivo NSX unificato | 6 | 24 | 300 | 3.4 | 13,9 | 613 |
| VMware NSX | Nodo 2 unificato dell'appliance NSX | 6 | 24 | 300 | 3.4 | 13,9 | 613 |
| VMware NSX | Nodo 3 appliance unificata NSX | 6 | 24 | 300 | 3.4 | 13,9 | 613 |
| VMware NSX | Macchina virtuale perimetrale NSX 1 | 8 | 32 | 196 | 1.4 | 0,7 | 401 |
| VMware NSX | NSX Edge VM 2 | 8 | 32 | 196 | 1.4 | 0,7 | 401 |
| VMware HCX (componente aggiuntivo facoltativo) | Responsabile HCX | 4 | 12 | 64 | 0.4 | 2.8 | 174 |
| VMware Site Recovery Manager (componente aggiuntivo facoltativo) | Appliance di Site Recovery Manager | 4 | 12 | 33 | 1 | 1 | 66 |
| VMware vSphere (componente aggiuntivo facoltativo) | Apparecchio vSphere Replication Manager | 4 | 12 | 33 | 1 | 3.1 | 66 |
| VMware vSphere (componente aggiuntivo facoltativo) | Appliance server di replica vSphere | 2 | 1 | 33 | 1 | 0,8 | 66 |
| Totale | 59 vCPU | 203,3 GB | 2.376 GB | 25,4 GHz | 198,3 GB | 17.287 GB (15.401 GB con rapporto di riduzione dei dati) |
La gestione e il piano di controllo della soluzione Azure VMware hanno i requisiti di risorse seguenti che è necessario tenere conto durante il dimensionamento della soluzione di un cloud privato di cluster estesi. VMware Site Recovery Manager non è incluso nella tabella perché attualmente non è supportato. L'appliance Witness vSAN non è inclusa nella tabella. Microsoft la gestisce nella terza zona di disponibilità.
| Zona | Descrizione | vCPU allocati | VRAM con provisioning (GB) | Disco virtuale provisionato (GB) | Utilizzo tipico della CPU (GHz) | Utilizzo tipico della vRAM (GB) | Utilizzo tipico dell'archivio dati vSAN non elaborato (GB) |
|---|---|---|---|---|---|---|---|
| VMWare vSphere | Server vCenter | 8 | 30 | 915 | 1.1 | 3.9 | 3.662 |
| VMWare vSphere | Macchina virtuale 1 servizio cluster vSphere | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMWare vSphere | Macchina virtuale 2 servizio cluster vSphere | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMWare vSphere | Macchina virtuale 3 servizio cluster vSphere | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMWare vSphere | Nodo ESXi 1 | N/D | N/D | N/D | 2.4 | 48 | N/D |
| VMWare vSphere | Nodo ESXi 2 | N/D | N/D | N/D | 2.4 | 48 | N/D |
| VMWare vSphere | Nodo ESXi 3 | N/D | N/D | N/D | 2.4 | 48 | N/D |
| VMWare vSphere | Nodo ESXi 4 | N/D | N/D | N/D | 2.4 | 48 | N/D |
| VMWare vSphere | Nodo ESXi 5 | N/D | N/D | N/D | 2.4 | 48 | N/D |
| VMWare vSphere | Nodo ESXi 6 | N/D | N/D | N/D | 2.4 | 48 | N/D |
| VMware vSAN | Utilizzo del sistema vSAN | N/D | N/D | N/D | N/D | N/D | 11,223 |
| VMware NSX | Nodo 1 del dispositivo NSX unificato | 6 | 24 | 300 | 3.4 | 13,9 | 1,229 |
| VMware NSX | Nodo 2 unificato dell'appliance NSX | 6 | 24 | 300 | 3.4 | 13,9 | 1,229 |
| VMware NSX | Nodo 3 appliance unificata NSX | 6 | 24 | 300 | 3.4 | 13,9 | 1,229 |
| VMware NSX | Macchina virtuale perimetrale NSX 1 | 8 | 32 | 196 | 1.4 | 0,7 | 800 |
| VMware NSX | NSX Edge VM 2 | 8 | 32 | 196 | 1.4 | 0,7 | 800 |
| VMware HCX (componente aggiuntivo facoltativo) | Responsabile HCX | 4 | 12 | 64 | 0.4 | 2.8 | 256 |
| Totale | 49 vCPU | 178,4 GB | 2.277 GB | 29,9 GHz | 338,1 GB | 20.430 GB (17.459 GB con rapporto di riduzione dei dati) |
Questi requisiti di risorsa si applicano solo al primo cluster distribuito in un cloud privato della soluzione Azure VMware. I cluster successivi devono tenere conto solo del servizio cluster vSphere, dei requisiti delle risorse ESXi e dell'utilizzo del sistema vSAN nel dimensionamento della soluzione.
L'appliance virtuale calcola i valori di uso tipico grezzo dell'archivio dati vSAN, che rappresentano lo spazio occupato dai file delle macchine virtuali, inclusi i file di configurazione e di log, snapshot, dischi virtuali e file di scambio.
I nodi VMware ESXi hanno valori di utilizzo di calcolo che rappresentano l'overhead dell'hypervisor vSphere VMkernel, il sovraccarico vSAN e il router distribuito NSX, il firewall e l'overhead di bridging. Queste stime sono relative a una configurazione standard a tre cluster. I requisiti di archiviazione sono elencati come non applicabili (N/A) perché viene usato un volume di avvio separato dall'archivio dati vSAN.
L'overhead di archiviazione del sistema VMware vSAN include gli oggetti di gestione delle prestazioni vSAN, l'overhead del file system vSAN, l'overhead del checksum vSAN e l'overhead della deduplicazione e compressione vSAN. Per visualizzare questo consumo, selezionare Monitor>vSAN>Capacità per il cluster vSphere nel client vSphere.
I requisiti delle risorse di VMware HCX e VMware Site Recovery Manager sono componenti aggiuntivi facoltativi per la soluzione Azure VMware. Scontate questi requisiti nel dimensionamento della soluzione se non vengono usati.
Il componente aggiuntivo VMware Site Recovery Manager offre la possibilità di configurare più appliance VMware vSphere Replication Server. La tabella precedente presuppone che venga usata un'appliance server di replica vSphere.
Il dimensionamento di una soluzione è una stima. Convalidare i calcoli di ridimensionamento dalla fase di progettazione durante la fase di test di un progetto. È necessario assicurarsi che la soluzione venga ridimensionata correttamente per il carico di lavoro dell'applicazione.
Suggerimento
È sempre possibile estendere il cluster e aggiungere altri cluster in un secondo momento se è necessario superare il numero di distribuzione iniziale.
Attenzione
L'eliminazione di un cluster termina tutti i carichi di lavoro e i componenti in esecuzione ed è un'operazione irreversibile. Dopo aver eliminato un cluster, non è possibile recuperare i dati.
La tabella seguente descrive i limiti massimi per la soluzione Azure VMware.
| Conto risorse | Limite |
|---|---|
| Cluster vSphere per cloud privato | 12 |
| Numero minimo di host ESXi per cluster | 3 (limite rigido) |
| Numero massimo di host ESXi per cluster | 16 (limite rigido) |
| Numero massimo di host ESXi per cloud privato | 96 |
| Numero massimo di server vCenter per cloud privato | 1 (limite rigido) |
| Numero massimo di associazioni di siti HCX | 25 (qualsiasi edizione) |
| Numero massimo di mesh di servizi HCX | 10 (qualsiasi edizione) |
| Numero massimo di cloud privati della soluzione Azure VMware collegati ad Azure ExpressRoute da un'unica posizione a un singolo gateway di rete virtuale | 4 Il gateway di rete virtuale usato determina il numero massimo effettivo di cloud privati collegati. Per altre informazioni, vedere Informazioni sui gateway di rete virtuale ExpressRoute. Se si supera questa soglia, usare l'interconnessione della soluzione Azure VMware per aggregare la connettività del cloud privato all'interno dell'area di Azure. |
| Velocità di trasmissione massima della soluzione Azure VMware ExpressRoute | 10 Gbps (usare la versione Ultra Performance Gateway con FastPath abilitato)** Il gateway di rete virtuale usato determina la larghezza di banda effettiva. Per altre informazioni, vedere Informazioni sui gateway di rete virtuale ExpressRoute. Una soluzione Azure VMware ExpressRoute non presenta limitazioni di velocità delle porte ed esegue oltre 10 Gbps. Le tariffe superiori a 10 Gbps non sono garantite a causa della qualità del servizio. |
| Numero massimo di indirizzi IPv4 pubblici di Azure assegnati a NSX | 2.000 |
| Numero massimo di interconnessioni della soluzione Azure VMware per cloud privato | 10 |
| Numero massimo di connessioni Copertura globale di Azure ExpressRoute per ogni cloud privato della soluzione Azure VMware | 8 |
| Limiti di capacità vSAN | 75% del totale utilizzabile (mantenere il 25% disponibile per il contratto a livello di servizio) |
| VMware Site Recovery Manager: numero massimo di macchine virtuali protette | 3,000 |
| VMware Site Recovery Manager: numero massimo di macchine virtuali per piano di ripristino | 2.000 |
| VMware Site Recovery Manager: numero massimo di gruppi protezione dati per piano di ripristino | 250 |
| VMware Site Recovery Manager: valori dell'obiettivo del punto di ripristino (RPO) | Cinque minuti o superiori* (limite rigido) |
| VMware Site Recovery Manager: numero massimo di macchine virtuali per gruppo protezione dati | 500 |
| VMware Site Recovery Manager: numero massimo di piani di ripristino | 250 |
* Per informazioni su un RPO inferiore a 15 minuti, vedere Funzionamento dell'RPO di 5 minuti nella documentazione di amministrazione della replica di vSphere.
** Questo limite flessibile consigliato può supportare una velocità effettiva più elevata in base allo scenario.
Per altri limiti specifici di VMware, usare lo strumento massimo di configurazione VMware by Broadcom.
Versioni del software VMware
Microsoft è membro del programma VMware metal as a Service (MaaS) e usa la pianificazione dell'aggiornamento della soluzione VMware Cloud Provider Stack per Azure VMware.
La tabella seguente elenca le versioni software usate nelle nuove distribuzioni di cloud privati della soluzione Azure VMware.
| Programma informatico | Versione | Numero build |
|---|---|---|
| VMware vCenter Server | 8.0 U2d | 23929136 |
| VMware ESXi | 8.0 U2d | 24585300 |
| VMware vSAN | 8.0 U2 | 24585300 |
| Testimone vSAN di VMware | 8.0 U2 | 24585300 |
| Formato su disco di VMware vSAN | 19 | N/D |
| Architettura di archiviazione VMware vSAN | OSA | N/D |
| VMware NSX | 4.1.1 | 22224317 |
| VMware HCX | 4.10.3 | 24447633 |
| VMware Site Recovery Manager - gestionale di recupero dei siti | 8.8.0.3 | 23263429 |
| Replica di VMware vSphere | 8.8.0.3 | 23166649 |
Se il numero di build elencato non corrisponde al numero di build elencato nelle note sulla versione, è perché è stata applicata una patch personalizzata per i provider di servizi cloud.
La versione corrente del software in esecuzione viene applicata ai nuovi cluster aggiunti a un cloud privato esistente, se la versione del server vCenter la supporta.
Backup e ripristino
Le configurazioni del server vCenter e, se abilitato, di HCX Manager del cloud privato della soluzione Azure VMware sono soggette a un programma di backup giornaliero. La configurazione NSX prevede una pianificazione di backup oraria. I backup vengono conservati per un minimo di tre giorni. Aprire una richiesta di supporto nel portale di Azure per richiedere il ripristino.
Nota
I ripristini sono pensati solo per situazioni irreversibili.
La soluzione Azure VMware monitora continuamente l'integrità sia del sottostrato fisico sia dei componenti della soluzione Azure VMware. Quando la soluzione Azure VMware rileva un errore, esegue un'azione per ripristinare i componenti in errore.
Contenuti correlati
Dopo aver appreso i concetti relativi al cloud privato della soluzione Azure VMware, è possibile leggere: