Des serveurs proches de leur fin de vie, un stockage qui peine \u00e0 suivre la croissance, des co\u00fbts de souscription qui ont \u00e9volu\u00e9 ou un environnement devenu complexe \u00e0 g\u00e9rer: autant de situations qui conduisent t\u00f4t ou tard \u00e0 envisager une mise \u00e0 niveau de l\u2019infrastructure IT.<\/p>\n\n
La solution la plus imm\u00e9diate consiste \u00e0 remplacer chaque composant par son \u00e9quivalent le plus r\u00e9cent. Mais si les limites sont li\u00e9es \u00e0 l\u2019architecture<\/strong> et pas seulement \u00e0 l\u2019\u00e2ge du mat\u00e9riel, le risque est d\u2019investir pour se retrouver confront\u00e9 aux m\u00eames probl\u00e8mes quelques ann\u00e9es plus tard.<\/p>\n\n Il est donc pr\u00e9f\u00e9rable de partir d\u2019une autre question: que devra prendre en charge l\u2019infrastructure au cours des prochaines ann\u00e9es et quelles contraintes de l\u2019environnement actuel ne vaut-il pas la peine de conserver?<\/p>\n\n La fin de vie du mat\u00e9riel est l\u2019une des raisons les plus \u00e9videntes. Le support, la garantie, la disponibilit\u00e9 des pi\u00e8ces de rechange et la compatibilit\u00e9 avec les nouvelles versions logicielles peuvent rendre une intervention n\u00e9cessaire.<\/p>\n\n Mais ce n\u2019est pas le seul signal. Une mise \u00e0 niveau peut \u00e9galement devenir n\u00e9cessaire lorsque les workloads et les volumes de donn\u00e9es augmentent<\/strong>, que des garanties suppl\u00e9mentaires de continuit\u00e9 sont requises, que la croissance devient difficile \u00e0 g\u00e9rer ou que les co\u00fbts et la complexit\u00e9 op\u00e9rationnelle ne sont plus adapt\u00e9s aux besoins de l\u2019entreprise.<\/p>\n\n Il est donc utile de distinguer deux probl\u00e8mes: l\u2019obsolescence des diff\u00e9rents composants et l\u2019ad\u00e9quation de l\u2019architecture dans son ensemble. Si la limite est structurelle, remplacer uniquement les serveurs peut simplement repousser le probl\u00e8me sans le r\u00e9soudre.<\/p>\n\n Avant de d\u00e9finir la nouvelle configuration mat\u00e9rielle, il faut disposer de donn\u00e9es sur l\u2019environnement existant.<\/p>\n\n CPU, RAM et stockage constituent le point de d\u00e9part, mais doivent \u00eatre analys\u00e9s en fonction de leur utilisation r\u00e9elle. Les ressources attribu\u00e9es aux VM peuvent \u00eatre tr\u00e8s diff\u00e9rentes de celles r\u00e9ellement utilis\u00e9es; pour le stockage, conna\u00eetre uniquement le nombre de t\u00e9raoctets occup\u00e9s ne suffit pas, car les I\/O, la latence, la croissance des donn\u00e9es et le niveau de redondance requis doivent \u00e9galement \u00eatre pris en compte.<\/p>\n\n L\u2019analyse devrait prendre en consid\u00e9ration:<\/p>\n\n L\u2019objectif n\u2019est pas de dimensionner le nouveau syst\u00e8me sur la consommation moyenne actuelle, mais de trouver un \u00e9quilibre entre utilisation r\u00e9elle, pics de charge, r\u00e9silience et croissance future.<\/p><\/p>\n\n Toutes les mises \u00e0 niveau ne n\u00e9cessitent pas un changement d\u2019architecture.<\/p>\n\n Si l\u2019environnement fonctionne correctement et que le probl\u00e8me concerne principalement l\u2019\u00e2ge du mat\u00e9riel, il peut \u00eatre pertinent de renouveler la plateforme existante. En revanche, si des syst\u00e8mes, des solutions de stockage et des ressources fragment\u00e9es se sont accumul\u00e9s au fil des ann\u00e9es, le renouvellement peut devenir l\u2019occasion de consolider l\u2019infrastructure ou d\u2019\u00e9valuer un mod\u00e8le diff\u00e9rent.<\/strong><\/strong><\/p>\n\n C\u2019est l\u00e0 que peut entrer en jeu, par exemple, une infrastructure hyperconverg\u00e9e<\/a>, dans laquelle les ressources de calcul et le stockage distribu\u00e9 sont int\u00e9gr\u00e9s au sein d\u2019un m\u00eame cluster.<\/p>\n\n Il ne s\u2019agit toutefois pas d\u2019un choix automatique. Le nombre de n\u0153uds, le r\u00e9seau, les performances du stockage, la latence et les comp\u00e9tences op\u00e9rationnelles doivent \u00eatre coh\u00e9rents avec les workloads. L\u2019objectif n\u2019est pas d\u2019\u00e9liminer la SAN \u00e0 tout prix, mais de comprendre quelle architecture est la plus p\u00e9renne et la mieux adapt\u00e9e \u00e0 l\u2019environnement r\u00e9el.<\/p>\n\n Ici<\/a> vous trouverez l\u2019analyse approfondie des administrateurs syst\u00e8me AXOL consacr\u00e9e aux syst\u00e8mes hyperconverg\u00e9s.<\/p>\n\n Mettre \u00e0 niveau l\u2019infrastructure ne signifie pas seulement installer du nouveau mat\u00e9riel. Il faut \u00e9galement d\u00e9terminer comment transf\u00e9rer les services vers le nouvel environnement.<\/p>\n\n Quelles VM peuvent \u00eatre migr\u00e9es facilement? Quelles applications n\u00e9cessitent une fen\u00eatre de maintenance planifi\u00e9e? Quel temps d\u2019arr\u00eat est acceptable? Les sauvegardes ont-elles \u00e9t\u00e9 v\u00e9rifi\u00e9es avant la migration?<\/em><\/p>\n\n Ces \u00e9valuations peuvent avoir un impact sur l\u2019architecture, les d\u00e9lais et le co\u00fbt global. C\u2019est pourquoi l\u2019architecture cible et le plan de migration devraient \u00eatre con\u00e7us conjointement.<\/p>\n\n La comparaison \u00e9conomique devrait elle aussi aller au-del\u00e0 du prix du mat\u00e9riel et prendre en compte la configuration, la migration, les sauvegardes, les \u00e9ventuelles souscriptions ou licences, le support et la gestion future.<\/p>\n\n Mettre \u00e0 niveau ne signifie pas n\u00e9cessairement tout remplacer. Des serveurs encore fiables peuvent remplir un r\u00f4le secondaire, par exemple pour la sauvegarde ou la reprise apr\u00e8s sinistre, apr\u00e8s avoir v\u00e9rifi\u00e9 leur \u00e9tat, leurs performances, leur consommation, leur compatibilit\u00e9 et les possibilit\u00e9s de maintenance et de support.<\/p>\n\n Dans le projet Union Gas e Luce<\/a>, certains serveurs existants ont \u00e9t\u00e9 reconvertis pour Proxmox Backup Server et la reprise apr\u00e8s sinistre<\/strong>. L\u2019int\u00e9r\u00eat ne r\u00e9side pas dans la r\u00e9utilisation en elle-m\u00eame, mais dans le fait d\u2019attribuer au mat\u00e9riel existant une fonction coh\u00e9rente avec le nouveau projet.<\/p>\n\n D\u00e9couvrez l\u2019\u00e9tude de cas Union Gas e Luce<\/a>.<\/em> Ginvest disposait d\u2019une infrastructure serveur traditionnelle<\/a> qui n\u2019\u00e9tait plus adapt\u00e9e \u00e0 la croissance des services num\u00e9riques, du volume documentaire et des exigences de continuit\u00e9. \u00c0 cela s\u2019ajoutaient la fin du support logiciel du fournisseur et la difficult\u00e9 \u00e0 trouver des composants mat\u00e9riels. Retrouvez tous les d\u00e9tails dans l\u2019\u00e9tude de cas Ginvest<\/a>. <\/p>\n\n Union Gas e Luce utilisait en revanche d\u00e9j\u00e0 Proxmox VE<\/strong>, mais sur une infrastructure h\u00e9t\u00e9rog\u00e8ne qui s\u2019\u00e9tait d\u00e9velopp\u00e9e au fil du temps et reposait sur un stockage partag\u00e9 SAN. Dans ce cas, la mise \u00e0 niveau ne r\u00e9pondait pas \u00e0 la n\u00e9cessit\u00e9 de changer d\u2019hyperviseur, mais \u00e0 celle de rendre l\u2019architecture plus \u00e9volutive, plus flexible et plus simple \u00e0 g\u00e9rer.<\/p>\n\n Deux situations diff\u00e9rentes qui conduisent au m\u00eame principe: la nouvelle configuration doit \u00eatre le r\u00e9sultat de l\u2019analyse, et non son point de d\u00e9part.<\/p>\n\n Avant de demander une nouvelle configuration, rassemblez les donn\u00e9es essentielles de l\u2019environnement actuel: VM, utilisation r\u00e9elle du CPU et de la RAM, capacit\u00e9 et croissance du stockage, I\/O, exigences de continuit\u00e9, sauvegardes, contraintes applicatives et workloads pr\u00e9vus au cours des prochaines ann\u00e9es.<\/p>\n\n \u00c0 partir de ces \u00e9l\u00e9ments, il devient possible de d\u00e9terminer s\u2019il est pr\u00e9f\u00e9rable de mettre \u00e0 niveau l\u2019architecture actuelle, de consolider les ressources ou d\u2019adopter un mod\u00e8le diff\u00e9rent.<\/p>\n\nPourquoi mettre \u00e0 niveau l\u2019infrastructure IT<\/h2>\n\n
Comment planifier la mise \u00e0 niveau: partir des workloads r\u00e9els<\/h2>\n\n
\n
Mettre \u00e0 niveau ou moderniser l\u2019infrastructure?<\/h2>\n\n
Migration et continuit\u00e9 font partie du projet<\/h2>\n\n
Que faire du mat\u00e9riel existant?<\/h2>\n\n
Deux cas AXOL, deux raisons diff\u00e9rentes de mettre \u00e0 niveau<\/h2>\n\n
Par o\u00f9 commencer pour mettre \u00e0 niveau l\u2019infrastructure IT?<\/h2>\n\n