Les services cloud garantissent une haute disponibilité et une grande fiabilité pour l’exécution des machines virtuelles. De nombreuses entreprises utilisent des services cloud en complément de leurs propres centres de données physiques ou à la place des serveurs sur site dans leurs propres centres de données. D’autres entreprises envisagent de migrer leurs charges de travail from leurs propres centres de données sur site vers le cloud, et cette tendance est en hausse, notamment en raison de la pandémie. Cet article de blog définit la migration des centres de données et détaille les complexités et les défis auxquels vous pouvez être confronté lors du déménagement d’un centre de données. Nous partagerons également une liste de contrôle pour la migration des centres de données afin de vous aider à mener à bien le processus de migration. 
Qu’est-ce qu’un centre de données ?
Un centre de données est une installation qui héberge des ressources informatiques, de stockage et réseau. Cette installation offre une redondance en matière d’environnement, d’alimentation électrique et de réseau, avec une résilience assurée. Les centres de données font partie des entités les plus complexes et les plus avancées sur le plan technologique, avec des systèmes complexes, une architecture sophistiquée et des réseaux très élaborés. Les centres de données peuvent être privés et gérés par des entreprises privées, ou publics et composés de nombreux « pods » privés de ressources informatiques/serveurs/réseaux vendus à diverses organisations. Compte tenu de toutes les complexités liées aux ressources des centres de données, une organisation peut avoir des raisons de décider de migrer from un centre de données vers un autre.
Qu’est-ce que la migration d’un centre de données ?
La migration d’un centre de données consiste à déplacer physiquement du matériel et/ou à transférer logiquement des charges de travail vers un autre emplacement. La destination peut être un autre centre de données physique ou un centre de données virtuel dans un cloud public.
Raisons de la migration des centres de données
Il existe plusieurs raisons pour lesquelles une organisation peut décider de migrer des ressources from un centre de données vers un autre, allant des besoins commerciaux aux besoins technologiques.From un point de vue commercial, il peut y avoir des raisons pour lesquelles la délocalisation d’un centre de données est judicieuse, qu’il s’agisse d’une fusion, d’une acquisition, d’un redimensionnement des ressources, d’une réduction des effectifs ou d’une évolution en termes d’évolutivité. De plus, les organisations peuvent envisager une évolutivité from une optique de haute disponibilité et transférer des ressources vers différents centres de données en fonction des besoins de l’entreprise.
En matière de technologie, celle des centres de données est en constante évolution. Il peut y avoir des raisons techniques pour passer d’un centre de données à un autre afin d’améliorer les fonctionnalités et/ou la fonctionnalité. De plus, une organisation peut décider de répartir ses ressources sur plusieurs régions afin d’améliorer leurs performances et leur résilience. Quelle que soit la raison exacte de la migration des centres de données, il convient d’examiner attentivement les complexités et les processus afin de garantir que le transfert des ressources s’effectue de manière transparente, sans que les utilisateurs finaux ne subissent de panne ou de dégradation des performances ou des services.
Bonnes pratiques en matière de migration de centres de données
Examinons les bonnes pratiques que vous pouvez mettre en œuvre dans le cadre de vos stratégies de migration de centres de données. Le respect de ces pratiques vous permet de migrer votre centre de données en douceur, sans impact négatif sur la disponibilité des données et l’expérience utilisateur.
Définition des critères et des objectifs de la migration
Les critères et les objectifs de la migration d’un centre de données peuvent varier en fonction des besoins de l’entreprise ou du problème que la migration vise à résoudre. Si le déménagement du centre de données n’est qu’une migration partielle visant à transférer un sous-ensemble de ressources, cela changera le paysage de la migration par rapport à la migration de toutes les ressources d’un centre de données from un autre. Veillez à é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 pris en compte au même titre que les objectifs techniques. Que se passe-t-il si nous migrons les ressources actuelles de notre centre de données vers un cloud public ?
Cloud public ou centre de données privé : comprendre les conditions à remplir du centre de données
La tendance parmi les organisations est de transférer davantage de ressources vers le cloud. La migration d’un centre de données peut signifier le passage 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.
Chaque migration comporte différents défis qui devront être pris en considération. Avec le passage au cloud public, il n’y a bien sûr aucune ressource physique à déplacer, seulement des ressources virtuelles ou logiques. Lors de la migration physique d’un centre de données privé vers un autre centre de données privé, il peut être nécessaire de déplacer des ressources et des actifs physiques. Le domaine des communications réseau illustre bien à quel point la migration d’un centre de données vers le cloud peut changer radicalement la donne. 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 au-dessus d’un réseau purement de couche 3. Ainsi, vous ne dépendez pas des 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 fixe une fois que vous avez provisionné le VPC. Il est donc essentiel de veiller à provisionner la taille adéquate pour votre réseau VPC en amont, ce qui illustre bien la nécessité de planifier minutieusement la migration du centre de données vers le cloud. Avec les migrations de centres de données privés, nous pouvons essentiellement créer un scénario d’infrastructure identique dans le centre de données cible et utiliser une approche « standardisée » pour provisionner les ressources dans le centre de données cible telles qu’elles existent dans le centre de données de production actuel.
Planification minutieuse
D’une manière générale, la délocalisation d’un centre de données est une opération majeure dont l’importance ne doit pas être sous-estimée pour garantir son succès. Une migration mal menée d’un centre de données peut entraîner une interruption du service, une perte de données due à l’absence de sauvegardes à sauvegarder, le mécontentement des clients, une atteinte à la réputation de la marque et, en fin de compte, un préjudice réel pour une organisation qui a négligé la planification et la préparation adéquates du processus.
Liste de contrôle pour la migration d’un centre de données
Suivez la liste de contrôle pour la migration du centre de données afin d’éviter tout problème et de migrer le centre de données de la meilleure façon possible.
1. Planification du déménagement d’un centre de données
La planification de la migration d’un centre de données nécessite généralement plusieurs semaines, voire plusieurs mois, de préparation. La planification de la migration du centre de données doit inclure les points suivants :
Étude du site du centre de données existant et du nouveau centre de données
Une composante nécessaire est une étude du site tant pour le centre de données existant que pour le nouveau centre de données. Il convient de répondre aux questions suivantes :
- 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 les autres éléments physiques de connectivité de 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 transférées vers le nouveau centre de données, des remplacements adéquats pour l’infrastructure existante ont-ils été prévus ?
Tout documenter
Toutes les conditions à remplir en matière d’infrastructure, y compris les conditions à remplir en matière de stockage, de calcul, de réseau, d’applications et toute autre condition à remplir relative à l’infrastructure, sont-elles documentées ?Remarque :
- Il vaut mieux avoir trop de documentation que pas assez.
- Assurez-vous que chaque rack, chaque « U » du rack, chaque machine virtuelle, chaque réseau et chaque application est documenté, qu’il soit considéré comme important ou non.
Dépendances
- Les dépendances dans l’environnement actuel du centre de données qui doivent être répliquées dans le centre de données cible sont-elles bien comprises ?
- Existe-t-il actuellement dans le centre de données actuel des systèmes auxiliaires qui doivent être répliqués dans le centre de données cible ?
Le réseau a besoin
Quels sont les aspects liés aux réseaux LAN et WAN qui doivent être pris en compte pour les applications existantes dans le centre de données actuel et qui doivent être pris en considération 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 matière d’adressage IP des ressources et des applications dans le centre de données actuel ?
- Les applications héritées s’appuient-elles sur des adresses IP codées en dur qui doivent être supprimées avant le transfert vers le nouveau centre de données ?
- Quels sont les problèmes liés aux adresses IP WAN ? Toutes les considérations relatives aux adresses IP WAN ont-elles été prises en compte ?
- Comment le DNS et la résolution de noms fonctionneront-ils ?
- Les ressources du centre de données actuel et du nouveau centre de données fonctionneront-elles en parallèle, permettant ainsi une transition en douceur du DNS et laissant le temps nécessaire à la convergence DNS ?
- D’autres mécanismes tels que l’IP Anycast seront-ils utilisés pour annoncer le même préfixe IP from plusieurs emplacements et permettre au BGP ou à d’autres protocoles de routage d’effectuer le routage en fonction des coûts et de l’état des liaisons ?
- Les circuits WAN nécessaires ont-ils été commandés afin de disposer d’un délai suffisant pour mettre en service les nouveaux circuits ? Certains FAI (fournisseurs d’accès à Internet) peuvent mettre jusqu’à 90 jours pour mettre en place un nouveau circuit. Ces délais doivent être pris en compte dans tout plan de migration d’un centre de données.
Cloud public
- Étant donné que les VLAN n’existent pas dans le cloud public, toute condition à remplir de couche 2 devrait être prise en compte dans la refonte de l’accès au réseau.
- De combien d’adresses IP avez-vous besoin ? Quelle doit être la taille du sous-réseau ? AWS utilise par défaut un sous-réseau /16.
- Comment mettre en place la sécurité réseau ? 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 ?
- Si vous migrez vers un cloud, il sera très probablement nécessaire de modifier les outils d’automatisation. Ont-ils été pris en considération ?
2. Liste de contrôle pour les tests de migration des centres de données
Même si vous ne pouvez pas passer par chaque étape du processus de migration, il peut être utile d’effectuer un ou plusieurs tests de migration. Si vous êtes également en mesure de mettre en place des composants clés tels que des éléments de transition réseau dans un environnement de laboratoire, cela peut vous aider à mettre en lumière les problèmes potentiels liés aux applications, entre autres, avant que la migration effective n’ait lieu.
- Discutez des points importants de la migration avec les membres clés de l’équipe.
- Connaissez l’ordre des événements à accomplir, car certains éléments nécessiteront probablement que d’autres éléments de la liste soient d’abord accomplis.
- Utilisez des 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 constituent un point important de la liste de contrôle pour la migration d’un 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 transférées vers l’emplacement du nouveau centre de données ou vers le cloud public. Il est temps d’exécuter le transfert. Considérations lors du déménagement du centre de données :
- Sachez qui est responsable de quels aspects du déménagement. La dernière chose que vous souhaitez, c’est que des suppositions soient faites et que les responsabilités relatives à des aspects cruciaux du déménagement soient négligées.
- Élaborez un plan d’action détaillé avec toutes les personnes impliquées dans le projet de migration. Énumérez les responsabilités.
- Ayez les coordonnées de toutes les personnes concernées, leurs numéros de téléphone, etc., afin d’éviter de perdre du temps à rechercher leurs coordonnées au lieu de vous concentrer sur les problèmes potentiels liés au déménagement du centre de données qui pourraient survenir.
- Ayez des contacts supplémentaires avec des fournisseurs en réserve. Cela inclurait les contacts des centres de données, les FAI, les ingénieurs réseau, les ingénieurs infrastructure, les ingénieurs opérations, etc.
- Informez les utilisateurs finaux à l’avance par le biais de communications électroniques, d’une bannière sur la page d’accueil, etc. Soyez précis dans la fenêtre de maintenance prévue, car cela minimisera la frustration des utilisateurs finaux.
- Préparez une équipe prête à effectuer le triage en cas d’afflux de problèmes rencontrés par les utilisateurs finaux à la suite de la migration des ressources.
4. Liste de contrôle après le déménagement du centre de données
Une fois les ressources du centre de données migrées, nous devons rapidement évaluer tout problème de performances ou tout autre problème système résultant de la migration.
- Désignez une équipe chargée de cette tâche, soit par des contrôles manuels, soit par des moyens automatisés, afin de valider l’intégrité des processus système et la disponibilité des applications après la migration.
- Si vous recevez du trafic from différentes parties du monde, simulez le trafic coming from différents points d’extrémité à travers le monde afin de pouvoir tester les éventuelles divergences entre les emplacements géographiques qui pourraient être causées par la convergence DNS si les enregistrements de noms ont été modifiés.
- Test non seulement les erreurs dans les applications, mais aussi les Performances de ces applications.
- Si vous vous attendiez à des améliorations en termes de performances, celles-ci ont-elles été réalisées ?
- Les performances sont-elles moins bonnes, ce qui indiquerait un problème sous-jacent lié à la migration ?
- Informer les utilisateurs finaux lorsque la période de maintenance est terminée et que le système devrait fonctionner normalement. Cela peut aider les utilisateurs finaux à savoir s’ils sont confrontés à un problème lié à la migration ou à un véritable problème.
- Organisez une réunion post-mortem avec tous les membres de l’équipe concernés afin de recenser tous les problèmes rencontrés lors de la migration du centre de données. Cela permettra de renforcer l’équipe à l’avenir, de mettre en lumière les problèmes qui auraient pu être évités et d’en tenir compte dans les projets futurs.
Remarque :. Si vous avez terminé la migration de votre centre de données vers le cloud, n’oubliez pas que vous devez mettre en œuvre une stratégie de sauvegarde dans le cloud afin de protéger vos données à sauvegarder.
Conclusion
Les migrations de centres de données peuvent potentiellement être l’un des processus les plus complexes qu’une organisation puisse avoir à entreprendre. La migration implique des modifications précises et calculées à apporter aux systèmes afin que ceux-ci puissent rester en ligne pendant la migration ou être remis en ligne dès que possible. Les avantages d’une migration réussie peuvent être considérables. Cela peut permettre à une entreprise de développer ses besoins technologiques vers un centre de données plus moderne et plus avancé sur le plan technologique. De plus, cela peut permettre à une organisation de migrer son centre de données vers le cloud afin d’héberger ses ressources. Dans tous les cas, une planification adéquate, des tests et la mise en œuvre de plans bien pensés permettent à une organisation de relever le défi difficile que représente la migration réussie d’un centre de données. Il est fortement recommandé de pour sauvergarder 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. 
