Yann Le Clec’h, responsabile IT di Synergie, fornisce un feedback sulla migrazione ad AWS con VMware Cloud
Chi è Synergie
Synergie è un gruppo internazionale (leader francese e quinto gruppo europeo) che offre ad aziende e istituzioni un’offerta globale di servizi per la gestione e lo sviluppo delle risorse umane. La sua rete internazionale è composta da 4.600 dipendenti in 17 Paesi. Per implementare soluzioni più adatte alle sue esigenze di infrastruttura IT, l’azienda ha scelto di migrare parte del suo parco macchine verso il Cloud AWS e VMWare Cloud on AWS. La migrazione, durata 6 mesi, ha coinvolto 25 applicazioni e 170 macchine virtuali.
Breve introduzione a VMWare Cloud
VMware Cloud on AWS offre un’infrastruttura cloud dedicata non multi-tenant che supporta cluster vSphere fino a 16 host ospitati su un’infrastruttura bare metal AWS di nuova generazione, basata su istanze EC2 ottimizzate per lo storage e dotate di SSD a bassa latenza basate su memoria non volatile Express (NVMe).
La configurazione di base prevede 2 host per SDDC; la capacità del cluster può scalare fino a 16 host. VMware Cloud on AWS funziona con lo stack software VMware Software-Defined Data Center (SDDC) direttamente sui server host, senza virtualizzazione nidificata.
La creazione di nuovi cluster VMware SDDC sul cloud AWS è rapida e può essere effettuata tramite una console web o un’API RESTful. VMware gestisce e opera il servizio, compresi i componenti del software VMware SDDC. VMware fornisce aggiornamenti programmati del software SDDC e patch software urgenti con notifiche, oltre alla risoluzione automatica dei guasti hardware. Di seguito è riportata una macro che spiega il modello di responsabilità condivisa:
Il vantaggio principale di questa soluzione è la riduzione dei costi di migrazione. I carichi di lavoro esistenti su ambienti VMWare nei vostri data center possono essere migrati a VMware Cloud su AWS attraverso una migrazione live non distruttiva e trasparente per l’utente. Se i prerequisiti tecnici (estensione della rete N2, installazione di HCX sulle sorgenti informatiche…) non sono stati completati, o se questa modalità di migrazione non è desiderata, è disponibile una migrazione “a freddo”.
Perché migrare ad AWS? E perché passare a VMWare Cloud?
Synergie era solita operare su cicli di 4-5 anni per riconsiderare le proprie infrastrutture, analizzando le esigenze per i successivi 5 anni, con un margine che includeva le esigenze che sarebbero state identificate in seguito. Questo approccio portava a infrastrutture sovradimensionate all’inizio del ciclo, che spesso dovevano essere completate alla fine del ciclo. Il vantaggio di VMWare Cloud è di disporre della capacità necessaria per il periodo in corso e di poterla espandere rapidamente quando necessario.
Inoltre, avevamo acquisito un livello significativo di competenze sulle tecnologie VMWare e volevamo capitalizzare questa esperienza scegliendo VMWare Cloud su AWS. L’apprendimento relativo al Cloud AWS e all’IaC è essenziale e significativo per i team Ops. Il vantaggio di adottare una soluzione VMC è quello di ridurre questo impegno per gli altri team.
Quale era il perimetro?
La migrazione riguardava 170 macchine virtuali distribuite su 20 ESXi in 2 data center. Queste macchine virtuali ospitavano componenti dell’infrastruttura, applicazioni e un ambiente Citrix. Un’applicazione client/server che effettuava richieste direttamente (senza cache) su un database DB2 ospitato su un IBM Power i (AS/400) aveva requisiti di latenza eccessivamente bassi che non consentivano la migrazione della farm Citrix.
Il progetto è stato avviato nel 2021 con:
- scelta della soluzione approvata in marzo/aprile,
- pianificazione del progetto prima dell’estate,
- progettazione e costruzione dell’infrastruttura, della sicurezza e della topologia di rete da luglio a ottobre,
- un primo POC (Proof of Concept) a ottobre
- e un progetto che si è concluso nel gennaio 2022.
Questo programma avrebbe potuto essere completato in 5 mesi senza le difficoltà legate all’applicazione client/server. In effetti, i problemi di latenza (indipendenti dalla soluzione VMC) individuati tra alcune applicazioni x86 e AS400 hanno parzialmente ridotto la portata ammissibile per la migrazione.
Quali sono i modelli di hosting di oggi?
Synergie ora gestisce applicazioni su 3 modelli in parallelo:
- nei propri data center,
- su VMWare Cloud on AWS
- su AWS in modo nativo.
L’applicazione di buste paga/fatturazione (RPG/DB2) che è rimasta nei data center è stata gestita e l’applicazione client del server che utilizza il database DB2 si evolverà solo per garantire il livello di sicurezza richiesto, ma scomparirà entro 2 anni. Le applicazioni su VMWare Cloud su AWS sono sfruttate con la nostra esperienza VMWare. Abbiamo dovuto costruire competenze più velocemente del previsto sulle applicazioni in ambiente AWS nativo rispetto al contributo dei servizi gestiti AWS per soddisfare le nostre esigenze aziendali.
Qual è stato il valore della migrazione per Synergy?
- Il primo valore aggiunto della migrazione è che i team di sviluppo non sono stati sollecitati e hanno potuto continuare a lavorare sulle evoluzioni funzionali delle applicazioni durante la migrazione. È stato completamente “indolore”, in quanto non c’è stata alcuna interruzione della produzione.
- Il secondo contributo è l’utilizzo dell’80% della capacità, rispetto alla situazione on premise in cui eravamo piuttosto al 30%. In 12 minuti è possibile aggiungere un host supplementare, cosa che prima era un vero e proprio progetto (ordinare, ricevere, installare e implementare).
- Il terzo contributo che si può notare è la semplicità di gestione della VMC. Abbiamo dovuto aggiornare gli ESXi rimasti nei nostri data center e la differenza di difficoltà tra questo “upgrade” on premise e i 2-3 aggiornamenti della VMC, che sono stati completamente trasparenti, conferma la nostra scelta.
- Il quarto contributo è apparso prima del previsto: I servizi gestiti di AWS hanno reso possibile la creazione di POC per soddisfare le esigenze aziendali in poche settimane.
- L’ultimo contributo (indiretto) è legato al passaggio a nuove tecnologie, che forniscono ulteriore motivazione ai team e facilitano il reclutamento di nuovi talenti.
Quali scelte avete fatto in termini di reversibilità e sovranità?
Abbiamo potuto sperimentare la reversibilità rispetto alla farm Citrix che è stata migrata su VMWare Cloud su AWS e poi è tornata on premise. Questa operazione è stata eseguita molto rapidamente per le 40 VM della farm. Per i servizi AWS, la reversibilità deve essere considerata servizio per servizio. Dal punto di vista della sovranità, c’era un forte requisito di localizzazione dei dati in Francia e questo è stato uno dei motivi per scegliere VMWare Cloud su AWS rispetto alle soluzioni concorrenti. Tutto è ospitato nella regione di Parigi di AWS.
Quali consigli darebbe per iniziare una migrazione?
Devoteam ci ha convinto del contributo di Terraform per la distribuzione e l’aggiornamento dell’infrastruttura. L’esperienza di alcuni mesi ha confermato i vantaggi di questo approccio. D’altra parte, si è trattato di un vero e proprio cambiamento culturale per i nostri team, in particolare per i team di rete e di sicurezza. È importante anticipare la formazione e fornire il supporto necessario per questa evoluzione, come siamo riusciti a fare con Devoteam Revolve.
Lo storage di VMWare Cloud on AWS vSAN è legato al numero di nodi del cluster SDDC. Oggi per aggiungere spazio di archiviazione è necessario aggiungere un nodo al cluster (NB: questa limitazione dovrebbe essere eliminata con la soluzione VMWare Cloud Flex Storage, annunciata in anteprima da VMWare a marzo, che consentirà di aggiungere spazio di archiviazione senza aggiungere altri host). Questo introduce un effetto soglia in termini di FinOps che dovrebbe essere ben anticipato.
La padronanza di FinOps è un elemento importante con un modello di impegno di 3 anni che abbiamo scelto su VMWare Cloud on AWS e il modello on-demand predefinito sui servizi AWS di base integrato da piani di risparmio. È necessario pianificare <>/<> giorni alla settimana per rivedere le cifre e lavorare sulle ottimizzazioni finanziarie. Nell’analisi del portafoglio applicativo della migrazione è importante anche capire quali applicazioni saranno estremamente sensibili alla latenza, per suddividere le migrazioni o, se alcuni componenti rimangono in sede come nel nostro caso, per evitare di migrare alcune applicazioni.
