💽Hébergement

Cette page détaille les différentes méthodes de calcul des émissions liées au stockage des données internes consommées au sein de l'organisation.

Catégorie PCG	Méthode	Incertitude
numérique> usage interne des données>hébergement	kWh serveurs	low
numérique> usage interne des données>hébergement	Données fournisseurs	low
numérique> usage interne des données>hébergement	Trafic Web - Mo	medium
numérique> usage interne des données>hébergement	Spécifications serveurs	medium
numérique> usage interne des données>hébergement	Usages internes des données	medium
numérique> usage interne des données>hébergement	€ FEC - benchmark	high
numérique> usage interne des données>hébergement	€ FEC - ratios monétaires ADEME	very high

Données fournisseurs

Description

Les émissions liées aux serveurs externalisés (cloud) sont calculées et directement transmises par le fournisseur.

Contexte d'utilisation

Cette méthode s'applique lorsque l'organisation a pu récupérer les données d'émissions liées à son usage du cloud, transmises par son fournisseur.

De plus en plus de fournisseurs (services Cloud notamment) développent des applications de calcul de la consommation d'électricité et des émissions liées au stockage des données des utilisateurs sur les serveurs externalisés (c'est le cas des principaux fournisseurs : Google Cloud, AWS, Microsoft Azure, etc.).

Ces données spécifiques, lorsqu'elles sont accessibles, peuvent là aussi être renseignées sur l'application et sont considérées comme ayant une incertitude faible.

Méthode de calcul

Il n'y a pas de calcul à réaliser puisque les émissions sont évaluées par le fournisseur.

Sources des Facteurs d'Emissions

Données fournisseurs

kWh serveurs

Description

Les données de consommation d'électricité des serveurs externalisés (consommation allouée à l'entreprise) sont récupérées et converties en émissions en appliquant le facteur d'émissions du mix électrique approprié.

Contexte d'utilisation

Cette méthode s'applique lorsque vous avez pu récupérer et renseigner la consommation d'électricité des serveurs externalisés (i.e non opérés) à usages internes.

Méthode de calcul

Nous pouvons distinguer 2 cas suivant le type de serveur :

• s'il s'agit d'un serveur opéré par l'organisation (on premise), alors les émissions associées à la consommation d'électricité sont déjà comptabilisées car cette consommation figure dans le collecteur Locaux de l'entreprise. Elles ne doivent donc pas être comptées une seconde fois.

• s'il s'agit d'un serveur externalisé (cloud), alors les émissions associées à la consommation d'électricité (allouée à l'entreprise) doivent être comptabilisées, car cette consommation ne figure pas dans la valeur renseignée dans le collecteur Locaux de l'entreprise.

La consommation d'électricité des serveurs externalisés est alors traduite en émissions de GES via l'une des 2 approches de comptabilité des émissions liées à l'électricité :

• Approche location-based : pour obtenir les émissions, il suffit de multiplier cette consommation par l'intensité carbone moyenne du mix électrique (kgCO2eq/kWh) de la zone géographique dans laquelle est implantée le serveur.

$$Emisions Cloud = Consommation Elec (kWh) * IntensitéMixPa ys(kgCO2eq/kWh)$$

Les intensités carbone des mix par pays sont issues idéalement des dernières données de l'AIE (base payante), ou à défaut des données les plus à jour de DEFRA ou l'ADEME (bases publiques).

• Approche market-based : pour obtenir les émissions, il suffit de multiplier cette consommation par l'intensité carbone du fournisseur d'électricité (kgCO2eq/kWh) - ce qui permet par exemple de prendre en compte un approvisionnement en énergie renouvelable (offre verte premium).

$$Emisions Cloud = Consommation Elec (kWh) * IntensitéFou rnisseur (kgCO2eq/kWh)$$

Sources des Facteurs d'Emissions

Approche market-based : Données fournisseur

Approche location-based : AIE, DEFRA, ADEME

Trafic Web - Mo

Description

Le trafic de données constaté dans les serveurs externalisés est converti en consommation d'électricité à l'aide de facteur de conversion par défaut, puis les émissions sont estimées sur la base du mix électrique du pays où est implanté le serveur.

Contexte d'utilisation

Cette méthode s'applique lorsque ni les données fournisseurs (émissions) ou consommation d'électricité des serveurs externalisés n'ont pu être communiquées, mais si le trafic Web (Mo) a été renseigné dans le collecteur Serveurs.

Méthode de calcul

La 1ère étape consiste à estimer la consommation d'électricité du serveur à partir du trafic.

Cette consommation est estimée sur la base d'un facteur de conversion moyen de consommation d'énergie dans un serveur par donnée transférée (5,7*10-5 kWh/Mo).

$$ConsommationElec(kWh)= Trafic (Mo)*5,7*10^{-5}(kWh/Mo)$$

Cette consommation est alors traduite en émissions de GES via l'approche location-based : pour obtenir les émissions, il suffit de multiplier cette consommation par l'intensité carbone moyenne du mix électrique (kgCO2eq/kWh) de la zone géographique dans laquelle est implantée le serveur.

$$Emisions Cloud = Consommation Elec (kWh) * IntensitéMixPa ys(kgCO2eq/kWh)$$

Les intensités carbone des mix par pays sont issues idéalement des dernières données de l'AIE (base payante), ou à défaut des données les plus à jour de DEFRA ou l'ADEME (bases publiques).

$$Emisions Cloud = Consommation Elec (kWh) * IntensitéFou rnisseur (kgCO2eq/kWh)$$

Sources des Facteurs d'Emissions

Facteur de conversion (kWh/Mo) : AIE, CISCO (sur la base d'études par Masanet et al, 2018; Shehabi et al, 2016)

Approche location-based : AIE, DEFRA, ADEME

Spécifications serveurs

Description

Les caractéristiques techniques des serveurs (stockage SSD/HDD, vCPU, etc.) permettent d'obtenir une estimation de la consommation d'électricité des serveurs, puis connaissant la localisation de ces serveurs, d'évaluer les émissions liées au stockage des données.

Contexte d'utilisation

Cette méthode s'applique dans le cas où ni la consommation d'électricité du serveur ni le trafic (Mo) ne sont directement renseignés.

Méthode de calcul

Les émissions du serveur sont évaluées avec la méthode Cloud Jewels.

Les données suivantes sont alors collectées :

• PUE du serveur

• Nombre de vCPU : cela sert à évaluer l'impact des calculs (compute)

• Stockage SSD ou HDD (Go) : cela sert à évaluer l'impact du stockage (storage)

La consommation d'électricité utile (i.e hors dépenses d'énergie annexes du serveur, type rafraîchissement) est estimée à partir des facteurs de conversion suivants :

• Calcul : 2.10 Wh/vCPUh

• Stockage

  • HDD : 0.89 Wh/TBh

  • SSD : 1.52 Wh/TBh

La formule de calcul de la consommation utile est alors la suivante :

$$ConsommationUtile = (vCPU * Wh/vCPUh + (SSD +HDD)*Wh/TBh) * 8760 (h)$$

La consommation d'électricité totale est obtenue à l'aide de la formule suivante :

$$Consommation Totale = ConsommationUtile * PUE$$

Cette consommation est alors traduite en émissions de GES via l'approche location-based : pour obtenir les émissions, il suffit de multiplier cette consommation par l'intensité carbone moyenne du mix électrique (kgCO2eq/kWh) de la zone géographique dans laquelle est implantée le serveur.

$$Emisions Cloud = Consommation Elec (kWh) * IntensitéMixPa ys(kgCO2eq/kWh)$$

Les intensités carbone des mix par pays sont issues idéalement des dernières données de l'AIE (base payante), ou à défaut des données les plus à jour de DEFRA ou l'ADEME (bases publiques).

Sources des Facteurs d'Emissions

Approche location-based : AIE, DEFRA, ADEME

Usages internes des données

Description

Les données consommées au sein de l'entreprise sont récupérées via le pare-feu, ce qui permet d'estimer la consommation d'électricité liée au stockage de ces données, et enfin les émissions associées.

Contexte d'utilisation

Cette méthode s'applique dans le cas où aucune donnée n'a été renseignée dans le collecteur Serveurs : le collecteur Usage interne des données est alors la référence utilisée.

Méthode de calcul

Le collecteur permet de récupérer les données consommées par l'organisation indiquées sur le (ou les) pares-feux de l'entreprise sur une période donnée (de 1 mois à 1 an).

Ces données consommées peuvent éventuellement être ventilées par type d'usage et requête, pour une meilleure granularité des résultats.

Les trafics entrant et sortant sont communiqués sur le collecteur Usages internes des données, et doivent être additionnés pour connaître le volume total de données ayant transité.

Ce trafic peut ne pas capter les données consommées par les salariés lors du télétravail (fonction notamment du VPN) : si l'entreprise indique que ces données échappent en effet aux trafics sortant et entrant renseignés sur l'application, alors un facteur de correction (fonction du taux de télétravail moyen de l'entreprise) pourra être appliqué pour estimer le trafic réel au-sein de l'entreprise.

$$TraficTotal(Mo)=(TraficEntrant+TraficSortant)*12/PeriodePareFeu(Mois) *1/(1-TauxTeletravail)$$

La consommation d'électricité des serveurs liée à l'usage interne des données est alors estimée sur la base d'un facteur de conversion moyen de consommation d'énergie dans un serveur par donnée transférée (5,7*10-5 kWh/Mo; Source International Energy Agency based on studies by Masanet et al, 2018; Shehabi et al, 2016 and Cisco data (2015, 2018, 2019).

$$ConsommationElec(kWh)= Trafic (Mo)*5,7*E-5(kWh/Mo)$$

Cette consommation est alors traduite en émissions de GES en considérant l'intensité carbone moyenne du mix électrique européen (kgCO2eq/kWh) (les données stockées le sont dans des zones géographiques très diverses, d'où le choix de considérer un mix moyen).

$$EmisionsStockage= Consommation Elec (kWh) * 0.42 (kgCO2eq/kWh)$$

Les intensités carbone des mix par pays sont issues idéalement des dernières données de l'AIE (base payante), ou à défaut des données les plus à jour de DEFRA ou l'ADEME (bases publiques).

Sources des Facteurs d'Emissions

Approche location-based : AIE, DEFRA, ADEME

€ FEC - benchmark

Description

Les dépenses associées au stockage des données sont identifiées dans le FEC (catégorie 'Cloud & Hébergement') et converties en émissions à l'aide d'un ratio monétaire spécifique au fournisseur.

Contexte d'utilisation

Cette méthode s'applique dans le cas où aucune donnée n'a été renseignée ni dans le collecteur Serveurs ni dans le collecteur Usage interne des données.

Méthode de calcul

Si le fournisseur a publié de manière transparente et fiable ses émissions de GES (en absolu et intensité) - via le CDP, sur base de bilans en ligne de l'ADEME, etc. - alors nous pouvons nous baser sur l'intensité carbone (kgCO2eq/€) spécifique à ce fournisseur et la multiplier par le montant total des dépenses réalisées via ce fournisseur et identifiées dans le FEC.

L'intensité carbone retenue pour un fournisseur porte sur les catégories 1, 2, 3, 4, 5.2, 5.3, 5.4 et 6 de la réglementation française : ce choix méthodologique permet de ne pas double compter les émissions liées à l'utilisation des services numériques qui sont à priori incluses dans la catégorie 5 du bilan réglementaire des fournisseurs de services numériques (ces émissions liées à l'utilisation - e.g consommation d'électricité des terminaux - sont en effet comptabilisées par ailleurs dans le Bilan Carbone® de l'entreprise - scope 2 consommation d'électricité ou catégorie 2 dans la réglementation).

Sources des Facteurs d'Emissions

Ratio monétaire fournisseurs (kgCO2eq/k€)

€ FEC - ratios monétaires ADEME

Description

Les dépenses associées au stockage des données sont identifiées dans le FEC (catégorie 'Cloud & Hébergement') et converties en émissions à l'aide d'un ratio monétaire générique pour les services numériques.

Contexte d'utilisation

Cette méthode s'applique dans le cas où aucune donnée n'a été renseignée ni dans le collecteur Serveurs ni dans le collecteur Usage interne des données.

Méthode de calcul

Dans le cas où le fournisseur n'a pas publié de manière fiable et transparente ses émissions de GES, alors nous nous basons sur le ratio monétaire de l'ADEME de 170 kgCO2eq/k€.

Sources des Facteurs d'Emissions

ADEME

Attention aux différences méthodologiques entre fournisseurs de services numérique et Cloud : prise en compte partielle du scope 3 (hors fabrication par exemple), approche market-based, etc. Carbone 4 détaille dans cette note les différents points de vigilance.

A ce stade, nous n'intégrons pas de quote-part des émissions liées à la fabrication des serveurs.

Nous envisageons de le faire prochainement, par exemple sur la base des formules de calcul construites par Boavizta.

Vous pouvez déjà accéder aux émissions de certaines instances AWS.

Certains Cloud providers fournissent des calculettes carbone pour leur service. Il est essentiel de vérifier le périmètre couvert dans leur méthodologie (si elle est publiée). Voici quelques méthodologies recueillies :

• OVH (BareMetal seulement)

Le Plan Carbone Général est une ressource gérée par l’Association pour la Transition Bas-Carbone (ABC), via une gouvernance partagée entre les acteurs de la comptabilité carbone.

Le contenu du PCG - initialement créé par la société Sami et enrichi par la communauté Open Carbon Practice - est en cours de revue par les équipes de l’ABC pour proposer des modifications et des ajouts.