Cosa facciamo · Dati e web: Rientro dal cloud (cloud repatriation) e uscita dalla colocation
Riportare i carichi di lavoro dal public cloud, o fuori da un contratto di colocation, su un'infrastruttura con un costo mensile fisso e ingegneri che potete chiamare per nome. Pianifichiamo l'uscita su numeri misurati, facciamo girare vecchio e nuovo in parallelo e spostiamo solo quando il lato nuovo è dimostrato.
Cos'è
Il rientro dal cloud è una migrazione con un business case allegato. Fatture che crescono con il traffico, costi di egress, prezzi delle istanze opachi e account che un algoritmo può sospendere spingono le aziende a tornare su infrastruttura propria o dedicata. Prendiamo il carico di lavoro, i dati e i servizi che li circondano (DNS, database, caching, load balancing) e li ricostruiamo su bare metal, sul nostro private cloud OLVM, su OpenShift o su CloudStack dedicato, ad Atene o Amsterdam presso Digital Realty, oppure a Toronto.
Come lo costruiamo
Misuriamo ciò che gira davvero. Prima di progettare qualsiasi cosa, misuriamo: CPU, memoria e storage effettivamente consumati, non quelli provisionati. I pattern di traffico. Quali managed service sono in uso e che cosa sostituisce ciascuno. Gli ambienti cloud sono di norma sovradimensionati, e spostarli così come sono porterebbe quello spreco nella nuova casa.
Progettiamo per i failure domain che perdete. Il public cloud vi dà le availability zone. Noi vi diamo host separati, array di storage separati, fabric Fibre Channel ridondanti e più siti uniti dal nostro backbone cifrato. Ogni livello della vostra piattaforma viene mappato su un progetto equivalente o migliore.
Sostituiamo i managed service con cose che vi appartengono. I database gestiti diventano Percona XtraDB Cluster o MariaDB con replica. Le cache gestite diventano Valkey con Sentinel. Il DNS gestito diventa un'installazione PowerDNS vostra. I servizi container diventano OpenShift su bare metal.
Facciamo girare entrambi, poi facciamo il cutover. Vecchio e nuovo girano in parallelo. I dati vengono replicati o precaricati, ogni record od oggetto viene verificato rispetto all'origine, e il cutover avviene in una finestra breve e provata, con la vecchia piattaforma ancora intatta alle spalle.
Da cosa vi protegge
- Fatture mensili che salgono con il vostro successo e costi per portare fuori i vostri stessi dati.
- Il vendor lock-in attraverso managed service proprietari.
- Un account sospeso da un sistema automatico, senza nessuno con cui parlare.
- Una migrazione che copia un ambiente sovradimensionato in un nuovo contratto.
- Un cutover DNS che rompe il vostro dominio per ogni resolver che valida DNSSEC.
In pratica
I servizi tornano a casa uno alla volta. DNS, posta, database e applicazioni si spostano ciascuno con il proprio piano, girando in parallelo con il cloud finché ogni record e ogni risposta non sono stati verificati, così nulla passa in cutover sulla fiducia. La storia completa di un cliente che ha lasciato AWS per un'installazione DNS tutta sua è raccontata nella pagina del Managed DNS.
Lasciarsi alle spalle i managed service. Per i clienti che lasciano il public cloud ricostruiamo sistematicamente i servizi gestiti di database, cache e load balancer come equivalenti in cluster, testati in failover, su hardware dedicato, così la migrazione migliora la resilienza invece di barattarla con il prezzo.
Perché EuroVPS
- Hardware reale di nostra proprietà, presso Digital Realty ad Atene e Amsterdam e a Toronto, a un costo mensile fisso.
- Ingegneri che ricostruiscono i managed service del cloud come sistemi che controllate e capite.
- Piani costruiti sulle misure, non su listini o stime a memoria.
- Vecchio e nuovo girano in parallelo finché la nuova piattaforma non si è dimostrata.
- Nessuna chiusura algoritmica dell'account: parlate con persone.
Domande frequenti
- Risparmieremo davvero? Per carichi di lavoro stabili, di solito molto. Modelliamo prima l'uscita sul vostro utilizzo misurato, e vi diremo se un carico di lavoro conviene lasciarlo dov'è.
- Che cosa sostituisce RDS o ElastiCache? Percona XtraDB Cluster o MariaDB con replica, e Valkey con Sentinel, tutto su infrastruttura dedicata, gestito da noi.
- Perdiamo la copertura globale? No. Il vostro DNS può essere geograficamente distribuito, e un CDN può stare davanti all'origin. Quello che guadagnate è il controllo dell'origin.
- Quanto dura un rientro dal cloud? Dipende dall'ambiente. Le piccole migrazioni di servizio richiedono giorni. Le piattaforme complete si pianificano in fasi con esecuzione in parallelo.
- Possiamo tenere alcuni servizi nel cloud? Sì. L'ibrido va benissimo, e la connettività privata tra i due è qualcosa che costruiamo.
Pronti a riportarli a casa? Parla con un ingegnere.
Il vostro prossimo partner per l'infrastruttura
Guardiamo la vostra infrastruttura.
Raccontateci cosa fate girare oggi e cosa deve migliorare. Un ingegnere esaminerà la vostra richiesta e vi aiuterà a pianificare il passo successivo.
+357 222 32280
Partiamo dalla vostra infrastruttura.
Un po' di contesto ci aiuta a iniziare la conversazione giusta.