Di Jason Gregson & Artem Shchodro
Per diversi anni ho usato CloudEndure come cliente. Era – ed è – uno strumento eccellente nel kit per il Disaster Recovery: replicava in modo continuo lo stato corrente (on-prem) verso AWS. Potendo duplicare interi ambienti, tornava comodo anche per copiare in orizzontale, ad esempio da Production a Testing, riducendo poi la spesa sull'ambiente di test grazie al rightsizing. Sappiamo bene che l'approccio corretto è definire tutta l'infrastruttura come codice (IaC), per poi distribuire e modificare a piacimento; non tutti, però, hanno questo lusso a portata di mano o le competenze necessarie quando iniziano a lavorare con AWS.
Amazon ha acquisito CloudEndure nel 2019 e un paio d'anni dopo ha rilasciato AWS Server Migration Service (AWS SMS <- non fatemi parlare dei nomi dei servizi AWS). Questo servizio mi piaceva davvero: faceva esattamente ciò che prometteva e funzionava. Un'ottima aggiunta al toolkit, ma dal 31 marzo 2022 c'è un nuovo protagonista in squadra: AWS Application Migration Service (AWS MGN), oggi raccomandato come servizio principale per le migrazioni lift-and-shift verso AWS. Amazon invita i clienti che usano CloudEndure Migration o AWS SMS a passare ad AWS MGN per le migrazioni future. Tradotto fra le righe: iniziate ad adottare il nuovo servizio quanto prima, perché i precedenti verranno gradualmente dismessi… presto.
AWS MGN consente di spostare le applicazioni su AWS senza dover modificare le applicazioni stesse, la loro architettura o i server migrati. Niente male!
Con AWS MGN si riducono al minimo i processi manuali, replicando automaticamente interi server e convertendo i server di origine – fisici, virtuali o cloud – per farli girare nativamente su AWS. Il "Lift and Shift" è una strategia tattica valida per iniziare a migrare al cloud, a patto di tenere bene a mente la parola chiave: "iniziare". Nel medio-lungo termine occorrerà fare di più per sfruttare appieno il potenziale dell'utility computing. Come sappiamo, automatizzare questi passaggi manuali porta maggiore coerenza, minore complessità e meno errori nelle migrazioni. Il servizio AWS MGN semplifica la migrazione consentendo di applicare lo stesso processo automatizzato all'intero portfolio applicativo. Eseguendo test non distruttivi prima della migrazione, avrete la certezza che le applicazioni più critiche – come SAP, Oracle e SQL Server – funzioneranno su AWS; e in caso di problemi il supporto DoiT sarà al vostro fianco come co-pilota per il troubleshooting. Sono disponibili anche migrazioni più economiche ;)
AWS MGN abbatte i costi complessivi di migrazione perché è magico e fa tutto al posto vostro. Non proprio, ma MGN porta in dote elementi davvero utili: non serve investire in più soluzioni di migrazione, in sviluppo cloud specializzato o in competenze specifiche per applicazione per avviare il processo. Questo perché AWS MGN può migrare qualsiasi applicazione da qualsiasi infrastruttura di origine che esegua sistemi operativi supportati. MGN non è CloudEndure Migrate, ma un nuovo servizio con differenze in molte aree, troppe per elencarle qui; ecco però un link al PDF con la tabella di tutte le differenze.
Come funziona AWS MGN?
Per partire occorre installare l'AWS MGN Replication Agent sui server di origine; si configurano poi le impostazioni di replica nella AWS Console di AWS MGN.
Dietro le quinte, AWS MGN sfrutta queste impostazioni per creare e gestire una subnet di staging con alcune piccole istanze Amazon EC2, che riceveranno i servizi replicati dall'origine.
Queste istanze, dedicate alla replica dei server di origine, ricevono i dati dall'agent in esecuzione sui server stessi e li scrivono sui volumi EBS associati. AWS MGN mantiene aggiornati i server di origine su AWS tramite replica continua dei dati a livello di blocco. Per avviare le istanze durante i test non distruttivi o un cutover utilizza le impostazioni di lancio configurate. Vale la pena ricordare che i dati in transito sono compressi e crittografati e, una volta arrivati sul volume EBS, la crittografia EBS garantisce la sicurezza dei dati a riposo.
Quando si lanciano istanze di test o di cutover, AWS MGN converte i server di origine perché possano avviarsi e funzionare nativamente su AWS. È così possibile verificare che tutto sia in ordine sul lato AWS. Una volta confermato che le istanze lanciate funzionano correttamente, si può procedere alla dismissione dei server di origine: inutile tenerli accesi entrambi.
Come dicevo, questo "lift and shift" è solo il primo passo: da qui si possono modernizzare le applicazioni sfruttando l'intera gamma di servizi e prodotti disponibili su AWS. Una delle prime cose da fare è verificare che l'istanza replicata abbia le specifiche giuste per operare, senza limitarsi a seguire le raccomandazioni del vendor. Amazon CloudWatch è il punto di riferimento per controllare che le istanze abbiano risorse adeguate e che il rapporto qualità-prezzo sia ottimale. Molto spesso le specifiche sono superiori alle reali necessità: un'opportunità per affinare le istanze risultanti tramite il "right-sizing".
Trattandosi di una "nuova" istanza, il primo strumento da usare è Amazon CloudWatch, che fornisce metriche prestazionali quasi in tempo reale. Trovate alcuni consigli su cosa monitorare qui
Un altro strumento per ottimizzare i costi delle istanze è Cost Explorer. C'è un ottimo articolo qui che spiega come usarlo per ricevere raccomandazioni. Bisognerà abilitare il servizio nell'account e, all'occorrenza, installare il CloudWatch Agent su ciascun server. Il CloudWatch Agent permette di esporre dall'istanza metriche aggiuntive non disponibili dall'hypervisor: queste metriche, fluendo verso CloudWatch, miglioreranno la qualità delle raccomandazioni di Cost Explorer.
Per saperne di più su AWS MGN, c'è un ottimo video di 10 minuti che illustra i concetti chiave. Altri link utili:
Pagina delle risorse tecniche- Documentazione di AWS MGN
YouTube: Virtual workshop - Un "lift and shift" con AWS MGN
Disponibilità:
AWS Application Migration Service (AWS MGN) è ora disponibile nelle seguenti regioni:
• US East (N. Virginia)
• US East (Ohio)
• Asia Pacific (Sydney)
• Europe (Ireland)
• Europe (Stockholm)
• US West (Oregon)
• Asia Pacific (Tokyo)
• Asia Pacific (Singapore)
• Europe (Frankfurt)
Se la regione AWS che preferite non è ancora supportata da AWS MGN, valutate CloudEndure Migration.
Se non potete installare un agent sui vostri server, valutate AWS Server Migration Service (AWS SMS).
Anche se AWS MGN offre un periodo di utilizzo gratuito, le risorse AWS provisionate durante la migrazione e dopo il cutover sono a pagamento. Per maggiori informazioni, consultate la pagina dei prezzi di AWS MGN.
Pronti per il passo successivo?
In DoiT facciamo della customer obsession e dell'approfondimento tecnico la nostra cifra distintiva, perché è ciò che serve per portare a buon fine le vostre migrazioni. Il "Lift and Shift" è di certo un buon punto di partenza, ma serve una conversazione più ampia sul valore di business che la migrazione può generare. Nel mio articolo dedicato ad Accelerare la migrazione ad AWS approfondiamo molto di più lo scenario della migrazione su AWS e tutti gli elementi da considerare quando si avvia il proprio percorso cloud.
D: Quanto mi costerà tutto questo?
AWS MGN offre un periodo di utilizzo gratuito, dopo il quale saranno addebitate le risorse AWS provisionate durante la migrazione e l'infrastruttura residua dopo il cutover. Sul fronte della consulenza DoiT, la parte migliore è che abbiamo un modello di pricing unico per supportare i clienti, anche nelle migrazioni verso AWS. Facciamo il lavoro a costo zero: non ci sono costi aggiuntivi per la guida e il supporto di DoiT in questo percorso.
D: Dov'è la fregatura?
Non c'è. Pagate la fattura AWS tramite DoiT in qualità di reseller – tutto qui. Siamo un valore aggiunto rispetto ai servizi e al supporto che ricevete direttamente da Amazon; non togliamo nulla alla relazione, salvo il fatto che il billing AWS viene gestito direttamente tramite DoiT.
Considerato il costo zero, è chiaro che DoiT non eseguirà la migrazione in prima persona, ma agirà in veste consulenziale per garantirvi il consiglio giusto al momento giusto nelle varie fasi del progetto. Il lavoro dovrete completarlo voi, oppure potrete affidarvi a una terza parte.
In più, avrete tutti i consueti vantaggi riservati ai clienti DoiT, tra cui:
• Supporto illimitato (24x7 - follow the sun)
• Formazione a costo zero
• Accesso a costo zero a DoiT Cloud Intelligence™
• Well Architected Framework reviews (WAfR) a costo zero
• Flexsave di DoiT (risparmi flessibili)
• Spot0 di DoiT (pricing Spot flessibile)
Se volete parlare della vostra migrazione o state pensando di migrare ad AWS, contattateci: saremo felici di iniziare un confronto.
Jason
Jason Gregson è Global Head of AWS Programs and Operations di DoiT International. Dopo molti anni come Solution Architect, di cui 5 in Amazon, mette la sua passione al servizio dei clienti per aiutarli a costruire applicazioni moderne sui servizi AWS più recenti. Tecnologo pragmatico ed Engineer nell'animo, ama l'apprendimento community-driven e la condivisione della tecnologia per far conoscere a tutti l'arte del possibile. Seguitelo su Twitter: @JasonGregson.
Artem
Artem Shchodro è Senior Cloud Architect di DoiT International. Ex-Amazonian, aiuta i clienti a ottenere il massimo valore dal cloud. Pragmatico e diretto, sa unire valore di business e tecnologia. Non seguitelo su Twitter.
Di Jason Gregson & Artem Shchodro
Per diversi anni ho usato CloudEndure come cliente. Era – ed è – uno strumento eccellente nel kit per il Disaster Recovery: replicava in modo continuo lo stato corrente (on-prem) verso AWS. Potendo duplicare interi ambienti, tornava comodo anche per copiare in orizzontale, ad esempio da Production a Testing, riducendo poi la spesa sull'ambiente di test grazie al rightsizing. Sappiamo bene che l'approccio corretto è definire tutta l'infrastruttura come codice (IaC), per poi distribuire e modificare a piacimento; non tutti, però, hanno questo lusso a portata di mano o le competenze necessarie quando iniziano a lavorare con AWS.
Amazon ha acquisito CloudEndure nel 2019 e un paio d'anni dopo ha rilasciato AWS Server Migration Service (AWS SMS <- non fatemi parlare dei nomi dei servizi AWS). Questo servizio mi piaceva davvero: faceva esattamente ciò che prometteva e funzionava. Un'ottima aggiunta al toolkit, ma dal 31 marzo 2022 c'è un nuovo protagonista in squadra: AWS Application Migration Service (AWS MGN), oggi raccomandato come servizio principale per le migrazioni lift-and-shift verso AWS.
Amazon invita i clienti che usano CloudEndure Migration o AWS SMS a passare ad AWS MGN per le migrazioni future. Tradotto fra le righe: iniziate ad adottare il nuovo servizio quanto prima, perché i precedenti verranno gradualmente dismessi… presto.
AWS MGN consente di spostare le applicazioni su AWS senza dover modificare le applicazioni stesse, la loro architettura o i server migrati. Niente male!
Con AWS MGN si riducono al minimo i processi manuali, replicando automaticamente interi server e convertendo i server di origine – fisici, virtuali o cloud – per farli girare nativamente su AWS. Il "Lift and Shift" è una strategia tattica valida per iniziare a migrare al cloud, a patto di tenere bene a mente la parola chiave: "iniziare". Nel medio-lungo termine occorrerà fare di più per sfruttare appieno il potenziale dell'utility computing. Come sappiamo, automatizzare questi passaggi manuali porta maggiore coerenza, minore complessità e meno errori nelle migrazioni. Il servizio AWS MGN semplifica la migrazione consentendo di applicare lo stesso processo automatizzato all'intero portfolio applicativo. Eseguendo test non distruttivi prima della migrazione, avrete la certezza che le applicazioni più critiche – come SAP, Oracle e SQL Server – funzioneranno su AWS; e in caso di problemi il supporto DoiT sarà al vostro fianco come co-pilota per il troubleshooting. Sono disponibili anche migrazioni più economiche ;)
AWS MGN abbatte i costi complessivi di migrazione perché è magico e fa tutto al posto vostro. Non proprio, ma MGN porta in dote elementi davvero utili: non serve investire in più soluzioni di migrazione, in sviluppo cloud specializzato o in competenze specifiche per applicazione per avviare il processo. Questo perché AWS MGN può migrare qualsiasi applicazione da qualsiasi infrastruttura di origine che esegua sistemi operativi supportati. MGN non è CloudEndure Migrate, ma un nuovo servizio con differenze in molte aree, troppe per elencarle qui; ecco però un link al PDF con la tabella di tutte le differenze.
Come funziona AWS MGN?
Per partire occorre installare l'AWS MGN Replication Agent sui server di origine; si configurano poi le impostazioni di replica nella AWS Console di AWS MGN.
Dietro le quinte, AWS MGN sfrutta queste impostazioni per creare e gestire una subnet di staging con alcune piccole istanze Amazon EC2, che riceveranno i servizi replicati dall'origine.
Queste istanze, dedicate alla replica dei server di origine, ricevono i dati dall'agent in esecuzione sui server stessi e li scrivono sui volumi EBS associati. AWS MGN mantiene aggiornati i server di origine su AWS tramite replica continua dei dati a livello di blocco. Per avviare le istanze durante i test non distruttivi o un cutover utilizza le impostazioni di lancio configurate. Vale la pena ricordare che i dati in transito sono compressi e crittografati e, una volta arrivati sul volume EBS, la crittografia EBS garantisce la sicurezza dei dati a riposo.
Quando si lanciano istanze di test o di cutover, AWS MGN converte i server di origine perché possano avviarsi e funzionare nativamente su AWS. È così possibile verificare che tutto sia in ordine sul lato AWS. Una volta confermato che le istanze lanciate funzionano correttamente, si può procedere alla dismissione dei server di origine: inutile tenerli accesi entrambi.
Come dicevo, questo "lift and shift" è solo il primo passo: da qui si possono modernizzare le applicazioni sfruttando l'intera gamma di servizi e prodotti disponibili su AWS. Una delle prime cose da fare è verificare che l'istanza replicata abbia le specifiche giuste per operare, senza limitarsi a seguire le raccomandazioni del vendor. Amazon CloudWatch è il punto di riferimento per controllare che le istanze abbiano risorse adeguate e che il rapporto qualità-prezzo sia ottimale. Molto spesso le specifiche sono superiori alle reali necessità: un'opportunità per affinare le istanze risultanti tramite il "right-sizing".
Trattandosi di una "nuova" istanza, il primo strumento da usare è Amazon CloudWatch, che fornisce metriche prestazionali quasi in tempo reale. Trovate alcuni consigli su cosa monitorare qui.
Un altro strumento per ottimizzare i costi delle istanze è Cost Explorer. C'è un ottimo articolo qui che spiega come usarlo per ricevere raccomandazioni. Bisognerà abilitare il servizio nell'account e, all'occorrenza, installare il CloudWatch Agent su ciascun server. Il CloudWatch Agent permette di esporre dall'istanza metriche aggiuntive non disponibili dall'hypervisor: queste metriche, fluendo verso CloudWatch, miglioreranno la qualità delle raccomandazioni di Cost Explorer.
Per saperne di più su AWS MGN, c'è un ottimo video di 10 minuti che illustra i concetti chiave.
Altri link utili:
Pagina delle risorse tecniche- Documentazione di AWS MGN
YouTube: Virtual workshop - Un "lift and shift" con AWS MGN
Disponibilità:
AWS Application Migration Service (AWS MGN) è ora disponibile nelle seguenti regioni:
• US East (N. Virginia)
• US East (Ohio)
• Asia Pacific (Sydney)
• Europe (Ireland)
• Europe (Stockholm)
• US West (Oregon)
• Asia Pacific (Tokyo)
• Asia Pacific (Singapore)
• Europe (Frankfurt)
Se la regione AWS che preferite non è ancora supportata da AWS MGN, valutate CloudEndure Migration.
Se non potete installare un agent sui vostri server, valutate AWS Server Migration Service (AWS SMS).
Anche se AWS MGN offre un periodo di utilizzo gratuito, le risorse AWS provisionate durante la migrazione e dopo il cutover sono a pagamento. Per maggiori informazioni, consultate la pagina dei prezzi di AWS MGN.
Pronti per il passo successivo?
In DoiT facciamo della customer obsession e dell'approfondimento tecnico la nostra cifra distintiva, perché è ciò che serve per portare a buon fine le vostre migrazioni. Il "Lift and Shift" è di certo un buon punto di partenza, ma serve una conversazione più ampia sul valore di business che la migrazione può generare. Nel mio articolo dedicato ad Accelerare la migrazione ad AWS approfondiamo molto di più lo scenario della migrazione su AWS e tutti gli elementi da considerare quando si avvia il proprio percorso cloud.
D: Quanto mi costerà tutto questo?
AWS MGN offre un periodo di utilizzo gratuito, dopo il quale saranno addebitate le risorse AWS provisionate durante la migrazione e l'infrastruttura residua dopo il cutover. Sul fronte della consulenza DoiT, la parte migliore è che abbiamo un modello di pricing unico per supportare i clienti, anche nelle migrazioni verso AWS. Facciamo il lavoro a costo zero: non ci sono costi aggiuntivi per la guida e il supporto di DoiT in questo percorso.
D: Dov'è la fregatura?
Non c'è. Pagate la fattura AWS tramite DoiT in qualità di reseller – tutto qui. Siamo un valore aggiunto rispetto ai servizi e al supporto che ricevete direttamente da Amazon; non togliamo nulla alla relazione, salvo il fatto che il billing AWS viene gestito direttamente tramite DoiT.
Considerato il costo zero, è chiaro che DoiT non eseguirà la migrazione in prima persona, ma agirà in veste consulenziale per garantirvi il consiglio giusto al momento giusto nelle varie fasi del progetto. Il lavoro dovrete completarlo voi, oppure potrete affidarvi a una terza parte.
In più, avrete tutti i consueti vantaggi riservati ai clienti DoiT, tra cui:
• Supporto illimitato (24x7 - follow the sun)
• Formazione a costo zero
• Accesso a costo zero a DoiT Cloud Intelligence
• Well Architected Framework reviews (WAfR) a costo zero
• Flexsave di DoiT (risparmi flessibili)
• Spot0 di DoiT (pricing Spot flessibile)
Se volete parlare della vostra migrazione o state pensando di migrare ad AWS, contattateci: saremo felici di iniziare un confronto.
Jason
Jason Gregson è Global Head of AWS Programs and Operations di DoiT International. Dopo molti anni come Solution Architect, di cui 5 in Amazon, mette la sua passione al servizio dei clienti per aiutarli a costruire applicazioni moderne sui servizi AWS più recenti. Tecnologo pragmatico ed Engineer nell'animo, ama l'apprendimento community-driven e la condivisione della tecnologia per far conoscere a tutti l'arte del possibile. Seguitelo su Twitter: @JasonGregson.
Artem
Artem Shchodro è Senior Cloud Architect di DoiT International. Ex-Amazonian, aiuta i clienti a ottenere il massimo valore dal cloud. Pragmatico e diretto, sa unire valore di business e tecnologia. Non seguitelo su Twitter.