Ce que nous faisons · Données et web: Migrations de datacenter infogérées, répétées
Déplacer une plateforme de production en service (web, base de données, fichiers, recherche et cache) vers un nouveau datacenter, ou d'un autre prestataire vers nous, sans un week-end d'interruption. L'ancien côté continue de tourner intact jusqu'à ce que le nouveau ait fait ses preuves, et revenir en arrière ne coûte rien.
De quoi il s'agit
Une migration menée comme un projet d'ingénierie, pas comme un ticket. Nous construisons la destination à neuf, l'alimentons avec vos données pendant que vous continuez de vendre, répétons la bascule (cutover), puis déménageons dans une fenêtre mesurée en minutes. Ensuite, nous auditons la nouvelle plateforme face à l'ancienne avant que quoi que ce soit ne soit éteint sur l'ancien site.
Comment nous le construisons
Construit à neuf, pas restauré. La stack de destination est construite selon des spécifications mesurées, avec des logiciels à jour et notre hardening baseline, plutôt que copiée depuis d'anciennes images.
Données chargées tôt, deltas déplacés tard. Les bases de données sont alimentées à partir d'un backup physique et maintenues à jour par réplication ou réensemencement incrémental. Les fichiers sont pré-synchronisés, de sorte que la passe finale ne déplace que ce qui a changé. Les index de recherche sont copiés par un reindex distant natif au lieu d'être recrawlés à travers le CMS.
Le bon chemin pour chaque charge. Les données en masse transitent par un chemin relais construit pour le débit ; les petits deltas passent en direct par notre backbone chiffré. Quand un client en a besoin, nous étendons ses réseaux entre sites pour que les serveurs gardent leurs adresses tout du long.
La fenêtre est la fenêtre DNS, et elle est à vous. Si un changement pouvait toucher votre trafic, nous en convenons l'horaire avec vous au préalable. Rien d'autre n'est planifié dans la bascule.
Le rollback par conception. Les anciens répertoires de données sont renommés, jamais supprimés, de sorte que revenir en arrière est un renommage et un changement DNS.
Un playbook avec un chronomètre. Chaque bascule est écrite comme un playbook avec un budget de temps par étape.
Auditer, puis décommissionner. Après le déménagement, nous comparons la nouvelle plateforme avec l'ancienne référence : exposition depuis l'extérieur, niveau de correctifs, taux de succès du cache, temps de réponse. Alors seulement l'ancien côté est éteint, ses données conservées jusqu'à votre validation.
Ce dont il vous protège
- Des fenêtres de maintenance longues d'un week-end et des journées de vente perdues.
- Des données éditoriales ou des commandes saisies pendant la fenêtre qui disparaissent.
- Une migration « terminée » qui dépend encore discrètement de l'ancien site.
- Une bascule sans retour possible.
En pratique
Un éditeur de presse national. Nous avons déplacé le groupe de six sites de presse et de lifestyle de l'éditeur d'Amsterdam vers notre site Digital Realty d'Athènes. Parce que la destination était pré-chargée, la passe finale sur des millions de fichiers n'a déplacé que ceux qui avaient changé en environ soixante-dix secondes, et la synchronisation finale de la base de données et des uploads a pris moins de cinq minutes, de sorte que la bascule visible de chaque propriété a été d'environ cinq minutes quel que soit le retard éditorial. L'éditeur est servi depuis Athènes, près de ses lecteurs.
Un portail d'information reconstruit à Athènes. Après le déplacement d'un portail d'information sur une nouvelle plateforme à trois blades, les réponses en cache revenaient en quelques millisecondes et les pages non mises en cache en moins d'une demi-seconde.
Pourquoi EuroVPS
- L'ancienne plateforme reste en service et intacte jusqu'à ce que la nouvelle ait mérité le trafic.
- Des playbooks avec budgets de temps, répétés et améliorés à chaque migration.
- Une seule équipe possède les couches réseau, stockage, plateforme et application du déménagement.
- Nous pouvons étendre vos réseaux entre sites pour que rien n'ait à être renuméroté.
- Des audits après déménagement avant tout décommissionnement, et votre validation avant que des données ne soient retirées.
Questions fréquentes
- Quelle interruption devons-nous prévoir ? Pour la plupart des plateformes web, la bascule est la fenêtre de propagation DNS plus une synchronisation finale mesurée en minutes. Nous vous donnons un budget de temps par étape avant le jour J.
- Pouvez-vous nous migrer depuis un autre prestataire ? Oui. Nous avons besoin d'un accès en lecture à la source pour charger les données ; la source n'a pas à changer.
- Devons-nous changer d'adresses IP ? Pas nécessairement. Entre nos sites, nous pouvons étendre vos réseaux pour que les adresses se déplacent avec les serveurs.
- Et si quelque chose tourne mal le jour J ? L'ancien côté est intact, donc le rollback est un changement DNS. Nous décidons go ou no go selon des critères convenus à l'avance.
- Qui fait le travail à destination ? Nos ingénieurs, de bout en bout : matériel, réseau, stockage, plateforme et stack applicative.
Vous planifiez un déménagement ? Parler à un ingénieur.
Votre prochain partenaire d'infrastructure
Examinons votre environnement.
Dites-nous ce que vous faites tourner aujourd'hui et ce qui doit s'améliorer. Un ingénieur examinera votre demande et vous aidera à planifier la suite.
+357 222 32280
Commençons par votre environnement.
Un peu de contexte nous aide à démarrer la bonne conversation.