Spostamento delle VM di Azure in un'altra area di Azure
Questo articolo fornisce una panoramica dei motivi e dei passaggi necessari per lo spostamento di VM di Azure in un'altra area di Azure tramite Azure Site Recovery.
Motivi per spostare le macchine virtuali di Azure
Si possono spostare le macchine virtuali per i motivi seguenti:
- È stata già eseguita la distribuzione in un'area geografica ed è stato aggiunto il supporto per una nuova area più vicina a quella degli utenti finali dell'applicazione o del servizio. In questo scenario, è consigliabile spostare le macchine virtuali così come sono nella nuova area per ridurre la latenza. Usare lo stesso approccio per consolidare le sottoscrizioni o se esistono regole di governance/organizzazione che richiedono lo spostamento.
- La macchina virtuale è stata distribuita come VM a istanza singola o come parte di un set di disponibilità. Se si vuole aumentare la disponibilità di contratti di servizio, è possibile spostare le macchine virtuali in una zona di disponibilità.
Spostare le VM con Spostamento risorse
È ora possibile spostare le VM in un'altra area con Spostamento risorse di Azure. Spostamento risorse di Azure è attualmente disponibile in anteprima pubblica e offre:
- Un singolo hub per lo spostamento di risorse tra aree.
- Riduzione dei tempi richiesti e della complessità degli spostamenti. Tutto il necessario in un'unica posizione.
- Un'esperienza semplice e coerente per spostare diversi tipi di risorse di Azure.
- Un modo semplice per identificare le dipendenze tra le risorse da spostare. È quindi possibile spostare contemporaneamente le risorse correlate in modo che dopo lo spostamento tutto funzioni come previsto nell'area di destinazione.
- Pulizia automatica delle risorse nell'area di origine, se si preferisce eliminarle dopo lo spostamento.
- Test. È possibile provare a eseguire uno spostamento e quindi annullarlo se non si vuole procedere a uno spostamento completo.
Spostamento delle macchine virtuali con Site Recovery
Lo spostamento di VM con Site Recovery prevede i passaggi seguenti:
- Verificare i prerequisiti.
- Preparare le VM di origine.
- Preparare l'area di destinazione.
- Copiare i dati nell’area di destinazione. Usare la tecnologia di replica di Azure Site Recovery per copiare i dati dalla macchina virtuale di origine all'area di destinazione.
- Testare la configurazione. Dopo aver completato la replica, testare la configurazione eseguendo un failover di test in una rete non di produzione.
- Eseguire lo spostamento.
- Rimuovere le risorse dall'area di origine.
Nota
Nelle sezioni seguenti vengono fornite informazioni dettagliate su queste operazioni.
Importante
Attualmente Azure Site Recovery supporta lo spostamento delle macchine virtuali da un'area a un'altra, ma non all'interno della stessa area.
Architetture tipiche per una distribuzione multilivello
Questa sezione illustra le architetture di distribuzione più comuni per un'applicazione multilivello di Azure. L'esempio mostrato è relativo a un'applicazione a tre livelli con un IP pubblico. Ogni livello, ossia Web, applicazione e database, include due VM ciascuno ed è connesso agli altri livelli tramite un servizio di bilanciamento del carico di Azure. Per il livello del database è impostata la replica Always On di SQL Server tra le VM per la disponibilità elevata.
Macchine virtuali a istanza singola distribuite in vari livelli: ogni macchina virtuale in un livello è configurata come macchina virtuale a istanza singola ed è connessa dai servizi di bilanciamento del carico agli altri livelli. Questa configurazione è la più semplice da adottare.
Macchine virtuali in ogni livello distribuito tra set di disponibilità: ogni macchina virtuale in un livello è configurata in un set di disponibilità. I set di disponibilità assicurano che le in Azure le macchine virtuali vengano distribuite tra più nodi hardware isolati in un cluster. Questa operazione assicura che, se si verifica un errore hardware o software all'interno di Azure, solo un subset delle macchine virtuali viene interessato e che nel complesso la soluzione rimane disponibile e operativa.
Macchine virtuali in ogni livello distribuito in zone di disponibilità: ogni macchina virtuale in un livello viene configurata in zone di disponibilità. Una zona di disponibilità in un'area di Azure è una combinazione di un dominio di errore e un dominio di aggiornamento. Ad esempio, se si creano tre o più macchine virtuali in tre aree in un'area di Azure, le macchine virtuali vengono distribuite in modo efficace in tre domini di errore e tre domini di aggiornamento. La piattaforma di Azure riconosce questa distribuzione in domini di aggiornamento per assicurarsi che le macchine virtuali in diverse aree non vengano aggiornate contemporaneamente.
Spostare le macchine virtuali così come sono in un'area di destinazione
In base alle architetture citate sopra, ecco come saranno le distribuzioni dopo aver eseguito lo spostamento delle VM così come sono nell'area di destinazione.
- VM a istanza singola distribuite tra vari livelli
- VM di ogni livello distribuite in set di disponibilità
- VM di ogni livello distribuite tra zone di disponibilità
Spostare le macchine virtuali per aumentare la disponibilità
VM a istanza singola distribuite tra vari livelli
Macchine virtuali in ogni livello distribuito tra set di disponibilità: è possibile configurare le macchine virtuali in un set di disponibilità in zone di disponibilità separate quando si abilita la replica per la macchina virtuale usando Azure Site Recovery. Una volta completato lo spostamento, il contratto di servizio per la disponibilità sarà del 99,99%.
