Pianificare una distribuzione della soluzione Azure VMware
La soluzione Azure VMware offre cloud privati basati su VMware in Azure. I cloud privati contengono cluster compilati con host di Azure bare metal dedicati. Gli host vengono distribuiti e gestiti tramite il portale di Azure, l'interfaccia della riga di comando di Azure o Azure PowerShell. La soluzione Azure VMware include il software VMware ESXi, vCenter Server, vSAN, HCX e NSX Data Center.
Le distribuzioni di hardware e software del cloud privato della soluzione Azure VMware sono completamente integrate e automatizzate in Azure. A un livello elevato, il diagramma seguente mostra la relazione tra un ambiente VMware locale, la soluzione Azure VMware e tutti i servizi di Azure a cui la soluzione Azure VMware può connettersi.
L'azienda può usare la soluzione Azure VMware per eseguire carichi di lavoro VMware nativi in Azure. La migrazione delle macchine virtuali può essere eseguita direttamente dall'ambiente VMware locale alla soluzione Azure VMware. Le macchine virtuali nella soluzione Azure VMware vengono eseguite come le macchine virtuali locali.
Prima di distribuire la soluzione Azure VMware, è necessario pianificare la distribuzione:
- Valutare i componenti di Azure necessari
- Esaminare i criteri di idoneità della sottoscrizione
- Aprire un ticket di supporto per richiedere la quota
- Registrare il provider di risorse
- Valutare il modello di migrazione tramite Azure Migrate
- Esaminare la valutazione della soluzione Azure VMware.
- Valutare i componenti della soluzione Azure VMware
- Decidere il tipo di host e le dimensioni della distribuzione
Valutare i componenti di Azure necessari
Prima della distribuzione della soluzione Azure VMware, prendere in considerazione i componenti di Azure seguenti:
| Componente | Note |
|---|---|
| Abbonamento | Creare una sottoscrizione nuova o riusarne una esistente. |
| Gruppo di risorse | Creare un gruppo di risorse nuovo o riusarne uno esistente. |
| Paese | Decidere l'area di distribuzione. |
| Posizione host (distribuzione della zona di disponibilità) | Selezionare tutti gli host in una zona di disponibilità per un cloud privato standard. In alternativa, selezionare gli host in due zone di disponibilità per i cluster estesi. |
| Nome risorsa | Specificare il nome del cloud privato della soluzione Azure VMware. |
| Dimensioni dell'host | Selezionare le dimensioni dell'host da 4 SKU disponibili: - AV36: 36 core, 576 GB di RAM, capacità di archiviazione non elaborata di 15,20 TB e cache NVMe da 3,2 TB. - AV36P: 36 core, 768 GB di RAM, 19,20 TB di capacità di archiviazione non elaborata e 1,5 TB di cache Intel. - AV52: 52 core, 1,536 GB di RAM, 38,40 TB di capacità di archiviazione non elaborata e 1,5 TB di cache Intel. - AV64*: Le dimensioni dell'istanza dell'host sono AV36: 64 core, 1,024 GB di RAM, capacità di archiviazione non elaborata di 15,36 TB e cache NVMe da 3,84 TB. |
| Numero di nodi | Il numero minimo di host è 3. Il numero massimo di host è 16 per cluster vSphere. Il numero massimo di cluster in un'istanza del cloud privato di Azure è 12. Il numero massimo di nodi in un'istanza del cloud privato di Azure è 96. I cluster possono essere ampliati o compattati in base alle esigenze. Quando l'ambiente viene ampliato o compattato è necessario eseguire il factoring dei nodi minimo e massimo. |
| Blocco di indirizzi per il cloud privato | Specificare un blocco di indirizzi IP per il cloud privato. Il CIDR rappresenta la rete di gestione del cloud privato e viene usato per i servizi di gestione del cluster, ad esempio server vCenter e NSX Manager. Usare uno spazio indirizzi /22, ad esempio: 10.175.0.0/22. L'indirizzo deve essere univoco e non si sovrappone ad altre reti virtuali di Azure o alle reti locali. |
| Rete virtuale di Azure (facoltativo) | Creare una nuova rete virtuale di Azure o riusarne una esistente. |
| Azure Bastion (facoltativo) | Creare una risorsa PaaS (Platform-as-a-Service) che fornisce un accesso RDP (Remote Desktop Protocol) facile a un jump host. |
| Macchina virtuale jumpbox (facoltativo) | Creare una macchina virtuale di Azure (server o desktop) da usare per accedere all'ambiente vSphere dopo la distribuzione. |
(*) È necessario un cloud privato della soluzione Azure VMware distribuito con AV36, AV36P o AV52 prima di aggiungere host AV64.
Esaminare i criteri di idoneità della sottoscrizione
Per distribuire la soluzione Azure VMware è necessario un account Azure in una sottoscrizione di Azure. La sottoscrizione di Azure deve soddisfare uno dei tre criteri seguenti:
- Una sottoscrizione in un Contratto Enterprise di Azure (EA) con Microsoft
- Una sottoscrizione in un Contratto del cliente Microsoft (MCA) con Microsoft
- Una sottoscrizione gestita da Cloud Solution Provider (CSP) in un contratto CSP di offerte di Azure o in un piano di Azure
Aprire un ticket di supporto
Questo passaggio dipende dal tipo di sottoscrizione:
Clienti EA e MCA: aprire un ticket di supporto per la quota host aggiuntiva. Potrebbero essere necessari fino a cinque giorni lavorativi per confermare e allocare gli host per la richiesta.
CSP: assegnare un piano di Azure a un cliente usando il Centro per i partner, quindi usare il Centro per i partner per aprire un ticket di supporto per richiedere l'aumento della quota host. Potrebbero essere necessari fino a cinque giorni lavorativi per confermare e allocare gli host per la richiesta.
Registrare il provider di risorse
È necessario registrare il provider di risorse Microsoft.Azure VMware Solution prima di effettuare il provisioning degli host. Registrare il provider di risorse tramite il portale di Azure, PowerShell o l'interfaccia della riga di comando di Azure.
Valutare il modello di migrazione tramite Azure Migrate
Usare Azure Migrate per valutare l'idoneità dell'ambiente VMware vSphere locale con la soluzione Azure VMware. Configurare prima di tutto l'appliance Azure Migrate per VMware. L'appliance individua quindi le macchine virtuali locali e invia i metadati e le informazioni sulle prestazioni al progetto Azure Migrate.
Esistono due tipi di criteri di dimensionamento per creare valutazioni della soluzione Azure VMware nel progetto Azure Migrate:
| Tipo di valutazione | Dettagli | Dati |
|---|---|---|
| Basata sulle prestazioni | Valutare i dati sulle prestazioni delle macchine virtuali locali. Questa operazione può essere eseguita per un periodo di tempo per raccogliere modelli di prestazioni giornalieri, settimanali e mensili. | Le dimensioni consigliate del nodo si basano sulla CPU, sull'utilizzo della memoria, sul tipo di nodo, sul tipo di archiviazione e sulla tolleranza errori. |
| Come in locale | Valutare il ridimensionamento delle macchine virtuali locali. Si tratta di un'esportazione temporizzato della configurazione di vSphere. | Le dimensioni consigliate del nodo si basano sulle dimensioni delle macchine virtuali locali, sul tipo di nodo, sul tipo di archiviazione e sulla tolleranza errori. |
Per eseguire la valutazione:
- Dal progetto Azure Migrate, in Server, database e app Web > Azure Migrate: individuazione e valutazione, selezionare Valuta.
- Nell'elenco a discesa Tipo di valutazione selezionare Soluzione Azure VMware.
- Nell’Origine individuazione selezionare il processo di individuazione applicabile (file CSV, RVTools o appliance Azure Migrate).
- Selezionare la scheda Selezionare le macchine virtuali da valutare.
- Selezionare Rivedi e crea valutazione per creare la valutazione.
Esaminare la valutazione della soluzione Azure VMware.
È possibile analizzare la valutazione in Azure Migrate nel portale di Azure dopo l'esecuzione dell'appliance nell'ambiente vSphere locale. Una valutazione della soluzione Azure VMware descrive l'idoneità, il numero di nodi necessari e l'utilizzo tra i nodi. Fornisce anche una stima dei costi mensili.
Per visualizzare la valutazione:
- Passare a Obiettivi della migrazione>Server.
- In Azure Migrate: Valutazione server selezionare Valutazioni.
- Selezionare la valutazione della soluzione Azure VMware da aprire.
- Esaminare e modificare le impostazioni di valutazione applicabili ai propri requisiti.
Il report dovrebbe essere simile a quello riportato di seguito:
Nella sezione Idoneità per la soluzione Azure VMware del report vengono presentate le condizioni seguenti:
| Status | Note |
|---|---|
| Idoneo/a per la soluzione Azure VMware | È possibile eseguire la migrazione della macchina virtuale senza apportare modifiche. |
| Idonea con condizioni | La macchina virtuale potrebbe presentare problemi di compatibilità che devono essere risolti prima di ottenere la funzionalità completa con la soluzione Azure VMware. |
| Non idoneo/a per la soluzione Azure VMware | La macchina virtuale non verrà avviata nella soluzione Azure VMware ed è richiesta la correzione. |
| Idoneità sconosciuta | Azure Migrate non è riuscito a determinare l'idoneità a causa di metadati insufficienti raccolti a livello locale. |
Il report della valutazione di Azure Migrate fornisce inoltre:
- lo strumento consigliato per la migrazione
- l'indicazione dei dettagli sui costi complessivi
- un punteggio di attendibilità per la migrazione
Queste informazioni consentono di pianificare l'ambiente della soluzione Azure VMware prima della migrazione di qualsiasi carico di lavoro o applicazione.
Valutare i componenti della soluzione
L'ultimo passaggio prevede la valutazione di tutti i componenti rimanenti della soluzione per un cloud privato della soluzione Azure VMware. Questo passaggio include le versioni del software, la manutenzione dell'host, la gestione del ciclo di vita e il backup o il ripristino.
Versioni del software VMware
Di seguito sono riportate le versioni del software VMware usate nelle nuove distribuzioni di cluster per il cloud privato della soluzione Azure VMware:
| Software | Versione |
|---|---|
| VCSA/vSphere/vCenter | 7.0 Aggiornamento 3o |
| ESXi | 7.0 Aggiornamento 3o |
| vSAN | 7.0 Aggiornamento 3 |
| NSX | 4.1.1 |
La conoscenza delle versioni di VMware fornisce ai clienti una comprensione della compatibilità in relazione agli ambienti locali.
Manutenzione dell'host e gestione del ciclo di vita
La piattaforma cloud privato della soluzione Azure VMware include versioni specifiche del software VMware vCenter Server, ESXi, vSAN e NSX. Il bundle software del cloud privato per la soluzione Azure VMware viene convalidato per l'uso. L'aggregazione software viene distribuita in nuove installazioni di cloud privato e per gli aggiornamenti dei cloud privati esistenti.
Il processo di aggiornamento della gestione del ciclo di vita non richiede tempi di inattività per i cloud privati. Il processo di aggiornamento garantisce che ogni ambiente della soluzione Azure VMware usi automaticamente la versione più recente del software del cloud privato della soluzione Azure VMware convalidato.
Microsoft applica gli aggiornamenti in base a una pianificazione regolare, quindi i cloud privati non hanno mai più di una versione di differenza rispetto alla release più recente del bundle software convalidato. Si riceverà una notifica degli aggiornamenti pianificati per il cloud privato. È possibile posticipare gli aggiornamenti se il cloud privato si distanzia dalla release più recente di una sola versione.
Patch e aggiornamenti critici vengono applicati quando vengono convalidati. Si riceverà una notifica prima degli aggiornamenti critici richiesti. Questo criterio garantisce che ad ogni cloud privato possano essere applicati immediatamente patch e aggiornamenti.
Microsoft è responsabile della gestione del ciclo di vita di appliance NSX, quali NSX Manager e NSX Edge. Microsoft è anche responsabile del bootstrap della configurazione di rete, come la creazione del gateway di livello 0 e l'abilitazione del routing tra client e server. È necessario eseguire la configurazione di NSX SDN. Queste configurazioni includono segmenti di rete, regole del firewall distribuite, gateway di livello 1 e bilanciamenti del carico.
Configurazione di NSX
Esistono due metodi diversi per la gestione della rete della soluzione Azure VMware e dei servizi di rete, ad esempio DNS, DHCP e altri con NSX. È possibile definire le configurazioni in NSX Manager o nel portale di Azure Resource Manager.
Backup e ripristino
Microsoft esegue il backup delle configurazioni del server vCenter del cloud privato e NSX Manager in base a una pianificazione giornaliera. I backup vengono conservati per tre giorni. Se è necessario il ripristino da un backup, aprire una richiesta di supporto nel portale di Azure.
Nella prossima unità verranno illustrate tutte le considerazioni sulla pianificazione per la topologia di rete con la soluzione Azure VMware. Verrà delineato ogni aspetto da considerare, in modo da poter garantire una corretta distribuzione.