Liste de contrôle de migration de centre de données vers le cloud

Les services cloud garantissent une haute disponibilité et une fiabilité pour l’exécution de machines virtuelles. De nombreuses entreprises utilisent les services cloud en plus de leurs propres centres de données physiques ou à la place des serveurs locaux dans leurs propres centres de données. D’autres entreprises envisagent de migrer leurs charges de travail de leurs propres centres de données locaux vers le cloud, et cette tendance est en augmentation, notamment impulsée par la pandémie.

Cet article de blog définit la migration de centre de données et détaille les complexités et défis que vous pouvez rencontrer pendant la relocalisation de centre de données. Nous vous partagerons également une liste de contrôle de migration de centre de données pour vous aider à exécuter le processus de migration en toute fluidez.

Qu’est-ce qu’un centre de données ?

A data center is a facility housing computing, storage, and network resources. This facility provides resilient environmental, power, and network redundancy. Data centers are among the very complex and technologically advanced entities, with complex systems, architecture, and network intricacies.

Les centres de données peuvent être possédés et gérés à titre privé ou être publics avec de nombreux « pods » de ressources informatiques/serveurs/réseaux gérés à titre privé et vendus à diverses organisations. Compte tenu de toutes les complexités liées aux ressources de centre de données, il peut y avoir des raisons pour lesquelles une organisation décide de migrer d’un centre de données à un autre.

Qu’est-ce que la migration de centre de données ?

La migration de centre de données est un processus qui consiste à déplacer physiquement le matériel et/ou à déplacer logiquement les charges de travail vers un autre emplacement. Le lieu de destination peut être un autre centre de données physique ou un centre de données virtuel dans un cloud public.

Raison pour la migration de centre de données

Il y a quelques raisons pour lesquelles une organisation peut décider de migrer des ressources d’un centre de données à un autre, allant des besoins commerciaux à les besoins technologiques.

Du point de vue des affaires, il peut y avoir des raisons pour lesquelles une relocalisation du centre de données est logique, que ce soit à la suite d’une fusion, d’une acquisition, d’un ajustement des ressources, d’une réduction d’échelle ou d’une expansion. De plus, les organisations peuvent chercher à étendre leur disponibilité élevée et à déplacer les ressources vers divers centres de données en fonction des besoins commerciaux.

En ce qui concerne la technologie, la technologie des centres de données est en constante évolution. Il peut y avoir des raisons technologiques de passer d’un centre de données à un autre pour améliorer les fonctionnalités. De plus, une organisation peut décider de répartir les ressources dans plusieurs régions pour améliorer les performances et la résilience des ressources.

Indépendamment de la raison exacte de la migration des centres de données, les complexités et les processus doivent être soigneusement considérés pour garantir que le déplacement des ressources se fasse de manière transparente sans que les utilisateurs finaux ne subissent d’interruption ou de dégradation des performances ou du service.

Meilleures pratiques de migration de centre de données

Examinons les meilleures pratiques que vous pouvez mettre en œuvre avec vos stratégies de migration de centre de données. En suivant ces pratiques, vous pouvez migrer votre centre de données en douceur sans impact négatif sur la disponibilité des données et l’expérience utilisateur.

Établissement des critères et des objectifs de la migration

Les critères et les objectifs de migration du centre de données peuvent varier en fonction des besoins commerciaux ou du problème à résoudre avec la migration. Si le déplacement du centre de données n’est qu’une migration partielle pour déplacer un sous-ensemble de ressources, cela modifiera le paysage de la migration par rapport à la migration de toutes les ressources d’un centre de données à un autre.

Assurez-vous d’évaluer les critères et les objectifs non seulement des aspects techniques du projet, mais aussi des objectifs commerciaux du projet. Cela peut aider à s’assurer que les objectifs commerciaux et les impacts sont bien réfléchis, ainsi que les objectifs techniques.

Et si nous migrons nos ressources actuelles du centre de données vers un cloud public ?

Cloud public ou centre de données privé : comprendre les exigences du centre de données

La tendance parmi les organisations est de déplacer davantage de ressources vers le cloud public. Une migration du centre de données peut signifier passer d’un centre de données privé à un cloud public via l’un des fournisseurs de cloud public, en choisissant entre Amazon AWS, Microsoft Azure ou Google Compute Cloud.

Il y a différents défis à relever avec chaque migration qui devront être pris en compte. Avec le passage à un cloud public, il n’y a évidemment aucune ressource physique à déplacer, seulement des ressources virtuelles ou logiques. Avec les migrations physiques de centres de données privés vers un autre centre de données privé, il peut y avoir des ressources et des actifs physiques à déplacer.

Un exemple de la façon dont la migration d’un centre de données vers le cloud peut changer radicalement les choses se trouve dans le domaine de la communication réseau. Dans Amazon AWS, par exemple, le concept de VLAN n’existe pas. Le client se voit présenter un réseau superposé avec des outils natifs sur un réseau purement de niveau 3. Ainsi, vous ne vous fiez pas aux VLAN pour la segmentation.

Dans un réseau cloud public, la politique réseau est centrée sur l’hôte et non au niveau du réseau. L’application se fait au niveau de l’hôte via des groupes de sécurité. De plus, avec Amazon, la taille du réseau est fixée une fois que vous provisionnez le VPC. Il est donc crucial de s’assurer que vous provisionnez la bonne taille pour votre réseau VPC dès le début et c’est un bon exemple de la manière dont la planification de la migration du centre de données vers le cloud devrait être réfléchie avec soin.

Avec les migrations de centres de données privés, nous pouvons essentiellement créer un scénario un-pour-un d’infrastructure dans le centre de données cible et utiliser une approche « copier-coller » pour provisionner des ressources dans le centre de données cible telles qu’elles existent dans le centre de données de production actuel.

Planification approfondie

En règle générale, une relocalisation de centre de données est une entreprise majeure qui ne doit pas être sous-estimée quant à son importance pour être menée à bien. Une migration ratée de centre de données pourrait potentiellement entraîner une interruption de service, une perte de données en raison du manque de sauvegarde des données, des clients mécontents, une détérioration de la réputation de la marque et finalement des dommages réels à une organisation qui a été négligente dans la planification adéquate et la préparation du processus. Liste de vérification de la migration de centre de données

Liste de vérification de la migration du centre de données

Suivez la liste de vérification de la migration du centre de données pour éviter les problèmes et migrer le centre de données de la meilleure façon possible.

1. Planification du déplacement du centre de données

La planification d’une migration de centre de données prend généralement des semaines, voire des mois, de préparation. La planification de la migration du centre de données devrait inclure les points suivants :

Inspection du centre de données existant et du nouveau centre de données

A necessary component is a site survey of both the existing data center and the new data center. The following questions should be answered:

• Les ressources physiques existantes dans le centre de données actuel seront-elles déplacées ?
• Si la réponse est « oui », le câblage et toute autre connectivité physique de la couche 1 sont-ils bien compris ?
• Cela peut-il être reproduit dans le centre de données cible une fois l’infrastructure physique déplacée ?
• Si les ressources physiques ne sont pas déplacées vers le nouveau centre de données, des remplacements adéquats pour l’infrastructure existante ont-ils été prévus ?

Documentation de tout

Tous les besoins en infrastructure, y compris le stockage, le calcul, les besoins en réseau, les besoins d’application et tout autre besoin en infrastructure, sont-ils documentés ?

Note : 

• Trop de documentation vaut mieux que pas assez. 
• Assurez-vous de documenter chaque rack, chaque « U » du rack, chaque machine virtuelle, chaque réseau et chaque application, qu’ils soient considérés comme importants ou non.

Dépendances

• Les dépendances dans l’environnement actuel du centre de données qui doivent être reproduites dans le centre de données cible sont-elles bien comprises ?
• Y a-t-il des systèmes auxiliaires actuels dans le centre de données actuel qui doivent être reproduits dans le centre de données cible?

Les besoins en réseau

Quelles sont les considérations LAN et WAN qui doivent être prises en compte pour les applications existantes dans le centre de données actuel et qui doivent être prises en compte pour le nouveau centre de données? 
Centre de données privé

• Y a-t-il des VLAN qui doivent être provisionnés dans le nouveau centre de données et qui sont actuellement utilisés dans le centre de données existant?
• Quels sont les besoins en adressage IP des ressources et des applications dans le centre de données actuel?
• Les applications héritées dépendent-elles d’adresses IP codées en dur qui doivent être éliminées avant de passer au nouveau centre de données?
• Quels sont les problèmes liés aux adresses IP WAN? Toutes les considérations concernant les adresses IP WAN ont-elles été prises en compte?
• Comment le DNS et la résolution de noms se feront-ils?
  • Les ressources dans le centre de données actuel et dans le nouveau centre de données fonctionneront-elles en parallèle, permettant un transfert DNS en douceur et laissant le temps à la convergence DNS?
  • D’autres mécanismes tels que l’Anycast IP seront-ils utilisés pour annoncer le même préfixe IP à partir de plusieurs emplacements et permettre aux protocoles de routage BGP ou autres de router en fonction des coûts et de la santé des liens?
• Les circuits WAN nécessaires ont-ils été commandés afin de permettre un délai suffisant pour mettre en service les nouveaux circuits ? Certains FSI (fournisseurs de services Internet) peuvent prendre jusqu’à 90 jours pour mettre en service un nouveau circuit. Ces délais doivent être intégrés à tout plan de migration de centre de données.

Cloud Public

• Étant donné que les VLAN n’existent pas dans le cloud public, toutes les exigences de couche 2 devraient être examinées dans la restructuration de l’accès au réseau.
• Combien d’adresses IP avez-vous besoin ? Quelle taille doit avoir le sous-réseau ? AWS se définit par défaut sur un sous-réseau /16.
• Comment la sécurité réseau doit-elle être configurée ? Quels groupes de sécurité doivent être pris en considération ?
• Limite de 500 groupes de sécurité par VPC – Votre réseau nécessitera-t-il plus de groupes de sécurité que ce qui est fourni ?
• Aurez-vous besoin de provisionner plusieurs VPC ?
• En cas de migration vers un cloud public, il sera très probablement nécessaire d’apporter des modifications à l’outillage d’automatisation. Ces modifications ont-elles été prises en compte ?

2. Liste de vérification des tests de migration de centre de données

Bien que vous ne puissiez pas passer par chaque étape du processus de migration, effectuer un ou plusieurs tests de migration peut être utile. Si vous êtes également en mesure de préparer des composants clés tels que des éléments de transition réseau dans un environnement de laboratoire, cela peut aider à mettre en lumière les problèmes potentiels avec les applications, entre autres, avant que la migration réelle ne soit effectuée.

• Discutez des points majeurs de la migration avec les membres clés de l’équipe.
• Connaître l’ordre des événements à exécuter, car il est fort probable que certains éléments nécessiteront que d’autres éléments de la liste de contrôle soient complétés en premier.
• Utiliser les environnements de laboratoire pour simuler la migration du centre de données, y compris les ressources réseau ainsi que les tests et le dépannage des applications. Les tests sont un point important d’une liste de contrôle de migration de centre de données.

3. Exécution du déménagement du centre de données

La planification est terminée et les ressources sont prêtes à être mises en place dans le nouveau centre de données ou le cloud public, il est temps d’effectuer le déménagement. Considérations lors du déménagement du centre de données :

• Connaître qui est responsable de quel aspect du déménagement. La dernière chose que vous voulez, c’est que des hypothèses soient faites et que les responsabilités pour des aspects cruciaux du déménagement passent entre les mailles du filet.
• Créer un plan d’action détaillé avec tous les intervenants du projet de migration. Énumérer les responsabilités.
• Avoir les coordonnées de tous les intervenants, numéros de téléphone, etc., pour éviter de perdre du temps à essayer de trouver des coordonnées au lieu de travailler sur les éventuels problèmes de déménagement du centre de données qui pourraient survenir.
• Avoir des contacts de fournisseurs supplémentaires en attente. Cela inclurait les contacts du centre de données, les fournisseurs d’accès Internet, les ingénieurs réseau, les ingénieurs en infrastructure, les ingénieurs opérationnels, etc.
• Informer à l’avance les utilisateurs finaux, que ce soit par des communications électroniques, une page de bannière, etc. Soyez précis sur la fenêtre de maintenance à prévoir, car cela réduira la frustration des utilisateurs finaux.
• Avoir une équipe prête pour le triage en cas d’afflux de problèmes utilisateur suite à la migration des ressources.

4. Poster la Liste de Contrôle de la Relocalisation du Centre de Données

Une fois que les ressources du centre de données ont été migrées, nous devons rapidement évaluer tout problème de performance ou tout autre problème système résultant de la migration.

• Avoir une équipe affectée à cette tâche, soit par des vérifications manuelles soit par des moyens automatisés, pour valider l’intégrité des processus système et la disponibilité des applications après la migration.
• Si vous recevez du trafic de différentes parties du monde, simulez le trafic venant de différents points de terminaison à travers le monde afin de tester toute disparité entre les emplacements géographiques qui pourraient être causés par la convergence DNS si les enregistrements de noms ont été modifiés.
• Testez non seulement les erreurs dans les applications mais aussi les performances de ces applications.
• Si vous vous attendez à des améliorations de performance, ces améliorations ont-elles été réalisées?
• La performance est-elle pire, indiquant un problème sous-jacent avec la migration?
• Notifier les utilisateurs finaux lorsque la période de maintenance est terminée et que le système est censé fonctionner normalement. Cela peut aider les utilisateurs finaux à savoir s’ils peuvent rencontrer un problème lié à la migration ou un problème réel.Avoir un post-mortem avec tous les membres de l’équipe impliqués pour recueillir tous les problèmes rencontrés lors de la migration du centre de données. Cela aidera à renforcer l’équipe à l’avenir, à mettre en lumière tout problème qui aurait pu être évité et à les prendre en compte dans les projets futurs.
• Tenir une réunion post-mortem avec tous les membres de l’équipe impliqués pour recueillir tous les problèmes rencontrés lors de la migration du centre de données. Cela aidera à renforcer l’équipe à l’avenir, à mettre en lumière les problèmes qui auraient pu être évités et à les prendre en compte dans les projets futurs.

Remarque : Si vous avez terminé la migration du centre de données vers le cloud, n’oubliez pas que vous devez mettre en place une stratégie de sauvegarde cloud pour protéger vos données.

Pensées conclusives

Les migrations de centre de données peuvent potentiellement être l’un des processus les plus compliqués qu’une organisation puisse entreprendre. La migration implique des modifications précises et calculées à apporter aux systèmes afin que ces systèmes puissent soit rester en ligne pendant la migration, soit être de nouveau opérationnels le plus rapidement possible.

Les récompenses d’une migration réussie peuvent être énormes. Cela peut permettre à une entreprise de faire évoluer ses besoins technologiques vers un centre de données plus moderne et technologiquement avancé. De plus, cela peut permettre à une organisation d’effectuer une migration vers le cloud pour héberger des ressources. Quoi qu’il en soit, une planification, des tests et l’exécution de plans bien réfléchis permettent à une organisation de réussir le défi difficile d’une migration réussie du centre de données.

Il est fortement recommandé de sauvegarder vos données avant de commencer la migration. Téléchargez l’essai gratuit de NAKIVO Backup & Replication pour protéger vos machines physiques et virtuelles dans les centres de données.