Domande comuni sulla soluzione Azure VMware

Man mano che le aziende cercano strategie di modernizzazione IT per migliorare l'agilità aziendale, ridurre i costi e accelerare l'innovazione, le piattaforme cloud ibride sono fattori chiave della trasformazione digitale dei clienti. La soluzione Azure VMware combina Software-Defined Data Center (SDDC) di VMware con l'ecosistema di servizi cloud globali Azure di Microsoft. Inoltre, soluzione Azure VMware soddisfa i requisiti di prestazioni, disponibilità, sicurezza e conformità. Per altre informazioni, vedere Che cos'è la soluzione Azure VMware?

Il servizio viene continuamente aggiunto a nuove aree. Per informazioni dettagliate, vedere le informazioni più recenti sulla disponibilità del servizio.

Microsoft offre il supporto per la soluzione Azure VMware. È possibile inviare una richiesta di supporto. Per le sottoscrizioni gestite da Cloud Solution Provider (CSP), il primo livello di supporto viene fornito dal provider di soluzioni in modo analogo a come lo fa il CSP per altri servizi di Azure.

Tutti i servizi di Azure sono disponibili per soluzione Azure VMware clienti. Le limitazioni di prestazioni e disponibilità per servizi specifici devono essere risolte caso per caso.

È possibile trovare informazioni sulla compatibilità dei sistemi operativi guest con vSphere mediante VMware Compatibility Guide. Per identificare la versione di vSphere in esecuzione nella soluzione Azure VMware, vedere Versioni del software VMware.

Aggiornamenti effettuate seguono il processo di gestione delle modifiche standard di Microsoft Azure. I clienti sono responsabili di tutte le attività di amministrazione del carico di lavoro e dei processi di gestione delle modifiche associati.

Con la nuova soluzione Azure VMware, Microsoft e VMware hanno una partnership diretta di provider di servizi cloud. Microsoft ha progettato, creato e supportato la nuova soluzione. La soluzione è approvata da VMware. A livello di architettura, le soluzioni sono coerenti con lo stack di tecnologia VMware eseguito in un'infrastruttura dedicata di Azure.

Tutti gli host con problemi relativi al disco vengono sostituiti. Include un contratto di servizio con disponibilità del 99,9% della soluzione Azure VMware.

Per domande generali sui prezzi, vedere la pagina dei prezzi della soluzione Azure VMware.

VMware HCX Enterprise è disponibile in soluzione Azure VMware senza altri costi ed è abilitato per impostazione predefinita.

Il traffico nel circuito ExpressRoute soluzione Azure VMware non viene a consumo. Nessuna fatturazione per qualsiasi circuito ExpressRoute soluzione Azure VMware o addebiti per Copertura globale tra soluzione Azure VMware cloud privati. Questo scenario include soluzione Azure VMware in locale, ad eccezione degli addebiti in uscita standard per il traffico proveniente dalla connessione del circuito Azure ExpressRoute al sito locale da Azure. Queste tariffe vengono addebitate in base ai piani tariffari di Azure ExpressRoute con il modello di fatturazione a consumo. Se si usa il modello di fatturazione illimitata di Azure ExpressRoute, il traffico in uscita non viene addebitato.

• soluzione Azure VMware ad Azure Rete virtuale è tramite un circuito ExpressRoute interno ed è gratuito, indipendentemente dalla località dell'area (stessa area o tra aree).

• soluzione Azure VMware al sito locale viene eseguito tramite Copertura globale di Azure Rete virtuale o ExpressRoute (tra ExpressRoute interno ed ExpressRoute esterno). È comunque gratuito a parte gli addebiti standard in uscita (modello di fatturazione a consumo) dalla rete ExpressRoute alla rete locale. Per il modello di fatturazione illimitato non sono previsti addebiti per i dati.

Ad esempio:

• Se si connette un Rete virtuale di Azure in Europa occidentale ad un cloud privato soluzione Azure VMware in Europa occidentale, non sono previsti addebiti per ExpressRoute diversi dagli addebiti del gateway ExpressRoute.

• Se si connette un Rete virtuale di Azure in Europa settentrionale di Azure a un cloud privato soluzione Azure VMware in Europa occidentale, non sono previsti addebiti per ExpressRoute diversi dai costi del gateway ExpressRoute.

• Se si connette un cloud privato soluzione Azure VMware in Europa occidentale a un cloud privato soluzione Azure VMware in Europa settentrionale tramite Copertura globale di ExpressRoute. Non sono previsti addebiti per il trasferimento dei dati copertura globale di ExpressRoute (in uscita e in ingresso). Quando si usa un gateway ExpressRoute, sono previsti addebiti.

No, non è necessario acquistare altre licenze VMware oltre il servizio soluzione Azure VMware. Per altre informazioni, vedere la pagina dei prezzi di soluzione Azure VMware per vedere la tecnologia VMware inclusa.

Se si vogliono più host per un cloud privato esistente o si sta creando un nuovo cloud privato, è necessario inviare un ticket di supporto per avere gli host allocati. Per altre informazioni, vedere Richiedere la quota di host per la soluzione Azure VMware.

È necessario un account Azure in una sottoscrizione di Azure.

Microsoft e Red Hat condividono un team di supporto integrato e situato nella stessa area che fornisce un punto di contatto unificato per gli ecosistemi Red Hat in esecuzione sulla piattaforma Azure. Come altri servizi della piattaforma Azure che funzionano con Red Hat Enterprise Linux, la soluzione Azure VMware rientra nell'ambito di Cloud Access e del supporto integrato. Red Hat Enterprise Linux supporta l'esecuzione su soluzione Azure VMware in Azure.

È possibile trovare problemi di servizio, manutenzione pianificata, avvisi di integrità e notifiche di avvisi di sicurezza pubblicati tramite Integrità dei servizi nella portale di Azure. È possibile eseguire azioni tempestive quando si configurano gli avvisi del log attività per queste notifiche. Per altre informazioni, vedere Creare avvisi di integrità dei servizi usando il portale di Azure.

Al momento, il provisioning può richiedere circa 3-4 ore. L'aggiunta di un singolo nodo in un cluster esistente o nello stesso cluster richiede da 30 a 45 minuti.

No, "AVS-vendor-folders" è un nome riservato all'interno di soluzione Azure VMware e l'uso potrebbe causare conflitti con la funzionalità prevista o causare comportamenti imprevisti all'interno dell'ambiente di gestione vCenter specifico per soluzione Azure VMware. Scegliere un nome di cartella alternativo allineato alle esigenze dell'organizzazione evitando conflitti con convenzioni di denominazione predefinite in soluzione Azure VMware.

Sì. Se il sistema in cui è installato può accedere al server vCenter del cloud privato e usa il DNS pubblico per risolvere i nomi host ESXi.

No. Per soddisfare i prerequisiti della macchina virtuale, seguire le istruzioni fornite da VMware.

VMware Automation, vMware Operations Manager e vMware Network Insight sono certificati per l'uso con soluzione Azure VMware quando tali prodotti vengono installati in un data center locale. Anche le versioni basate sul cloud di questi prodotti, ovvero v Automation Cloud, vRealize Operations Cloud e v Insight Network Insight, sono certificate per l'uso. L'installazione di questi prodotti all'interno di un cloud privato soluzione Azure VMware non è supportata.

Sì. Questo è possibile e consigliato tramite il componente aggiuntivo VMware HCX. Anche la migrazione a freddo tra vCenter e la clonazione sono possibili, ma Cross vCenter vMotion non è.

L'ambiente locale deve eseguire vSphere 6.5 o versione successiva se VMware HCX verrà usato per eseguire la migrazione delle macchine virtuali.

Per eseguire la migrazione di una macchina virtuale di Azure a un piano diverso, seguire questa procedura:

1. Arrestare la macchina virtuale nel portale di Azure selezionando la macchina virtuale e quindi selezionando "Arresta" per deallocare le risorse.
2. Con l'arresto della macchina virtuale, accedere all'impostazione "Dimensioni" della macchina virtuale.
3. Nel pannello "Scegli una dimensione" selezionare una nuova dimensione compatibile con la serie corrente o desiderata.
4. Selezionare il pulsante "Ridimensiona" per applicare la modifica delle dimensioni.
5. Riavviare la macchina virtuale per finalizzare la migrazione.

Tenere presente che è possibile ridimensionare solo una macchina virtuale all'interno della stessa serie o in una serie disponibile nella stessa area di Azure. Assicurarsi che il nuovo piano supporti le configurazioni di archiviazione e rete della macchina virtuale.

Sì, se vengono soddisfatti i requisiti minimi di VMware HCX Network Underlay.

Le versioni software della soluzione VMware usate nelle nuove distribuzioni di soluzione Azure VMware cloud privati sono:

La versione corrente del software in esecuzione viene applicata ai nuovi cluster aggiunti a un cloud privato esistente.

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.

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

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.

Sì, NSX è l'unica versione supportata del software di virtualizzazione di rete VMware.

VMware NSX 4.1.1 viene usato per la rete software-defined in soluzione Azure VMware cloud privati.

No, non è necessario usare VMware NSX locale. VMware HCX offre la connettività necessaria tra vSphere locale e soluzione Azure VMware.

Sì con una licenza del componente aggiuntivo. soluzione Azure VMware supporta IDFW distribuito e IDS/IPS distribuito con licenza del firewall del componente aggiuntivo. Questa licenza del componente aggiuntivo deve essere acquistata da VMware e Microsoft applicherà tale licenza al cloud privato soluzione Azure VMware con una richiesta di supporto.

Sì.

La scheda Sentinel Management consente di accedere al download del software Sentinel. Viene visualizzata nell'interfaccia HCX Interconnect quando viene attivata una licenza di HCX Enterprise ed è stata distribuita una mesh di servizi con una coppia Sentinel Gateway (SGW) e Sentinel Data Receiver (SDR). Inoltre, nelle distribuzioni tradizionali da locale a cloud, la scheda Sentinel è visibile solo nel Connessione or, non nel gestore cloud.

È possibile specificare il tipo di formato desiderato quando si esegue la migrazione di una macchina virtuale a soluzione Azure VMware. Tuttavia, vSAN è principalmente l'archivio dati che verrà usato in soluzione Azure VMware, quindi dipende dai criteri di archiviazione selezionati. Il criterio di archiviazione predefinito dell'archivio dati è raid-1 FTT-1, con thin provisioning. È possibile usare i comandi Esegui per modificare i criteri di archiviazione dell'archivio dati predefiniti.

I server SKU AV36 hanno CPU Intel da 18 core a 2,3 GHz. I server SKU AV36P hanno CPU Intel a 2,6 GHz dual 18 core e SKU AV52 con CPU Intel a 26 core a 2,7 GHz.

I server SKU AV36 hanno 576 GB di RAM. I server SKU AV36P hanno 768 GB di RAM e i server SKU AV52 hanno 1.536 GB di RAM.

No. VMware non supporta ufficialmente la virtualizzazione annidata.

Commvault, Veritas e Veeam hanno esteso le relative soluzioni di backup per funzionare con la soluzione Azure VMware. Tuttavia, qualsiasi soluzione di backup che usa VMware vStorage API for Data Protection (VADP) con la modalità di trasporto HotAdd funziona automaticamente con la soluzione Azure VMware. Per altre informazioni, vedere Soluzioni di backup per le macchine virtuali della soluzione Azure VMware.

Poiché queste soluzioni di backup vengono installate e gestite dai clienti, questi ultimi possono contattare il rispettivo fornitore di software indipendente per ottenere il supporto.

Azure Bastion è il servizio consigliato per connettersi alla jump box per evitare di esporre la soluzione Azure VMware a Internet. Non è possibile usare Azure Bastion per connettersi alle macchine virtuali della soluzione Azure VMware perché non sono oggetti IaaS di Azure.

Ogni host ESXi nella soluzione Azure VMware è configurato con quattro schede di interfaccia di rete da 25 Gbps, due schede di interfaccia di rete di cui è stato effettuato il provisioning per il traffico di sistema ESXi e due schede di interfaccia di rete di cui è stato effettuato il provisioning per il traffico dei carichi di lavoro.

No.

No.

No. Azure Load Balancer solo interno supporta le macchine virtuali IaaS di Azure. Azure Load Balancer non supporta i pool back-end basati su IP; solo le macchine virtuali di Azure o gli oggetti del set di scalabilità di macchine virtuali in cui soluzione Azure VMware macchine virtuali non sono oggetti di Azure.

Sì. È possibile usare un gateway ExpressRoute esistente per connettersi alla soluzione Azure VMware, purché non si superi il limite di quattro circuiti ExpressRoute per rete virtuale. Per accedere alla soluzione Azure VMware dall'ambiente locale tramite ExpressRoute, è necessario avere il servizio Copertura globale di ExpressRoute, in quanto il gateway ExpressRoute non fornisce il routing transitivo tra i circuiti connessi.

Per distribuire un cloud privato della soluzione Azure VMware è necessario uno spazio indirizzi di rete privato /22. Questo spazio indirizzi privato non deve sovrapporsi alle altre reti virtuali in una sottoscrizione o alle reti locali.

È possibile connettersi al servizio con uno dei due metodi seguenti:

• Con una VM o un gateway applicazione distribuito in una rete virtuale di Azure con peering al cloud privato tramite ExpressRoute.
• Tramite il servizio Copertura globale di ExpressRoute, dal data center locale a un circuito di Azure ExpressRoute.

Nel portale di Azure abilitare la connettività Internet per un cloud privato. Con NSX-T Manager creare un gateway NSX-T Data Center T1 e un commutatore logico. Usare quindi il server vCenter per distribuire una macchina virtuale nel segmento di rete definito dal commutatore logico. Tale macchina virtuale ha accesso alla rete ai servizi Internet e di Azure.

No. Il traffico di rete in ingresso diretto da Internet ai cloud privati non è consentito per impostazione predefinita. Tuttavia, è possibile esporre le macchine virtuali della soluzione Azure VMware a Internet tramite l'opzione IP pubblico nel portale di Azure per il cloud privato della soluzione Azure VMware.

Sì. È necessario usare NSX-T Manager per creare un firewall per limitare l'accesso delle macchine virtuali a Internet.

L'intervallo di indirizzi IP non deve sovrapporsi all'intervallo IP usato in altre reti virtuali presenti nella sottoscrizione e nelle reti locali.

Sì.

Azure rete WAN virtuale non fornisce il routing transitivo tra due circuiti ExpressRoute connessi e un gateway ExpressRoute wan non virtuale. Copertura globale di ExpressRoute consente la connettività tra l'ambiente locale e soluzione Azure VMware, ma passa attraverso la rete globale di Microsoft anziché l'hub rete WAN virtuale.

No.

Per impostazione predefinita, non sarà possibile raggiungere NSX-T Manager e vCenter Server Appliance (vCSA) dall'ambiente locale quando solo 0.0.0.0/0 (route predefinita) viene annunciato tramite Copertura globale di ExpressRoute tra soluzione Azure VMware e ExpressRoute locale o tramite Azure Rete virtuale a soluzione Azure VMware. È necessario annunciare route/subnet di rete specifiche per accedere a NSX-T Manager e vCSA.

Usare i criteri di archiviazione thin_provision per il modello di macchina virtuale.

Ogni host ESXi ha due gruppi di dischi vSAN con un livello di capacità di 15,2 TB e un livello di cache NVMe da 3,2 TB (1,6 TB in ogni gruppo di dischi).

Sì. Per impostazione predefinita gli archivi dati vSAN usano la crittografia dei dati inattivi con le chiavi archiviate in Azure Key Vault. La soluzione di crittografia è basata su Servizio di gestione delle chiavi e supporta le operazioni del server vCenter per la gestione delle chiavi. Quando un host viene rimosso da un cluster vSphere, i dati sul disco vengono invalidati immediatamente.

No. Non è possibile modificare il nome degli archivi dati o dei cluster.

RAID-1, FTT-1, con prenotazione spazio oggetti impostato su Thin Provisioning è il criterio di Archiviazione predefinito per i data center software-defined (SDDC).

Il provisioning di spessore è riservato o preallocato nello spazio di archiviazione. Il thick provisioning protegge i sistemi consentendone il funzionamento anche se l'archivio dati vSAN è pieno perché lo spazio è già riservato. Si supponga, ad esempio, di creare un disco virtuale da 10 GB con il provisioning di spessore. In tal caso, la quantità completa di capacità di archiviazione su disco virtuale viene preallocata nell'archiviazione fisica in cui viene creato il disco virtuale e utilizza tutto lo spazio allocato nell'archivio dati. Non consente ad altre macchine virtuali di condividere lo spazio dall'archivio dati. Un disco virtuale con thin provisioning utilizza lo spazio necessario inizialmente e aumenta fino alla richiesta di spazio dati usata nell'archivio dati.

Dipende da come si pianificano i carichi di lavoro dell'applicazione per l'esecuzione all'interno di data center software-defined (cloud privato). Microsoft regola questi errori regolarmente e sostituisce l'hardware quando questi eventi vengono rilevati dal punto di vista dell'infrastruttura. Come impostazione predefinita, viene usata un'impostazione FTT-1 che supporta l'errore di un singolo host.

Microsoft fornisce avvisi quando il consumo di capacità supera il 75%. In alternativa, è anche possibile monitorare le metriche di consumo della capacità integrate in Monitoraggio di Azure.

Lo SKU AV36 include due cache NVMe da 1,6 TB e otto capacità di archiviazione non elaborata da 1,9 TB. Queste unità vengono quindi suddivise in due gruppi di dischi. Controllare gli SKU AV36P e AV52 per le specifiche hardware.

I gruppi di dischi non sono configurati come RAID. Sono invece solo un gruppo di dischi (JBOD) e sono controllati direttamente da vSAN.

No. È disponibile un solo tipo.

Sì. Il portale di Azure viene usato per la distribuzione e per diverse operazioni di gestione. Il server vCenter e NSX-T Manager vengono usati per gestire le risorse di vSphere e NSX-T Data Center.

Al momento del lancio, la soluzione Azure VMware non supporterà un'unica esperienza di gestione in ambienti locali e ambienti cloud privati. È possibile gestire i cluster cloud privati con il server vCenter e NSX-T Manager locale in un cloud privato.

Sì. È possibile aumentare le prestazioni dei cluster purché si abbia l'allocazione della quota nel proprio cloud privato. Quando la domanda del carico di lavoro diminuisce, è possibile eliminare gli host dal cluster per ridurne le prestazioni. È possibile eseguire questa operazione tramite il portale della soluzione Azure VMware.

No. Gli host e i cluster dei cloud privati sono dedicati e cancellati in modo sicuro prima e dopo l'uso.

I cluster sono scalabili tra 3 (minimo) e 16 (massimo) host ESXi.

Sono state fornite le credenziali per un utente amministratore cloud nel server vCenter e l'accesso amministratore in NSX-T Manager. È anche possibile usare un gruppo Cloud Amministrazione per incorporare Microsoft Entra ID. Per altre informazioni, vedere Concetti relativi ad accesso e identità.

No. L'accesso come amministratore a ESXi è limitato per soddisfare i requisiti di sicurezza della soluzione.

Sono disponibili privilegi di ruolo cloud Amministrazione. Per altre informazioni, vedere Concetti relativi ad accesso e identità.

Sono disponibili privilegi di ruolo cloud Amministrazione. Per altre informazioni, vedere Concetti relativi ad accesso e identità.

Per informazioni sulla reimpostazione delle credenziali, vedere Ruotare le credenziali cloudadmin per la soluzione Azure VMware.

No. Attualmente non sono supportati i privilegi di estensione cloudadmin e non sono previsti piani per supportarlo.

Sì. Per altre informazioni, vedere Richiedere la quota di host per la soluzione Azure VMware.

No. Attualmente, la soluzione Azure VMware non offre la modalità multi-tenancy.

No, non è possibile condividere un cloud privato soluzione Azure VMware tra i clienti finali.

I clienti possono creare ambienti multi-tenant nel cloud privato soluzione Azure VMware e vendere ai clienti, purché il prodotto non sia una macchina virtuale standard e abbia aggiunto una proprietà intellettuale sostanziale incorporata nella macchina virtuale come applicazione.

VMware non consente la configurazione della rete virtuale nel cloud o da locale per essere concessa in licenza con qualsiasi Hyperscaler, incluso Microsoft.

Sì. È possibile connettere il cloud privato soluzione Azure VMware al servizio VMware Cloud Director da VMware. Questa integrazione di entrambi i servizi è attualmente disponibile in anteprima pubblica.

Sì. I clienti possono distribuire la soluzione Azure VMware all'interno di una sottoscrizione di Azure gestita da un CSP.

Sì. I CSP possono acquistare istanze riservate per i propri clienti. Per altre informazioni, vedere Risparmiare sui costi con le istanze riservate.