Riallocare un'applicazione locale nelle macchine virtuali di Azure usando Azure Migrate

Questo articolo illustra in che modo la società fittizia Contoso esegue il rehosting di un'applicazione front-end Windows .NET a due livelli in esecuzione su macchine virtuali VMware eseguendo la migrazione delle macchine virtuali dell'applicazione a macchine virtuali di Azure.

L'applicazione SmartHotel360 usata in questo esempio viene offerta come software open source. Se si intende usarla per scopi di test personalizzati, è possibile scaricarla da GitHub.

Driver di business

Il team di leadership IT collabora attivamente con i partner aziendali per identificare gli obiettivi da raggiungere con questa migrazione. I propositi sono i seguenti:

• Stare al passo con la crescita aziendale. Contoso è in espansione e di conseguenza l'infrastruttura e i sistemi locali iniziano a sentirne la pressione.
• Limitare i rischi. L'applicazione SmartHotel360 è fondamentale per il business di Contoso. L'azienda vuole spostare l'applicazione in Azure senza rischi.
• Estendere. Contoso non vuole modificare l'applicazione, ma vuole assicurarsi che sia stabile.

Obiettivi della migrazione

Il team di cloud di Contoso ha fissato alcuni obiettivi per la migrazione. Questi obiettivi consentono di determinare il metodo di migrazione ottimale:

• Dopo la migrazione, l'applicazione in Azure dovrà offrire le stesse caratteristiche prestazionali riscontrate oggi in VMware. L'applicazione manterrà nel cloud la stessa importanza critica della corrispondente versione in locale.
• Anche se è importante, Contoso non intende investire in questa applicazione al momento. Contoso vuole spostare l'applicazione in modo sicuro nel cloud nella sua forma attuale.
• Contoso non vuole cambiare il modello operativo dell'applicazione. Contoso vuole interagire con l'applicazione nel cloud così come in locale.
• Contoso non intende cambiare le funzionalità dell'applicazione. Cambierà solo la posizione dell'applicazione.

Progettazione della soluzione

Dopo aver definito obiettivi e requisiti, Contoso progetta ed esamina una soluzione di distribuzione. Contoso identifica il processo di migrazione, inclusi i servizi di Azure da usare per la migrazione.

Applicazione corrente

• L'applicazione è divisa in livelli tra due VM (WEBVM e SQLVM).
• Le macchine virtuali si trovano nell'host VMware ESXi contosohost1.contoso.com (versione 6.5).
• L'ambiente VMware viene gestito dal server vCenter 6.5 (vcenter.contoso.com) in esecuzione in una macchina virtuale.
• Contoso ha un data center locale (contoso-datacenter) con un controller di dominio locale (contosodc1).

Architettura proposta

• Poiché l'applicazione costituisce un carico di lavoro di produzione, le macchine virtuali in Azure risiederanno nel gruppo di risorse di produzione ContosoRG.
• Le macchine virtuali dell'applicazione verranno trasferite nell'area primaria di Azure (Stati Uniti orientali 2) e inserite nella rete di produzione (VNET-PROD-EUS2).
• La macchina virtuale del front-end Web risiederà nella subnet front-end (PROD-FE-EUS2) nella rete di produzione.
• La macchina virtuale del database risiederà nella subnet di database (PROD-DB-EUS2) nella rete di produzione.
• Le macchine virtuali locali nel data center Contoso verranno rimosse al termine della migrazione.

Considerazioni sul database

Come parte del processo di progettazione della soluzione, Contoso ha eseguito un confronto delle funzionalità tra Database SQL di Azure e SQL Server. Le considerazioni seguenti hanno portato alla decisione di usare SQL Server in esecuzione su una macchina virtuale IaaS di Azure:

• L'uso di una macchina virtuale di Azure che esegue SQL Server sembra essere una soluzione ottimale se Contoso ha l'esigenza di personalizzare il sistema operativo e il database o di collocare ed eseguire applicazioni partner nella stessa macchina virtuale.
• Con Software Assurance, in seguito Contoso può scambiare le licenze esistenti con le tariffe scontate di Istanza gestita di SQL di Azure tramite l'offerta Vantaggio Azure Hybrid per SQL Server. Con Istanza gestita di SQL è possibile risparmiare fino al 30%.

Revisione della soluzione

Contoso valuta l'architettura proposta elaborando un elenco di vantaggi e svantaggi.

Considerazioni	Dettagli
Vantaggi	Entrambe le macchine virtuali dell'applicazione verranno spostate in Azure senza modifiche, semplificando così la migrazione. Poiché Contoso usa un approccio lift-and-shift per entrambe le VM dell'applicazione, non sono necessari strumenti di configurazione o migrazione speciali per il database dell'applicazione. Contoso può sfruttare il proprio investimento in Software Assurance usando l'offerta Vantaggio Azure Hybrid. Contoso manterrà il controllo completo delle macchine virtuali dell'applicazione in Azure.
Svantaggi	WEBVM e SQLVM eseguono Windows Server 2008 R2. Azure supporta il sistema operativo per ruoli specifici. Altre informazioni Il livello Web e il livello dati dell'applicazione rimangono come singoli punti di guasto. SQLVM è in esecuzione in SQL Server 2008 R2. SQL Server 2008 R2 non è più incluso nel supporto mainstream, ma è supportato per le macchine virtuali di Azure. Altre informazioni Contoso dovrà continuare a supportare l'applicazione nelle VM di Azure invece di passare a un servizio gestito come Servizio app di Azure e Database SQL di Azure.

Processo di migrazione

Contoso eseguirà la migrazione delle macchine virtuali del database e del front-end dell'applicazione a macchine virtuali di Azure con il metodo senza agente dello strumento Azure Migrate: Migrazione del server.

• In primo luogo, Contoso prepara e configura i componenti di Azure per Azure Migrate: Migrazione del server e predispone l'infrastruttura VMware locale.
• L'infrastruttura di Azure è già presente, quindi Contoso deve semplicemente aggiungere e configurare la replica delle macchine virtuali tramite lo strumento Azure Migrate: Migrazione del server.
• Al termine delle attività di preparazione, Contoso può iniziare a replicare le macchine virtuali.
• Non appena la replica è abilitata e funzionante, Contoso eseguirà la migrazione della macchina virtuale testando la procedura ed effettuandone il failover in Azure, se ha esito positivo.

Servizi di Azure

Servizio	Descrizione	Costi
Azure Migrate: Migrazione server	Il servizio orchestra e gestisce la migrazione delle applicazioni e dei carichi di lavoro locali, nonché delle istanze di VM Amazon Web Services (AWS) e Google Cloud Platform (GCP).	Durante la replica in Azure vengono addebitati costi relativi all'archiviazione di Azure. Vengono create macchine virtuali di Azure che comportano addebiti una volta avviata la migrazione e quando sono in esecuzione in Azure. Vedere altre informazioni su addebiti e prezzi.

Prerequisiti

Contoso e gli altri utenti devono soddisfare i prerequisiti seguenti per questo scenario.

Requisiti	Dettagli
Sottoscrizione di Azure	Contoso ha creato le sottoscrizioni in un articolo precedente di questa serie. Se non si ha una sottoscrizione di Azure, creare un account gratuito. Se si crea un account gratuito, si è l'amministratore della sottoscrizione e si possono eseguire tutte le azioni. Se si usa una sottoscrizione esistente e non si ha il ruolo di amministratore, rivolgersi all'amministratore per l'assegnazione delle autorizzazioni di proprietario o collaboratore. Se sono necessarie autorizzazioni più specifiche, vedere Gestire l'accesso a Site Recovery con il controllo degli accessi in base al ruolo di Azure.
Infrastruttura di Azure	Vedere in che modo Contoso configura un'infrastruttura di Azure. Vedere altre informazioni sui prerequisiti specifici per Azure Migrate: Migrazione del server.
Server locali	I server vCenter locali devono eseguire la versione 5.5, 6.0, 6.5 o 6.7. Gli host ESXi devono eseguire la versione 5.5, 6.0, 6.5 o 6.7. Nell'host ESXi devono essere in esecuzione una o più VM VMware.

Passaggi dello scenario

Ecco in che modo gli amministratori di Contoso eseguiranno la migrazione:

• Passaggio 1: Preparare Azure per Azure Migrate: Migrazione del server. Contoso aggiunge lo strumento Migrazione server al progetto di Azure Migrate.
• Passaggio 2: Replicare le macchine virtuali locali. Viene configurata e avviata la replica delle VM in Archiviazione di Azure.
• Passaggio 3: Eseguire la migrazione delle macchine virtuali con Azure Migrate: Migrazione del server. Viene eseguita una migrazione di test per verificare che tutto funzioni correttamente, quindi viene eseguita una migrazione completa per spostare le macchine virtuali in Azure.

Passaggio 1: Preparare Azure per Azure Migrate: Migrazione del server

Per eseguire la migrazione delle macchine virtuali ad Azure, Contoso ha bisogno di una rete virtuale in cui verranno inserite le VM create durante la procedura. Dovrà anche effettuare il provisioning e configurare lo strumento Azure Migrate: Migrazione del server (file OVA).

1. Configurare una rete. Contoso ha già configurato una rete che può essere usata per Azure Migrate: Migrazione del server quando ha distribuito l'infrastruttura di Azure.

   • SmartHotel360 è un'applicazione di produzione e le VM verranno trasferite nella rete di produzione di Azure (VNET-PROD-EUS2) nell'area primaria (East US 2).
   • Entrambe le macchine virtuali saranno inserite nel gruppo di risorse ContosoRG, usato per le risorse di produzione.
   • La macchina virtuale front-end dell'applicazione (WEBVM) eseguirà la migrazione alla subnet front-end (PROD-FE-EUS2) della rete di produzione.
   • La macchina virtuale del database dell'applicazione (SQLVM) verrà trasferita nella subnet del database (PROD-DB-EUS2) della rete di produzione.

2. Effettuare il provisioning dello strumento Azure Migrate: Migrazione del server.

   1. Scaricare il file di immagine .OVA da Azure Migrate e importarlo in VMware.

      

   2. Avviare l'immagine importata e configurare lo strumento seguendo questa procedura:

      • Configurare i prerequisiti.

        

      • Far puntare lo strumento alla sottoscrizione di Azure.

        

      • Impostare le credenziali di VMware vCenter.

        

      • Aggiungere eventuali credenziali basate su Windows per l'individuazione.

        

Quando si completa la configurazione, lo strumento può richiedere del tempo per enumerare tutte le macchine virtuali. Al termine di questo processo, verranno popolate nello strumento Azure Migrate in Azure.

Ulteriore assistenza?

Vedere come configurare lo strumento Azure Migrate: Migrazione del server.

Preparare le macchine virtuali locali

Dopo la migrazione, Contoso vuole connettersi alle macchine virtuali di Azure e consentire ad Azure di gestirle. Prima della migrazione, gli amministratori di Contoso devono completare le operazioni seguenti:

1. Per l'accesso tramite Internet:

   • Abilitare RDP o SSH nella macchina virtuale locale prima della migrazione.
   • Verifica che per il profilo Pubblico siano aggiunte le regole TCP e UDP.
   • Verificare che il protocollo RDP o SSH sia consentito nel firewall del sistema operativo.

2. Per l'accesso tramite VPN da sito a sito:

   • Abilitare RDP o SSH nella macchina virtuale locale prima della migrazione.
   • Verificare che il protocollo RDP o SSH sia consentito nel firewall del sistema operativo.
   • Per Windows, impostare i criteri SAN del sistema operativo nella macchina virtuale locale su OnlineAll.

3. Installare l'agente Windows di Azure.

Altre considerazioni:

• Per Windows, quando si attiva una migrazione non dovrebbero essere presenti aggiornamenti di Windows in sospeso nella macchina virtuale. In caso contrario, non sarà possibile accedere alla VM fino al termine degli aggiornamenti.
• Dopo la migrazione, gli amministratori possono selezionare Diagnostica di avvio per visualizzare uno screenshot della macchina virtuale. Se l'operazione non funziona, dovranno verificare che la VM sia in esecuzione e rivedere questi suggerimenti per la risoluzione dei problemi.

Ulteriore assistenza?

Vedere come preparare le macchine virtuali per la migrazione.

Passaggio 2: Replicare le macchine virtuali locali

Prima di poter eseguire una migrazione ad Azure, gli amministratori di Contoso devono configurare e abilitare la replica.

Al termine dell'individuazione, possono avviare la replica delle macchine virtuali VMware in Azure.

1. Nel progetto di Azure Migrate passare a Server>Azure Migrate: Migrazione del server. Selezionare quindi Replica.

   

2. In Replica>Impostazioni origine>I computer sono virtualizzati? selezionare Sì, con VMware vSphere.

3. In Appliance locale selezionare il nome dell'appliance di Azure Migrate configurata e quindi selezionare OK.

   

4. In Macchine virtuali selezionare le macchine virtuali da replicare.

   • Se è stata eseguita una valutazione delle VM, è possibile applicare le raccomandazioni dei relativi risultati in merito al tipo di disco (Premium o Standard) e alle dimensioni delle VM. A questo scopo, in Importare le impostazioni di migrazione da una valutazione di Azure Migrate? selezionare l'opzione Sì.
   • Se non è stata eseguita una valutazione o non si vogliono usare le impostazioni della valutazione, selezionare l'opzione No.
   • Se si è scelto di usare la valutazione, selezionare il gruppo di macchine virtuali e il nome della valutazione.

   

5. In Macchine virtuali cercare le VM necessarie e selezionare quelle di cui eseguire la migrazione. Selezionare quindi Avanti: Impostazioni di destinazione.

6. In Impostazioni di destinazione selezionare la sottoscrizione e l'area di destinazione della migrazione. Specificare il gruppo di risorse in cui si troveranno le macchine virtuali di Azure dopo la migrazione. In Rete virtuale selezionare la subnet o la rete virtuale di Azure a cui verranno aggiunte le VM di Azure dopo la migrazione.

7. In Vantaggio Azure Hybrid:

   • Selezionare No se non si vuole applicare Vantaggio Azure Hybrid. Selezionare quindi Avanti.
   • Selezionare Sì se si hanno computer Windows Server con copertura Software Assurance o sottoscrizioni di Windows Server attive e si vuole applicare il vantaggio alle VM di cui eseguire la migrazione. Selezionare quindi Avanti.

8. In Calcolo controllare il nome, le dimensioni, il tipo di disco del sistema operativo e il set di disponibilità delle VM. Le VM devono essere conformi ai requisiti di Azure.

   • Dimensioni macchina virtuale: se si usano le raccomandazioni della valutazione, l'elenco a discesa Dimensioni macchina virtuale conterrà le dimensioni consigliate. In caso contrario, Azure Migrate seleziona le dimensioni più simili nella sottoscrizione di Azure. In alternativa, selezionare manualmente le dimensioni in Dimensioni macchina virtuale di Azure.
   • Disco sistema operativo: specificare il disco del sistema operativo (di avvio) per la VM. Il disco del sistema operativo contiene il bootloader e il programma di installazione.
   • Set di disponibilità: se la VM deve essere inclusa in un set di disponibilità di Azure dopo la migrazione, specificare il set. Il set deve trovarsi nel gruppo di risorse di destinazione specificato per la migrazione.

9. In Dischi specificare se i dischi delle VM devono essere replicati in Azure e selezionare il tipo di disco in Azure (SSD/HDD Standard o SSD Premium). Selezionare quindi Avanti.

   È possibile escludere dischi dalla replica. I dischi esclusi non saranno presenti nella macchina virtuale di Azure dopo la migrazione.

10. In Rivedi e avvia replica verificare le impostazioni e quindi selezionare Replica per avviare la replica iniziale dei server.

Nota

È possibile aggiornare le impostazioni di replica in qualsiasi momento prima dell'avvio della replica in Gestire> icomputer di replica. Le impostazioni non possono essere modificate dopo l'avvio della replica.

Passaggio 3: Eseguire la migrazione delle macchine virtuali con Azure Migrate: Migrazione del server

Gli amministratori di Contoso eseguono una rapida migrazione di test e poi una migrazione completa delle VM.

Eseguire una migrazione di test

1. In Obiettivi della migrazione>Server>Azure Migrate: Migrazione del server selezionare Testare i server con migrazione completata.

   

2. Selezionare e tenere premuto il pulsante del mouse (o fare clic con il pulsante destro del mouse) sulla macchina virtuale da testare, quindi scegliere Migrazione di test.

   

3. In Migrazione di test selezionare la rete virtuale di Azure in cui verrà inserita la VM di Azure dopo la migrazione. È consigliabile usare una rete virtuale non di produzione.

4. Verrà avviato il processo Migrazione di test. Monitorare il processo nelle notifiche del portale.

5. Al termine della migrazione, visualizzare la VM di Azure di cui è stata eseguita la migrazione in Macchine virtuali nel portale di Azure. Il nome della macchina virtuale ha il suffisso -Test.

6. Al termine del test, selezionare e tenere premuto il pulsante del mouse (o fare clic con il pulsante destro del mouse) sulla VM di Azure in Replica delle macchine virtuali e quindi scegliendo Pulisci migrazione di test.

   

Eseguire la migrazione delle macchine virtuali

Ora gli amministratori di Contoso eseguono una migrazione completa.

1. Nel progetto di Azure Migrate selezionare Server>Azure Migrate: Migrazione del server>Replica dei server.

   

2. In Replica delle macchine virtuali selezionare e tenere premuto il pulsante del mouse (o fare clic con il pulsante destro del mouse) sulla macchina virtuale e quindi scegliere Esegui la migrazione.

3. In Esegui la migrazione>Spegnere le macchine virtuali ed eseguire una migrazione pianificata senza perdita di dati selezionare Sì>OK.

   Per impostazione predefinita, Azure Migrate arresta la VM locale ed esegue una replica su richiesta per sincronizzare le eventuali modifiche apportate alla macchina virtuale dopo l'ultima replica. Questa operazione assicura che non vi sia alcuna perdita di dati. Se non si vuole arrestare la VM, selezionare No.

4. Verrà avviato un processo di migrazione per la VM. Tenere traccia del processo nelle notifiche di Azure.

5. Al termine del processo, è possibile visualizzare e gestire la VM dalla pagina Macchine virtuali.

Ulteriore assistenza?

• Informazioni su come eseguire una migrazione di test.
• Vedere come eseguire la migrazione di macchine virtuali ad Azure.

Eseguire la pulizia dopo la migrazione

Al termine della migrazione i livelli dell'applicazione SmartHotel360 saranno in esecuzione in VM di Azure.

Ora Contoso deve eseguire le operazioni di pulizia seguenti:

• Al termine della migrazione, arrestare la replica.
• Rimuovere la macchina virtuale WEBVM dall'inventario vCenter.
• Rimuovere la macchina virtuale SQLVM dall'inventario vCenter.
• Rimuovere WEBVM e SQLVM dai processi di backup locali.
• Aggiornare la documentazione interna per mostrare la nuova posizione e i nuovi indirizzi IP per le VM.
• Esaminare le risorse che interagiscono con le VM e aggiornare eventuali impostazioni o documenti pertinenti in modo che riflettano la nuova configurazione.

Esaminare la distribuzione

Con l'applicazione ora in esecuzione, Contoso deve operazionalizzarla completamente e proteggerla in Azure.

Sicurezza

Il team di sicurezza di Contoso esamina le VM di Azure per determinare eventuali problemi di sicurezza. Per controllare l'accesso, il team esamina i gruppi di sicurezza di rete (NSG) per le macchine virtuali. I gruppi di sicurezza di rete vengono usati per assicurarsi che possa passare solo il traffico consentito all'applicazione. Il team considera inoltre l'opportunità di proteggere i dati su disco usando Crittografia dischi di Azure e Key Vault.

Per altre informazioni, vedere Procedure consigliate per la sicurezza dei carichi di lavoro IaaS in Azure.

Continuità aziendale e ripristino di emergenza

Per la continuità aziendale e il ripristino di emergenza, Contoso esegue le azioni seguenti:

• Mantenere i dati al sicuro: Contoso esegue il backup dei dati nelle macchine virtuali usando il servizio Backup di Azure.
• Mantenere le applicazioni in esecuzione: Contoso replica le macchine virtuali dell'applicazione in Azure in un'area secondaria usando Azure Site Recovery.

Licenze e ottimizzazione dei costi

Contoso ha di licenze esistenti per le macchine virtuali e sfrutterà l'offerta Vantaggio Azure Hybrid. Convertirà le VM di Azure esistenti per usufruire di questi prezzi.

Contoso abiliterà Gestione dei costi e fatturazione di Azure per monitorare e gestire le risorse di Azure.

Conclusioni

In questo articolo Contoso ha eseguito il rehosting dell'applicazione SmartHotel360 in Azure. Gli amministratori hanno eseguito la migrazione delle macchine virtuali dell'applicazione alle macchine virtuali di Azure usando lo strumento Azure Migrate: Migrazione server. È anche possibile esaminare i progetti di Azure DevOps che sono stati pubblicati nel generatore DevOps. Una volta nel generatore, scaricare Server Migration Project sotto la barra di spostamento di Cloud Adoption Framework.