Eseguire il rehosting di un ambiente di sviluppo/test locale in Macchine virtuali di Azure tramite Azure Migrate

Questo articolo illustra come l'azienda fittizia, Contoso, esegue il rehosting dell'ambiente di sviluppo/test per due applicazioni eseguite in macchine virtuali VMware eseguendo la migrazione ad Azure Macchine virtuali.

Le applicazioni SmartHotel360 e osTicket in questo esempio sono open source. Scaricali per scopi di test personalizzati.

Opzioni di migrazione

Contoso offre diverse opzioni per spostare gli ambienti di sviluppo/test in Azure:

Opzioni di migrazione	Risultato
Azure Migrate	Valutare ed eseguire la migrazione di macchine virtuali locali. Eseguire server di sviluppo/test usando l'infrastruttura come servizio (IaaS) di Azure. Gestire le macchine virtuali con Azure Resource Manager.
Azure DevTest Labs	Preparare rapidamente gli ambienti di sviluppo e test. Ridurre al minimo gli sprechi con quote e criteri. Impostare arresti automatizzati per ridurre al minimo i costi. Creare ambienti Windows e Linux.

Nota

Vedere in che modo Contoso ha spostato l'ambiente di sviluppo/test in Azure usando DevTest Labs.

Driver di business

Il team di leadership di sviluppo descrive ciò che vogliono ottenere con questa migrazione. Essi mirano a spostare rapidamente le funzionalità di sviluppo/test fuori da un data center locale e interrompere l'acquisto di hardware per sviluppare software. Cercano di consentire agli sviluppatori di creare ed eseguire gli ambienti senza alcun coinvolgimento da parte dell'IT.

Nota

Contoso usa l'offerta di sottoscrizione con pagamento in base al consumo/test per i relativi ambienti. Ogni sottoscrittore di Visual Studio attivo nel team può usare il software Microsoft incluso con le macchine virtuali di sottoscrizione per sviluppo/test senza costi aggiuntivi. Contoso paga solo la frequenza Linux per le macchine virtuali eseguite. Ciò include macchine virtuali con SQL Server, SharePoint Server o altri software che in genere vengono fatturati a una velocità superiore.

Obiettivi della migrazione

Il team di sviluppo Contoso aggiunge gli obiettivi per questa migrazione. Questi obiettivi consentono di determinare il metodo di migrazione ideale:

• Contoso vuole abbandonare subito gli ambienti di sviluppo/test locali.
• Dopo la migrazione, l'ambiente di sviluppo/test di Contoso in Azure dovrà avere funzionalità più avanzate rispetto all'attuale sistema VMware.
• Il modello di operazioni passa dal provisioning IT a DevOps con provisioning self-service.

Progettazione della soluzione

Dopo aver aggiunto obiettivi e requisiti, Contoso progetta e esamina una soluzione di distribuzione e identifica il processo di migrazione. Il processo include i servizi di Azure usati da Contoso per la migrazione.

Applicazione corrente

• Le macchine virtuali di sviluppo/test per le due applicazioni sono in esecuzione nelle VM WEBVMDEV, SQLVMDEV, OSTICKETWEBDEV, OSTICKETMYSQLDEV. Queste macchine virtuali vengono usate per lo sviluppo prima che il codice venga promosso alle macchine virtuali di produzione.
• Le macchine virtuali si trovano nell'host VMware ESXi contosohost1.contoso.com (versione 6.5).
• VCenter Server 6.5 (vcenter.contoso.com), che viene eseguito in una macchina virtuale, gestisce l'ambiente VMware.
• Contoso ha un data center locale (contoso-datacenter) con un controller di dominio locale (contosodc1).

Architettura proposta

• Poiché le macchine virtuali vengono usate per sviluppo/test, risiedono nel ContosoDevRG gruppo di risorse in Azure.

• Le macchine virtuali vengono migrate nell'area di Azure primaria () e inserite nella rete virtuale di sviluppo (East US 2VNET-DEV-EUS2).

• Le macchine virtuali front-end Web risiedono nella subnet front-end (DEV-FE-EUS2) nella rete di sviluppo.

• La macchina virtuale di database si trova nella subnet del database (DEV-DB-EUS2) nella rete di sviluppo.

• Le macchine virtuali locali nel data center Contoso vengono rimosse dopo l'esecuzione della migrazione.

  

Considerazioni sul database

Per supportare lo sviluppo in corso, Contoso decide di continuare a usare macchine virtuali esistenti e di eseguirne la migrazione ad Azure. In futuro Contoso perseguirà l'uso di servizi PaaS (Platform as a Service), ad esempio Azure SQL Database e Database di Azure per MySQL.

• Le macchine virtuali di database vengono migrate come è senza modifiche.
• Con l'uso dell'offerta di sottoscrizione di Azure Dev/Test, i computer che eseguono Windows Server e SQL Server non comportano costi di licenza. I costi di calcolo vengono mantenuti al minimo.
• In futuro Contoso cerca di integrare lo sviluppo con i servizi PaaS.

Revisione della soluzione

Contoso valuta la progettazione proposta elencando i professionisti e i con.

Considerazioni	Dettagli
Vantaggi	Tutte le macchine virtuali di sviluppo vengono spostate in Azure senza modifiche, che semplificano la migrazione. Contoso usa un approccio lift-and-shift per entrambi i set di macchine virtuali, quindi non sono necessari strumenti di configurazione o migrazione speciali per il database dell'applicazione. Contoso può sfruttare i vantaggi dell'investimento nella sottoscrizione di Sviluppo/test di Azure per risparmiare sui costi delle licenze. Contoso mantiene il controllo completo delle macchine virtuali dell'applicazione in Azure. Gli sviluppatori ottengono diritti per la sottoscrizione, consentendo loro di creare nuove risorse senza attendere che l'IT risponda alle proprie richieste.
Svantaggi	La migrazione sposta solo le macchine virtuali e non le sposta nei servizi PaaS per lo sviluppo. Contoso deve iniziare a supportare le operazioni delle macchine virtuali, incluse le patch di sicurezza. L'IT ha mantenuto l'operazione in passato, quindi Contoso deve trovare una soluzione per questa nuova attività operativa. La soluzione basata sul cloud consente agli sviluppatori e non dispone di misure di protezione per i sistemi di overprovisioning. Gli sviluppatori possono effettuare immediatamente il provisioning dei propri sistemi, ma potrebbero creare risorse che costano denaro e non sono incluse nel budget.

Nota

Contoso può risolvere i cons nell'elenco usando DevTest Labs.

Processo di migrazione

Contoso esegue la migrazione del front-end di sviluppo e del database alle macchine virtuali di Azure usando il metodo senza agente nello strumento Azure Migrate: Migrazione server.

• Contoso prepara e configura i componenti di Azure per Azure Migrate: Migrazione del server e prepara l'infrastruttura VMware locale.
• L'infrastruttura di Azure è disponibile, quindi Contoso configura la replica delle macchine virtuali tramite lo strumento Azure Migrate: Migrazione del server.
• Con tutti i componenti preparati, Contoso inizia a replicare le macchine virtuali.
• Dopo che la replica è abilitata e funzionante, Contoso esegue la migrazione delle macchine virtuali testando la migrazione. In caso di esito positivo, viene eseguito il failover in Azure.
• Dopo l'esecuzione e l'esecuzione delle macchine virtuali di sviluppo in Azure, Contoso riconfigura le workstation di sviluppo per puntare alle macchine virtuali ora in esecuzione in Azure.

Servizi di Azure

Servizio	Descrizione	Costi
Azure Migrate: Migrazione server	Il servizio orchestra e gestisce la migrazione di applicazioni, carichi di lavoro e istanze di VM GCP locali.	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

Per eseguire questo scenario, Contoso deve:

Requisiti	Dettagli
Sottoscrizione di Sviluppo/test di Azure	Contoso crea una sottoscrizione di Sviluppo/test di Azure per ridurre i costi fino all'80%. Se non si ha una sottoscrizione di Azure, creare un account gratuito. Se si crea un account gratuito, si ha il ruolo di amministratore della sottoscrizione e si possono eseguire tutte le azioni. Se si usa una sottoscrizione esistente, ma non si è l'amministratore, rivolgersi all'amministratore per assegnare le 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.
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. Una o più macchine virtuali VMware devono essere eseguite nell'host ESXi.

Passaggi dello scenario

Gli amministratori contoso eseguono la migrazione seguendo questo processo:

• Passaggio 1: Preparare Azure per Azure Migrate: Migrazione del server. Aggiungere lo strumento Migrazione server al progetto di Azure Migrate.
• Passaggio 2: Preparare le istanze VMware locali per Azure Migrate: Migrazione del server. Preparare gli account per l'individuazione delle macchine virtuali e prepararsi a connettersi alle macchine virtuali di Azure dopo la migrazione.
• Passaggio 3: Replicare le macchine virtuali. Configurare e avviare la replica delle VM in Archiviazione di Azure.
• Passaggio 4: Migrazione delle macchine virtuali con Azure Migrate: Migrazione del server. Eseguire una migrazione di test per assicurarsi che tutto funzioni e quindi eseguire una migrazione completa per spostare le macchine virtuali in Azure.

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

Contoso esegue la migrazione delle macchine virtuali a una rete virtuale in cui si trovano le macchine virtuali di Azure al momento della creazione, del provisioning e della configurazione tramite lo strumento Azure Migrate: Migrazione server.

Configurare una rete

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

• Le macchine virtuali di cui viene eseguita la migrazione vengono usate per lo sviluppo. Viene eseguita la migrazione alla rete virtuale di sviluppo di Azure (VNET-DEV-EUS2) nell'area primaria East US 2 .
• Entrambe le macchine virtuali vengono inserite nel ContosoDevRG gruppo di risorse, che viene usato per le risorse di sviluppo.
• La migrazione delle macchine virtuali front-end dell'applicazione (WEBVMDEV e OSTICKETWEBDEV) alla subnet front-end (DEV-FE-EUS2) nella rete virtuale di sviluppo.
• Viene eseguita la migrazione delle macchine virtuali del database dell'applicazione (SQLVMDEV e OSTICKETMYSQLDEV) alla subnet del database (DEV-DB-EUS2) nella rete virtuale di sviluppo.

Effettuare il provisioning dello strumento Azure Migrate: Migrazione server

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

   

2. Aprire l'immagine importata e configurare lo strumento. Configurare i prerequisiti.

   

3. Far puntare lo strumento alla sottoscrizione di Azure.

   

4. Impostare le credenziali di VMware vCenter.

   

5. Aggiungere credenziali basate su Windows per l'individuazione.

   

6. Al termine della configurazione, lo strumento richiede tempo per enumerare tutte le macchine virtuali. Al termine di questo processo, popolano lo strumento Azure Migrate in Azure.

   Per altre informazioni, vedere Aggiungere gli strumenti di migrazione.

Passaggio 2: 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 eseguono la procedura seguente:

1. Per l'accesso tramite Internet, gli amministratori:

   • Abilitare RDP o SSH nella macchina virtuale locale prima della migrazione.
   • Verificare che per il profilo Public vengano aggiunte le regole TCP e UDP.
   • Verificare che il protocollo RDP o SSH sia consentito nel firewall del sistema operativo.
   • Installare SSH tramite il comando sudo apt-get ssh install -y.

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

   • 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 VM locale su OnlineAll.

3. Installare l'agente Microsoft di Azure e l'agente Linux di Azure.

Per Windows, non dovrebbero essere presenti aggiornamenti di Windows in sospeso nella macchina virtuale quando si attiva una migrazione. In caso affermativo, gli amministratori non possono accedere alla macchina virtuale fino al termine degli aggiornamenti. Dopo la migrazione, gli amministratori possono controllare Diagnostica di avvio per visualizzare uno screenshot della macchina virtuale. Se non è visibile, è necessario verificare che la macchina virtuale sia in esecuzione ed esaminare i suggerimenti per la risoluzione dei problemi.

Per altre informazioni, vedere Preparare i computer locali per la migrazione ad Azure.

Passaggio 3: 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 Replica.

   

2. Passare a Replicare>le impostazioni> di origineLe macchine virtuali sono virtualizzate? e selezionare Sì, con VMware vSphere.

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

   

4. Nella scheda Macchine virtuali selezionare le macchine 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. Nel campo Importa impostazioni di migrazione da una valutazione? selezionare Sì, applicare le impostazioni di migrazione da una valutazione di Azure Migrate.

   • Se non è stata eseguita una valutazione o non si vogliono usare le impostazioni di valutazione, selezionare No, specificare manualmente le impostazioni di migrazione.

   • Se si è scelto di usare la valutazione, selezionare il gruppo di macchine virtuali e il nome della valutazione.

     

5. Nella scheda Macchine virtuali cercare le macchine virtuali in base alle esigenze e controllare ogni macchina virtuale di cui si vuole eseguire la migrazione. Selezionare quindi Avanti: Impostazioni di destinazione.

6. Nella scheda Impostazioni di destinazione selezionare la sottoscrizione e l'area di destinazione in cui si vuole eseguire la migrazione. Specificare il gruppo di risorse in cui si trovano le macchine virtuali di Azure dopo la migrazione. In Rete virtuale selezionare la rete virtuale o la subnet a cui vengono aggiunte le macchine virtuali di Azure dopo la migrazione.

7. Nel campo Vantaggio Azure Hybrid selezionare No se non si vuole applicare Vantaggio Azure Hybrid e quindi selezionare 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 si sta eseguendo la migrazione. Selezionare Avanti.

   Nota

   Per Contoso, gli amministratori selezionano No per Vantaggio Azure Hybrid perché si tratta di una sottoscrizione di Sviluppo/test di Azure, quindi pagano solo per il calcolo. Vantaggio Azure Hybrid viene usato solo per i sistemi di produzione con vantaggi di Software Assurance.

8. Nella scheda Calcolo esaminare il nome, le dimensioni, il tipo di disco del sistema operativo e il set di disponibilità della macchina virtuale. Le VM devono essere conformi ai requisiti di Azure.

   • Dimensioni macchina virtuale: se vengono usate le raccomandazioni della valutazione, questo elenco a discesa includerà le dimensioni consigliate. In caso contrario, Azure Migrate seleziona le dimensioni più simili nella sottoscrizione di Azure. È possibile scegliere una dimensione manuale in dimensioni della 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. Nella scheda Dischi specificare se replicare i dischi della macchina virtuale in Azure, selezionare il tipo di disco (SSD/HDD Standard o SSD Premium) e quindi selezionare Avanti. È possibile escludere dischi dalla replica. In questo caso, non sono presenti nella macchina virtuale di Azure dopo la migrazione.

10. Nella scheda Rivedi e avvia replica esaminare le impostazioni e selezionare Replica per avviare la replica iniziale per i server.

Nota

Prima dell'avvio della replica, è possibile aggiornare le impostazioni di replica in Gestire> icomputer di replica. Non è possibile modificare le impostazioni dopo l'avvio della replica.

Passaggio 4: Eseguire la migrazione delle macchine virtuali

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

Eseguire una migrazione di test

1. Passare a Obiettivi> della migrazioneServer>Azure Migrate: Migrazione server e selezionare Test server migrati.

   

2. Selezionare e tenere premuto (o fare clic con il pulsante destro del mouse) sulla macchina virtuale da testare e quindi selezionare Esegui migrazione dei test.

   

3. In Migrazione di test selezionare la rete virtuale in cui si trova la macchina virtuale 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 una migrazione completa

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. Passare a Esegui migrazione>Arrestare le macchine virtuali ed eseguire una migrazione pianificata senza perdita di dati e 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. Questo processo garantisce che nessun dato venga perso. 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.

Per altre informazioni, vedere Eseguire una migrazione di test ed Eseguire la migrazione di macchine virtuali in Azure.

Eseguire la pulizia dopo la migrazione

Le macchine virtuali di sviluppo per le applicazioni SmartHotel360 e osTicket vengono eseguite nelle macchine virtuali di Azure al termine della migrazione.

Contoso completa i passaggi di pulizia:

• Al termine della migrazione, arrestare la replica.
• Rimuovere le macchine virtuali WEBVMDEV, SQLVMDEV, OSTICKETWEBDEV e OSTICKETMYSQLDEV dall'inventario di vCenter.
• Rimuovere tutte le VM dai processi di backup locali.
• Aggiornare la documentazione interna per visualizzare il nuovo percorso e gli indirizzi IP per le macchine virtuali.
• 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 la protezione dei dati sul disco usando Crittografia dischi di Azure e Azure 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 mantiene i dati al sicuro. Contoso esegue il backup dei dati nelle macchine virtuali usando il servizio Backup di Azure. Per altre informazioni, vedere Panoramica del backup delle VM di Azure.

Licenze e ottimizzazione dei costi

Contoso garantisce che tutte le risorse di Azure di sviluppo vengano create tramite una sottoscrizione di Sviluppo/test di Azure per risparmiare l'80%. Gli amministratori consentono a Gestione costi e fatturazione di Azure di monitorare e gestire le risorse di Azure.

Conclusione

In questo articolo Contoso ha eseguito il rehosting delle macchine virtuali di sviluppo usate per le applicazioni SmartHotel360 e osTicket in Azure. Gli amministratori hanno eseguito la migrazione delle macchine virtuali dell'applicazione alle macchine virtuali di Azure usando lo strumento Azure Migrate: Migrazione del server.