La migration cloud est souvent présentée comme un levier de décarbonation IT. L'AIE (Agence Internationale de l'Energie) estime que les data centers mondiaux ont consommé entre 240 et 340 TWh d'électricité en 2022, soit 1 à 1,3 % de la consommation électrique mondiale. Les hyperscalers (AWS, Azure, GCP) affichent des PUE (Power Usage Effectiveness) de 1,1 à 1,2, contre 1,5 à 2,0 pour les data centers d'entreprise classiques.
En théorie, le cloud gagne. Mais la réalité est plus nuancée. Le mix électrique du data center, le taux d'utilisation des serveurs, et l'effet rebond (on consomme plus parce que c'est plus facile de provisionner) peuvent inverser l'équation. Plusieurs études arrivent à des conclusions contradictoires.
Cet article décortique les facteurs qui déterminent l'impact carbone réel du cloud par rapport au on-premise, avec des chiffres sourcés.
TL;DR : Le cloud réduit l'empreinte carbone IT de 30 à 80 % par rapport au on-premise dans la majorité des cas, grâce à un meilleur PUE (1,1 vs 1,6) et des taux d'utilisation serveurs plus élevés (65 % vs 15 %). Mais le résultat dépend du mix électrique de la région cloud. Un data center on-premise en France (57 g CO2e/kWh) peut être plus vert qu'un cloud en Virginie ou en Irlande (AIE, 2024).
Le cloud est-il vraiment plus vert que le on-premise ?
Les trois grands hyperscalers publient des études montrant que migrer vers le cloud réduit les émissions. AWS estime une réduction de 80 % par rapport à un data center d'entreprise moyen européen. Microsoft annonce une réduction de 72 à 98 % selon les régions Azure. Google revendique un PUE moyen de 1,10 sur l'ensemble de ses data centers.
AWS estime que migrer vers son cloud réduit l'empreinte carbone de 80 % par rapport à un data center d'entreprise moyen en Europe (AWS Sustainability Report, 2023). Ce chiffre intègre un meilleur PUE (1,15 vs 1,6), un taux d'utilisation serveur supérieur (65 % vs 15 %), et l'utilisation d'énergies renouvelables dans certaines régions.
Pourquoi ces chiffres sont à prendre avec précaution
Ces études sont produites par les hyperscalers eux-mêmes. Elles comparent leur infrastructure optimisée à un data center d'entreprise "moyen", souvent vieillissant. Le data center de comparaison a un PUE de 1,6 à 2,0, des serveurs utilisés à 15 %, et pas d'achat d'énergie renouvelable.
Si votre data center on-premise est récent, bien optimisé, en France (mix électrique bas carbone), avec un PUE de 1,3, la comparaison est très différente.
En France, avec un mix électrique bas carbone et un data center on-premise correctement optimisé (PUE autour de 1,3-1,4, taux d'utilisation supérieur à 30 %), l'avantage du cloud se réduit considérablement par rapport aux 80 % annoncés par les hyperscalers. Le gain réel dépend de chaque configuration.
Quels facteurs déterminent l'écart entre cloud et on-premise ?
Trois variables déterminent 90 % de l'écart : le PUE, le taux d'utilisation des serveurs, et le facteur d'émission électrique. Une étude de 451 Research (S&P Global) estimait en 2023 que l'optimisation du PUE seul représente 30 à 40 % de l'avantage carbone du cloud.
Le PUE, le taux d'utilisation serveur, et le mix électrique déterminent 90 % de l'écart carbone entre cloud et on-premise. Un PUE de 1,1 (hyperscaler) vs 1,6 (entreprise moyenne) réduit la consommation d'énergie de 31 %. Un taux d'utilisation de 65 % vs 15 % réduit le nombre de serveurs nécessaires d'un facteur 4 (451 Research/S&P Global, 2023).
Le PUE (Power Usage Effectiveness)
Le PUE mesure l'efficacité énergétique d'un data center. Un PUE de 1,0 signifie que toute l'énergie alimente les serveurs. Un PUE de 2,0 signifie que 50 % de l'énergie est perdue en refroidissement, éclairage, et infrastructure.
Hyperscalers : PUE de 1,08 à 1,20 selon les sites. Google affiche 1,10 en moyenne, AWS entre 1,10 et 1,20, Azure entre 1,12 et 1,20 selon les rapports de sustainability.
Data centers d'entreprise : PUE de 1,3 (récent, bien optimisé) à 2,0 (ancien, sans free cooling). La moyenne mondiale est estimée à 1,58 par l'Uptime Institute (2023).
Impact concret : Passer d'un PUE de 1,6 à 1,1 réduit la consommation totale d'énergie de 31 %. Pour un data center consommant 1 000 MWh/an en IT, ça représente 310 MWh d'économie.
Le taux d'utilisation des serveurs
Un serveur allumé à 10 % de charge consomme environ 50 à 60 % de sa puissance maximale (la consommation au repos est élevée). Les data centers d'entreprise ont des taux d'utilisation moyens de 10 à 20 % selon l'NRDC (Natural Resources Defense Council, 2014). Les hyperscalers atteignent 40 à 65 % grâce à la mutualisation et à l'autoscaling.
Impact concret : Si un workload nécessite 100 vCPU à pleine charge, il faut 20 serveurs à 5 % d'utilisation en on-premise. Le même workload tient sur 4 à 6 serveurs cloud à 50-65 % d'utilisation. Moins de serveurs = moins de fabrication = moins d'émissions Scope 3.
Le mix électrique de la région
C'est le facteur le plus souvent négligé. Un data center cloud alimenté par du charbon (Pologne, certains Etats américains) peut émettre plus qu'un petit data center on-premise en France.
Quelques exemples :
- AWS eu-west-3 (Paris) : mix français, ~57 g CO2e/kWh. Bon choix.
- AWS us-east-1 (Virginie) : mix américain moyen, ~380 g CO2e/kWh. Moins bon.
- Azure North Europe (Irlande) : mix irlandais, ~300 g CO2e/kWh. Intermédiaire.
- GCP europe-west1 (Belgique) : mix belge, ~150 g CO2e/kWh. Correct.
Choisir la bonne région cloud pour des raisons carbone peut diviser l'empreinte d'usage par 5 ou 6.
Qu'en est-il de la fabrication des serveurs ?
La fabrication représente 20 à 40 % de l'empreinte totale d'un serveur sur sa durée de vie, selon le contexte électrique. En France (mix bas carbone), la fabrication domine. En Pologne (mix carboné), l'usage domine. L'ADEME estime l'empreinte fabrication d'un serveur rack standard entre 1 000 et 1 500 kg CO2e (Base Empreinte).
La fabrication d'un serveur informatique émet environ 600 kg CO2e selon la Base Empreinte ADEME v23.9. En contexte cloud, cette empreinte est mutualisée entre de nombreux clients. En on-premise avec un faible taux d'utilisation, chaque workload porte une part disproportionnée de l'empreinte fabrication.
Le raisonnement de la mutualisation
En on-premise, un serveur à 15 % d'utilisation sert essentiellement un ou deux workloads. L'empreinte fabrication (disons 1 200 kg CO2e) est portée par ces workloads. En cloud, le même serveur physique, mutualisé à 65 %, héberge 5 à 10 workloads. Chaque workload ne porte que 120 à 240 kg CO2e de fabrication.
C'est l'argument le plus fort du cloud en matière de carbone : la mutualisation réduit l'empreinte fabrication par unité de calcul.
Quand la fabrication redevient un problème en cloud
L'effet rebond. La facilité de provisionner des ressources cloud (un clic pour lancer une instance) pousse à la surconsommation. Des environnements de développement qui tournent 24/7 au lieu de 8 h. Des instances surdimensionnées "au cas où". Des données stockées indéfiniment parce que le stockage est "bon marché".
AWS estime que 35 % des instances cloud sont surdimensionnées (AWS Cost Optimization Pillar). Ça signifie 35 % de serveurs physiques en trop dans les data centers cloud, avec leur empreinte fabrication associée.
Le paradoxe du cloud vert : la mutualisation réduit l'empreinte par unité de calcul, mais la facilité de provisionnement augmente le volume total de calcul. J'ai vu des entreprises dont la facture cloud (et l'empreinte associée) a triplé en 2 ans après la migration, alors que les workloads n'avaient pas fondamentalement changé. Le right-sizing est un sujet carbone autant que financier.
Dans quels cas le on-premise reste-t-il plus vert ?
Le on-premise conserve un avantage carbone dans des cas spécifiques. Un data center récent en France (PUE 1,2-1,3) avec des serveurs bien utilisés (40 %+) et alimenté en électricité bas carbone peut émettre moins qu'un cloud dans une région au mix carboné. L'Uptime Institute souligne que les meilleurs data centers d'entreprise rivalisent avec les hyperscalers sur le PUE.
Le on-premise reste compétitif en carbone dans trois cas : data center récent à PUE optimisé (< 1,3), mix électrique local bas carbone (France, Suède, Norvège), et taux d'utilisation serveur supérieur à 40 %. Dans ces conditions, l'avantage du cloud se limite à 10-25 % de réduction, voire s'annule (Uptime Institute, 2023).
Cas 1 : data center en France avec mix bas carbone
Le mix français à 57 g CO2e/kWh est l'un des plus bas d'Europe. Un data center on-premise en France bénéficie de cet avantage automatiquement. Le cloud AWS en région Paris (eu-west-3) utilise le même mix, donc l'avantage disparaît. Mais si la comparaison se fait avec un cloud en Irlande ou en Virginie, le on-premise français gagne.
Cas 2 : workloads stables et prévisibles
Les workloads qui tournent à charge constante 24/7 (bases de données, ERP, systèmes de production) n'ont pas besoin d'autoscaling. Le taux d'utilisation on-premise peut atteindre 50-70 % pour ces workloads. L'avantage du cloud (mutualisation) se réduit fortement.
Cas 3 : serveurs à longue durée de vie
En on-premise, un serveur peut rester en service 7 à 10 ans (avec extension de garantie). En cloud, les hyperscalers renouvellent leur matériel tous les 3 à 5 ans pour des raisons de performance et d'efficacité. Plus la durée de vie est longue, plus l'empreinte fabrication est amortie. Un serveur utilisé 8 ans a une empreinte fabrication annuelle deux fois plus basse qu'un serveur renouvelé tous les 4 ans.
Comment comparer cloud et on-premise dans son propre bilan ?
Pour une comparaison fiable, il faut calculer l'empreinte totale (fabrication + usage + fin de vie) des deux options sur le même périmètre fonctionnel. Le GHG Protocol ne prescrit pas de méthode spécifique pour cette comparaison, mais le Science Based Targets initiative (SBTi) recommande d'inclure les trois scopes.
Pour comparer cloud et on-premise en carbone, il faut calculer fabrication + usage + fin de vie sur le même périmètre fonctionnel (même workload, même performance). Le SBTi ICT Guidance recommande d'inclure les Scopes 1, 2 et 3 des deux options, y compris l'empreinte fabrication des serveurs, souvent omise en cloud.
La méthode de comparaison
Etape 1 : définir le périmètre fonctionnel. "Faire tourner notre ERP SAP pour 2 000 utilisateurs" ou "héberger 50 To de données avec 99,9 % de disponibilité". Le périmètre doit être identique pour les deux options.
Etape 2 : calculer le on-premise.
- Fabrication des serveurs (nombre x FE ADEME ou Boavizta, amorti sur la durée de vie)
- Electricité des serveurs (puissance x heures x facteur mix local x PUE)
- Electricité du refroidissement (intégrée dans le PUE)
- Fin de vie
Etape 3 : calculer le cloud.
- Part de fabrication mutualisée (via Boavizta ou le Carbon Footprint Tool du provider)
- Electricité (via le Carbon Footprint Tool du provider, ou estimation par la puissance des instances x facteur mix de la région)
- Transport réseau (souvent négligeable)
Etape 4 : comparer sur la même unité fonctionnelle. kg CO2e par an, pour le même service rendu.
Les données à demander à votre provider cloud
Si vous utilisez AWS, Azure ou GCP, demandez :
- Le rapport du Customer Carbon Footprint Tool / Emissions Impact Dashboard
- La région exacte de vos déploiements
- Le PUE de la région
- Le mix électrique utilisé pour le calcul (market-based ou location-based)
- Si les Scope 3 du provider (fabrication de ses serveurs) sont inclus ou exclus
La plupart des dashboards carbone des providers cloud excluent leurs propres émissions Scope 3 (fabrication de l'infrastructure). Ça représente 15 à 30 % de l'empreinte totale selon les estimations Boavizta. Quand on ajoute ce Scope 3 provider, l'avantage du cloud par rapport au on-premise se réduit.
FAQ
Les régions cloud "vertes" sont-elles fiables ?
AWS, Google et Azure proposent des régions alimentées en énergie renouvelable (Suède, Norvège, certains sites aux Etats-Unis). Attention à la distinction entre achat de certificats d'énergie renouvelable (RECs/GOs) et alimentation physique en renouvelable. Un REC acheté en Norvège ne réduit pas les émissions si le data center est physiquement en Virginie. Google est le plus transparent sur ce sujet avec son objectif 24/7 carbon-free energy. AWS et Azure utilisent davantage les RECs annualisés.
Le multi-cloud augmente-t-il l'empreinte carbone ?
Potentiellement. Le multi-cloud implique de la redondance entre providers (données dupliquées, instances de secours), du trafic réseau inter-cloud, et une complexité qui réduit l'optimisation. Un mono-cloud bien optimisé aura généralement une empreinte plus basse qu'un multi-cloud pour le même service rendu.
Faut-il inclure le réseau dans la comparaison ?
Le transport de données entre l'utilisateur et le cloud génère des émissions (équipements réseau du FAI, backbone internet). C'est généralement marginal (1 à 5 % de l'empreinte totale) mais peut devenir significatif pour les workloads à fort transfert de données (vidéo, backup). En on-premise sur LAN, ces émissions réseau sont quasi nulles.
Les containers (Kubernetes) changent-ils la donne ?
Les containers améliorent le taux d'utilisation des serveurs, en cloud comme en on-premise. Kubernetes permet du bin-packing (empiler plus de workloads par serveur). L'impact carbone est similaire à l'augmentation du taux d'utilisation : moins de serveurs pour le même calcul. En on-premise, Kubernetes peut faire passer l'utilisation de 15 % à 40-50 %, réduisant significativement l'écart avec le cloud.
Conclusion
Le cloud réduit l'empreinte carbone IT dans la majorité des cas. Le trio PUE optimisé, mutualisation des serveurs, et achat d'énergie renouvelable donne un avantage structurel aux hyperscalers.
Mais l'avantage n'est ni automatique ni garanti. Le mix électrique de la région cloud est déterminant. L'effet rebond (surconsommation facilitée) peut annuler les gains. Et les dashboards carbone des providers excluent souvent leur propre Scope 3.
La bonne approche : calculer l'empreinte réelle des deux options sur le même périmètre fonctionnel, avec fabrication incluse. Pas se fier aux chiffres marketing des providers. Et pour les organisations en France, ne pas oublier que le on-premise alimenté en électricité nucléaire est déjà très bas carbone.