Pianificare la distribuzione della soluzione Azure VMware
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 descrittivo 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 di dimensioni
Identificare gli host dimensioni da usare durante la distribuzione della soluzione Azure VMware.
I cluster della soluzione Azure VMware 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 cache vSAN (TB, raw**) | Livello di capacità vSAN (TB, non elaborato**) | Disponibilità a livello di area |
|---|---|---|---|---|---|
| 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 | 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 | 1.5 (Cache Intel) | 19.20 (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 | 1.5 (Cache Intel) | 38.40 (NVMe) | Aree selezionate (*) |
| AV64 | CPU Dual Intel Xeon Platinum 8370C (microarchitettura Ice Lake) con 32 core/CPU a 2,8 GHz / 3,5 GHz Turbo, 64 core fisici totali (128 core logici con hyperthreading) | 1.024 | 3.84 (NVMe) | 15.36 (NVMe) | Aree selezionate (**) |
Un cluster della soluzione Azure VMware richiede un numero minimo di tre host. È possibile usare solo host dello stesso tipo 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 di 100 Gbps.
(*) dettagli 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 si basa sull'International Standard of Units (SI) segnalato dal produttore del disco. Esempio: 1 TB raw = 1000000000000 byte, lo spazio calcolato dal computer in formato binario (binario da 1 TB = binario 1099511627776 byte) sarebbe uguale a 931,3 Gigabyte convertiti da decimali non elaborati.
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.
Il piano di controllo e la gestione della soluzione Azure VMware hanno 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 raw (GB) |
|---|---|---|---|---|---|---|---|
| VMWare vSphere | Server vCenter | 8 | 28 | 915 | 1.1 | 3.9 | 1,854 |
| VMWare vSphere | VM vSphere Cluster Service 1 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMWare vSphere | VM vSphere Cluster Service 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMWare vSphere | VM vSphere Cluster Service 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 | Nodo 1 appliance NSX unificata | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX | Nodo 2 appliance NSX unificata | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX | Nodo 3 appliance NSX unificata | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX | VM NSX Edge 1 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
| VMware NSX | VM NSX Edge 2 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
| VMware HCX (componente aggiuntivo facoltativo) | HCX Manager | 4 | 12 | 65 | 1 | 2.5 | 140 |
| VMware Site Recovery Manager (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) |
La gestione e il piano di controllo della soluzione Azure VMware hanno 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 raw (GB) |
|---|---|---|---|---|---|---|---|
| VMWare vSphere | Server vCenter | 8 | 28 | 915 | 1.1 | 3.9 | 3,708 |
| VMWare vSphere | VM vSphere Cluster Service 1 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMWare vSphere | VM vSphere Cluster Service 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMWare vSphere | VM vSphere Cluster Service 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 | Nodo 1 appliance NSX unificata | 12 | 48 | 300 | 2.5 | 13,5 | 1,229 |
| VMware NSX | Nodo 2 appliance NSX unificata | 12 | 48 | 300 | 2.5 | 13,5 | 1,229 |
| VMware NSX | Nodo 3 appliance NSX unificata | 12 | 48 | 300 | 2.5 | 13,5 | 1,229 |
| VMware NSX | VM NSX Edge 1 | 8 | 32 | 200 | 1.3 | 0,6 | 817 |
| VMware NSX | VM NSX Edge 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 della 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.
I valori dell'appliance virtuale Utilizzo tipico dell'archivio dati vSAN raw 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, 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 Recovery Manager 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 Recovery Manager 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 una 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 assicurarsi che la soluzione Azure VMware 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 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 L2 dai segmenti di rete NSX-T locali e locali.
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 adattare otto reti per controllo Extender di rete usando cloud privati della soluzione Azure VMware.
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 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 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.