Comment limiter le risque de dégradation de performance dans une migration de datacenter

Nous voyons de plus en plus de services informatiques envisageant l’adoption de solution NPM / APM lorsqu’ils gèrent un projet de migration, de fusion et de consolidation de leur datacenter.

Ces migrations peuvent être induites par des fusions, des consolidations de plusieurs data centers ou simplement par la migration vers un centre d’hébergement ou un « cloud » privé. Certains services informatiques étudient cette technologie trop tard (pour les aider à corriger les dégradations et/ou les mauvaises configurations apparues au cours de la migration), mais beaucoup d’entre eux utilisent les bonnes pratiques et tirent parti des capacités des solutions NPM / APM pour évaluer la performance actuelle, préparer, planifier, exécuter et passer en revue leur migration.

Une telle migration prend du temps et cela signifie qu’il y aura une étape intermédiaire entre le début et la fin de la migration, celle-ci peut durer un certain nombre de semaines voire de mois ; pendant cette période, une partie des systèmes sera dans le datacenter initial et une autre dans le datacenter cible. La gestion des performances rendues aux utilisateurs finaux au cours de cette période est un défi.

Cet article est une description de synthèse des principales étapes de gestion de la performance et va vous aider à diminuer les risques liés à ce changement majeur de l’infrastructure.

Avant la migration

1. Mesurer le ressenti utilisateur avant la migration

2. Recueillir les données de performance et comprendre comment migrer vos systèmes

Pour établir le meilleur plan possible, à savoir, ce qu’il faut déplacer, dans quel ordre et éviter les futures erreurs, les coupures de service ou les dégradations de performance au cours de la migration, vous devez recueillir les données suivantes et vous assurer qu’elles soient exactes :

• Établir la liste de toutes les chaînes d’applications critiques 
• La cartographie des dépendances : comprendre la dépendance entre les différents hôtes (services d’infrastructure tels que DNS, stockage, serveurs d’authentification et tous les hôtes des différents tiers de chaque application, identifier le plan d’adressage IP qui peut avoir été configuré en dur)
• Comprendre les besoins réseau entre tous ces hôtes (volume et bande passante) ainsi que le profil de performance pour chaque type de communication (impact respectif du réseau, du temps de traitement du serveur et des temps transfert des données sur les temps de réponse pour l’utilisateur final)

3. Anticiper les temps de latences supplémentaires au cours de la migration et l’impact sur le ressenti utilisateur

Lors de l’étude d’une de migration de taille significative, vous aurez certainement à effectuer ces opérations en plusieurs étapes ou par vagues. Cela vous conduira à la situation où certains de vos systèmes sont dans votre datacenter initial et certains sont déjà migrés. Bien-sûr, ces deux groupes d’hôtes vont continuer à communiquer et échanger des données sur une plus grande distance et avec une plus grande latence réseau. Cela aura un impact sur les temps de réponse des utilisateurs. Il vous faut anticiper quel impact cela aura sur les utilisateurs finaux. Par exemple, si cette étape ajoute 10ms supplémentaire de latence réseau, en fonction de ce que sera le temps moyen de traitement du serveur et la quantité de données échangées, cela peut conduire à des temps de réponse acceptables ou inacceptables, ou encore une panne pour les applications les plus sensibles au temps de réponse.

Effectuer la migration

4. Garder la performance sous contrôle pendant le déménagement

Lors de la migration, des dégradations de performance, des incidents et d’autres type de plaintes seront communiqués à votre service « help desk ». Ils peuvent être plus nombreux que lors des périodes habituelles. L’équipe « help desk » peut alors cibler les problèmes existants ainsi que les nouveaux. L’opération de migration sera certainement le suspect numéro 1 !

Vous devez être bien préparé et surveiller en permanence les temps réponse de bout en bout et les erreurs sur les anciens les nouvaux datacenters.

Ceci vous permettra d’éviter :

• Des dégradations de performance entraînent des pertes pour l’entreprises (productivité et / ou revenus).
• Tout retard dans l’exécution de la migration
• Le manque d’informations partagées sur les performance qui conduit à un manque de collaboration entre les services informatiques (réseau, système, base de données, applications) lors de la résolution des problèmes de ralentissement.
• Tout type de commentaires négatifs par rapport au travail de votre équipe

Après la migration

5. Identifier et analyser les erreurs résiduelles et les mauvaises configurations

La migration de grands systèmes informatiques va de pair avec une grande complexité ; quel que soit le niveau de préparation et des ressources dont vous disposez, certains éléments vous manqueront et peuvent rester invisibles.

Vous devez procéder à un examen de tous les modèles correspondant à de mauvaises configurations ou comportement hérités (hôtes appelant des services non existants, les hôtes et les segments de réseau ; les moyens de communications et les flux de données liés aux anciens plans d’adressage devraient être également surveillés).

6. Mesurer et rendre compte de l’utilisation des performances de boit en bout après migration

Une fois la migration considérée comme terminée, vous devrez mesurer la performance ressenti par l’utilisateur et rendre compte de son évolution (si possible l’améliorer) suite la mise en œuvre de la nouvelle infrastructure.

Ne pas oublier de demander une promotion pour le bon travail que vous avez fourni !