Domande comuni sulla soluzione Azure VMware

Con la ricerca da parte delle organizzazioni di strategie di modernizzazione IT in grado di migliorare l'agilità aziendale, ridurre i costi e accelerare l'innovazione, le piattaforme di cloud ibrido sono diventate elementi determinanti per la 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, la 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 i clienti della soluzione Azure VMware. Le limitazioni relative alle prestazioni e alla disponibilità di servizi specifici dovranno 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.

Gli aggiornamenti eseguiti 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 nella soluzione Azure VMware senza ulteriori addebiti ed è abilitato per impostazione predefinita.

Il traffico nel circuito ExpressRoute della soluzione Azure VMware non viene misurato. Nessun addebito per i circuiti ExpressRoute di soluzione Azure VMware o per i costi di Copertura globale tra i cloud privati della soluzione Azure VMware. Questo scenario include la soluzione Azure VMware in locale, ad eccezione degli addebiti standard in uscita 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.

• La soluzione Azure VMware alla rete virtuale di Azure viene eseguita tramite un circuito ExpressRoute interno ed è gratuita, indipendentemente dalla posizione dell'area (stessa area o tra aree).

• La soluzione Azure VMware nel sito locale viene eseguita tramite la rete virtuale di Azure o Copertura globale di ExpressRoute (tra ExpressRoute interno ed ExpressRoute esterno). È comunque gratuita, 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 una rete virtuale di Azure in Europa occidentale a un cloud privato della soluzione Azure VMware in Europa occidentale, non sono previsti addebiti per ExpressRoute che siano diversi dai costi del gateway ExpressRoute.

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

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

No, non è necessario acquistare altre licenze VMware oltre il servizio della soluzione Azure VMware. Per altre informazioni, vedere la pagina dei prezzi della soluzione Azure VMware per conoscere le tecnologie VMware incluse.

Sia che si vogliano più host per un cloud privato esistente o che si stia creando un nuovo cloud privato, è necessario inviare un ticket di supporto per ottenere l'allocazione degli host. 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 sulla soluzione Azure VMware all'interno di Azure.

Nel portale di Azure sono riportati problemi di servizio, manutenzione pianificata, avvisi di integrità e notifiche di avvisi di sicurezza pubblicati tramite Integrità dei servizi. È 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 tramite 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 della soluzione Azure VMware e il suo utilizzo potrebbe causare conflitti con la funzionalità prevista o provocare comportamenti imprevisti all'interno dell'ambiente di gestione vCenter specifico della soluzione Azure VMware. Scegliere un nome di cartella alternativo che sia allineato alle esigenze dell'organizzazione, evitando conflitti con le convenzioni di denominazione predefinite nella soluzione Azure VMware.

Sì. A condizione che il sistema in cui è installato possa accedere al cloud privato del server vCenter e che usi il DNS pubblico per risolvere i nomi host ESXi.

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

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

Sì. Tale operazione è possibile e consigliata tramite il componente aggiuntivo VMware HCX. Mentre la migrazione e la clonazione a freddo tra vCenter è possibile, non lo è tra vMotion e vCenter e HCX è il metodo completamente supportato.

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

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 '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 cloud privati della soluzione Azure VMware sono:

La versione corrente del software in esecuzione viene applicata ai nuovi cluster aggiunti a un cloud privato esistente, se la versione del server vCenter la supporta.

Uno dei vantaggi dei cloud privati della soluzione Azure VMware è il fatto che la piattaforma viene gestita per conto dell'utente. Microsoft è responsabile della gestione del ciclo di vita dei software VMware (ESXi, server vCenter e vSAN) e delle appliance NSX. Microsoft è anche responsabile del bootstrap della configurazione di rete, ad esempio della creazione del gateway di livello 0 e dell'abilitazione del routing verticale alto-basso. Si è responsabili della configurazione di NSX SDN: segmenti di rete, regole del firewall distribuite, gateway di livello 1 e servizi di bilanciamento del carico.

Microsoft è responsabile dell'applicazione di patch e aggiornamenti a ESXi, server vCenter, vSAN e NSX nel cloud privato. L'impatto di patch e aggiornamenti su ESXi, server vCenter e NSX si basa sulle seguenti considerazioni:

• ESXi: non c'è alcun impatto sui carichi di lavoro in esecuzione nel cloud privato. L'accesso al server vCenter e NSX 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 utilizzano le interfacce utente di VMware Site Recovery Manager o vSphere Replication, è consigliabile evitare le azioni seguenti: configurare la replica vSphere e configurare o eseguire piani di ripristino del sito durante l'aggiornamento del server vCenter.

• NSX: 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 Rete non raggiungibile)

  Durante questa finestra di aggiornamento, viene bloccato l'intero accesso al piano di gestione NSX. Non è possibile apportare modifiche alla configurazione all'ambiente NSX per la durata dell'aggiornamento. I carichi di lavoro continuano a essere eseguiti normalmente, in base all'impatto dell'aggiornamento descritto in precedenza.

  Durante l'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 dello 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 le reti SDN (Software-Defined Networking) nei cloud privati della soluzione Azure VMware.

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

Sì, con una licenza del componente aggiuntivo. La 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 della soluzione Azure VMware in seguito a una richiesta di supporto.

No.

Sì.

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

Quando si esegue la migrazione di una macchina virtuale alla soluzione Azure VMware, è possibile specificare il tipo di formato desiderato. Tuttavia, vSAN è principalmente l'archivio dati che verrà usato nella 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 predefiniti dell'archivio dati.

I server AV36 SKU sono dotati di CPU dual core Intel a 18 core a 2,3 GHz. I server SKU AV36P dispongono di CPU Intel a 2,6 GHz dual 18 core e di SKU AV52 con CPU Intel a 26 core a 2,7 GHz.

I server SKU AV36 sono dotati di 576 GB di RAM. I server SKU AV36P sono dotati di 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 pool back-end basati su IP. Supporta solo macchine virtuali di Azure o oggetti set di scalabilità di macchine virtuali in cui le macchine virtuali della soluzione Azure VMware 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 Manager, creare un gateway NSX T1 e un commutatore logico. Usare quindi server vCenter per distribuire una VM nel segmento di rete definito dal commutatore logico. Tale macchina virtuale ha l'accesso di rete a Internet e ai servizi 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ì. Sarà necessario usare NSX Manager per creare un firewall per limitare l'accesso delle VM 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ì.

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

No.

Per impostazione predefinita, non sarà possibile raggiungere NSX Manager e l'appliance di server vCenter (vCSA) dall'ambiente locale quando solo 0.0.0.0.0/0 (route predefinita) viene annunciato tramite Copertura globale di ExpressRoute tra la soluzione Azure VMware ed ExpressRoute locale o tramite la rete virtuale di Azure alla soluzione Azure VMware. È necessario annunciare route/subnet di rete specifiche per accedere a NSX Manager e vCSA.

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

Ogni host ESXi è dotato di due gruppi di dischi vSAN con livello di capacità di 15,2 TB e livello di cache NVMe di 3,2 TB (3,2 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 sul Servizio di gestione delle chiavi e supporta le operazioni 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 thick provisioning è uno spazio di archiviazione riservato o preallocato. 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 thick provisioning. In tal caso, l'intera quantità di capacità di archiviazione del disco virtuale viene preallocata nell'archiviazione fisica in cui viene creato il disco virtuale e utilizza tutto lo spazio ad esso allocato nell'archivio dati. Non consentirà 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 l'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 in RAID. Sono 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. Server vCenter e NSX Manager vengono usati per gestire le risorse vSphere e NSX.

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 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.

Si ricevono le credenziali di un utente cloudadmin in server vCenter e l'accesso come amministratore in NSX Manager. È anche possibile usare un gruppo CloudAdmin per incorporare Microsoft Active Directory. Per altre informazioni, vedere Architettura di accesso e identità.

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

Si possiedono privilegi del ruolo CloudAdmin. Per altre informazioni, vedere Architettura di accesso e identità.

Si possiedono privilegi del ruolo CloudAdmin. Per altre informazioni, vedere Architettura di accesso e identità.

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

No. Attualmente i privilegi dell'estensione cloudadmin non sono supportati e non si prevede di supportarli.

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. Un cloud privato della soluzione Azure VMware non può essere condiviso tra i clienti finali.

I clienti possono creare ambienti multi-tenant nel cloud privato della soluzione Azure VMware e vendere ai clienti a condizione che il prodotto non sia una macchina virtuale standard e che sia stata aggiunta una proprietà intellettuale sostanziale incorporata nella macchina virtuale come applicazione.

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

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.