Répliquer des ressources dans une migration cloud
Les centres de données locaux stockent des ressources physiques telles que des serveurs, des appareils et des périphériques réseau. Mais chaque ressource physique, comme un serveur, n’est qu’une coquille. La valeur réelle provient des fichiers binaires qui s’exécutent sur le serveur. Le centre de données existe en raison des applications et des données, qui sont les fichiers binaires principaux que vous migrez. Les ressources numériques et les sources binaires, comme les systèmes d’exploitation, les itinéraires réseau, les fichiers et les protocoles de sécurité alimentent ces applications et banques de données.
Le processus de réplication se déroule de la façon suivante :
Réplication : copie une version ponctuelle de divers fichiers binaires.
Amorçage : copie les instantané binaires dans une nouvelle plateforme et les déploie sur un nouveau matériel. La copie amorcée du binaire se comporte exactement comme le binaire d’origine sur l’ancien matériel. Mais la capture instantanée du fichier binaire est obsolète et mal alignée avec la source d’origine.
Synchronisation : aligne le nouveau et l’ancien binaire Ce processus met à jour en permanence la copie stockée sur la nouvelle plateforme. La synchronisation se poursuit jusqu’à ce que la ressource soit promue en fonction du modèle de promotion choisi. À ce stade, la synchronisation s’interrompt.
Conditions préalables pour la réplication
Avant la réplication, vous devez effectuer les activités dans les phases de préparation et d’évaluation. Pour commencer la réplication, vous devez disposer des éléments suivants :
Un abonnement pour vos ressources migrées.
Un outil de migration pour déplacer les copies binaires.
Les binaires sources, préparés pour la réplication et la synchronisation. Leur configuration exacte dépend de votre outil de migration. La préparation consiste à corriger les problèmes de réplication constatés lors de la phase d’évaluation. Pour un exemple de lancement de la réplication, consultez la section Migrer à partir de VMware via une migration sans agent.
Toutes les dépendances de votre charge de travail que vous avez identifiées lors de l’étape de conception de l’architecture de charge de travail. Ces dépendances peuvent inclure des groupes de ressources, des réseaux virtuels et des sous-réseaux dans lesquels vous envisagez de déployer les ordinateurs virtuels répliqués. Pour plus d’informations, consultez Déployer des services de prise en charge.
Les risques de la réplication : la physique de la réplication
Lorsque vous planifiez et exécutez la réplication d’une source binaire vers une nouvelle destination, tenez compte des lois fondamentales suivantes :
Vitesse de la lumière : lorsque vous déplacez des volumes importants de données, la fibre est l’option la plus rapide. Cependant, les câbles de la fibre peuvent uniquement déplacer des données à deux tiers de la vitesse de la lumière. Il n’y a aucune méthode de réplication instantanée ou illimitée des données.
Vitesse du pipeline WAN : la bande passante de liaison montante est encore plus importante que la vitesse de déplacement des données. Le volume de données par seconde que le WAN existant de votre entreprise transfère vers le centre de données cible détermine la largeur de bande passante de liaison montante.
Vitesse de l’expansion WAN : si le budget le permet, vous pouvez ajouter davantage de bande passante à la solution WAN de votre entreprise. Cependant, il peut falloir des semaines ou des mois pour approvisionner, configurer et intégrer des connexions fibre supplémentaires.
Vitesse des disques : même avec une vitesse de données et une limite de bande passante infinies entre le binaire source et la destination cible, la physique limite toujours la réplication. La réplication des données ne se fait qu’à la vitesse à laquelle les disques sources peuvent lire les données.
La vitesse des calculs humains : les disques et la lumière sont plus rapides que les processus de réflexion humaine. Lorsqu’un groupe de personnes collabore et prend des décisions, les résultats sont lents. La réplication est incapable de surmonter les retards liés aux calculs humains.
Chacune de ces lois de la physique présente les risques suivants qui affectent généralement les plans de migration :
Temps de réplication : la réplication nécessite du temps et de la bande passante. Les plans doivent inclure des chronologies réalistes qui reflètent la durée nécessaire à la réplication des fichiers binaires.
La bande passante de migration totale disponible correspond à la quantité de bande passante en amont que d’autres besoins métier de priorité supérieure ne consomment pas. La bande passante en amont est mesurée en mégabits par seconde (Mbits/s) ou en gigabits par seconde (Gbits/s). Le stockage total de la migration est l’espace disque total, mesuré en gigaoctets (Go) ou en téraoctets (To), requis pour stocker une capture instantanée des ressources à migrer.
Pour déterminer une première estimation du temps, divisez le stockage total de la migration par la bande passante totale disponible pour la migration. Notez la conversion des bits en octets. L’élément suivant décrit un calcul plus précis du temps.
Effet cumulatif de la dérive des disques : du point de réplication à la promotion d’une ressource en production, les fichiers binaires source et de destination doivent rester synchronisés.
La dérive des binaires consomme de la bande passante additionnelle, car vous devez répliquer les modifications apportées au binaire de façon récurrente. Pendant la synchronisation, toutes les dérives binaires sont incluses dans le calcul de l’espace de stockage total de la migration. Plus il faut de temps pour promouvoir une ressource en production, plus la dérive cumulée est importante. Plus vous avez de ressources synchronisées, plus vous consommez de bande passante. Pour chaque ressource en état de synchronisation, la bande passante totale disponible pour la migration est réduite.
Temps pour les changements dans l’entreprise : le temps de synchronisation a un effet négatif cumulatif sur la vitesse de migration. La définition des priorités du backlog de migration et la préparation avancée pour le plan de communication sur le changement sont essentielles à la rapidité de la migration.
Le test le plus important de l’alignement commercial et technique pendant un effort de migration est le rythme de la promotion. Plus une ressource est promue en production, moins la dérive de disque affecte la bande passante. Vous pouvez également allouer plus de bande passante et de temps à la réplication de la charge de travail suivante.
Prévoir les cas où les besoins en données dépassent la capacité du réseau
Lors d’une migration cloud, vous répliquez et synchronisez les ressources sur un réseau entre un centre de données existant et le cloud. Les exigences de taille des données existantes de différentes charges de travail peuvent dépasser la capacité du réseau. Dans ce type de scénario, le processus de migration peut être radicalement ralenti ou, dans certains cas, complètement interrompu.
Si votre évaluation, votre réplication initiale ou vos tests identifient un problème de capacité, envisagez d’utiliser Azure Data Box pour transférer des magasins de données indépendants. Utilisez cette approche pour envoyer de gros volumes de données dans le cloud avant la migration de la charge de travail.
Certaines solutions partenaires non-Microsoft utilisent également Data Box pour les migrations. Avec ces solutions, vous pouvez déplacer un grand volume de données via un transfert hors connexion, mais vous les synchronisez ultérieurement à une plus petite échelle sur le réseau.