Eseguire la migrazione di macchine virtuali e set di scalabilità di macchine virtuali al supporto della zona di disponibilità

Articolo
06/27/2024

Questa guida descrive come eseguire la migrazione di macchine virtuali e set di scalabilità di macchine virtuali dal supporto della zona non di disponibilità al supporto della zona di disponibilità. Vengono illustrate le diverse opzioni per la migrazione, tra cui l’uso del supporto della zona di disponibilità per soluzioni di ripristino di emergenza.

Le macchine virtuali (VM) e i set di scalabilità di macchine virtuali sono servizi abilitati per la zona di disponibilità, il che significa che le risorse delle macchine virtuali possono essere distribuite usando uno dei metodi seguenti:

Di zona: le risorse VM sono distribuite in una zona di disponibilità specifica e auto-selezionata per ottenere requisiti di latenza o prestazioni più rigorosi.
Con ridondanza della zona: le risorse VM vengono replicate in una o più zone all'interno dell'area per migliorare la resilienza dell'applicazione e dei dati in un'architettura a disponibilità elevata.

Per garantire la disponibilità elevata delle risorse di calcolo, è consigliabile selezionare più zone per le nuove macchine virtuali e i set di scalabilità di macchine virtuali quando si esegue la migrazione alle zone di disponibilità.

Per altre informazioni sul supporto della zona di disponibilità per i servizi di macchine virtuali, vedere Affidabilità nelle macchine virtuali. Per il supporto della zona di disponibilità per set di scalabilità di macchine virtuali, vedere Affidabilità nei set di scalabilità di macchine virtuali.

Prerequisiti

Per eseguire la migrazione al supporto della zona di disponibilità, gli SKU delle macchine virtuali devono essere disponibili tra le zone nell'area. Per verificare la disponibilità dello SKU della macchina virtuale, usare uno dei metodi seguenti:

Usare PowerShell per controllare la disponibilità dello SKU della macchina virtuale.
Usare l'interfaccia della riga di comando di Azure per controllare la disponibilità dello SKU della macchina virtuale.
Passare a Servizi di base.

Requisiti del tempo di inattività

Poiché le macchine virtuali di zona vengono create tra zone di disponibilità, tutte le opzioni di migrazione indicate in questo articolo richiedono tempi di inattività durante la distribuzione.

Opzione di migrazione 1: Ridistribuzione

Quando usare la ridistribuzione

Usare l'opzione ridistribuzione se sono state configurate procedure efficaci di infrastruttura come codice (IaC) per gestire le infrastrutture. L’opzione di ridistribuzione offre maggiore controllo e la possibilità di automatizzare vari processi all'interno delle pipeline di distribuzione.

Considerazioni sulla ridistribuzione

Quando si ridistribuiscono la macchina virtuale e le risorse dei set di scalabilità di macchine virtuali, le risorse sottostanti (ad esempio, il disco gestito e l'indirizzo IP per la macchina virtuale) vengono create nella stessa zona di disponibilità. Per creare risorse di rete con ridondanza della zona, è necessario usare un indirizzo IP pubblico e un servizio di bilanciamento del carico con SKU Standard.
I dischi gestiti esistenti senza supporto della zona di disponibilità non possono essere collegati a una macchina virtuale con supporto per la zona di disponibilità. Per collegare dischi gestiti esistenti a una macchina virtuale con supporto per la zona di disponibilità, è necessario creare uno snapshot dei dischi correnti e quindi creare la macchina virtuale con i nuovi dischi gestiti allegati.
Per distribuzioni di zona che richiedono una latenza di rete piuttosto bassa e buone prestazioni tra il livello applicazione e il livello dati, usare i gruppi di posizionamento di prossimità. I gruppi di prossimità possono forzare il raggruppamento di risorse VM diverse in una singola spina di rete. Per un esempio di carico di lavoro SAP che usa gruppi di posizionamento di prossimità, vedere Gruppi di posizionamento di prossimità di Azure per una latenza di rete ottimale con applicazioni SAP

Come eseguire la ridistribuzione

Se si vuole eseguire la migrazione dei dati nei dischi gestiti correnti durante la creazione di una nuova macchina virtuale, seguire le istruzioni riportate in Eseguire la migrazione di dischi gestiti.

Se si vuole soltanto creare una nuova macchina virtuale con nuovi dischi gestiti in una zona di disponibilità, vedere:

Per informazioni su come creare set di scalabilità di macchine virtuali in una zona di disponibilità, vedere Creare un set di scalabilità di macchine virtuali che usa zone di disponibilità.

Eseguire la migrazione di dischi gestiti

In questa sezione si eseguirà la migrazione dei dati dai dischi gestiti correnti a dischi gestiti ZRS o dischi gestiti di zona.

Passaggio 1: Creare lo snapshot

Il modo più semplice e preciso per creare uno snapshot consiste nel crearlo mentre la macchina virtuale è offline. Vedere Snapshot. La scelta di questo approccio prevede un tempo di inattività. Per creare uno snapshot della macchina virtuale usando il portale di Azure, PowerShell o l'interfaccia della riga di comando di Azure, vedere Creare uno snapshot di un disco rigido virtuale

Se si vuole creare uno snapshot di un disco collegato a una macchina virtuale in esecuzione, leggere le indicazioni riportate in Snapshot prima di procedere.

Nota

Le configurazioni correnti dei dischi gestiti di origine rimangono intatte e i dischi continueranno a essere fatturati. Per evitare questo problema, è necessario eliminare manualmente i dischi dopo aver completato la migrazione e confermato che i nuovi dischi funzionano. Per altre informazioni, consultare Trovare ed eliminare dischi scollegati gestiti e non gestiti di Azure.

Passaggio 2: Eseguire la migrazione dei dati nei dischi gestiti

Dopo aver creato snapshot dei dischi originali, è possibile usarli per creare dischi gestiti ZRS o dischi gestiti di zona.

Eseguire la migrazione dei dati a dischi gestiti di zona

Per eseguire la migrazione di un disco gestito non di zona a di zona:

Creare un disco gestito di zona a partire dallo snapshot del disco di origine. Il parametro di zona deve corrispondere alla macchina virtuale di zona. Per creare un disco gestito di zona a partire dallo snapshot, è possibile usare l'interfaccia della riga di comando di Azure (esempio riportato di seguito), PowerShell, o il portale di Azure.
```
    az disk create --resource-group $resourceGroupName --name $diskName --location $location --zone $zone --sku $storageType --size-gb $diskSize --source $snapshotId
```

Eseguire la migrazione dei dati ai dischi gestiti ZRS

Importante

L'archiviazione con ridondanza della zona (ZRS) per dischi gestiti presenta alcune restrizioni. Per altre informazioni, vedere: Limitazioni.

Creare un disco gestito ZRS a partire dallo snapshot del disco di origine usando il seguente frammento di interfaccia della riga di comando di Azure:

# Create a new ZRS Managed Disks using the snapshot Id and the SKU supported   
storageType=Premium_ZRS 
location=westus2 

az disk create --resource-group $resourceGroupName --name $diskName --sku $storageType --size-gb $diskSize --source $snapshotId

Passaggio 3: Creare una nuova macchina virtuale con i nuovi dischi

Ora che è stata eseguita la migrazione dei dati a dischi gestiti ZRS o a dischi gestiti di zona, creare una nuova macchina virtuale con i nuovi dischi impostati come dischi del sistema operativo e dei dati:


    az vm create -g MyResourceGroup -n MyVm --attach-os-disk newZonalOSDiskCopy --attach-data-disks newZonalDataDiskCopy --os-type linux

Opzione di migrazione 2: spostamento della macchina virtuale da area a zona

Questa sezione descrive in dettaglio come spostare macchine virtuali di Azure a istanza singola da una configurazione ad area a una Zona di disponibilità di destinazione all'interno della stessa area di Azure.

Vantaggi principali dello spostamento a livello di area

I vantaggi dello spostamento a livello di zona sono i seguenti:

Esperienza utente ottimizzata: la nuova zona di disponibilità nell'area desiderata riduce la latenza e crea un'esperienza ottimale per i clienti.
Tempo di inattività ridotto: le macchine virtuali sono completamente supportate, migliorando così la resilienza e la disponibilità dell'applicazione.
Connettività di rete: sfrutta l'infrastruttura esistente, come reti virtuali (VNET), subnet, gruppi di sicurezza di rete (NSG) e servizi di bilanciamento del carico (LB), che possono supportare la configurazione di zona di destinazione.
Scalabilità elevata: coordina lo spostamento su larga scala riducendo la necessità intervento manuale e minimizzando il tempo complessivo di migrazione da giorni a ore o persino minuti, a seconda del volume di dati.

Componenti

Durante uno spostamento a livello di area, vengono usati i seguenti componenti:

Componente	Dettagli
Raccolta di spostamento	Una raccolta di spostamento è un oggetto di Azure Resource Manager creato durante il processo di spostamento da area a zona. La raccolta si basa sui parametri dell'area e della sottoscrizione della macchina virtuale e contiene metadati e informazioni di configurazione sulle risorse da spostare. Le macchine virtuali aggiunte a una raccolta di spostamento devono trovarsi nella stessa sottoscrizione e nella stessa area/località, ma possono essere selezionate da gruppi di risorse diversi.
Sposta risorsa	Quando si aggiungono macchine virtuali a una raccolta di spostamento, questa viene rilevata come risorsa di spostamento e tali informazioni vengono mantenute nella raccolta di spostamento per ogni macchina virtuale attualmente presente nel processo di spostamento. La raccolta di spostamento verrà creata in un gruppo di risorse temporaneo all’interno della sottoscrizione e, se necessario, può essere eliminata insieme al gruppo di risorse.
Dipendenze	Quando si aggiungono macchine virtuali alla raccolta di spostamento, vengono eseguiti controlli di convalida per determinare se le macchine virtuali abbiano dipendenze che non si trovano nella raccolta di spostamento. Ad esempio, una scheda di interfaccia di rete (NIC) è una risorsa dipendente per una macchina virtuale e deve essere spostata insieme ad essa. Dopo aver identificato le dipendenze per ognuna delle macchine virtuali, è possibile aggiungere dipendenze alla raccolta di spostamento e spostarle, oppure selezionare risorse esistenti alternative nella configurazione di zona di destinazione. È possibile selezionare una rete virtuale esistente nella configurazione di zona di destinazione o creare una nuova rete virtuale, in base alle esigenze.

Matrice di supporto

Calcolo delle macchine virtuali

La tabella seguente descrive la matrice di supporto per lo spostamento di macchine virtuali da una configurazione a ad area a quella di zona:

Scenario	Supporto tecnico	Dettagli
Istanza singola macchina virtuale	Supportata	Lo spostamento da area a zona di macchine virtuali a istanza singola è supportato.
Macchine virtuali all'interno di un set di disponibilità	Non supportato
Macchine virtuali all'interno di set di scalabilità di macchine virtuali con orchestrazione uniforme	Non supportato
Macchine virtuali all'interno di set di scalabilità di macchine virtuali con orchestrazione flessibile	Non supportato
Aree geografiche supportate	Supportata	Sono le aree supportate per la zona di disponibilità sono supportate. Altre informazioni sui dettagli dell'area.
Macchine virtuali già situate in una zona di disponibilità	Non supportato	Lo spostamento tra zone non è supportato. Solo le macchine virtuali situate all'interno della stessa area possono essere spostate in un'altra zona di disponibilità.
Estensioni delle macchine virtuali	Non supportato	Lo spostamento delle macchine virtuali è supportato, ma le estensioni non vengono copiate nella macchina virtuale di zona di destinazione.
Macchine virtuali con avvio attendibile	Supportata	Riabilitare l'opzione Monitoraggio di integrità nel portale e salvare la configurazione dopo lo spostamento.
Macchine virtuali riservate	Supportata	Riabilitare l'opzione Monitoraggio di integrità nel portale e salvare la configurazione dopo lo spostamento.
Generazione 2 macchine virtuali (avvio UEFI)	Supportata
Macchine virtuali in gruppi di posizionamento di prossimità	Supportata	Il gruppo di posizionamento di prossimità di origine (PPG) non viene mantenuto nella configurazione di zona.
Macchine virtuali spot (macchine virtuali a bassa priorità)	Supportata
Macchine virtuali con host dedicati	Supportata	L'host dedicato della macchina virtuale di origine non verrà mantenuto.
Macchine virtuali con memorizzazione nella cache host abilitata	Supportata
Macchine virtuali create da immagini del marketplace	Supportata
VM creata in base a un'immagine personalizzata	Supportata
VM con licenza HUB (Vantaggio Hybrid Use)	Supportata
Criteri di controllo degli accessi in base al ruolo delle macchine virtuali	Non supportato	Lo spostamento delle macchine virtuali è supportato, ma le schede di RBAC non vengono copiate nella macchina virtuale di zona di destinazione.
Macchine virtuali che usano la rete accelerata	Supportata

Impostazioni di archiviazione delle macchine virtuali

La tabella seguente descrive la matrice di supporto per lo spostamento delle impostazioni di archiviazione delle macchine virtuali:

Scenario	Supporto tecnico	Dettagli
Macchine virtuali con disco gestito	Supportata	Lo spostamento da area a zona di macchine virtuali a istanza singola è supportato.
Macchine virtuali che usano dischi non gestiti	Non supportato
Macchine virtuali che utilizzano dischi Ultra	Non supportato
Macchine virtuali che usano dischi temporanei del sistema operativo	Non supportato
Macchine virtuali che usano dischi condivisi	Non supportato
Macchine virtuali con unità HDD standard	Supportata
Macchine virtuali con unità SSD standard	Supportata
Macchine virtuali con unità SSD premium	Supportata
Macchine virtuali con dischi NVMe (Archiviazione ottimizzati - Serie Lsv2)	Supportata
Disco temporaneo nelle macchine virtuali	Supportata	Verranno creati dischi temporanei; tuttavia, essi non conterranno i dati provenienti dai dischi temporanei di origine.
Macchine virtuali con dischi con ZRS (Archiviazione con ridondanza della zona)	Supportata
Macchine virtuali con ADE (Crittografia dischi di Azure)	Supportata
Macchine virtuali con crittografia lato server tramite chiavi gestite dal servizio	Supportata
Macchine virtuali con crittografia lato server con chiavi gestite dal cliente	Supportata
Macchine virtuali con crittografia basata su host abilitata con PM	Non supportato
Macchine virtuali con crittografia basata su host abilitata con chiave gestita da chiave	Non supportato
Macchine virtuali con crittografia basata su host abilitata con crittografia doppia	Non supportato

Impostazioni di rete delle macchine virtuali

La tabella seguente descrive la matrice di supporto per lo spostamento delle impostazioni di rete delle macchine virtuali:

Scenario	Supporto tecnico	Dettagli
NIC	Supportata	Per impostazione predefinita, viene creata una nuova risorsa, ma è possibile specificare una risorsa esistente nella configurazione di destinazione.
Rete virtuale	Supportata	Per impostazione predefinita, viene usata la rete virtuale di origine (VNET) oppure è possibile specificare una risorsa esistente nella configurazione di destinazione.

Come spostare una macchina virtuale da configurazione ad area a configurazione di zona

Prima di spostare una macchina virtuale da configurazione ad area a quella di zona, vedere Domande frequenti - Spostare una macchina virtuale a istanza singola di Azure da area a zona.

Per informazioni su come spostare macchine virtuali da configurazione ad area a quella di zona all'interno della stessa area nel portale di Azure, vedere Spostare macchine virtuali a istanza singola di Azure da configurazione ad area a quella di zona.

Per informazioni su come eseguire la stessa operazione usando Azure PowerShell e l'interfaccia della riga di comando, vedere Spostare una macchina virtuale in una zona di disponibilità usando Azure PowerShell e l'interfaccia della riga di comando.

Opzione di migrazione 3: Spostamento risorse di Azure

Quando usare Spostamento risorse di Azure

Usare Spostamento risorse di Azure come metodo semplice per spostare macchine virtuali o macchine virtuali crittografate da un'area senza zone di disponibilità a un'altra con supporto delle zone di disponibilità. Per altre informazioni sui vantaggi dell'uso di Spostamento risorse di Azure, vedere Perché usare Spostamento risorse di Azure?.

Considerazioni su Spostamento risorse di Azure

Quando si usa Spostamento risorse di Azure, tutte le chiavi e i segreti vengono copiati dall'insieme di credenziali delle chiavi di origine all'insieme di credenziali delle chiavi di destinazione appena creato nell'area di destinazione. Tutte le risorse correlate alle chiavi gestite dal cliente, come istanze di Azure Key Vault, set di crittografia dischi, macchine virtuali, dischi e snapshot, devono trovarsi nella stessa sottoscrizione e nella stessa area. La funzionalità di disponibilità e ridondanza predefinita di Azure Key Vault non può essere usata come insieme di credenziali delle chiavi di destinazione per le risorse della macchina virtuale spostate, anche se l'area di destinazione è un'area secondaria in cui viene replicato l'insieme di credenziali delle chiavi di origine.

Come usare Spostamento risorse di Azure

Per informazioni su come spostare macchine virtuali in un'altra area, vedere Spostare macchine virtuali di Azure a una zona di disponibilità in un'altra area

Per informazioni su come spostare macchine virtuali crittografate in un'altra area, vedere Esercitazione: Spostare macchine virtuali crittografate di Azure tra aree

Considerazioni sul ripristino di emergenza

In genere, le zone di disponibilità vengono usate per distribuire macchine virtuali in una configurazione a disponibilità elevata. Potrebbero essere troppo vicine tra loro per fungere da soluzione di ripristino di emergenza durante una calamità naturale. Esistono tuttavia scenari in cui è possibile usare le zone di disponibilità per il ripristino di emergenza. Per altre informazioni, vedere Uso delle zone di disponibilità per il ripristino di emergenza.

I seguenti requisiti devono far parte di una strategia di ripristino di emergenza che consenta all'organizzazione di eseguire i propri carichi di lavoro durante interruzioni pianificate o non pianificate tra zone:

La macchina virtuale di origine deve essere già una macchina virtuale di zona, il che significa che deve trovarsi in una zona logica.
È necessario replicare la macchina virtuale da una zona a un'altra usando il servizio Azure Site Recovery.
Dopo aver replicato la macchina virtuale in un'altra zona, è possibile seguire i passaggi per eseguire un'esercitazione di ripristino di emergenza, failover, riprotezione e failback.
Per abilitare il ripristino di emergenza di macchine virtuali tra zone di disponibilità, seguire le istruzioni in Abilitare il ripristino di emergenza di macchine virtuali di Azure tra zone di disponibilità.

Condividi tramite