Guide de remplacement de serveur · Canada · FR / EN
Décider du sort du serveur avant qu’il ne le décide pour vous.
This guide is maintained in English as well. Server replacement →
Un serveur sur place vieillissant n’attire habituellement l’attention que lorsqu’il est déjà en difficulté — lent, hors garantie, ou faisant tourner un logiciel que personne ne veut toucher. La décision utile n’est pas infonuagique contre sur place dans l’abstrait; c’est de savoir si ce serveur précis devrait être remplacé, virtualisé ou enfin retiré.
La décision à rendre possible
Décider s’il faut remplacer, virtualiser ou retirer le serveur devant vous, selon ce qu’il fait tourner réellement et ce qui en dépend — pas seulement son âge.
01 Confirmer ce que le serveur fait tourner réellement, et pour qui
Un serveur installé il y a des années accumule parfois des responsabilités que personne n’a pleinement documentées — un partage de fichiers, une application d’affaires, une file d’impression, un ancien rôle d’authentification. Dressez la liste de chaque fonction qu’il remplit actuellement avant de décider de son remplacement, car la réponse change selon ce qui cesserait vraiment de fonctionner.
- Chaque application, partage ou service actuellement en fonction dessus
- Qui dépend de chaque fonction, et à quel point c’est critique
- Si une fonction est déjà redondante ou peut être retirée en toute sécurité
Soupeser remplacer, virtualiser et retirer selon leurs propres mérites
Remplacer à l’identique préserve une configuration familière mais garde le même fardeau d’entretien. Virtualiser peut consolider plusieurs serveurs vieillissants sur une infrastructure plus efficace et plus résiliente. Retirer est possible plus souvent qu’on ne le présume, une fois qu’une fonction s’avère redondante ou déplaçable vers un service infonuagique déjà approuvé. Aucune de ces options n’est automatiquement la bonne sans d’abord vérifier la charge de travail précise selon les critères du guide des décisions infonuagiques.
Chiffrer le coût réel de ne rien faire
Un serveur non soutenu qui fonctionne encore n’est pas gratuit à garder en marche — il porte un risque silencieux sous forme de vulnérabilités non corrigées, d’absence de soutien fournisseur en cas de panne et d’un point de défaillance unique sans plan de reprise documenté. Nommez ce risque explicitement plutôt que de traiter « il fonctionne encore » comme une preuve que la décision peut attendre.
- Si le fournisseur soutient encore le matériel ou son logiciel
- Quel est réellement le plan de reprise si ce serveur tombe en panne ce soir
- Le coût cumulatif de reporter la décision encore un an
Confirmer la voie de migration avant de s’engager dans une option
Quelle que soit l’option choisie, nommez quelles données et configurations doivent être déplacées, quel temps d’arrêt est acceptable, et qui vérifie que le nouvel arrangement fonctionne vraiment avant que l’ancien serveur ne soit mis hors service. Un plan de migration convenu à l’avance évite une bascule précipitée sous pression.
CritèreSignal utileQuestion de direction
Inventaire des fonctionsChaque service que le serveur remplit est documenté, pas présumé.Qu’est-ce qui cesserait vraiment de fonctionner si ce serveur tombait en panne ce soir?
Adéquation de l’optionRemplacer, virtualiser et retirer sont chacun testés selon la charge de travail réelle.A-t-on vraiment envisagé de retirer ou virtualiser cette fonction, ou seulement de la remplacer?
Risque du reportLe coût de continuer à l’exploiter sans soutien est nommé explicitement.Qu’arrive-t-il si ce serveur tombe en panne avant qu’une décision soit prise?
Plan de migrationDonnées, temps d’arrêt et vérification sont planifiés avant la bascule.Qui confirme que le nouvel arrangement fonctionne avant que l’ancien serveur soit éteint?
Scénarios pratiques
Le même cadre, appliqué à des décisions différentes.
Un serveur de fichiers a dépassé sa fenêtre de soutien fournisseur
Situation : Le matériel fonctionne encore, mais le fabricant ne fournit plus de soutien ni de correctifs de sécurité.
Réponse utile : Traitez la fin du soutien fournisseur comme le déclencheur de décision qu’elle est réellement, et évaluez remplacer, virtualiser et retirer selon ce que le serveur fait actuellement — plutôt que d’attendre une panne pour forcer le choix.
Limite : Ce guide n’évalue aucun matériel, plateforme de virtualisation ou service infonuagique précis par son nom.
Une application patrimoniale ne tourne que sur un seul serveur physique vieillissant
Situation : Une application d’affaires dépend de paramètres serveur que personne ne veut toucher, et le fournisseur n’existe peut-être plus pour aider à la migrer.
Réponse utile : Confirmez si l’application peut être virtualisée telle quelle avant de présumer un remplacement coûteux ou une approche risquée de statu quo, et évaluez séparément si l’application elle-même devrait être remplacée.
Limite : Ce guide n’évalue pas la compatibilité technique précise d’une application avec la virtualisation.