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 (VM) 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 come usare il supporto della zona di disponibilità per le soluzioni di ripristino di emergenza.
Le macchine virtuali (VM) e set di scalabilità di macchine virtuali sono servizi abilitati per la zona di disponibilità, il che significa che le risorse della macchina virtuale possono essere distribuite usando uno dei metodi seguenti:
Zona: le risorse delle macchine virtuali vengono distribuite in una zona di disponibilità specifica e auto-selezionata per ottenere requisiti di latenza o prestazioni più rigorosi.
Ridondanza della zona: le risorse delle macchine virtuali 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 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 delle macchine virtuali, vedere Affidabilità in Macchine virtuali. Per il supporto della zona di disponibilità per i set di scalabilità di macchine virtuali, vedere Affidabilità in 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 in per l'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 a livello di zona vengono create tra le 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 buone procedure di infrastruttura come codice (IaC) per gestire l'infrastruttura. Questa opzione di ridistribuzione offre un maggiore controllo e la possibilità di automatizzare vari processi all'interno delle pipeline di distribuzione.
Considerazioni sulla ridistribuzione
Quando si ridistribuisce la macchina virtuale e set di scalabilità di macchine virtuali risorse, 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 il 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 collegati.
Per le distribuzioni di zona che richiedono una latenza di rete ragionevolmente 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 colonna vertebrale 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 le applicazioni SAP
Come ridistribuire
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 dei dischi gestiti.
Se si vuole creare solo 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 usando 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 dei dischi gestiti
In questa sezione si esegue la migrazione dei dati dai dischi gestiti correnti a dischi gestiti con ridondanza della zona o a dischi gestiti con ridondanza della zona.
Passaggio 1: Creare lo snapshot
Il modo più semplice e pulito per creare uno snapshot consiste nel farlo mentre la macchina virtuale è offline. Vedere Snapshot. Se si sceglie questo approccio, è necessario prevedere 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 crea uno snapshot di un disco collegato a una macchina virtuale in esecuzione, leggere le indicazioni riportate in Snapshot prima di procedere.
Nota
I dischi gestiti di origine rimangono intatti con le configurazioni correnti e continueranno a essere fatturati. Per evitare questo problema, è necessario eliminare manualmente i dischi al termine della migrazione e confermare che i nuovi dischi funzionano. Per altre informazioni, vedere Trovare ed eliminare dischi gestiti e non gestiti di Azure scollegati.
Passaggio 2: Eseguire la migrazione dei dati nei dischi gestiti
Dopo aver creato snapshot dei dischi originali, è possibile usarli per creare dischi gestiti con ridondanza della zona o dischi gestiti di zona.
Eseguire la migrazione dei dati a dischi gestiti di zona
Per eseguire la migrazione di un disco gestito non a livello di zona:
Creare un disco gestito di zona dallo snapshot del disco di origine. Il parametro di zona deve corrispondere alla macchina virtuale a livello di zona. Per creare un disco gestito di zona dallo snapshot, è possibile usare l'interfaccia della riga di comando di Azure (esempio 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 dell'archiviazione con ridondanza della zona
Importante
L'archiviazione con ridondanza della zona per i dischi gestiti presenta alcune restrizioni. Per altre informazioni, vedere Limitazioni.
Creare un disco gestito con ridondanza della zona dallo snapshot del disco di origine usando il frammento di interfaccia della riga di comando di Azure seguente:
# 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 ai dischi gestiti con ridondanza della zona o ai dischi gestiti di zona, creare una nuova macchina virtuale con questi nuovi dischi impostati come dischi dati e del sistema operativo:
az vm create -g MyResourceGroup -n MyVm --attach-os-disk newZonalOSDiskCopy --attach-data-disks newZonalDataDiskCopy --os-type linux
Opzione di migrazione 2: spostamento a livello di area della macchina virtuale a livello di zona
Questa sezione descrive in dettaglio come spostare macchine virtuali di Azure a istanza singola da una configurazione a livello di area a una zona di disponibilità di destinazione all'interno della stessa area di Azure.
Importante
Lo spostamento a livello di area delle macchine virtuali a istanza singola è attualmente disponibile in anteprima pubblica.
Vantaggi principali dello spostamento a livello di area
I vantaggi di uno spostamento a livello di zona sono i seguenti:
- Esperienza utente migliorata: le nuove zone di disponibilità nell'area desiderata riduce la latenza e crea un'esperienza ottimale per i clienti.
- Tempo di inattività ridotto: le macchine virtuali sono supportate in tutto, migliorando così la resilienza e la disponibilità dell'applicazione.
- Connettività di rete: sfrutta l'infrastruttura esistente, ad esempio reti virtuali (VNET), subnet, gruppi di sicurezza di rete (NSG) e servizi di bilanciamento del carico ,che possono supportare la configurazione zonale di destinazione.
- Scalabilità elevata: orchestra lo spostamento su larga scala riducendo i punti di tocco manuali e riducendo al minimo il tempo complessivo di migrazione da giorni a ore o persino minuti, a seconda del volume di dati.
Componenti
I componenti seguenti vengono usati durante uno spostamento a livello di area:
| Componente | Dettagli |
|---|---|
| Raccolta di spostamento | Una raccolta di spostamento è un oggetto di Azure Resource Manager creato durante il processo di spostamento a livello di 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, viene rilevata come risorsa di spostamento e queste 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 nella sottoscrizione e può essere eliminata insieme al gruppo di risorse, se necessario. |
| Dipendenze | Quando si aggiungono macchine virtuali alla raccolta di spostamento, i controlli di convalida vengono eseguiti per determinare se le macchine virtuali hanno 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 alla macchina virtuale. Dopo aver identificato le dipendenze per ognuna delle macchine virtuali, è possibile aggiungere dipendenze alla raccolta di spostamento e spostarle anche 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
Macchine virtuali calcolo
La tabella seguente descrive la matrice di supporto per lo spostamento di macchine virtuali da una configurazione a livello di area a quella di zona:
| Scenario | Supporto | Dettagli |
|---|---|---|
| Macchina virtuale a istanza singola | Supportata | Lo spostamento a livello di area delle 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 supportate solo le aree supportate per la zona di disponibilità. Per altre informazioni sui dettagli dell'area, vedere Altre informazioni. |
| Macchine virtuali già presenti in una zona di disponibilità | Non supportato | Lo spostamento tra zone non è supportato. Solo le macchine virtuali 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 a livello di zona di destinazione. |
| Macchine virtuali con avvio attendibile | Supportata | Riabilitare l'opzione Monitoraggio dell'integrità nel portale e salvare la configurazione dopo lo spostamento. |
| Macchine virtuali riservate | Supportata | Riabilitare l'opzione Monitoraggio dell'integrità nel portale e salvare la configurazione dopo lo spostamento. |
| Macchine virtuali di seconda generazione (avvio UEFI) | Supportata | |
| Macchine virtuali nei 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 con priorità bassa) | 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 | |
| Macchine virtuali create da immagini personalizzate | Supportata | |
| Vm with HUB (Hybrid Use Benefit) license (VM with HUB (Hybrid Use Benefit) license (VM with HUB (Hybrid Use Benefit) ( | 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 a livello di zona di destinazione. |
| Macchine virtuali che usano la rete accelerata | Supportata |
impostazioni di archiviazione Macchine virtuali
La tabella seguente descrive la matrice di supporto per lo spostamento delle impostazioni di archiviazione delle macchine virtuali:
| Scenario | Supporto | Dettagli |
|---|---|---|
| Macchine virtuali con disco gestito | Supportata | Lo spostamento a livello di area delle macchine virtuali a istanza singola è supportato. |
| Macchine virtuali che usano dischi non gestiti | Non supportato | |
| Macchine virtuali che usano 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 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, non conterranno i dati dai dischi temporanei di origine. |
| Macchine virtuali con dischi 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 la chiave gestita dal cliente | Non supportato | |
| Macchine virtuali con crittografia basata su host abilitata con crittografia doppia | Non supportato |
Macchine virtuali impostazioni di rete
La tabella seguente descrive la matrice di supporto per lo spostamento delle impostazioni di rete delle macchine virtuali:
| Scenario | Supporto | Dettagli |
|---|---|---|
| Scheda di interfaccia di rete | 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 oppure è possibile specificare una risorsa esistente nella configurazione di destinazione. |
Come spostare una macchina virtuale dalla configurazione a livello di area a quella di zona
Prima di spostare una macchina virtuale dalla configurazione a livello di area a quella di zona, vedere Domande frequenti - Spostare una macchina virtuale a istanza singola di Azure dall'area alla zona.
Per informazioni su come spostare le macchine virtuali dalla configurazione di area a quella di zona all'interno della stessa area nella portale di Azure, vedere Spostare macchine virtuali a istanza singola di Azure dalla configurazione a livello di 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 Azure Resource Mover
Usare Azure Resource Mover per un modo semplice per spostare le macchine virtuali o le macchine virtuali crittografate da un'area senza zone di disponibilità a un'altra con il supporto della zona di disponibilità. Per altre informazioni sui vantaggi dell'uso di Azure Resource Mover, vedere Perché usare Azure Resource Mover?.
Considerazioni su Spostamento risorse di Azure
Quando si usa Lo 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, ad esempio 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 Azure Resource Mover
Per informazioni su come spostare le macchine virtuali in un'altra area, vedere Spostare macchine virtuali di Azure in 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 le macchine virtuali in una configurazione a disponibilità elevata. Possono essere troppo vicini 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 di zone di disponibilità per il ripristino di emergenza.
I requisiti seguenti devono far parte di una strategia di ripristino di emergenza che consente all'organizzazione di eseguire i carichi di lavoro durante interruzioni pianificate o non pianificate tra zone:
- La macchina virtuale di origine deve essere già una macchina virtuale a livello di zona, il che significa che si trova 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 la procedura per eseguire un'esercitazione sul ripristino di emergenza, eseguire il failover, la riprotezione e il failback.
- Per abilitare il ripristino di emergenza delle macchine virtuali tra le zone di disponibilità, seguire le istruzioni in Abilitare il ripristino di emergenza delle macchine virtuali di Azure tra le zone di disponibilità.
Passaggi successivi
- Servizi e aree di Azure che supportano le zone di disponibilità
- Affidabilità in Macchine virtuali
- Affidabilità in set di scalabilità di macchine virtuali
- Spostare macchine virtuali di Azure a istanza singola dalla configurazione a livello di area a quella di zona con PowerShell
- Spostare macchine virtuali di Azure a istanza singola dalla configurazione a livello di area tramite il portale