soluzione Azure VMware concetti relativi a cloud privato e cluster
soluzione Azure VMware fornisce cloud privati basati su VMware in Azure. Le distribuzioni hardware e software del cloud privato sono completamente integrate e automatizzate in Azure. Distribuire e gestire il cloud privato tramite il portale di Azure, l'interfaccia della riga di comando o PowerShell.
Un cloud privato include cluster con:
- Host server bare metal dedicati di cui è stato effettuato il provisioning con l'hypervisor VMware ESXi
- Server VMware vCenter per la gestione di ESXi e vSAN
- Rete software-defined VMware NSX per le macchine virtuali del carico di lavoro 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 gestire il 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, soluzione Azure VMware cloud privati, cluster vSAN e host.
Il diagramma seguente descrive i componenti dell'architettura del soluzione Azure VMware.
Ogni componente architetturale soluzione Azure VMware ha la funzione seguente:
- Sottoscrizione di Azure: fornisce accesso controllato, budget e gestione delle quote per il soluzione Azure VMware.
- Area di Azure: raggruppa i data center in zone di disponibilità (AZ) e quindi raggruppa le reti AZ in aree.
- Gruppo di risorse di Azure: inserisce servizi e risorse di Azure in gruppi logici.
- soluzione Azure VMware cloud privato: offre risorse di calcolo, rete e archiviazione tramite 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 elastico di Azure e Pure Cloud Block Store.
- soluzione Azure VMware cluster di risorse: fornisce risorse di calcolo, rete e archiviazione per i carichi di lavoro dei clienti scalando il cloud privato soluzione Azure VMware usando il software VMware, tra cui l'archiviazione software-defined vSAN e gli host ESXi bare metal di Azure. Sono supportati anche Azure NetApp Files, SAN elastico di Azure 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 di terze parti Zerto Disaster Recovery e JetStream Software Disaster Recovery.
- Microsoft Enterprise Edge dedicato (D-M edizione Standard E): router che connette il cloud di Azure e l'istanza del cloud privato soluzione Azure VMware.
- Azure Rete virtuale (VNet): Connessione i servizi e le risorse di Azure insieme.
- Server di route di Azure: scambia informazioni sulle route dinamiche con le reti di Azure.
- Gateway Rete virtuale di Azure: Connessione servizi e risorse di Azure ad altre reti private usando VPN IPSec, ExpressRoute e 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 corilevazione.
- Azure rete WAN virtuale (vWAN): combina funzioni di rete, sicurezza e routing in un'unica rete WAN (Wide Area Network) unificata.
Hosts
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.
Tabella di mapping della zona di disponibilità dell'area di Azure (AZ)
Quando si pianifica la progettazione di soluzione Azure VMware, usare la tabella seguente per comprendere quali SKU 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 Archiviazione (CBS).
Anche la funzionalità Multi-AZ per soluzione Azure VMware cluster estesi è contrassegnata nella tabella seguente. La quota del cliente per soluzione Azure VMware viene assegnata dall'area di Azure e 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 ha una particolare zona di disponibilità in cui si vuole eseguire la distribuzione, aprire una richiesta di servizio con Microsoft che richiede un "criterio di posizionamento speciale" per la sottoscrizione, l'area di Azure, la zona di disponibilità e il tipo di SKU. Questo criterio rimane attivo fino a quando non viene richiesto di rimuoverlo o modificarlo.
Gli SKU contrassegnati in grassetto sono di disponibilità limitata a causa del consumo e della quota dei clienti potrebbero non essere disponibili su richiesta.
| Area di Azure | Availability Zone (Zona di disponibilità) | SKU | Multi-AZ SDDC |
|---|---|---|---|
| Australia orientale | AZ01 | AV36P | Sì |
| Australia orientale | AZ02 | AV36 | No |
| Australia orientale | AZ03 | AV36P | Sì |
| Australia sud-orientale | AZ01 | AV36 | No |
| Brasile meridionale | AZ02 | AV36 | No |
| Canada centrale | AZ02 | AV36, AV36P | No |
| Canada orientale | N/D | AV36 | No |
| Stati Uniti centrali | AZ01 | AV36P | No |
| Stati Uniti centrali | AZ02 | AV36 | No |
| Stati Uniti centrali | AZ03 | AV36P | No |
| Asia orientale | AZ01 | AV36 | No |
| Stati Uniti orientali | AZ01 | AV36P | Sì |
| Stati Uniti orientali | AZ02 | AV36P | Sì |
| Stati Uniti orientali | AZ03 | AV36, AV36P, AV64 | Sì |
| Stati Uniti orientali 2 | AZ01 | AV36, AV64 | No |
| Stati Uniti orientali 2 | AZ02 | AV36P, AV52, AV64 | No |
| Francia centrale | AZ01 | AV36 | No |
| Germania centro-occidentale | AZ01 | AV36P | Sì |
| Germania centro-occidentale | AZ02 | AV36 | Sì |
| Germania centro-occidentale | AZ03 | AV36, AV36P | Sì |
| Giappone orientale | AZ02 | AV36 | No |
| Giappone occidentale | AZ01 | AV36 | No |
| Stati Uniti centro-settentrionali | AZ01 | AV36 | No |
| Stati Uniti centro-settentrionali | AZ02 | AV36P | No |
| Europa settentrionale | AZ02 | AV36, AV64 | No |
| Qatar centrale | AZ03 | AV36P | No |
| Sudafrica settentrionale | AZ03 | AV36 | No |
| Stati Uniti centro-meridionali | AZ01 | AV36, AV64 | No |
| Stati Uniti centro-meridionali | AZ02 | AV36P, AV52, AV64 | No |
| Asia sud-orientale | AZ02 | AV36 | No |
| Svezia centrale | AZ01 | AV36 | No |
| Svizzera settentrionale | AZ01 | AV36, AV64 | No |
| Svizzera occidentale | AZ01 | AV36, AV64 | No |
| Regno Unito meridionale | AZ01 | AV36, AV36P, AV52, AV64 | Sì |
| Regno Unito meridionale | AZ02 | AV36, AV64 | Sì |
| Regno Unito meridionale | AZ03 | AV36P, AV64 | No |
| Regno Unito occidentale | AZ01 | AV36 | No |
| Europa occidentale | AZ01 | AV36, AV36P, AV52 | Sì |
| Europa occidentale | AZ02 | AV36 | Sì |
| Europa occidentale | AZ03 | AV36P, AV64 | Sì |
| Stati Uniti occidentali | AZ01 | AV36, AV36P | No |
| West US 2 | AZ01 | AV36 | No |
| West US 2 | AZ02 | AV36P | No |
| Stati Uniti occidentali 3 | AZ01 | AV36P | No |
| US Gov Arizona | AZ02 | AV36P | No |
| US Gov Virginia | AZ03 | AV36 | No |
Clusters (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-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.
Nella tabella seguente vengono descritti i limiti massimi per 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 collegati soluzione Azure VMware ExpressRoute da una singola posizione a un singolo gateway Rete virtuale | 4 Il gateway di rete virtuale usato determina il numero massimo di cloud privati collegati effettivi. Per altre informazioni, vedere Informazioni sui gateway di rete virtuale ExpressRoute Se si supera questa soglia, usare soluzione Azure VMware Connetti per aggregare la connettività del cloud privato all'interno dell'area di Azure. |
| Velocità massima della porta ExpressRoute soluzione Azure VMware | 10 Gbps (usare lo SKU del gateway con Prestazioni Ultra 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 |
| Numero massimo di indirizzi IPv4 pubblici di Azure assegnati al data center NSX-T | 2,000 |
| Numero massimo di interconnessioni soluzione Azure VMware per cloud privato | 10 |
| Numero massimo di connessioni Copertura globale di Azure ExpressRoute per ogni cloud privato soluzione Azure VMware | 8 |
| Limiti di capacità vSAN | 75% del totale utilizzabile (mantenere disponibile il 25% per il contratto di servizio) |
| Gestione ripristino del sito VMware - Numero massimo di Macchine virtuali protetti | 3,000 |
| Gestione ripristino del sito VMware - Numero massimo di Macchine virtuali per piano di ripristino | 2,000 |
| Gestione ripristino del sito VMware - Numero massimo di gruppi protezione dati per piano di ripristino | 250 |
| Gestione ripristino del sito VMware - Valori RPO | 5 min o superiore * (limite rigido) |
| Gestione ripristino del sito VMware - Numero massimo di macchine virtuali per gruppo protezione dati | 500 |
| Gestione ripristino del sito VMware - Numero massimo di piani di ripristino | 250 |
* Per informazioni sull'obiettivo del punto di ripristino (RPO) inferiore a 15 minuti, vedere Funzionamento dell'obiettivo del punto di ripristino di 5 minuti nella guida alla replica di vSphere Amministrazione istration.
Per altri limiti specifici di VMware, usare lo strumento massimo di configurazione VMware.
Versioni del software VMware
Microsoft è membro del programma VMware Metal-as-a-Service (MaaS) e usa VMware Cloud Provider Stack (VCPS) per la pianificazione dell'aggiornamento soluzione Azure VMware.
Le versioni software della soluzione VMware usate nelle nuove distribuzioni di soluzione Azure VMware cloud privati sono:
| Software | Versione |
|---|---|
| VMware vCenter Server | 7.0 U3o |
| VMware ESXi | 7.0 U3o con TianfuCup HotPatch |
| VMware vSAN | 7.0 U3 |
| Formato VMware vSAN su disco | 15 |
| Architettura di archiviazione VMware vSAN | OSA |
| VMware NSX | 4.1.1 |
| VMware HCX | 4.7.0 |
| Gestione ripristino del sito VMware | 8.7.0.3 |
| Replica di VMware vSphere | 8.7.0.3 |
La versione corrente del software in esecuzione viene applicata ai nuovi cluster aggiunti a un cloud privato esistente.
Manutenzione dell'host e gestione del ciclo di vita
Uno dei vantaggi di soluzione Azure VMware cloud privati è che la piattaforma viene mantenuta per l'utente. Microsoft è responsabile della gestione del ciclo di vita dei dispositivi VMware Software (ESXi, server vCenter e vSAN) e NSX-T Data Center. Microsoft è anche responsabile del bootstrap della configurazione di rete, ad esempio la creazione del gateway di livello 0 e l'abilitazione del routing nord-sud. L'utente è responsabile della configurazione SDN del data center NSX-T: segmenti di rete, regole del firewall distribuite, gateway di livello 1 e servizi di bilanciamento del carico.
Nota
Un gateway T0 viene creato e configurato come parte di una distribuzione di cloud privato. Qualsiasi modifica apportata a tale router logico o alle macchine virtuali del nodo perimetrale del data center NSX-T potrebbe influire sulla connettività al cloud privato e deve essere evitata.
Microsoft è responsabile dell'applicazione di patch, aggiornamenti o aggiornamenti a ESXi, vCenter Server, vSAN e NSX-T Data Center nel cloud privato. L'impatto di patch, aggiornamenti e aggiornamenti su ESXi, server vCenter e NSX-T Data Center presenta le considerazioni seguenti:
ESXi : non c'è alcun impatto sui carichi di lavoro in esecuzione nel cloud privato. L'accesso al server vCenter e al data center NSX-T non viene bloccato durante questo periodo. Durante questo periodo, è consigliabile non pianificare altre attività, ad esempio aumentare il cloud privato, pianificare o avviare migrazioni HCX attive, apportare modifiche alla configurazione di HCX e così via nel cloud privato.
Server vCenter: non c'è alcun impatto sui carichi di lavoro in esecuzione nel cloud privato. Durante questo periodo di tempo, il server vCenter non è disponibile e non è possibile gestire le macchine virtuali (arresto, avvio, creazione o eliminazione). È consigliabile non pianificare altre attività, ad esempio aumentare il cloud privato, creare nuove reti e così via nel cloud privato. Quando si usano le interfacce utente di VMware Site Gestione ripristino o vSphere Replication, è consigliabile non eseguire alcuna delle azioni seguenti: configurare la replica vSphere e configurare o eseguire piani di ripristino del sito durante l'aggiornamento del server vCenter.
Data Center NSX-T: il carico di lavoro è interessato. Quando un particolare host viene aggiornato, le macchine virtuali in tale host potrebbero perdere la connettività da 2 secondi a 1 minuto con uno dei sintomi seguenti:
Errori di ping
Perdita di pacchetti
Messaggi di errore (ad esempio, Host di destinazione non raggiungibile e Non raggiungibile)
Durante questa finestra di aggiornamento, viene bloccato tutto l'accesso al piano di gestione del data center NSX-T. Non è possibile apportare modifiche alla configurazione all'ambiente data center NSX-T per la durata. I carichi di lavoro continuano a essere eseguiti normalmente, in base all'impatto dell'aggiornamento in precedenza.
Durante il tempo di aggiornamento, è consigliabile non pianificare altre attività, ad esempio, aumentare il cloud privato e così via nel cloud privato. Altre attività possono impedire l'avvio dell'aggiornamento o potrebbero avere effetti negativi sull'aggiornamento e sull'ambiente.
Si riceve una notifica tramite Integrità dei servizi di Azure che include la sequenza temporale dell'aggiornamento. Questa notifica fornisce anche informazioni dettagliate sul componente aggiornato, sul suo effetto sui carichi di lavoro, sull'accesso al cloud privato e su altri servizi di Azure. È possibile riprogrammare un aggiornamento in base alle esigenze.
Gli aggiornamenti software includono:
Patch - Patch di sicurezza o correzioni di bug rilasciate da VMware
Aggiornamenti - Modifica della versione secondaria di un componente dello stack VMware
Aggiornamenti - Modifica della versione principale di un componente stack VMware
Nota
Microsoft testa una patch di sicurezza critica non appena diventa disponibile da VMware.
Le soluzioni alternative VMware documentate vengono implementate al posto dell'installazione di una patch corrispondente fino a quando non vengono distribuiti gli aggiornamenti pianificati successivi.
Monitoraggio e correzione dell'host
soluzione Azure VMware monitora continuamente l'integrità dei componenti VMware e della sottosezione. Quando soluzione Azure VMware rileva un errore, viene eseguita un'azione per ripristinare i componenti non riusciti. Quando la soluzione Azure VMware rileva una riduzione delle prestazioni o un errore in un proprio nodo, attiva il processo di correzione dell'host.
La correzione dell'host comporta la sostituzione del nodo difettoso con un nuovo nodo integro nel cluster. Quindi, quando possibile, l'host difettoso viene inserito nella modalità di manutenzione di VMware vSphere. VMware vMotion sposta le macchine virtuali dall'host difettoso ad altri server disponibili nel cluster, consentendo potenzialmente un tempo di inattività pari a zero per la migrazione in tempo reale dei carichi di lavoro. Se l'host difettoso non può essere inserito in modalità di manutenzione, viene rimosso dal cluster. Prima che l'host difettoso venga rimosso, i carichi di lavoro del cliente vengono migrati a un host appena aggiunto.
Suggerimento
Comunicazione del cliente: un messaggio di posta elettronica viene inviato all'indirizzo di posta elettronica del cliente prima che la sostituzione venga avviata e nuovamente dopo che la sostituzione ha avuto esito positivo.
Per ricevere messaggi di posta elettronica correlati alla sostituzione dell'host, è necessario aggiungere uno dei ruoli di Controllo degli accessi in base al ruolo di Azure seguenti nella sottoscrizione: "Service Amministrazione", "Co Amministrazione", "Owner", "Contributor".
La soluzione Azure VMware monitora le condizioni seguenti nell'host:
- Stato del processore
- Stato della memoria
- Stato di connessione e di alimentazione
- Stato della ventola hardware
- Perdita della connettività di rete
- Stato della scheda del sistema hardware
- Errori verificatisi in uno o più dischi di un host vSAN
- Tensione dell'hardware
- Stato della temperatura dell'hardware
- Stato di alimentazione dell'hardware
- Stato dello spazio di archiviazione
- Errore di connessione
Nota
soluzione Azure VMware gli amministratori tenant non devono modificare o eliminare gli avvisi del server VMware vCenter definiti in precedenza perché sono gestiti dal piano di controllo soluzione Azure VMware nel server vCenter. Questi allarmi vengono usati dal monitoraggio soluzione Azure VMware per attivare il processo di correzione dell'host soluzione Azure VMware.
Backup e ripristino
soluzione Azure VMware le configurazioni del server vCenter del cloud privato, NSX e HCX Manager (se abilitato) sono in base a una pianificazione di backup giornaliera. Aprire una richiesta di supporto nel portale di Azure per richiedere il ripristino.
Nota
I ripristini sono destinati solo a situazioni irreversibili.
soluzione Azure VMware monitora continuamente l'integrità dei componenti della soluzione VMware e del componente della soluzione VMware. Quando soluzione Azure VMware rileva un errore, viene eseguita un'azione per ripristinare i componenti non riusciti.
Passaggi successivi
Dopo aver trattato soluzione Azure VMware concetti relativi al cloud privato, è possibile ottenere informazioni su: