Eseguire la migrazione di macchine virtuali e set di scalabilità di macchine virtuali al supporto della zona di disponibilità
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:
- Creare una macchina virtuale con l'interfaccia della riga di comando di Azure
- Creare una macchina virtuale con Azure PowerShell
- Creare una macchina virtuale con il portale di Azure
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à.
Passaggi successivi
- Servizi e aree di Azure che supportano le zone di disponibilità
- Affidabilità nelle macchine virtuali
- Affidabilità nei set di scalabilità di macchine virtuali
- Spostare macchine virtuali di Azure a istanza singola dalla configurazione ad area a quella di zona con PowerShell
- Spostare macchine virtuali di Azure a istanza singola dalla configurazione ad area a quella di zona tramite il portale