# Cloud & infogérance | Catégorie PCG | Méthode | Incertitude | | ---------------------------------------------- | ------------------------------- | ------------------------------------------------------- | | numérique> infrastructures >Cloud\&infogérance | Données fournisseurs | low | | numérique> infrastructures >Cloud\&infogérance | Calculateur externe | low | | numérique> infrastructures >Cloud\&infogérance | Energie kWh serveurs | medium | | numérique> infrastructures >Cloud\&infogérance | Stockage (SSD/HDD) | medium | | numérique> infrastructures >Cloud\&infogérance | € FEC - Benchmark | high | | numérique> infrastructures >Cloud\&infogérance | € FEC - Ratios monétaires ADEME | very high | {% tabs %} {% tab title="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](https://cloud.google.com/carbon-footprint), AWS, [Microsoft Azure](https://azure.microsoft.com/fr-fr/blog/microsoft-sustainability-calculator-helps-enterprises-analyze-the-carbon-emissions-of-their-it-infrastructure/), 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 {% endtab %} {% tab title="Calculateur externe" %} **`Description`** Lorsque les données des cloud providers ne sont pas disponibles ou incomplètes, il est recommandé d'utiliser un calculateur qui permet de calculer l'empreinte carbone associée à ces services. **`Contexte d'utilisation`** Cette méthode s'applique lorsque les données des clouds providers ne sont pas accessible ou jugées incomplètes. **`Méthode de calcul`** Il existe deux calculateurs externes pouvant être utilisés pour obtenir l'empreinte carbone de vos services cloud. En ce qui concerne Amazon Web Services (AWS), il est recommandé d'utiliser le [calculateur opensource](https://datavizta.boavizta.org/cloudimpact) mis à disposition par le groupe de travail Boavizta. Pour pouvoir utiliser ce calculateur, vous aurez besoin des informations suivantes sur votre infrastructure :
Le second calculateur a votre disposition est celui développé par [Cloud Carbon Footprint](https://www.cloudcarbonfootprint.org/). **`Sources des Facteurs d'Emissions`** Les facteurs d'émissions utilisés sont nombreux, le détail des calculs est directement accessible depuis chaque calculateur. {% endtab %} {% tab title="Energie 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 deux cas suivant le type de serveur : * s'il s'agit d'un **serveur opéré par l'organisation** (*on premise ou sur site en français*), 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é](https://ghgprotocol.org/scope_2_guidance) : * 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 ](https://www.gov.uk/government/collections/government-conversion-factors-for-company-reporting)ou [l'ADEME ](https://base-empreinte.ademe.fr/donnees/jeu-donnees)(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](https://www.gov.uk/government/publications/greenhouse-gas-reporting-conversion-factors-2021), [ADEME](https://bilans-ges.ademe.fr/fr/basecarbone/donnees-consulter/liste-element?recherche=Electricit%C3%A9) {% endtab %} {% tab title="Stockage (SSD/HDD)" %} **`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](https://codeascraft.com/2020/04/23/cloud-jewels-estimating-kwh-in-the-cloud/). Les données suivantes sont alors collectées : * PUE (*Power Usage Effectiveness)* du serveur * Nombre de vCPU (Le vCPU désigne une quote part d'un CPU physique affectée à une machine virtuelle) : 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 ](https://www.gov.uk/government/collections/government-conversion-factors-for-company-reporting)ou [l'ADEME ](https://base-empreinte.ademe.fr/donnees/jeu-donnees)(bases publiques). **`Sources des Facteurs d'Emissions`** **Approche location-based** : AIE, [DEFRA](https://www.gov.uk/government/publications/greenhouse-gas-reporting-conversion-factors-2021), [ADEME](https://base-empreinte.ademe.fr/donnees/jeu-donnees) {% endtab %} {% tab title="€ 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 **scopes 1, 2 et 3 amont** (postes 1 à 15) : ce choix méthodologique permet de ne pas double compter les émissions liées à l'utilisation des services numériques qui pourraient être incluses dans le scope 3 aval 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é). Les intensités carbone par entreprise ayant reporté ses émissions de GES sont à retrouver dans le fichier benchmark de Sami, qui consolide les bases de données de bilans d'émissions CDP, ADEME, et entreprises clientes accompagnées par Sami. **`Sources des Facteurs d'Emissions`** Ratio monétaire fournisseurs (kgCO2eq/k€) {% endtab %} {% tab title="€ 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](https://base-empreinte.ademe.fr/donnees/jeu-donnees/b3f67e80-1177-31e5-b9af-9f3bce293e70/0/false/null) de **170 kgCO2eq/k€**. **`Sources des Facteurs d'Emissions`** [ADEME](https://base-empreinte.ademe.fr/donnees/jeu-donnees) {% endtab %} {% endtabs %} {% hint style="danger" %} 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](https://www.carbone4.com/analyse-empreinte-carbone-du-cloud) les différents points de vigilance. {% endhint %} {% hint style="info" %} 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 ](https://boavizta.org/blog/empreinte-de-la-fabrication-d-un-serveur)construites par Boavizta. {% endhint %} {% hint style="info" %} *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.* {% endhint %} --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://www.plancarbonegeneral.com/perimetre-collaborateurs/numerique/infrastructures/cloud-and-infogerance.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.