Centres de données : fonctionnement, composants et rôle dans le cloud

Un centre de données, ou data center, est un site physique qui abrite des serveurs, du stockage et des équipements réseau, ainsi que les systèmes d'alimentation, de refroidissement, de sécurité et d'exploitation nécessaires à leur fonctionnement. Il peut occuper une salle, un bâtiment dédié ou un ensemble de bâtiments.

Le cloud repose sur ces équipements. Une plateforme cloud ajoute les logiciels et les interfaces qui permettent aux clients de demander des ressources sans gérer chaque machine sous-jacente. Une organisation peut exploiter un centre de données sans proposer de services cloud, ou utiliser le cloud sans posséder de site.

Ce guide s'adresse aux personnes qui évaluent une infrastructure ou souhaitent comprendre ce qui fait fonctionner les services numériques. Il présente les composants, les modèles d'exploitation, les questions de fiabilité et les effets locaux des centres de données, y compris les besoins des charges d'IA.

Que contient un centre de données ?

Les équipements qui traitent l'information et les systèmes qui les soutiennent doivent être conçus ensemble. Une salle peut disposer d'espace pour de nouveaux serveurs sans avoir la puissance électrique, le refroidissement ou les connexions nécessaires pour les utiliser.

Calcul, stockage et réseau

Les serveurs contiennent des processeurs, de la mémoire et souvent des disques locaux. Les CPU exécutent les tâches générales des applications ; les GPU et d'autres accélérateurs conviennent à certains traitements parallèles. Les baies organisent les équipements et leurs connexions. Une baie est une structure de montage, pas une quantité fixe de capacité de calcul.

Le stockage peut associer des disques de serveurs, des baies de stockage partagées, des systèmes de sauvegarde et des logiciels proposant un accès par fichiers, blocs ou objets. Les données peuvent être répliquées ou réparties entre plusieurs équipements et sites. Leur placement dépend du service : un fichier envoyé dans le cloud n'existe donc pas nécessairement sous la forme d'une seule copie complète sur un disque.

Les commutateurs, routeurs, fibres et câbles en cuivre relient les serveurs au stockage, aux autres serveurs et aux réseaux externes. Le trafic interne entre machines a des besoins différents de celui qui arrive par Internet. Un site privé peut aussi héberger des applications qui ne sont jamais accessibles au public.

La présentation des centres de données de Cisco, en anglais, décrit ces composants de calcul, de stockage et de réseau, ainsi que les systèmes du bâtiment qui les soutiennent.

Alimentation électrique et systèmes de secours

L'infrastructure électrique achemine l'énergie depuis le raccordement jusqu'aux baies, à travers les équipements de distribution. Une alimentation sans interruption, ou onduleur UPS, peut prendre le relais pendant une courte coupure, le temps qu'une autre source soit disponible. Batteries, groupes électrogènes, appareillage et circuits doivent être dimensionnés et entretenus pour la charge prévue.

Les équipements de secours ont des limites. L'autonomie des batteries, la fiabilité du démarrage des groupes électrogènes, le carburant disponible et la maintenance déterminent combien de temps un site peut continuer à fonctionner. Deux raccordements électriques peuvent aussi partager une dépendance en amont.

Refroidissement et contrôle de l'environnement

Les équipements informatiques dégagent une chaleur qu'il faut évacuer des machines puis du site. Selon la conception, le refroidissement peut utiliser l'air, l'eau glacée, un liquide au contact des plaques de refroidissement des puces ou l'immersion. Le suivi de la température, de l'humidité, des flux d'air et des fuites aide à respecter les conditions prévues pour le matériel.

Un circuit liquide au niveau des puces ne dit pas comment le site rejette finalement la chaleur. Il peut être relié à des équipements utilisant l'air extérieur, un groupe froid ou une tour de refroidissement évaporative. La consommation d'eau dépend donc de l'ensemble du système et du climat local. Le guide du département américain de l'Énergie, en anglais, explique ces différentes étapes.

Sécurité physique et exploitation

Les accès contrôlés, cages sécurisées, registres des visiteurs, dispositifs de surveillance et systèmes de détection d'incendie protègent le site et ses occupants. La supervision suit l'état du matériel, l'électricité consommée, les températures et le réseau. Les outils de gestion de l'infrastructure, souvent appelés DCIM, peuvent regrouper ces mesures et les informations de capacité.

Le travail continue après l'installation : remplacement des composants défaillants, essais des alarmes, gestion du câblage, vérification des systèmes de secours et planification de la maintenance. Une protection ou une pièce de rechange n'est utile que si les équipes savent quand et comment l'utiliser.

À quoi servent les centres de données et comment fonctionnent-ils ?

Les centres de données hébergent des sites web, bases de données, messageries, applications professionnelles, services vidéo, sauvegardes, tâches d'entraînement et d'inférence d'IA, ainsi que des calculs scientifiques. Ils servent des services publics et des réseaux privés d'organisations. Leur rôle dépend des logiciels et des équipements installés.

Prenons une application professionnelle qui consulte une fiche client :

1. Une requête atteint le service par une connexion réseau et passe les contrôles d'accès applicables.
2. Un serveur exécute le code de l'application et demande les données nécessaires.
3. Un système de stockage ou une base de données renvoie ces données, puis l'application répond.
4. L'alimentation et le refroidissement soutiennent les équipements pendant toute l'opération.
5. La supervision enregistre les conditions de fonctionnement et les incidents pour permettre une intervention humaine ou automatique.

Ces étapes se chevauchent en pratique. Une seule requête peut mobiliser plusieurs applications ou sites. Les logiciels cloud peuvent automatiser le provisionnement, l'allocation, la supervision et la facturation au-dessus de cette infrastructure physique.

Les différents types de centres de données

Les catégories décrivent des aspects différents : qui exploite les équipements, comment les clients les utilisent, où ils se trouvent ou comment ils sont construits. Elles peuvent se combiner. Un fournisseur cloud peut installer ses équipements en colocation, et un site en périphérie peut utiliser une construction modulaire.

• Centre de données d'entreprise : il sert principalement une organisation, qui conserve une part importante de la responsabilité de l'infrastructure et de son exploitation.
• Centre de données en colocation : il loue de l'espace et des services tels que l'alimentation, le refroidissement, la sécurité physique et des options de connectivité. Les clients fournissent ou louent généralement leur matériel informatique ; les services de gestion supplémentaires dépendent du contrat.
• Centre de données géré : un prestataire exploite les équipements ou services convenus pour un client. La répartition des responsabilités compte davantage que l'appellation.
• Centre de données cloud : il soutient une plateforme dont les clients consomment des services informatiques. Cette catégorie ne désigne pas une architecture physique universelle.
• Centre de données hyperscale : il fournit du calcul et du stockage à très grande échelle. Les définitions varient ; un seuil unique de surface ou de nombre de serveurs constitue donc un mauvais critère de comparaison à lui seul.
• Centre de données en périphérie, ou edge : il rapproche l'infrastructure des utilisateurs, appareils ou sources de données concernés. Il peut raccourcir les trajets réseau et réduire le trafic à longue distance, mais la latence réelle doit être mesurée.
• Centre de données modulaire ou micro-centre : il regroupe l'infrastructure dans des unités préfabriquées ou compactes. Le format ne suffit pas à établir la capacité, le délai de déploiement, l'efficacité ou la fiabilité.

La présentation des modèles de centres de données d'IBM, en anglais, complète ces distinctions entre infrastructure d'entreprise, cloud, services gérés et colocation.

Centre de données, cloud, salle serveur : quelles différences ?

Le centre de données est l'environnement physique. Le cloud est un mode de fourniture de ressources configurables sous forme de services. Une salle serveur est généralement un espace plus petit au sein d'un autre bâtiment, sans qu'une limite de taille universelle la sépare d'un centre de données.

La colocation décrit un mode d'exploitation dans un centre de données. Elle ne fournit pas automatiquement une plateforme cloud, des applications gérées ou des sauvegardes. Ces services doivent être précisés séparément.

La définition de l'infrastructure cloud du NIST, en anglais, distingue les ressources physiques de la couche logicielle qui les abstrait. Cette distinction explique pourquoi le passage au cloud modifie les responsabilités d'exploitation tout en conservant une dépendance envers du matériel réel. Un cloud privé peut fonctionner dans les locaux d'une organisation ; un cloud public utilise une infrastructure exploitée pour ses clients par un fournisseur.

La fiabilité dépend du site et de l'application

La redondance de l'alimentation, du refroidissement et du réseau peut protéger contre certaines pannes. Elle ne rend pas tous les incidents sans conséquence. Des équipements peuvent partager un circuit de distribution, un défaut logiciel peut toucher plusieurs répliques, ou une erreur de maintenance peut affecter des systèmes supposés indépendants.

Demandez quels composants peuvent être arrêtés pour maintenance, quelles pannes la conception peut absorber et comment ces comportements sont testés. La certification du site, les engagements de service et les procédures de reprise applicative répondent à des questions différentes. Un engagement contractuel de disponibilité doit aussi préciser la période de mesure, les exclusions et les recours.

Pour une application, distinguez réplication et sauvegarde. La réplication peut maintenir un service après la panne d'un équipement, mais elle peut aussi reproduire une suppression accidentelle. Les sauvegardes nécessitent une conservation distincte et une restauration testée. Définissez la perte de données acceptable et le délai maximal de reprise.

La sécurité physique n'est qu'une partie de la protection. Identités, permissions, correctifs, chiffrement, segmentation réseau et configuration applicative restent essentiels. Installer du matériel dans un bâtiment sécurisé ne corrige pas une base de données exposée ou un compte doté de droits excessifs.

Pourquoi l'emplacement compte

L'emplacement influence l'accès à l'électricité, aux réseaux, au personnel, aux pièces de rechange et aux possibilités d'extension. Le climat et l'exposition aux inondations, incendies ou autres risques influencent la conception et les plans de reprise.

Pour les applications destinées aux clients, testez les performances réseau depuis les lieux où se trouvent les utilisateurs. La distance géographique n'est qu'un facteur : routage, congestion, interconnexions et dépendances applicatives peuvent modifier le résultat. Rapprocher une application de ses utilisateurs peut avoir peu d'effet si elle contacte sans cesse une base de données éloignée.

Les exigences de localisation doivent aussi être examinées au niveau du service. Demandez où se trouvent les données principales, répliques, sauvegardes, journaux et accès d'assistance. Choisir un pays ne suffit pas à établir la conformité, la sécurité ou le contrôle de chaque partie du service.

Électricité, eau et effets locaux des centres de données

L'électricité alimente le matériel informatique et les systèmes qui le maintiennent en fonctionnement. La mise à jour 2026 de l'AIE sur l'énergie et l'IA estime la consommation mondiale des centres de données à 485 TWh en 2025 et prévoit environ 950 TWh en 2030. Ce dernier chiffre est une projection centrale, pas un résultat mesuré ni un chiffre portant uniquement sur l'IA.

Un total mondial ne décrit pas l'effet d'un site précis. Il faut examiner les moments où l'électricité est nécessaire, les moyens de production qui la fournissent, les renforcements éventuels du réseau et la répartition de leurs coûts. La puissance souscrite d'un site et sa consommation réelle d'énergie sont deux mesures différentes. Notre article distinct réunit 10 faits sur les centres de données, l'énergie, l'eau et les déchets, avec les dates et le périmètre des sources.

L'évaluation de l'eau doit distinguer l'usage direct du site de l'eau associée à la production d'électricité. Elle doit préciser le refroidissement, la source d'eau, la disponibilité locale et la demande saisonnière. Un circuit fermé à l'intérieur du bâtiment ne prouve pas que tout le système de refroidissement ne consomme aucune eau.

L'indicateur PUE compare l'énergie totale du site à celle de ses équipements informatiques. Il décrit les consommations annexes, mais ne mesure ni le travail utile des serveurs ni leur empreinte carbone totale. La fabrication du matériel, la construction, les sources d'électricité, le taux d'utilisation et la fin de vie doivent être examinés séparément.

Pourquoi les riverains expriment des préoccupations

Les préoccupations locales peuvent concerner le bruit continu des équipements, le trafic de chantier, l'occupation des sols, la demande en eau, les émissions des groupes de secours ou les nouveaux ouvrages électriques. Les projets peuvent aussi générer des recettes fiscales et des emplois, mais les postes liés au chantier et les emplois permanents d'exploitation sont des bénéfices différents.

L'étude 2024 de la commission JLARC en Virginie, en anglais, documente à la fois des bénéfices économiques et des effets locaux, notamment des problèmes de bruit sur certains sites proches d'habitations. Ses résultats sont propres à la Virginie. Ils fournissent des questions utiles pour d'autres lieux, pas une prédiction universelle.

Une évaluation crédible doit expliquer la conception et les conditions d'exploitation du site proposé, publier les éléments pertinents et préciser qui intervient si la situation diffère du plan. Les expressions « centre de données vert » ou « infrastructure distribuée » ne fournissent pas ces preuves à elles seules.

Comment l'IA modifie les besoins d'infrastructure

Les grandes charges d'IA peuvent concentrer de nombreux accélérateurs dans un espace réduit. Le site doit fournir l'électricité et évacuer la chaleur correspondantes, tandis que le système doit alimenter les accélérateurs en données et les relier efficacement. Disposer d'espace ne prouve pas qu'un site peut accueillir un déploiement GPU dense.

• Capacité électrique : vérifiez la puissance supportée par baie et les variations pendant l'exécution.
• Refroidissement : confrontez les besoins thermiques du matériel à toute la chaîne d'évacuation de la chaleur.
• Réseau : mesurez les échanges entre machines lorsqu'une tâche utilise plusieurs nœuds.
• Stockage : vérifiez que le chargement des données et l'écriture des points de reprise suivent le rythme du calcul.

Ces besoins varient selon le modèle, le matériel et la tâche. Un petit service d'inférence n'a pas les mêmes exigences qu'un grand cluster d'entraînement. Il faut donc tester l'ensemble du système, plutôt que choisir une installation sur la seule base du nombre de GPU.

Infrastructure centralisée et distribuée

Les grands sites régionaux concentrent la capacité et les opérations. Les architectures distribuées répartissent les ressources entre plusieurs sites et les coordonnent par logiciel. Un système peut combiner de grands centres avec des installations régionales ou en périphérie plus petites.

Plusieurs sites peuvent offrir des possibilités de placement et de reprise, mais le résultat dépend de la réplication, de la capacité disponible, des connexions réseau et de la gestion des pannes. La distribution ajoute aussi du travail de coordination. Une application qui échange souvent des données entre sites peut payer cette distance en temps, en bande passante ou en complexité.

La distribution décrit le placement et la coordination ; la décentralisation concerne le partage du contrôle. Les deux ne coïncident pas nécessairement. Consultez notre explication des systèmes distribués et décentralisés.

Où se situe Hivenet ?

L'architecture cloud distribuée de Hivenet relie une infrastructure physique reposant sur Policloud à des logiciels cloud et à des interfaces client. Les services comprennent Compute with Hivenet, Inference API, le stockage compatible S3, Store et Send. Leurs architectures et les responsabilités des clients diffèrent selon le produit.

Cet exemple montre l'articulation entre le site physique et les services. Il ne supprime pas les besoins en électricité, refroidissement, réseau et maintenance du matériel, et ne permet pas d'attribuer un même résultat environnemental ou de performance à tous les services.

Questions à poser avant de choisir une infrastructure

Partez d'une charge de travail représentative et de ses exigences d'exploitation. Comparez ensuite ce que chaque option fournit réellement :

• Performance : quelles ressources CPU, GPU, mémoire, stockage et réseau sont nécessaires, et le fournisseur peut-il les démontrer avec votre charge ?
• Responsabilité : qui entretient le matériel, les systèmes d'exploitation, les applications, les accès et les sauvegardes ?
• Reprise : que se passe-t-il après la panne d'une machine, d'une connexion ou d'un site entier ?
• Placement : où résident les données, répliques, journaux et sauvegardes ?
• Capacité : la puissance électrique et les équipements sont-ils disponibles aujourd'hui, et comment une extension est-elle gérée ?
• Coût : que faut-il ajouter au tarif affiché pour la connectivité, les transferts, les sauvegardes, l'assistance, la capacité inutilisée et le temps des équipes ?
• Preuves environnementales : qu'est-ce qui est mesuré, sur quelle période et pour quel site ou service ?

Consignez ces réponses avant de comparer les propositions. Un déploiement d'essai et un exercice documenté de restauration renseignent souvent mieux sur l'adéquation d'une solution qu'une catégorie de site ou un maximum annoncé.

Questions fréquentes

Utiliser le cloud signifie-t-il utiliser le centre de données d'un tiers ?

Pour un cloud public, le fournisseur exploite ou organise l'infrastructure sous-jacente. Une organisation peut aussi construire un cloud privé sur ses propres équipements. Dans les deux cas, le service dépend de ressources physiques.

Tous les centres de données utilisent-ils de l'eau pour le refroidissement ?

Non. Les conceptions diffèrent. Certaines consomment de l'eau par évaporation ; d'autres rejettent la chaleur autrement. Examinez l'ensemble du système et distinguez l'usage sur site de l'eau associée à la production d'électricité.

Un centre de données peut-il fonctionner pendant n'importe quelle coupure électrique ?

Aucune conception ne couvre tous les événements possibles. La durée de secours et le transfert vers une autre alimentation dépendent du matériel, de la maintenance, du carburant ou de l'énergie stockée et de la panne concernée. Les applications ont aussi besoin d'un plan de reprise si le site devient indisponible.

Un centre plus petit ou distribué est-il automatiquement plus durable ?

Non. Comparez la charge réelle, le taux d'utilisation, l'électricité fournie, le refroidissement, la durée de vie du matériel, la redondance et les besoins réseau. La taille et la distribution ne suffisent pas à établir le résultat.