Le déménagement d’une salle serveur se prépare autour d’une fenêtre de coupure définie à l’avance. Trois montages existent : l’arrêt complet sur une fenêtre courte, la migration progressive par lots applicatifs et le basculement vers une infrastructure temporaire. Le choix dépend de la tolérance à l’indisponibilité de chaque application, et non du volume de matériel.
Déplacer une salle serveur, ce n’est pas déplacer des machines, mais organiser une coupure. Le transport est bref, la préparation longue, et la seule question qui compte pour l’entreprise concerne la durée pendant laquelle les applications ne répondront plus. Cette durée ne se subit pas. Elle se choisit, à condition d’avoir arbitré en amont entre trois façons de mener la migration.
| Critère | Arrêt complet | Migration par lots | Basculement temporaire |
|---|---|---|---|
| Durée d’indisponibilité | Une fenêtre unique, courte | Fractionnée par application | Proche de zéro |
| Complexité technique | Faible | Élevée : dépendances applicatives | Très élevée |
| Coût | Le plus contenu | Intermédiaire | Le plus élevé |
| Prérequis | Fenêtre acceptable par toutes les applications | Cartographie des dépendances à jour | Capacité d’hébergement disponible |
| Risque principal | Un incident allonge la fenêtre pour tout le monde | Applications coupées de leurs dépendances | Double exploitation pendant la bascule |
| Quand le retenir | Week-end ou période creuse identifiable | Applications faiblement couplées | Aucune interruption acceptable |
Comment définir la fenêtre de coupure acceptable ?
Tout part de là. Une salle serveur n’a pas une tolérance d’indisponibilité unique : chaque application a la sienne, et la plus contraignante fixe le cadre. Avant de retenir un montage de migration, il faut :
- lister les applications hébergées ;
- identifier la durée d’indisponibilité acceptable pour chacune ;
- désigner la personne responsable de la décision.
La tolérance la plus stricte de la liste détermine le montage à retenir. Si toutes les applications acceptent une fenêtre de week-end, l’arrêt complet devient envisageable. Si l’une d’elles ne tolère aucune coupure, seul le basculement temporaire reste possible.
Cartographier les dépendances
Une application ne fonctionne jamais seule. Elle utilise des bases de données, interroge des services d’authentification et dialogue avec des applications tierces. Une migration par lots suppose de connaître ces dépendances : si l’on migre une application sans ses prérequis, elle redémarre, mais ne répond plus.
La cartographie s’effectue application par application, en notant ce que chacune appelle et ce qui l’appelle. Cette documentation est rarement à jour : il faut souvent la reconstituer en observant les flux réseau et en consultant les schémas d’architecture. Une cartographie incomplète ne bloque pas le projet, mais elle impose le montage le plus simple, à savoir l’arrêt complet.
Que faut-il vérifier dans le nouveau site avant de déplacer quoi que ce soit ?
Un local technique n’est pas une pièce vide. Quatre éléments doivent être vérifiés avant l’arrivée du matériel. Le premier est la puissance électrique disponible et sa redondance. Une baie équipée consomme plusieurs kilowatts, et une coupure de courant sans onduleur arrête tout. Les vérifications consistent à :
- relever la puissance souscrite ;
- vérifier la présence d’onduleurs ;
- s’assurer que les circuits sont protégés.
Le deuxième élément est le refroidissement. Les équipements informatiques dissipent de la chaleur en fonctionnement et doivent être exploités dans les conditions environnementales prévues par leurs fabricants et par la conception de l’infrastructure. La capacité de refroidissement du nouveau local doit donc être dimensionnée en fonction de la charge thermique réelle, de l’organisation des baies et des conditions de fonctionnement recherchées.
Le troisième élément concerne les arrivées réseau : fibre, liaisons opérateur et autres connexions nécessaires à l’infrastructure. Leur disponibilité doit être vérifiée suffisamment tôt, car les délais de raccordement et de mise en service dépendent des opérateurs et de la configuration du site.
Les accès physiques
Une baie pleine pèse plusieurs centaines de kilogrammes et mesure deux mètres de hauteur. Elle ne passe pas partout. La largeur des portes, la capacité des ascenseurs et la résistance des planchers techniques doivent être relevées sur les deux sites avant de choisir entre le transport des baies équipées et leur dégarnissage. Transporter les baies équipées est plus rapide, mais impose des moyens de manutention adaptés, que notre prestation de transfert de salle serveur met en œuvre.
Préparer le plan de redémarrage
Un matériel rebranché ne suffit pas à remettre un système en service. Le plan de redémarrage est le document qui transforme une salle remontée en infrastructure opérationnelle. Il précise l’ordre de démarrage des équipements, les vérifications à effectuer à chaque étape et les contacts à prévenir en cas d’anomalie.
Ce plan se construit avant le déménagement, en identifiant les dépendances de démarrage. Un serveur applicatif ne démarre utilement qu’après le contrôleur de domaine, qui suppose lui-même un commutateur réseau opérationnel. Chaque étape désigne son responsable et définit son critère de validation. Le plan prévoit aussi un scénario de retour en arrière : si une application critique ne redémarre pas dans le délai prévu, à quel moment décide-t-on de revenir sur l’ancien site ?
Sauvegarder avant de déplacer
Une sauvegarde complète doit précéder tout déplacement physique. Elle doit également avoir été restaurée au moins une fois pour vérifier son bon fonctionnement. Une sauvegarde qui n’a jamais été testée est une promesse, pas une protection.
La sauvegarde doit être stockée sur un support distinct de l’infrastructure qui déménage. Plusieurs solutions sont possibles :
- un disque externe conservé hors site ;
- une réplication sur un datacenter distant ;
- une copie dans un cloud public.
Cette sauvegarde couvre les données, mais aussi les configurations, notamment les paramètres réseau, les règles de pare-feu, les identifiants de service et les certificats SSL.
Communiquer la fenêtre aux utilisateurs
Une coupure annoncée est une contrainte ; une coupure subie est un incident. La différence tient uniquement à l’information. Les utilisateurs doivent connaître la date, l’heure de début, la durée prévue et les services qui resteront disponibles pendant la fenêtre.
Cette communication intervient au moins deux semaines à l’avance, puis un rappel est envoyé la veille et le jour même. Elle indique le nom d’un contact joignable pendant la fenêtre afin que les questions ne restent pas sans réponse. Communiquer, c’est aussi expliquer ce qui se passe en cas de dépassement. Tenir les utilisateurs informés en continu réduit la charge du support et maintient la confiance.
La logistique d’un transfert de salle serveur
Marianne Déménagement assure la partie logistique d’un transfert de salle serveur : protection et conditionnement des équipements, manutention des baies, transport et repositionnement sur le site d’arrivée. Cette intervention s’inscrit dans les transferts informatiques du pôle professionnel de l’entreprise, membre du réseau coopératif Démépool.
Le conditionnement protège les serveurs, les commutateurs et les onduleurs contre les chocs pendant le transport. Chaque équipement est étiqueté pour faciliter son repositionnement. Faire relever les accès des deux sites permet de dimensionner les moyens de manutention et de valider la faisabilité du transport des baies équipées.
L’entreprise, certifiée ISO 9001 et ISO 14001, met à disposition un interlocuteur unique qui coordonne l’intervention avec la direction informatique. Les transferts peuvent être planifiés le week-end ou la nuit, selon les contraintes d’exploitation du client.
La remise en service, la configuration des serveurs et la validation applicative relèvent de la direction informatique et de ses prestataires. Les points de contrôle côté DSI couvrent la partie technique de la reprise d’activité ; le déménagement du parc informatique concerne le matériel utilisateur, distinct de l’infrastructure serveur.
Questions fréquentes
Comment déménager une salle serveur sans coupure ?
L’absence totale de coupure suppose un basculement vers une infrastructure temporaire pendant le transfert, ce qui reste le montage le plus coûteux et le plus complexe. Les deux autres possibilités sont l’arrêt complet sur une fenêtre courte, lorsque toutes les applications l’acceptent, et la migration par lots applicatifs, qui fractionne l’indisponibilité, mais exige une cartographie des dépendances à jour.
Comment définir la fenêtre de coupure ?
Il convient de lister les applications, la durée d’indisponibilité acceptable pour chacune et la personne responsable de la décision. Cette décision relève davantage des métiers que de la direction informatique, car ils savent ce que coûte une interruption. La tolérance la plus contraignante de la liste détermine ensuite le montage de migration à retenir.
Que faut-il vérifier dans le nouveau local technique ?
Quatre éléments doivent être contrôlés : la puissance électrique disponible et sa redondance, la capacité de climatisation rapportée à la puissance dissipée, les arrivées réseau et leur délai de mise en service, ainsi que la sécurité du local. Le délai opérateur est le plus long et le moins maîtrisable. La liaison doit être commandée dès que l’adresse du nouveau site est certaine.
Faut-il transporter les baies équipées ou les dégarnir ?
Cela dépend des accès. Une baie pleine est lourde et encombrante, et elle ne passe pas partout. Les ascenseurs, la largeur des couloirs et des portes ainsi que la résistance des planchers techniques doivent être contrôlés sur les deux sites avant de trancher. Transporter les baies équipées est plus rapide, mais impose des moyens de manutention adaptés.
Qui est responsable si un serveur ne redémarre pas ?
Cela dépend de ce qui a été défini par écrit avant le transfert. Le déménageur assure le déplacement physique ; la remise en service, la configuration et la validation applicative relèvent de la direction informatique et de ses prestataires. Définir cette frontière par écrit dès la préparation évite toute zone grise au moment où un incident survient.