Pianificare la distribuzione soluzione Azure VMware
La pianificazione della distribuzione soluzione Azure VMware è fondamentale per creare un ambiente pronto per la produzione per le macchine virtuali 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 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 piano Microsoft Contratto Enterprise (EA), a un piano di Azure Cloud Solution Provider (CSP) o a un Contratto del cliente Microsoft (MCA). 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 da distribuire soluzione Azure VMware.
Definire il nome della risorsa
Il nome della risorsa è un nome descrittivo e descrittivo per il cloud privato 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 di dimensioni
Identificare gli host dimensioni da usare durante la distribuzione della soluzione Azure VMware.
soluzione Azure VMware cluster si basano sull'infrastruttura iperconvergente. La tabella seguente illustra le specifiche di CPU, memoria, disco e rete dell'host.
| Tipo di host | CPU (Core/GHz) | RAM (GB) | Livello di cache vSAN (TB, raw) | Livello di capacità vSAN (TB, raw) | Disponibilità a livello di area |
|---|---|---|---|---|---|
| AV36 | Cpu Dual Intel Xeon Gold 6140 (microarchitecture Skylake) con 18 core/CPU a 2,3 GHz, 36 core fisici totali (72 core logici con hyperthreading) | 576 | 3.2 (NVMe) | 15.20 (SSD) | Aree selezionate (*) |
| AV36P | Cpu Dual Intel Xeon Gold 6240 (microarchitecture Cascade Lake) con 18 core/CPU a 2,6 GHz / 3,9 GHz Turbo, Totale 36 core fisici (72 core logici con hyperthreading) | 768 | 1.5 (Cache Intel) | 19.20 (NVMe) | Aree selezionate (*) |
| AV52 | Cpu Dual Intel Xeon Platinum 8270 (microarchitecture Cascade Lake) con 26 core/CPU a 2,7 GHz / 4,0 GHz Turbo, Totale 52 core fisici (104 core logici con hyperthreading) | 1.536 | 1.5 (Cache Intel) | 38.40 (NVMe) | Aree selezionate (*) |
| AV64 | Cpu Dual Intel Xeon Platinum 8370C (Microarchitecture Ice Lake) con 32 core/CPU a 2,8 GHz / 3,5 GHz Turbo, Totale 64 core fisici (128 core logici con hyperthreading) | 1.024 | 3.84 (NVMe) | 15.36 (NVMe) | Aree selezionate (**) |
Un cluster soluzione Azure VMware richiede un numero minimo di tre host. È possibile usare solo host dello stesso tipo in un singolo cloud privato 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 di 100 Gbps.
(*) dettagli disponibili tramite il calcolatore prezzi di Azure.
(**) Prerequisito AV64: è necessario un cloud privato soluzione Azure VMware distribuito con AV36, AV36P o AV52 prima di aggiungere AV64.
Determinare il numero di cluster e host
La prima distribuzione 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-T Manager per gestire la maggior parte degli aspetti della configurazione e delle operazioni del cluster. Tutte le risorse di archiviazione locali di ogni host in un cluster sono sotto il controllo di VMware vSAN.
Il piano di gestione e controllo soluzione Azure VMware prevede i requisiti di risorse seguenti che devono essere considerati durante il dimensionamento della soluzione di un cloud privato standard.
| Area | Descrizione | VCPU con provisioning | VRAM con provisioning (GB) | Disco virtuale con provisioning (GB) | Utilizzo tipico della CPU (GHz) | Utilizzo tipico di vRAM (GB) | Utilizzo tipico dell'archivio dati vSAN non elaborato (GB) |
|---|---|---|---|---|---|---|---|
| VMWare vSphere | Server vCenter | 8 | 28 | 915 | 1.1 | 3.9 | 1,854 |
| VMWare vSphere | VSphere Cluster Service VM 1 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMWare vSphere | VSphere Cluster Service VM 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMWare vSphere | vSphere Cluster Service VM 3 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMWare vSphere | Nodo ESXi 1 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMWare vSphere | Nodo ESXi 2 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMWare vSphere | Nodo ESXi 3 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMware vSAN | Utilizzo del sistema vSAN | N/D | N/D | N/D | N/D | N/D | 5,458 |
| VMware NSX-T Data Center | Nodo 1 dell'appliance unificata NSX-T | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX-T Data Center | NSX-T Unified Appliance Node 2 | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX-T Data Center | Nodo 3 dell'appliance unificata NSX-T | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX-T Data Center | NSX-T Edge VM 1 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
| VMware NSX-T Data Center | NSX-T Edge VM 2 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
| VMware HCX (componente aggiuntivo facoltativo) | HCX Manager | 4 | 12 | 65 | 1 | 2.5 | 140 |
| Gestione ripristino del sito VMware (componente aggiuntivo facoltativo) | SRM Appliance | 4 | 12 | 33 | 1 | 1 | 79 |
| VMware vSphere (componente aggiuntivo facoltativo) | Appliance di vSphere Replication Manager | 4 | 8 | 33 | 1 | 0,6 | 75 |
| VMware vSphere (componente aggiuntivo facoltativo) | Appliance del server di replica vSphere | 2 | 1 | 33 | 1 | 0,3 | 68 |
| Totale | 77 vCPU | 269,3 GB | 2.385 GB | 30 GHz | 50,4 GB | 10.346 GB (9.032 GB con rapporto di riduzione dei dati 1,2 volte previsto) |
Il piano di gestione e controllo soluzione Azure VMware prevede i requisiti di risorse seguenti che devono essere considerati durante il dimensionamento della soluzione di un cloud privato di cluster estesi. VMware SRM non è incluso nella tabella perché attualmente non è supportato.
| Area | Descrizione | VCPU con provisioning | VRAM con provisioning (GB) | Disco virtuale con provisioning (GB) | Utilizzo tipico della CPU (GHz) | Utilizzo tipico di vRAM (GB) | Utilizzo tipico dell'archivio dati vSAN non elaborato (GB) |
|---|---|---|---|---|---|---|---|
| VMWare vSphere | Server vCenter | 8 | 28 | 915 | 1.1 | 3.9 | 3,708 |
| VMWare vSphere | VSphere Cluster Service VM 1 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMWare vSphere | VSphere Cluster Service VM 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMWare vSphere | vSphere Cluster Service VM 3 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMWare vSphere | Nodo ESXi 1 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMWare vSphere | Nodo ESXi 2 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMWare vSphere | Nodo ESXi 3 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMWare vSphere | Nodo ESXi 4 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMWare vSphere | Nodo ESXi 5 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMWare vSphere | Nodo ESXi 6 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMware vSAN | Utilizzo del sistema vSAN | N/D | N/D | N/D | N/D | N/D | 10,722 |
| VMware NSX-T Data Center | Nodo 1 dell'appliance unificata NSX-T | 12 | 48 | 300 | 2.5 | 13,5 | 1,229 |
| VMware NSX-T Data Center | NSX-T Unified Appliance Node 2 | 12 | 48 | 300 | 2.5 | 13,5 | 1,229 |
| VMware NSX-T Data Center | Nodo 3 dell'appliance unificata NSX-T | 12 | 48 | 300 | 2.5 | 13,5 | 1,229 |
| VMware NSX-T Data Center | NSX-T Edge VM 1 | 8 | 32 | 200 | 1.3 | 0,6 | 817 |
| VMware NSX-T Data Center | NSX-T Edge VM 2 | 8 | 32 | 200 | 1.3 | 0,6 | 817 |
| VMware HCX (componente aggiuntivo facoltativo) | HCX Manager | 4 | 12 | 65 | 1 | 2.5 | 270 |
| Totale | 67 vCPU | 248,3 GB | 2.286 GB | 42,3 GHz | 49,1 GB | 20.036 GB (17.173 GB con rapporto di riduzione dei dati 1,2 volte previsto) |
Questi requisiti di risorsa si applicano solo al primo cluster distribuito in un cloud privato soluzione Azure VMware. I cluster successivi devono solo tenere conto del servizio cluster vSphere, dei requisiti delle risorse ESXi e dell'utilizzo del sistema vSAN nel dimensionamento della soluzione.
L'appliance virtuale I valori di utilizzo tipico dell'archivio dati vSAN non elaborato rappresentano lo spazio occupato dai file della macchina virtuale, inclusi i file di configurazione e di log, gli snapshot, i dischi virtuali e i file di scambio.
I nodi VMware ESXi hanno valori di utilizzo di calcolo che rappresentano l'overhead dell'hypervisor vSphere VMkernel, l'overhead vSAN e il router distribuito NSX-T, il firewall e l'overhead di bridging. Si tratta di stime per una configurazione standard di 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 dell'utilizzo del sistema VMware vSAN è dovuto agli oggetti di gestione delle prestazioni vSAN, al sovraccarico del file system vSAN, all'overhead del checksum vSAN e alla deduplicazione vSAN e all'overhead di compressione. Per visualizzare questo consumo, selezionare l'oggetto Monitor, vSAN Capacity per il cluster vSphere nel client vSphere.
I requisiti delle risorse di VMware HCX e VMware Site Gestione ripristino sono componenti aggiuntivi facoltativi per il servizio soluzione Azure VMware. Scontate questi requisiti nel dimensionamento della soluzione se non vengono usati.
Il componente aggiuntivo VMware Site Gestione ripristino offre la possibilità di configurare più appliance del server di replica VMware vSphere. La tabella precedente presuppone che venga usata un'appliance server di replica vSphere.
Il dimensionamento di un soluzione Azure VMware è una stima. I calcoli di ridimensionamento della fase di progettazione devono essere convalidati durante la fase di test di un progetto per garantire che il soluzione Azure VMware sia ridimensionato 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 vincoli di servizio e sottoscrizione di Azure.
Richiedere una quota host
Richiedere una quota host all'inizio del processo di pianificazione per garantire una distribuzione uniforme del cloud privato 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
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 soluzione Azure VMware, tra cui vCenter Server, VMware HCX, NSX-T Data Center e funzionalità vMotion. Il diagramma seguente mostra soluzione Azure VMware segmenti di indirizzi IP di gestione.
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 soluzione Azure VMware distribuzione di produzione si espande, spesso viene visualizzata una combinazione di segmenti estesi L2 dai segmenti di rete NSX-T locali e locali del data center NSX-T.
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
soluzione Azure VMware richiede un 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 un'rete WAN virtuale di Azure, ma non rientra nell'ambito di questa guida introduttiva.
Definire segmenti di rete 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 a soluzione Azure VMware e ad altri siti connessi tramite vari 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 servizio e 60 extender di rete (-1 per mesh di servizio). È possibile estendere otto reti per ogni estensione di rete usando soluzione Azure VMware cloud privati.
Rete uplink: per la distribuzione locale di VMware HCX, identificare una rete Uplink 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 Uplink. 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 da locale a 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 aver raccolto e documentato le informazioni necessarie, continuare con l'esercitazione successiva per creare il cloud privato soluzione Azure VMware.