Microsoft Cloud for Sustainability Методологія розрахунку API
Важливо
Деякі або всі ці функції доступні в рамках попереднього випуску. Вміст і функції можуть змінитися.
Методологія розрахунку хмарного вуглецю Microsoft розраховує викиди вуглецю, пов’язані з використанням Microsoft Azure та Microsoft 365 ресурсів хмарних обчислень. Він охоплює викиди вуглецю категорій 1, 2 і 3, розраховані на основі етапів виробництва, пакування, транспортування, використання та завершення терміну служби обладнання центрів обробки даних у всіх центрах обробки даних, що належать і орендуються Microsoft. Викиди та використання, виміряні за допомогою цієї методології, стосуються лише Azure та Microsoft 365 хмари Microsoft. Методика Microsoft 365 обмежена викидами, пов’язаними з використанням наступних продуктів:
- Microsoft Exchange Online
- Microsoft SharePoint
- Корпорація T OneDrive
- Microsoft Teams
- Microsoft Word
- Microsoft Excel
- Microsoft PowerPoint
- Microsoft Outlook
Нотатка
Практика обліку викидів вуглецю швидко розвивається. Ми прагнемо вдосконалювати, переглядати та вдосконалювати наші методології з часом, щоб включати науково обґрунтовані, перевірені підходи, щойно вони стануть доступними та актуальними для оцінки викидів вуглецю, пов’язаних із хмарою Azure.
Важливо
У лютому 2024 року ваші дані були перераховані через оновлення методології, яка тепер дозволяє більш детально відносити викиди вуглецю. Щоб дізнатися більше про ці зміни, перегляньте статтю Поширені запитання про оновлення розрахунків.
На наведеному нижче зображенні наведено приклади типів викидів вуглецю категорій 1, 2 і 3 у ланцюжку створення вартості хмари Microsoft.
Нормативи, що використовуються для розрахунку
Корпорація Майкрософт сегментує викиди парникових газів (ПГ) за трьома категоріями відповідно до Протоколу про парникові гази, який є всесвітньо визнаним стандартом для методології розрахунку та звітності про викиди парникових газів (ПГ).
Сфера 1: Прямі викиди – викиди від стаціонарного та мобільного спалювання, а також технологічні та неорганізовані викиди.
Сфера 2: Непрямі викиди - Викиди від споживання електроенергії, тепла або пари.
Сфера 3: Інші непрямі викиди – на етапі виробництва та викиди після закінчення терміну служби (пов’язані з ланцюгом поставок). Сфера застосування даного інструменту становить 3 категорії 1, 2, 4, 5, 9 і 12.
Розрахунки API є результатом оцінки життєвого циклу. У цій оцінці оцінювалося використання енергії для операцій хмарних обчислень і викиди вуглецю, пов’язані з наступними видами діяльності для Azure та Microsoft 365:
- Виробничий етап видобутку сировини
- Агрегація компонентів
- Кінець управління матеріалами
На наступному зображенні показані обсяги обліку викидів вуглецю за зацікавленими сторонами:
Включені джерела викидів
Викиди парникових газів класифікуються за категоріями 1, 2 і 3 на основі рівня контролю, який організація має над джерелами цих викидів.
Сфера охоплення 1
Викиди парникових газів включають викиди від спалювання дизельного палива та неорганізовані викиди від використання холодоагентів для охолодження наших дата-центрів. Наші викиди категорії 1 невеликі порівняно з викидами категорії 2, тому ми об’єднуємо їх для звітності.
Сфера охоплення 2
Викиди парникових газів включають викиди від прямого споживання енергії, яка використовується для живлення глобальних центрів обробки даних, які Microsoft орендує та володіє. Ми інвестуємо в договори про купівлю електроенергії з відновлюваних джерел енергії (PPA) по всьому світу. До 2025 року ми плануємо працювати на 100% відновлюваній енергії та відмовитися від викопного палива з резервного живлення.
Сфера охоплення 3
Викиди парникових газів включають викиди від наступних видів діяльності для апаратних пристроїв. Пристрої включають сервери та мережеве обладнання, яке використовується в наших орендованих та власних дата-центрах.
- Видобуток сировини
- Виберіть агрегацію компонентів
- Управління після закінчення терміну служби (наприклад, переробка, захоронення або компостування)
Цей інструмент включає викиди від видобутку сировини різних деталей і компонентів, з яких складаються апаратні пристрої та їх упаковка. При цьому використовується склад матеріалів і викиди, що утворюються в результаті етапів життєвого циклу продукції.
За своєю природою викиди категорій 1, 2 і 3 є відносними до суб’єкта господарювання, що звітує; Викиди Scope 1 однієї компанії – це викиди Scope 3 іншої. Цей інструмент відображає комбіновані емісії Microsoft сфер 1, 2 і 3, пов’язані з наданням Azure і Microsoft 365 основних хмарних служб. Ці викиди відображають обсяг 3 викидів клієнта від використання клієнтом хмарних служб Microsoft.
Методологія обчислення
Як зазначалося раніше, корпорація Майкрософт засновує свою методологію розрахунку на принципах Протоколу про парникові гази.
Методика розрахунку для сфери 1 і 2
Енергоспоживання для категорій викидів Azure 1 і 2 включає сховище, обчислення або мережу. Час використання в цих категоріях допомагає нам віднести викиди категорій 1 і 2.
Повна методологія для областей 1 і 2 базується на оцінці життєвого циклу, проведеній у 2018 році в дослідженні Microsoft Advantage of Cloud: A study on the Microsoft Cloud у партнерстві з WSP.
Методологія Scope 2 розраховує вплив енергії та викидів вуглецю для кожного центру обробки даних за певний проміжок часу. При цьому враховуються такі фактори:
- Ефективність дата-центрів і серверів
- Коефіцієнти викиду в мережі
- Закупівля енергії з відновлюваних джерел
- Використання електроенергії інфраструктурою
Методика розрахунку для сфери 3
На наступному зображенні підсумовано розрахунок викидів категорії 3. У ньому показана методологія розподілу викидів категорії 3.
Ми починаємо з оцінки життєвого циклу матеріалів, що використовуються в інфраструктурі нашого дата-центру, і розраховуємо викиди вуглецю по дата-центрах. Потім ми сегментуємо цю суму на основі використання клієнтами кожного дата-центру.
Ця методологія для викидів категорії 3 розраховує вплив енергії та викидів вуглецю для кожного центру обробки даних з часом, використовуючи такі елементи:
- Найбільш поширені матеріали, що використовуються для виготовлення IT-інфраструктури, що використовуються в наших дата-центрах
- Найбільш поширені деталі, з яких складається хмарна інфраструктура (жорсткі диски, FPGA, сталеві стійки)
- Повна інвентаризація всіх активів (відповідно до переліку матеріалів Microsoft) у наших центрах обробки даних за регіонами
- Вуглецеві фактори для хмарної інфраструктури на різних етапах життєвого циклу (видобуток сировини, агрегація компонентів, використання та утилізація після закінчення терміну служби)
Розрахункові змінні
- Термін служби обладнання за замовчуванням становить шість років.
- Критична інфраструктура, така як об’єкт центру обробки даних, наразі не включена в методологію, але може бути додана в міру надходження даних.
- Microsoft 365 Методологія: Заходи використання проксі використовуються замість справжніх обчислень на стороні сервера та використання сховища для розподілу загальних викидів вуглецю. Вони можуть бути замінені в міру надходження даних.
Перевірка нашої методології включена в білу книгу «Новий підхід до прозорості викидів Scope 3».
Атрибуції клієнтів та розрахунки за викиди вуглецю
Для клієнтів Azure емісії розподіляються на основі їх відносного використання Azure у певному регіоні центру обробки даних. Алгоритм обчислює коефіцієнт використання, який забезпечує викиди на одиницю використання клієнтом у певному регіоні дата-центру Azure, а потім на основі цього коефіцієнта безпосередньо розраховуються викиди. Цей процес атрибуції показаний графічно на зображенні методології розподілу викидів категорії 3 на початку цієї статті.
На цьому етапі обчислюються викиди для Microsoft 365 комерційних додатків у кожному регіоні дата-центру. Ці значення емісії розподіляються між клієнтами на основі проксі-серверів для споживання ресурсів на стороні сервера (включаючи активне використання та/або зберігання даних у включених Microsoft 365 програмах). Для кожного клієнта в кожному регіоні дата-центру обчислюється регіональний коефіцієнт використання, який відображає їх використання відносно інших клієнтів. Тоді на основі цього фактора безпосередньо розраховуються викиди. Заходи використання проксі-сервера використовуються замість справжніх обчислень і зберігання на стороні сервера і можуть бути замінені в міру надходження даних.
Ця методологія сегментації за використанням клієнтами узгоджується в масштабах 1, 2 і 3 розрахунку викидів вуглецю.
Виключені регіони
Деякі регіони не включено в розрахунки викидів, зокрема центри обробки даних, які не належать корпорації Майкрософт. У наведеній нижче таблиці наведено виключені регіони.
Місцезнаходження | Регіон дата-центру |
---|---|
Azure Government | Міністерство оборони США Центральне Міністерство оборони США Схід Губернатор США Аризона Губернатор США Техас Губернатор США Вірджинія Сек США Схід Сек США Західний Сек США Західно-Центральний |
Китай | Китай Східний Китай Схід 2 Китай Схід 3 Китай Північ Китай Північ 2 Китай Північ 3 |
Німеччина | Німеччина Центральна (суверенна) Німеччина Північна Німеччина Північний Схід (суверенна) |
Індія | Центральна Індія Західна Індія |
Катар | Центральний Катар |
Поширені запитання про оновлення розрахунків
Чому існують оновлені значення даних про викиди Azure моєї організації?
У лютому 2024 року ми вдосконалили нашу методологію приписування оцінок викидів вуглецю. Це оновлення дає змогу більш детально й точно розподіляти викиди вуглецю між кожним ресурсом, підпискою та клієнтом Azure.
У чому різниця між старою і новою методикою?
Нова методологія тепер дозволяє більш розширено та детально відносити викиди вуглецю, коли ресурс належить до неконкретного регіону, такого як All, Null або Global. Замість даних про викиди вуглецю на рівні підписки, тепер ви можете отримувати доступ до інформації про викиди для кожного окремого ресурсу Azure. Доступ до цих детальних даних можна отримати завдяки можливостям Microsoft Fabric рішень для оптимізації викидів вуглецю в Azure та Azure . Це підвищує прозорість та контроль за впливом на навколишнє середовище.
Чи планується оновлення API OData Cloud for Sustainability для відображення деталізованих даних про викиди ресурсного зерна?
Удосконалення API OData для включення даних про викиди на рівні ресурсів планується завершити пізніше у 2024 році. Тим часом OData API, залишаючись відображенням даних на рівні підписки, працює за переглянутою методологією. Цей підхід агрегує всі дані про викиди на рівні ресурсів за лаштунками та представляє їх на рівні підписки.
Чи всі історичні дані були оновлені, щоб відобразити нову методологію?
Ні, історичні дані про викиди Azure для вашої організації з червня 2022 року перераховуються за новою методологією.
Чи однакові дані на інформаційній панелі Emissions Impact Dashboard для Azure та API Cloud for Sustainability?
Інформаційна панель впливу викидів і API Cloud for Sustainability надають дані на основі одного джерела та є однаковими.
Чи є можливість отримати доступ до даних про викиди Azure за старою методологією?
На жаль, ми не можемо надати дані про викиди, використовуючи стару методологію.
Чому я не бачу дані про викиди за попередній місяць?
Дані про викиди за певний місяць доступні до 15-го дня після закінчення цього місяця (включно з неробочими днями).
Загальні запитання
Як розраховується використання?
Використання базується на сумі обчислень, зберігання та передачі даних вашої компанії в хмарі Microsoft. Використання для розрахунків викидів може не збігатися з використанням Microsoft для виставлення рахунків.
Яку одиницю виміру використовує корпорація Майкрософт для вимірювання викидів вуглецю?
Використовувана одиниця виміру – метричні тонни еквівалента вуглекислого газу (MTCO2E).
Застереження
Microsoft Cloud for Sustainability API (preview) базується на галузевих стандартах для розрахунку викидів вуглецю на серверах. У ньому наведено загальні оцінки, які допомагають організаціям отримати уявлення про викиди вуглецю в IT-інфраструктурі, пов'язані з використанням хмарних служб Azure. Результати, інтерпретації та висновки, представлені за Microsoft Cloud for Sustainability допомогою API (попереднього перегляду), включаючи розрахунки, не є конкретними порадами чи рекомендаціями. Висловлена інформація та висловлені погляди можуть змінюватися без попередження. Microsoft Cloud for Sustainability API (попередній перегляд) надається як є, без будь-яких заяв або гарантій будь-якого роду, явних або неявних, включаючи, без обмежень, будь-які заяви або схвалення щодо використання, результатів або продуктивності Microsoft Cloud for Sustainability API (попереднього перегляду), його відповідності, точності, надійності або правильності. Ви берете на себе весь ризик використання API (попереднього перегляду Microsoft Cloud for Sustainability ). Корпорація Майкрософт не несе відповідальності за використання Microsoft Cloud for Sustainability API (попереднього перегляду). За жодних обставин корпорація Майкрософт не несе відповідальності за інші прямі чи непрямі збитки, зокрема будь-яку втрачену вигоду, втрачені заощадження або будь-які випадкові чи непрямі збитки, спричинені будь-якими дефектами, використанням або неможливістю використання Microsoft Cloud for Sustainability API (попереднього перегляду), навіть якщо корпорацію Майкрософт було попереджено про можливість таких збитків.
Пов’язані відомості
Microsoft Cloud for Sustainability Огляд
Microsoft Cloud for Sustainability API API Приклади
Microsoft Cloud for Sustainability запитів OData API