Une salle serveur en container peut constituer une infrastructure informatique robuste, transportable et plus rapide à déployer qu'un local construit sur site. Mais la coque maritime ne rend pas, à elle seule, l'installation fiable. Le projet doit être dimensionné comme un petit centre de données : charge informatique, alimentation, refroidissement, réseau, incendie, sécurité physique, maintenance et scénarios de panne doivent être étudiés ensemble.

En bref : le bon point de départ n'est pas « 20 ou 40 pieds ? », mais la puissance informatique à héberger, son évolution prévisible et la durée maximale d'interruption acceptable. Le container n'est choisi qu'après avoir réservé les volumes nécessaires aux baies, aux circulations, aux équipements électriques et au traitement d'air.

Dans quels cas une salle serveur en container est-elle pertinente ?

Le container est particulièrement pertinent lorsqu'il faut créer une capacité informatique près des utilisateurs ou des machines, sans immobiliser durablement un bâtiment existant. Il peut accueillir une salle serveur de site industriel, une infrastructure de secours, un nœud informatique de proximité, une extension temporaire ou un équipement déployé sur plusieurs implantations.

Cette solution présente quatre intérêts concrets : la fabrication et les essais peuvent être réalisés en atelier ; les interfaces avec le site sont préparées en parallèle ; le module peut être déplacé si sa conception le permet ; enfin, le périmètre technique est plus facile à identifier qu'une salle répartie dans un bâtiment occupé.

Ces avantages disparaissent si le projet est traité comme un container équipé de quelques climatiseurs. Une salle informatique fonctionne en continu, rejette de la chaleur en continu et dépend d'auxiliaires qui peuvent arrêter le service même lorsque les serveurs sont encore alimentés. La panne critique peut venir du refroidissement, d'un tableau électrique, d'une fuite, d'un lien télécom ou d'une intervention de maintenance mal préparée.

Le container est moins adapté lorsque l'accès au site est difficile, lorsque le bruit des groupes froids est incompatible avec le voisinage, lorsque la puissance électrique disponible est insuffisante ou lorsque les besoins augmentent plus vite que la capacité modulaire prévue. Dans ces situations, une salle intégrée au bâtiment, une infrastructure hébergée chez un tiers ou une architecture hybride peut être plus cohérente.

Quelles données faut-il fixer avant de choisir le container ?

Il faut rédiger une fiche de besoin qui décrit l'informatique et le service attendu avant de dessiner le module. Sans cette étape, les dimensions sont figées trop tôt et les équipements techniques occupent ensuite les circulations nécessaires à l'exploitation.

La fiche doit au minimum préciser :

• le nombre de baies au démarrage et à l'horizon de développement retenu ;
• la puissance maximale prévue par baie, ainsi que la puissance informatique totale ;
• la masse des baies, serveurs, batteries et équipements de refroidissement ;
• les conditions admissibles à l'entrée d'air des équipements, d'après les données de leurs fabricants ;
• la disponibilité attendue et la durée d'autonomie électrique recherchée ;
• les opérations qui doivent rester possibles sans arrêter le service ;
• le nombre, le type et le cheminement des liaisons télécom ;
• les contraintes de cybersécurité et d'accès physique ;
• l'environnement du site : température extérieure, poussières, embruns, eau, bruit, risque d'inondation et malveillance ;
• les conditions de transport si le module doit être déplacé équipé.

Il faut également définir ce que signifie une « panne acceptable ». Une autonomie de quelques minutes peut suffire pour arrêter proprement les systèmes ; elle ne répond pas au même objectif qu'un maintien de plusieurs heures. De même, doubler les climatiseurs ne crée pas une véritable redondance si les deux appareils dépendent du même tableau, du même automate ou d'une même zone extérieure exposée.

Comment dimensionner l'électricité sans sous-estimer les auxiliaires ?

La puissance de raccordement doit couvrir les serveurs, les équipements réseau, les pertes des onduleurs, le refroidissement, l'éclairage, la sûreté, la supervision et les équipements de maintenance. Additionner seulement les puissances nominales des serveurs sous-estime donc le besoin réel.

Une méthode simple consiste à construire un bilan par mode de fonctionnement :

1. régime normal à la charge informatique actuelle ;
2. régime normal à la charge informatique future ;
3. température extérieure défavorable ;
4. recharge des batteries après une coupure ;
5. fonctionnement dégradé avec un équipement indisponible ;
6. redémarrage après arrêt total.

Chaque ligne précise la puissance appelée, le caractère simultané ou non des usages et la marge réservée. Le résultat sert à dimensionner l'installation intérieure, mais aussi à interroger le gestionnaire du réseau. Enedis rappelle que le prix, le délai et la solution de raccordement dépendent notamment de la puissance demandée et de la distance au réseau ; au-delà d'un simple branchement, une extension ou un renforcement peut être nécessaire. La capacité électrique du terrain doit donc être vérifiée avant de commander le module, et non après sa fabrication.

Onduleur, groupe électrogène et double alimentation ne jouent pas le même rôle

L'onduleur filtre certaines perturbations et maintient temporairement les charges raccordées grâce à ses batteries. Le groupe électrogène peut prolonger l'alimentation, mais il demande un temps de démarrage, du carburant, une maintenance et des essais en charge. Une double alimentation limite certains points uniques de défaillance seulement si les chemins restent réellement séparés jusqu'aux équipements concernés.

Le niveau d'équipement dépend de l'impact d'un arrêt. Une salle non critique peut privilégier l'arrêt automatique et ordonné. Une infrastructure de production peut nécessiter deux chaînes électriques, un groupe et des procédures de bascule. Dans tous les cas, il faut documenter l'autonomie utile à la charge réelle, la stratégie de délestage, le comportement du refroidissement pendant la coupure et les conditions de retour du réseau.

Les batteries ne doivent pas être ajoutées en fin de conception. Leur technologie, leur masse, leur dégagement thermique, leur remplacement, leur surveillance et les prescriptions du fabricant influencent le local, la ventilation et la sécurité incendie.

Comment refroidir une salle serveur en container ?

Le refroidissement doit évacuer la chaleur produite par l'informatique et les autres équipements dans les conditions extérieures du site, y compris lorsqu'un composant prévu comme redondant est indisponible. La faible largeur du container rend l'organisation des flux d'air particulièrement importante.

L'ASHRAE recommande de raisonner sur les conditions à l'entrée d'air des équipements informatiques. Mesurer uniquement une température moyenne dans le container peut masquer une recirculation d'air chaud en haut d'une baie ou un point froid inutile près d'une unité de climatisation.

Le plan doit donc séparer autant que possible l'air froid envoyé vers les prises d'air des serveurs et l'air chaud rejeté à l'arrière. Selon le nombre de baies et leur densité, cela peut passer par une alternance allée froide/allée chaude, un confinement, des panneaux obturateurs dans les emplacements libres, un soufflage canalisé ou une reprise d'air chaud dédiée.

La puissance frigorifique ne se choisit pas à partir de la surface

Une salle serveur n'est pas un bureau. La charge thermique dépend principalement de l'électricité effectivement consommée par l'informatique et les auxiliaires présents dans le volume, à laquelle s'ajoutent les apports de l'enveloppe, de l'air neuf éventuel et du soleil. Un calcul thermique doit intégrer la charge future retenue, les conditions climatiques locales et le fonctionnement dégradé demandé.

La redondance doit être exprimée clairement. « N+1 » signifie généralement que la capacité nécessaire reste disponible malgré l'indisponibilité d'une unité, mais cette formule doit être vérifiée pour le cas extérieur le plus défavorable et pour chaque composant commun : alimentation, régulation, pompes éventuelles, réseau de communication et rejet de chaleur.

Le refroidissement doit aussi être secouru de façon cohérente. Un onduleur qui maintient les serveurs pendant vingt minutes n'est pas utile si la climatisation s'arrête immédiatement et si la température d'entrée dépasse rapidement la limite admise. L'essai de coupure doit mesurer la dérive thermique réelle, pas seulement constater que les voyants de l'onduleur restent allumés.

Comment adapter la coque maritime à l'usage informatique ?

La transformation doit créer une enveloppe durable sans sacrifier la structure, l'étanchéité ni la maintenabilité. Les ouvertures pour portes, groupes froids, grilles, câbles et canalisations modifient la coque ; leurs renforts et leurs détails d'étanchéité doivent être définis avant découpe.

L'isolation réduit les apports extérieurs et limite les risques de condensation, mais son épaisseur ne suffit pas à garantir le résultat. Il faut traiter les ponts thermiques autour des renforts, des menuiseries et des traversées, coordonner pare-vapeur et étanchéité à l'air, puis vérifier où l'humidité peut condenser lors des arrêts ou des phases de maintenance.

Le plancher doit être justifié à partir des charges réelles. Une baie lourde transmet des efforts concentrés par ses vérins ou ses roulettes ; une batterie peut créer une charge locale importante. Il faut suivre le chemin de charge depuis chaque appui jusqu'aux traverses, au châssis du container et aux fondations. La charge utile globale indiquée par le container ne démontre pas, à elle seule, la capacité d'un point précis du plancher.

La maintenance commande aussi le plan. Il faut pouvoir ouvrir les portes des baies, extraire un serveur, remplacer une batterie, nettoyer un échangeur et intervenir sur un tableau sans bloquer l'unique sortie. Les distances de service imposées par les fabricants doivent être reportées sur un plan meublé à l'échelle.

Quelles protections prévoir contre l'intrusion, l'eau et l'incendie ?

Une salle serveur en container doit être protégée comme un local informatique, pas comme un simple espace de stockage. L'ANSSI recommande de contrôler l'accès aux salles serveurs et locaux techniques, de limiter les droits au strict besoin et d'encadrer l'accès des prestataires. La CNIL recommande également des portes verrouillées, une gestion des personnes autorisées, des alarmes vérifiées et une protection contre l'incendie et l'inondation.

En pratique, le dispositif peut comprendre un contrôle d'accès nominatif, une journalisation, une détection d'ouverture, une alarme anti-intrusion et une procédure visiteurs. Le choix d'une vidéoprotection doit être proportionné et conforme aux règles applicables ; il ne remplace ni la protection des accès ni la traçabilité des habilitations.

L'eau peut venir du terrain, de la toiture, d'une conduite, des condensats ou d'une intervention. L'implantation doit éviter les points bas inondables ; les équipements sensibles peuvent être surélevés ; les évacuations de condensats doivent être accessibles, protégées contre le gel et surveillées lorsqu'une obstruction aurait des conséquences importantes. Une détection d'eau sous les zones à risque permet d'alerter avant que l'incident ne soit visible depuis l'extérieur.

La stratégie incendie doit être définie par des spécialistes à partir des équipements présents, des batteries, de l'occupation, de l'environnement et des exigences de l'assureur. Elle associe prévention, détection précoce, compartimentage éventuel, arrêt d'urgence maîtrisé, moyens d'extinction adaptés et consignes d'intervention. Un système d'extinction ne doit jamais être choisi uniquement parce qu'il est fréquemment installé dans les salles informatiques : sa compatibilité avec les personnes, les matériels et le volume réel doit être justifiée.

Où installer le container et quelles autorisations vérifier ?

L'emplacement doit concilier puissance électrique, télécommunications, accessibilité pour la pose, maintenance des équipements extérieurs, sécurité, bruit et risques naturels. Une liaison fibre disponible à proximité ne garantit pas deux chemins physiquement indépendants ; deux abonnements peuvent emprunter la même infrastructure et tomber simultanément.

Le terrain doit offrir des appuis dimensionnés, un drainage maîtrisé et une zone permettant l'entretien ou le remplacement des unités extérieures. Les prises d'air et rejets doivent rester libres malgré la végétation, la neige éventuelle, les clôtures et les futurs aménagements. Le bruit doit être évalué au régime défavorable, y compris la nuit si l'installation fonctionne en permanence.

Sur le plan administratif, le caractère démontable du container ne dispense pas automatiquement d'autorisation. La commune doit être interrogée à partir d'un projet précis : implantation, emprise, hauteur, destination, durée, équipements extérieurs et travaux de réseaux. Le PLU et les servitudes peuvent imposer des contraintes supplémentaires. Selon le contexte, une déclaration préalable ou un permis peut être nécessaire ; une installation industrielle peut aussi relever de règles propres au site ou à l'activité.

Les obligations applicables aux grands centres de données ne doivent pas être transposées automatiquement à une petite salle serveur. À titre d'exemple, le ministère de la Transition écologique indique que la déclaration annuelle de performances vise les exploitants dont la puissance informatique installée atteint au moins 500 kW. Une salle en container de puissance inférieure reste toutefois concernée par les règles générales applicables au bâtiment, à l'électricité, à la sécurité, au travail, à l'urbanisme et à la protection des données selon son usage.

Comment organiser la supervision et la maintenance ?

La supervision doit détecter une dérive avant l'arrêt du service. Elle ne se limite donc pas à la température ambiante. Les points utiles comprennent les températures à l'entrée des baies, l'humidité selon les exigences du matériel, l'état des climatiseurs, les défauts électriques, la charge et l'autonomie des onduleurs, l'ouverture des portes, la présence d'eau, la fumée et la disponibilité des liens réseau.

Chaque alarme doit avoir un seuil, une temporisation éventuelle, un destinataire et une action attendue. Une alerte envoyée seulement par le réseau hébergé dans le container peut disparaître avec l'incident qu'elle doit signaler. Il faut donc étudier un chemin de communication indépendant pour les alarmes critiques.

La maintenance se prépare dès la conception : accès aux filtres, dégagement des condenseurs, éclairage de service, prises de maintenance, possibilité d'isoler un équipement et stock de pièces critiques. Le contrat doit préciser les délais d'intervention, les opérations préventives, les essais périodiques et les responsabilités entre l'exploitant informatique, le mainteneur électrique, le frigoriste et le gestionnaire du site.

Quels essais réaliser avant la mise en service ?

La réception doit prouver le comportement de l'ensemble en situation normale et dégradée. Une simple mise sous tension en atelier ne valide ni le raccordement définitif, ni le refroidissement à pleine charge, ni les interfaces avec le site.

Le protocole de recette peut prévoir :

• la vérification des plans conformes à l'exécution, repérages, schémas électriques et notices ;
• les contrôles réglementaires et électriques applicables ;
• un essai de charge représentatif de l'informatique prévue ;
• la mesure des températures aux entrées des baies ;
• la perte d'une unité de refroidissement ;
• la coupure du réseau électrique, la tenue des onduleurs et la bascule éventuelle sur groupe ;
• la perte d'un lien télécom ;
• le déclenchement des alarmes intrusion, eau, fumée et température ;
• la vérification des remontées d'alarme hors du réseau principal ;
• l'arrêt d'urgence et la procédure de redémarrage ;
• l'accessibilité réelle de chaque équipement pour la maintenance.

Les critères d'acceptation doivent être définis avant les essais : charge testée, durée, conditions extérieures, plages admises, équipements volontairement indisponibles et preuve attendue. Toute fonction non testée doit être identifiée comme telle, avec une date et un responsable pour la reprise.

Les erreurs qui fragilisent le plus souvent le projet

La première erreur consiste à choisir le container puis à remplir l'espace restant. Les circulations, le remplacement des batteries et la séparation des flux d'air deviennent alors impossibles à corriger sans refaire le plan.

La deuxième est de parler de redondance sans rechercher les points communs. Deux climatiseurs alimentés par le même départ, deux fibres passant dans la même tranchée ou deux onduleurs refroidis par la même unité ne constituent pas deux chaînes indépendantes.

La troisième est de dimensionner sur la charge informatique du premier jour. Une marge non documentée peut être consommée par quelques nouveaux serveurs, alors que le raccordement, le refroidissement et le poids admissible ne peuvent pas évoluer aussi facilement.

La quatrième est de prévoir une autonomie électrique sans intégrer le refroidissement. Le bon indicateur n'est pas seulement la durée de la batterie, mais la durée pendant laquelle le service peut rester dans les conditions admises.

Enfin, déplacer ultérieurement une salle équipée ne s'improvise pas. Les baies, batteries, câbles et unités intérieures doivent être conçus ou préparés pour les accélérations du transport et le levage. La masse réelle, le centre de gravité, les ancrages et les consignes de remise en service doivent figurer dans le dossier du module.

La bonne décision : dimensionner le service avant le container

Une salle serveur en container est une solution crédible lorsque le besoin est précisément défini, que le site dispose des réseaux nécessaires et que les équipements critiques peuvent être entretenus ou perdre un composant sans provoquer un arrêt non maîtrisé. Le format 20 ou 40 pieds vient après ces choix.

Avant de lancer la fabrication, il faut donc valider un dossier commun entre responsable informatique, électricien, frigoriste, spécialiste incendie, fabricant du module et exploitant du site. Ce dossier doit relier une charge informatique chiffrée à un plan, un bilan électrique, un calcul thermique, une stratégie de continuité et un protocole de recette. C'est cette cohérence, bien plus que l'apparence extérieure du container, qui détermine la fiabilité de l'installation.

FAQ

Un container de 20 pieds suffit-il pour une salle serveur ?

Il peut suffire pour quelques baies et leurs auxiliaires, mais aucune réponse ne peut être donnée à partir du nombre de baies seul. Il faut vérifier leur profondeur, les circulations de maintenance, la puissance thermique, les équipements électriques, le refroidissement, les batteries et l'évolution prévue. Un module compact mais inaccessible coûtera cher à exploiter.

Peut-on installer les climatiseurs directement dans les portes du container ?

C'est techniquement possible avec certains équipements, mais ce choix doit être vérifié sur les plans structurel, thermique, acoustique, étanchéité, maintenance et transport. La position des soufflages et reprises doit surtout éviter le court-circuit d'air et maintenir les conditions requises à l'entrée de toutes les baies.

Faut-il deux connexions Internet ?

Deux liens sont pertinents si la continuité réseau est critique, à condition de vérifier leur indépendance réelle : opérateurs, points d'entrée, fourreaux, chambres télécom, équipements actifs et alimentation. Deux contrats qui empruntent le même câble ou la même tranchée peuvent être interrompus par le même incident.

Une salle serveur en container peut-elle être déplacée avec les serveurs en place ?

Seulement si la configuration de transport a été prévue et justifiée. Il faut connaître la masse et le centre de gravité, vérifier le plancher et les ancrages, sécuriser les éléments mobiles, protéger les équipements contre les vibrations et définir les contrôles avant remise sous tension. À défaut, les matériels sensibles doivent être déposés et transportés séparément.

Sources de référence :

• CNIL, « Sécurité : protéger les locaux »
• ANSSI, Guide d'hygiène informatique, mesure 26 sur les salles serveurs
• ASHRAE Handbook, Data Centers and Telecommunication Facilities
• Enedis, raccordement d'un bâtiment ou local professionnel
• Ministère de la Transition écologique, efficacité énergétique des centres de données