Des serveurs proches de leur fin de vie, un stockage qui peine à suivre la croissance, des coûts de souscription qui ont évolué ou un environnement devenu complexe à gérer: autant de situations qui conduisent tôt ou tard à envisager une mise à niveau de l’infrastructure IT.
La solution la plus immédiate consiste à remplacer chaque composant par son équivalent le plus récent. Mais si les limites sont liées à l’architecture et pas seulement à l’âge du matériel, le risque est d’investir pour se retrouver confronté aux mêmes problèmes quelques années plus tard.
Il est donc préférable de partir d’une autre question: que devra prendre en charge l’infrastructure au cours des prochaines années et quelles contraintes de l’environnement actuel ne vaut-il pas la peine de conserver?
Pourquoi mettre à niveau l’infrastructure IT
La fin de vie du matériel est l’une des raisons les plus évidentes. Le support, la garantie, la disponibilité des pièces de rechange et la compatibilité avec les nouvelles versions logicielles peuvent rendre une intervention nécessaire.
Mais ce n’est pas le seul signal. Une mise à niveau peut également devenir nécessaire lorsque les workloads et les volumes de données augmentent, que des garanties supplémentaires de continuité sont requises, que la croissance devient difficile à gérer ou que les coûts et la complexité opérationnelle ne sont plus adaptés aux besoins de l’entreprise.
Il est donc utile de distinguer deux problèmes: l’obsolescence des différents composants et l’adéquation de l’architecture dans son ensemble. Si la limite est structurelle, remplacer uniquement les serveurs peut simplement repousser le problème sans le résoudre.
Comment planifier la mise à niveau: partir des workloads réels
Avant de définir la nouvelle configuration matérielle, il faut disposer de données sur l’environnement existant.
CPU, RAM et stockage constituent le point de départ, mais doivent être analysés en fonction de leur utilisation réelle. Les ressources attribuées aux VM peuvent être très différentes de celles réellement utilisées; pour le stockage, connaître uniquement le nombre de téraoctets occupés ne suffit pas, car les I/O, la latence, la croissance des données et le niveau de redondance requis doivent également être pris en compte.
L’analyse devrait prendre en considération:
- l’utilisation moyenne et les pics de CPU et de RAM;
- la capacité de stockage utilisée et la croissance prévue;
- les caractéristiques des workloads et les exigences en matière d’I/O;
- les VM et les services réellement critiques;
- les ressources nécessaires dans le scénario de panne prévu;
- les nouveaux projets et workloads attendus au cours des prochaines années.
L’objectif n’est pas de dimensionner le nouveau système sur la consommation moyenne actuelle, mais de trouver un équilibre entre utilisation réelle, pics de charge, résilience et croissance future.
Mettre à niveau ou moderniser l’infrastructure?
Toutes les mises à niveau ne nécessitent pas un changement d’architecture.
Si l’environnement fonctionne correctement et que le problème concerne principalement l’âge du matériel, il peut être pertinent de renouveler la plateforme existante. En revanche, si des systèmes, des solutions de stockage et des ressources fragmentées se sont accumulés au fil des années, le renouvellement peut devenir l’occasion de consolider l’infrastructure ou d’évaluer un modèle différent.
C’est là que peut entrer en jeu, par exemple, une infrastructure hyperconvergée, dans laquelle les ressources de calcul et le stockage distribué sont intégrés au sein d’un même cluster.
Il ne s’agit toutefois pas d’un choix automatique. Le nombre de nœuds, le réseau, les performances du stockage, la latence et les compétences opérationnelles doivent être cohérents avec les workloads. L’objectif n’est pas d’éliminer la SAN à tout prix, mais de comprendre quelle architecture est la plus pérenne et la mieux adaptée à l’environnement réel.
Ici vous trouverez l’analyse approfondie des administrateurs système AXOL consacrée aux systèmes hyperconvergés.
Migration et continuité font partie du projet
Mettre à niveau l’infrastructure ne signifie pas seulement installer du nouveau matériel. Il faut également déterminer comment transférer les services vers le nouvel environnement.
Quelles VM peuvent être migrées facilement? Quelles applications nécessitent une fenêtre de maintenance planifiée? Quel temps d’arrêt est acceptable? Les sauvegardes ont-elles été vérifiées avant la migration?
Ces évaluations peuvent avoir un impact sur l’architecture, les délais et le coût global. C’est pourquoi l’architecture cible et le plan de migration devraient être conçus conjointement.
La comparaison économique devrait elle aussi aller au-delà du prix du matériel et prendre en compte la configuration, la migration, les sauvegardes, les éventuelles souscriptions ou licences, le support et la gestion future.
Que faire du matériel existant?
Mettre à niveau ne signifie pas nécessairement tout remplacer. Des serveurs encore fiables peuvent remplir un rôle secondaire, par exemple pour la sauvegarde ou la reprise après sinistre, après avoir vérifié leur état, leurs performances, leur consommation, leur compatibilité et les possibilités de maintenance et de support.
Dans le projet Union Gas e Luce, certains serveurs existants ont été reconvertis pour Proxmox Backup Server et la reprise après sinistre. L’intérêt ne réside pas dans la réutilisation en elle-même, mais dans le fait d’attribuer au matériel existant une fonction cohérente avec le nouveau projet.
Découvrez l’étude de cas Union Gas e Luce.
Deux cas AXOL, deux raisons différentes de mettre à niveau
Ginvest disposait d’une infrastructure serveur traditionnelle qui n’était plus adaptée à la croissance des services numériques, du volume documentaire et des exigences de continuité. À cela s’ajoutaient la fin du support logiciel du fournisseur et la difficulté à trouver des composants matériels. Retrouvez tous les détails dans l’étude de cas Ginvest.
Union Gas e Luce utilisait en revanche déjà Proxmox VE, mais sur une infrastructure hétérogène qui s’était développée au fil du temps et reposait sur un stockage partagé SAN. Dans ce cas, la mise à niveau ne répondait pas à la nécessité de changer d’hyperviseur, mais à celle de rendre l’architecture plus évolutive, plus flexible et plus simple à gérer.
Deux situations différentes qui conduisent au même principe: la nouvelle configuration doit être le résultat de l’analyse, et non son point de départ.
Par où commencer pour mettre à niveau l’infrastructure IT?
Avant de demander une nouvelle configuration, rassemblez les données essentielles de l’environnement actuel: VM, utilisation réelle du CPU et de la RAM, capacité et croissance du stockage, I/O, exigences de continuité, sauvegardes, contraintes applicatives et workloads prévus au cours des prochaines années.
À partir de ces éléments, il devient possible de déterminer s’il est préférable de mettre à niveau l’architecture actuelle, de consolider les ressources ou d’adopter un modèle différent.
Vous devez mettre à niveau vos serveurs, votre stockage ou votre plateforme de virtualisation? Recevez une première proposition de configuration élaborée à partir des données disponibles et examinez-la avec les spécialistes AXOL avant d’aboutir à la proposition technique définitive.
