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 pianificazione della distribuzione della soluzione Azure VMware è fondamentale per la creazione di un ambiente pronto per la produzione per le macchine virtuali (VM) e la migrazione. Durante il processo di pianificazione, è possibile identificare e raccogliere le informazioni necessarie per la distribuzione. Assicurarsi di documentare le informazioni raccolte per un semplice riferimento durante la distribuzione. Una distribuzione riuscita comporta un ambiente pronto per la produzione per la creazione di macchine virtuali e la migrazione.
Questa esercitazione illustra come completare le attività seguenti:
- Identificare la sottoscrizione di Azure, il gruppo di risorse, l'area e il nome della risorsa
- Identificare gli host di dimensioni e determinare il numero di cluster e host
- Richiedere una quota host per un piano di Azure idoneo
- Identificare il segmento IP CIDR /22 per la gestione del cloud privato
- Identificare un singolo segmento di rete
- Definire il gateway di rete virtuale
- Definire segmenti di rete di VMware HCX
Al termine, seguire i passaggi successivi consigliati alla fine di questo articolo per continuare con questa guida introduttiva.
Identificare la sottoscrizione
Identificare la sottoscrizione che si vuole usare per distribuire la soluzione Azure VMware. È possibile creare una nuova sottoscrizione o usarne una esistente.
Nota
La sottoscrizione deve essere associata a un contratto Microsoft Enterprise Agreement (EA), a un piano di Azure Cloud Solution Provider (CSP) o a un Contratto del cliente Microsoft. Per altre informazioni, vedere Criteri di idoneità.
Identificare il gruppo di risorse
Identificare il gruppo di risorse da usare per la soluzione Azure VMware. Viene in genere creato un gruppo di risorse specifico per la soluzione Azure VMware, ma è possibile usare un gruppo di risorse esistente.
Identificare l'area o la località
Identificare l'area in cui si desidera distribuire la soluzione Azure VMware.
Definire il nome della risorsa
Il nome della risorsa è un nome semplice e descrittivo per il cloud privato della soluzione Azure VMware, ad esempio MyPrivateCloud.
Importante
Il nome deve essere composto da un massimo di 40 caratteri. Se supera questo limite, non sarà possibile creare indirizzi IP pubblici da usare con il cloud privato.
Identificare gli host in base alla dimensione
Identificare le dimensioni degli host da usare durante la distribuzione di Azure VMware Solution.
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) con 24 core/CPU a 2,6 GHz / 4,0 GHz Turbo, Totale 48 core fisici (96 core logici con hyperthreading) | 1.024 | ESA | Non Disponibile | 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 | Dual CPU Intel Xeon Platinum 8370C (microarchitettura Ice Lake) con 32 core per CPU a 2,8 GHz / 3,5 GHz in modalità 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.
Determinare il numero di cluster e host
La prima distribuzione della soluzione Azure VMware è costituita da un cloud privato contenente un singolo cluster. È necessario definire il numero di host da distribuire nel primo cluster per la distribuzione.
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 | La VM del servizio cluster vSphere 1 | 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 | Non Disponibile | Non Disponibile | Non Disponibile | 2.4 | 48 | Non Disponibile |
| VMWare vSphere | Nodo ESXi 2 | Non Disponibile | Non Disponibile | Non Disponibile | 2.4 | 48 | Non Disponibile |
| VMWare vSphere | Nodo ESXi 3 | Non Disponibile | Non Disponibile | Non Disponibile | 2.4 | 48 | Non Disponibile |
| VMware vSAN | Utilizzo del sistema vSAN | Non Disponibile | Non Disponibile | Non Disponibile | Non Disponibile | Non Disponibile | 12,441 |
| VMware NSX | Nodo 1 appliance unificata NSX | 6 | 24 | 300 | 3.4 | 13,9 | 613 |
| VMware NSX | Nodo 2 appliance unificata 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 | Macchina virtuale perimetrale NSX 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 | La VM del servizio cluster vSphere 1 | 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 | Non Disponibile | Non Disponibile | Non Disponibile | 2.4 | 48 | Non Disponibile |
| VMWare vSphere | Nodo ESXi 2 | Non Disponibile | Non Disponibile | Non Disponibile | 2.4 | 48 | Non Disponibile |
| VMWare vSphere | Nodo ESXi 3 | Non Disponibile | Non Disponibile | Non Disponibile | 2.4 | 48 | Non Disponibile |
| VMWare vSphere | Nodo ESXi 4 | Non Disponibile | Non Disponibile | Non Disponibile | 2.4 | 48 | Non Disponibile |
| VMWare vSphere | Nodo ESXi 5 | Non Disponibile | Non Disponibile | Non Disponibile | 2.4 | 48 | Non Disponibile |
| VMWare vSphere | Nodo ESXi 6 | Non Disponibile | Non Disponibile | Non Disponibile | 2.4 | 48 | Non Disponibile |
| VMware vSAN | Utilizzo del sistema vSAN | Non Disponibile | Non Disponibile | Non Disponibile | Non Disponibile | Non Disponibile | 11,223 |
| VMware NSX | Nodo 1 appliance unificata NSX | 6 | 24 | 300 | 3.4 | 13,9 | 1,229 |
| VMware NSX | Nodo 2 appliance unificata 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 | Macchina virtuale perimetrale NSX 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.
Nota
Per informazioni sui limiti per il numero di host per cluster, il numero di cluster per cloud privato e il numero di host per cloud privato, controllare i limiti, le quote e i vincolidi servizio e sottoscrizione di Azure.
Richiedere una quota per l'host
Richiedere una quota host all'inizio del processo di pianificazione per garantire una distribuzione uniforme del cloud privato della soluzione Azure VMware. Prima di effettuare una richiesta, identificare la sottoscrizione di Azure, il gruppo di risorse e l'area. Determinare le dimensioni degli host, il numero di cluster e gli host necessari.
Il team di supporto richiede fino a cinque giorni lavorativi per confermare la richiesta e allocare gli host.
Definire il segmento di indirizzi IP per la gestione del cloud privato
La soluzione Azure VMware richiede una rete CIDR /22, ad esempio 10.0.0.0/22. Questo spazio indirizzi è suddiviso in segmenti di rete (subnet) più piccoli per i segmenti di gestione della soluzione Azure VMware, tra cui vCenter Server, VMware HCX, NSX-T Data Center e funzionalità vMotion. Il diagramma seguente illustra i segmenti di indirizzi IP di gestione della soluzione Azure VMware.
Importante
Il blocco di indirizzi di rete CIDR /22 non deve sovrapporsi a qualsiasi segmento di rete esistente già presente in locale o in Azure. Per informazioni dettagliate su come la rete CIDR /22 viene suddivisa per ogni cloud privato, vedere Considerazioni sul routing e sulla subnet.
Definire il segmento di indirizzi IP per i carichi di lavoro delle macchine virtuali
In un ambiente VMware vSphere le macchine virtuali devono connettersi a un segmento di rete. Man mano che la distribuzione della soluzione Azure VMware si espande, viene spesso visualizzata una combinazione di segmenti estesi di livello 2 provenienti dall'ambiente on-premise e dai segmenti di rete NSX-T del Data Center locale.
Per la distribuzione iniziale, identificare un singolo segmento di rete (rete IP), ad esempio 10.0.4.0/24. Questo segmento di rete viene usato principalmente a scopo di test durante la distribuzione iniziale. Il blocco di indirizzi non deve sovrapporsi ad alcun segmento di rete locale o all'interno di Azure e non deve trovarsi all'interno del segmento di rete /22 già definito.
Definire il gateway di rete virtuale
La soluzione Azure VMware richiede una rete virtuale di Azure e un circuito ExpressRoute. Decidere se usare un gateway di rete virtuale ExpressRoute esistente o nuovo. Se si sceglie un nuovo gateway di rete virtuale, crearlo dopo aver creato il cloud privato. L'uso di un gateway di rete virtuale ExpressRoute esistente è accettabile. Ai fini della pianificazione, prendere nota del gateway di rete virtuale ExpressRoute usato.
Importante
È possibile connettersi a un gateway di rete virtuale in una rete WAN virtuale di Azure, ma non rientra nell'ambito di questa guida introduttiva.
Definire segmenti di rete di VMware HCX
VMware 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. È possibile eseguire la migrazione dei carichi di lavoro VMware VSphere alla soluzione Azure VMware e ad altri siti connessi tramite diversi tipi di migrazione.
VMware HCX Connector distribuisce un subset di appliance virtuali (automatizzate) che richiedono più segmenti IP. Quando si creano i profili di rete, si usano i segmenti IP. Identificare gli elementi elencati di seguito per la distribuzione di VMware HCX, che supporta un caso d'uso pilota o di prodotto di piccole dimensioni. Modificare in base alle esigenze di migrazione.
Rete di gestione: per la distribuzione locale di VMware HCX, identificare una rete di gestione per VMware HCX. In genere, si tratta della stessa rete di gestione usata dal cluster VMware vSphere locale. Identificare almeno due indirizzi IP in questo segmento di rete per VMware HCX. Potrebbe essere necessario un numero maggiore, a seconda della scalabilità della distribuzione, oltre il caso d'uso pilota o di piccole dimensioni.
Nota
Per ambienti di grandi dimensioni, creare una nuova rete /26 e presentarla come gruppo di porte al cluster VMware vSphere locale anziché usare la rete di gestione esistente. È quindi possibile creare fino a 10 mesh di servizi e 60 extender di rete (-1 per mesh di servizi). È possibile estendere otto reti per extender di rete utilizzando i cloud privati di Azure VMware Solution.
Rete di collegamento: per la distribuzione locale di VMware HCX, identificare una rete di collegamento per VMware HCX. Usare la stessa rete che si prevede di usare per la rete di gestione.
Rete vMotion: per la distribuzione locale di VMware HCX, identificare una rete vMotion per VMware HCX. In genere, è la stessa rete usata per vMotion dal cluster VMware vSphere locale. Identificare almeno due indirizzi IP in questo segmento di rete per VMware HCX. Potrebbe essere necessario un numero maggiore, a seconda della scalabilità della distribuzione, oltre il caso d'uso pilota o di piccole dimensioni.
È necessario esporre la rete vMotion in un commutatore virtuale distribuito o vSwitch0. In caso contrario, modificare l'ambiente per adattarlo.
Nota
Molti ambienti VMware vSphere usano segmenti di rete non indirizzati per vMotion, senza problemi.
Rete di replica: per la distribuzione locale di VMware HCX, definire una rete di replica. Usare la stessa rete usata per le reti di gestione e collegamento. Se gli host del cluster locale usano una rete VMkernel di replica dedicata, riservare due indirizzi IP in questo segmento di rete e usare la rete VMkernel di replica per la rete di replica.
Determinare se estendere le reti
Facoltativamente, è possibile estendere i segmenti di rete dall'ambiente locale alla soluzione Azure VMware. Se si estendono i segmenti di rete, identificare queste reti seguendo queste linee guida:
- Le reti devono connettersi a un commutatore vSphere Distributed (vDS) nell'ambiente VMware locale.
- Le reti che si trovano in un commutatore vSphere Standard non possono essere estese.
Importante
Queste reti vengono estese come passaggio finale della configurazione, non durante la distribuzione.
Passaggi successivi
Dopo avere raccolto e documentato le informazioni necessarie, passare all'esercitazione successiva per creare il cloud privato della soluzione Azure VMware.