Оптимизация стоимости и углеродного следа

• 8 мин чтения

О приложении

• Рассчитывает углеродный след ИТ на уровне центра обработки данных, хоста и инфраструктуры Kubernetes для мультигибридной облачной инфраструктуры.
• Рассчитывает стоимость ИТ на основе публичных прайс-листов облачных поставщиков для каждого региона и на уровне хостов.
• Преобразует метрики утилизации — включая ЦПУ, память, диск и сетевой ввод-вывод — в потребление энергии в кВт·ч и эквиваленты CO2 (CO2e).
• Сообщает о потреблении энергии, выбросах углекислого газа и стоимости по прайс-листу в едином интерфейсе — с детализацией по физическим хостам и инфраструктуре Kubernetes.
• Выявляет возможности для снижения затрат и выбросов углерода.

Предварительные требования

Разрешения

В следующей таблице описаны необходимые разрешения.

app-engine:apps:run

Запуск приложения Cost & Carbon Optimization

state:app-states:delete

Удаление метаданных выполнения рабочих процессов

app-engine:functions:run

Запуск расчёта и приёма данных Cost & Carbon Optimization

storage:events:write

Сохранение событий Cost & Carbon Optimization в GRAIL

storage:entities:read

Чтение сущностей из GRAIL

state:app-states:read

Чтение конфигурации и метаданных рабочих процессов из app-states

state:app-states:write

Запись конфигурации и метаданных рабочих процессов в app-states

automation:workflows:read

Чтение данных, связанных с автоматизацией приёма данных Cost & Carbon Optimization

automation:workflows:write

Создание/редактирование автоматизации приёма данных Cost & Carbon Optimization

storage:bizevents:read

Чтение событий Cost & Carbon Optimization из GRAIL

Предоставление разрешений рабочим процессам

Убедитесь, что Workflows имеет необходимые разрешения для запуска автоматизации: откройте Workflows, выберите Settings > Authorization settings в правом верхнем углу и убедитесь, что включены следующие настройки.

• app-engine:apps:run
• app-engine:functions:run
• app-settings:objects:read
• app-settings:objects:write
• automation:workflows:read
• automation:workflows:write
• environment-api:entities:read
• iam:bindings:read
• state:app-states:read
• state:app-states:write
• state:app-states:delete
• storage:bizevents:read
• storage:buckets:read
• storage:entities:read
• storage:events:write
• storage:metrics:read

Подробнее см. Управление разрешениями пользователей с помощью политик IAM и Настройки авторизации рабочих процессов.

Установка

Убедитесь, что приложение установлено в вашей среде.

Для расчёта выбросов углерода

Выбросы углекислого газа и потребление энергии рассчитываются для хостов, настроенных и отслеживаемых с помощью OneAgent. Расчёты энергии основаны на наблюдаемых метриках инфраструктуры.

1. В Cost & Carbon Optimization перейдите на вкладку Hosts.
2. Убедитесь, что у вас есть хотя бы один инструментированный хост.

Для расчёта стоимости по публичным прайс-листам

• Для генерации стоимости облака по публичным прайс-листам необходимо активировать генерацию данных о выбросах углерода. Вы можете активировать её в настройках приложения.
• Вам нужны инструментированные хосты с OneAgent и настроенным мониторингом облачного поставщика. Расчёт стоимости по публичному прайс-листу требует сбора метаданных с хоста: облачного поставщика, облачного региона и типа экземпляра, настроенного у облачного поставщика. Эта информация предоставляется путём настройки мониторинга облачного поставщика для хостов, отслеживаемых с помощью OneAgent. Подробнее см. Приём данных.
• Включите External requests к облачным поставщикам, на которых работают ваши хосты, для сбора публичных прайс-листов в Grail.

Внешние запросы разрешают исходящие сетевые соединения из вашей среды Dynatrace с внешними сервисами. Они позволяют контролировать доступ к публичным конечным точкам из AppEngine с функциями приложений, а также функциями в дашбордах, блокнотах и автоматизациях.

1. Перейдите в Settings > General > External requests.
2. Выберите New host pattern.
3. Добавьте доменные имена.
4. Выберите Add.

Таким образом вы можете детально контролировать, к каким веб-сервисам могут подключаться ваши функции.

Необходимо добавить следующие доменные имена:

• Для AWS добавьте *.amazonaws.com
• Для Azure добавьте azure.microsoft.com
• Для Google Cloud добавьте cloudbilling.googleapis.com

Начало работы

Концепции

Варианты использования

Dynatrace Cost & Carbon Optimization позволяет рассчитывать и отслеживать стоимость ИТ (публичный прайс-лист) и углеродный след.

Приложение отслеживает, отчитывает и помогает оптимизировать затраты на облачную инфраструктуру и сократить выбросы углерода, являющиеся следствием потребления электроэнергии облачной и локальной инфраструктурой.

Главная страница

Вкладка Overview предоставляет общий обзор вашего углеродного следа ИТ.

1 из 1 Страница обзора Cost & Carbon Optimization с данными о выбросах углерода, потреблении энергии, облачных затратах и целях оптимизации.

• Сводка Carbon & Energy Footprint отображает общие выбросы CO2e за выбранный и предшествующий периоды для быстрого сравнения по интервалам.
• Также отображается сводка по расходу энергии впустую за выбранный и предшествующий периоды.

• Публично перечисленные облачные затраты отображают сумму облачных затрат на хосты, отслеживаемые Dynatrace, за выбранный пользователем период с использованием публично доступных прайс-листов каждого облачного поставщика. Затраты отображаются за выбранный и предшествующий периоды.

• Optimization recommendations отображает простаивающие и недостаточно используемые хосты с их стоимостью и расходом энергии впустую.

Чтобы скорректировать пороговые значения, влияющие на эти расчёты, перейдите в правый верхний угол и выберите, чтобы открыть настройки приложения. * Диаграмма Accumulated carbon footprint over time показывает накопленный углеродный след и потребление энергии с течением времени. * С помощью диаграммы Carbon versus business KPI вы можете сравнить выбросы углерода с течением времени с бизнес-ключевым показателем эффективности (KPI) на ваш выбор, основанным на любом из ваших захваченных бизнес-событий. * Если рассчитываются облачные затраты, дополнительно отображаются две диаграммы: Accumulated cloud cost over time и Cloud cost versus business KPI. * Данные об углероде и энергии измеряются для всех хостов, отслеживаемых Dynatrace OneAgent или мониторингом Dynatrace Kubernetes.

Хосты

Эта вкладка позволяет просматривать информацию об энергии, выбросах углерода, затратах и утилизации хостов, отслеживаемых OneAgent.

• Таблица содержит все хосты с информацией об углероде/затратах за выбранный пользователем период и отображает метаданные, потребление энергии, эквивалент CO2 и облачные затраты (только для облачных хостов).
• Используйте информацию из этой таблицы для выявления и оптимизации хостов с низкой утилизацией и высоким потреблением энергии, высокими выбросами углерода и высокими затратами.
• Таблица позволяет выполнять поиск по конкретным хостам, фильтровать по центру обработки данных или фильтровать по статусу оптимизации (Idling, Scaling, Normal — пороговые значения определяются в настройках приложения).
• Разверните хост, чтобы увидеть среднюю утилизацию ЦПУ, памяти и сетевого трафика за выбранный пользователем период.
• На странице есть возможность запросить базовые данные с помощью DQL в блокноте или дашборде, объединив данные об углероде и энергии с другой информацией в Dynatrace. Это может быть полезно для настройки информации об оптимизации с помощью DQL. Табличную информацию можно скачать в виде файла CSV, выбрав ссылку для скачивания.
• В этом представлении отображаются только хосты, отслеживаемые Dynatrace OneAgent. Инфраструктура Kubernetes отображается на вкладке Kubernetes. Облачные хосты, не отслеживаемые Dynatrace OneAgent, здесь не отображаются.

Kubernetes

Cost & Carbon Optimization работает только с мониторингом Kubernetes на Grail; классический мониторинг Kubernetes не поддерживается.

Эта вкладка позволяет просматривать информацию об энергии, выбросах углерода и утилизации инфраструктуры Kubernetes, отслеживаемой Dynatrace.

1 из 2

Используйте представление Kubernetes для изучения потребления энергии и выбросов углерода кластерами, пространствами имён и узлами Kubernetes, выбрав соответствующую ссылку в верхней части страницы. Каждое представление предоставляет:

• Текстовую сводку по выбросам углерода и потреблению энергии
• Диаграммы выбросов углерода и потребления энергии за выбранный пользователем период.
• Таблицу выбросов углерода, потребления энергии и соответствующих метаданных для каждой сущности Kubernetes.

Кластеры

Пространства имён

Предоставляет разбивку выбросов углерода и потребления энергии для каждого отслеживаемого кластера со средним количеством узлов, пространств имён и рабочих нагрузок за выбранный пользователем период.

Вы можете фильтровать таблицу по типу развёртывания кластера (например, EKS, AKS, GKE) и выполнять поиск по конкретным именам кластеров.

Подробнее об использовании средних и фактических значений см. Средние vs. фактические значения.

Эта таблица предоставляет разбивку выбросов углерода и потребления энергии для каждого пространства имён со средним количеством модулей и рабочих нагрузок за выбранный пользователем период.

Вы можете фильтровать таблицу по имени кластера и выполнять поиск по конкретным пространствам имён.

Подробнее об использовании средних и фактических значений см. Средние vs. фактические значения.

Представления Clusters и Namespaces

• Обеспечивают контекстную навигацию к сущности Kubernetes в Kubernetes, выбрав ссылку кластера, пространства имён или узла в таблице.
• Перечисляют среднее выделенное ЦПУ и память для понимания аппаратных ресурсов каждой сущности.
• Включают возможность запросить базовые данные с помощью DQL в блокноте или дашборде и объединить данные об углероде и энергии с другой информацией в Dynatrace. Табличную информацию можно скачать в виде файла CSV, выбрав ссылку для скачивания.
• В каждом представлении также отображается изменение метрики в %, что позволяет быстро определить, увеличился ли или уменьшился охват или выбросы сущности Kubernetes за выбранный период.

Используйте эту информацию для

• Выявления кластеров и пространств имён Kubernetes с наибольшим потреблением энергии и выбросами углерода и сопоставления с информацией Dynatrace Kubernetes о простое ЦПУ и памяти для определения наиболее дорогостоящих и недостаточно используемых ресурсов Kubernetes. Используйте эту информацию совместно с командами приложений, чтобы пересмотреть оптимизацию запросов/лимитов для снижения простоя и оптимизации выбросов углерода и затрат.

Навигация в один клик между Cost & Carbon Optimization и Kubernetes позволяет быстро перейти к дополнительной информации о ресурсах Kubernetes для проверки запросов и лимитов ресурсов, квот или простаивающих рабочих нагрузок/заданий, резервирующих ресурсы, но выполняемых нечасто. * Отслеживания энергии и выбросов углерода кластера и пространства имён Kubernetes с течением времени и выявления аномалий, требующих дальнейшего расследования, чтобы понять, что изменилось в среде и было ли это изменение преднамеренным и обоснованным. Большой скачок (увеличение) в энергии и выбросах углерода может быть нормальным следствием возросшего использования, но может сигнализировать о проблеме или изменении с автоматическим масштабированием или распределением ресурсов. Примеры: изменения типов экземпляров узлов или ненужное увеличение связанного хранилища. * Измерения и сравнения выбросов углерода от однопользовательских серверов с инфраструктурой Kubernetes, чтобы убедиться, что усилия по миграции соответствуют желаемым целям устойчивого развития. Организации могут даже рассмотреть возможность геймификации этого процесса, бросая вызов своим командам разработчиков создавать решения, которые радуют конечных пользователей и окружающую среду.

Средние vs. фактические значения

Kubernetes — это динамическая среда, и количество узлов и модулей постоянно меняется.

При создании отчётов об углероде и энергии за более длительные периоды количества могут быть получены с использованием среднего количества узлов, модулей и других сущностей, наблюдавшихся в течение выбранного пользователем периода, или может быть выполнен более детальный запрос к данным Kubernetes в Grail для получения фактического количества отдельных сущностей.

В большой среде Kubernetes фактический подсчёт отдельных сущностей может занять несколько секунд, тогда как среднее значение обычно вычисляется за миллисекунды и достаточно для большинства случаев использования.

Этот селектор может объяснять различия между Cost & Carbon Optimization и Kubernetes.

Время запроса для фактических данных зависит от размера вашей инфраструктуры Kubernetes и анализируемого периода.

• Использование фактических данных за 7-дневный период может занять минуты, а не секунды.
• Запрос фактических данных пространства имён значительно тяжелее, чем для кластеров или узлов, и мы рекомендуем использовать короткий период (1-2 дня) при использовании фактических данных на вкладке Namespaces.

При использовании режима развёртывания Kubernetes platform monitoring + Application observability узлы и пространства имён могут быть исключены из мониторинга с помощью namespaceSelector (и nodeSelector).

Поскольку Cost & Carbon Optimization отчитывается только об энергии/углероде пространств имён/узлов, находящихся под наблюдением, показатели энергии и выбросов углерода могут быть ниже ожидаемых, если часть инфраструктуры исключена из мониторинга. Исключённые пространства имён будут отображаться в таблице Namespaces, но не будут иметь измерений углерода/энергии.

Кроме того, могут выполняться внутренние рабочие нагрузки (такие как coredns, traefik и другие), которые не отслеживаются Dynatrace, и данные об энергии/углероде не будут включены в измерения.

Обучающие модули

Пройдите следующий процесс для изучения работы с Cost & Carbon Optimization:

01 Настройка Cost & Carbon Optimization

• Установите и настройте Cost & Carbon Optimization.02 Расширенная аналитика с блокнотами

• Используйте блокноты для анализа данных об углеродном следе.

Методология оценки потребления электроэнергии

Потребление электроэнергии и выбросы углекислого газа рассчитываются на основе руководящих принципов Альянса устойчивой цифровой инфраструктуры (SDIA) с некоторым вкладом проекта Cloud Carbon Footprint и внутренних исследований Dynatrace. Вся методология согласована с Протоколом GHG.

Энергия оценивается на основе метрик утилизации, собранных Dynatrace OneAgent (во всех режимах для хостов) для ЦПУ, памяти, хранилища ввода-вывода и сети. Эта оценка выполняется каждый час для каждого инструментированного хоста посредством автоматизации.

Формула для оценки потребления энергии включает несколько параметров из внешних источников данных и некоторые допущения.

Отклонение от измеренной мощности не может быть надёжно определено из-за большого разнообразия устройств на рынке и отсутствия статистического анализа.

Внешние источники данных

• Источник данных о потреблении энергии оперативной памятью

• Сколько энергии потребляет память?

• Источники архитектур ЦПУ (TDP, количество ядер и потоков), используемые в расчётах

• Спецификации продуктов Intel

• Спецификации процессоров AMD
• Процессоры, не указанные в официальных списках, добавляются вручную путём исследования, источники различаются

• Потребление энергии хранилищем

• Отчёт об использовании энергии в центрах обработки данных США — Energy Technologies Area

• Потребление энергии сетью

• Методология — Cloud Carbon Footprint

Допущения для потребления электроэнергии

• Измерение энергии ЦПУ:

• В течение длительного периода ЦПУ, работающий при 100% загрузке, будет потреблять мощность, равную его TDP.

• Базовое потребление мощности ЦПУ составляет 1/3 его TDP Известно, что истинный простой для ЦПУ намного ниже, но загрузка ЦПУ колеблется около постоянных 10-20% для серверных приложений, поэтому истинного простоя никогда не достичь.
• Один облачный vCPU равен одному потоку ЦПУ

• Измерение энергии памяти:

• Оперативная память использует постоянную мощность 3 Вт на 8 ГБ независимо от загрузки.

• Измерение энергии хранилища:

• Потребление мощности одного терабайта SSD-хранилища составляет 1,2 Вт

• Всё хранилище считается SSD
• Потребление мощности хранилища постоянно
• Облачное хранилище реплицируется дважды (или более)

• Измерение энергии сети:

• 1 ГБ сетевого трафика (загрузка или скачивание) потребляет 1 Вт при передаче за пределы локальной сети.

• 1 ГБ сетевого трафика (загрузка или скачивание) потребляет 0,12 Вт при передаче внутри локальной сети.

Эффективность использования электроэнергии (PUE)

Конечный результат формулы включает энергию, потребляемую аппаратным обеспечением и системой охлаждения. Охлаждение включено в стандартную метрику — эффективность использования электроэнергии (PUE — не отображается непосредственно в Cost & Carbon Optimization, но доступна в необработанных данных). Эта метрика, используемая для измерения энергоэффективности центра обработки данных, представляет собой отношение общего потребления энергии центром обработки данных — включая охлаждение, освещение и поддерживающее оборудование — к энергии, потребляемой ИТ-инфраструктурой. Она описывает, насколько эффективно ИТ-оборудование использует энергию по сравнению с другими электрическими устройствами.

Эффективность использования электроэнергии варьируется в зависимости от центра обработки данных, но её предопределённые значения для основных облачных поставщиков общедоступны. Используемые в расчёте:

• AWS и Azure — Методология — Cloud Carbon Footprint
• Google — Эффективность — центры обработки данных
• Остальной мир — Глобальные PUE

Расчёт расхода энергии впустую

Расчёт расхода энергии впустую основан на предположении, что каждый цикл ЦПУ, который не используется, тратит впустую около 1/3 * TDP (тепловая расчётная мощность). Доля неиспользованных циклов ЦПУ приблизительно равна 100% - % загрузки ЦПУ. С этими допущениями расход энергии впустую (WE) рассчитывается как WE = Wp * 1/3 * TDP, где Wp равно 0 при 100% загрузке ЦПУ и 1, когда загрузка ЦПУ равна пороговому значению простоя.

Расчёт выбросов углерода

Выбросы углерода оцениваются в граммах эквивалента CO2. Расчёт представляет собой умножение коэффициентов углеродоёмкости на общее потребление энергии, рассчитанное по предыдущей методологии.

Допущения для выбросов углерода

• Углеродоёмкость центра обработки данных равна средней углеродоёмкости страны, в которой он расположен. Это означает, что для больших стран региональные различия не учитываются.
• Значения углеродоёмкости, используемые в расчётах, являются годовым средним.

Источники данных об углеродоёмкости

• Европейский союз (ЕС) — Интенсивность выбросов парниковых газов при производстве электроэнергии
• Остальной мир — Углеродоёмкость производства электроэнергии

Расчёт стоимости по публичным прайс-листам

Cost & Carbon Optimization может ежедневно собирать данные о публичных прайс-листах от облачных поставщиков, ограничиваясь регионами, где развёрнуты OneAgents и настроены облачные расширения.

Каждый час тот же рабочий процесс, который генерирует данные об энергии и выбросах, также рассчитывает почасовую стоимость хоста на основе публичного прайс-листа, соответствующего его облачному поставщику, региону и типу экземпляра.

Оба бизнес-события следуют схеме семантического словаря Dynatrace.

Центры обработки данных и хосты

Таблица Data center emissions на главной странице отображает затраты, энергию и потребление CO2e по центрам обработки данных. Выберите имя центра обработки данных для просмотра деталей его хостов.

Вкладка Hosts детализирует затраты, энергию и потребление CO2e по хостам. Вы можете сузить поиск с помощью фильтров. Например, можно просматривать недостаточно используемые хосты в определённом центре обработки данных или ведущих эмитентов CO2e.

Разверните имя хоста, чтобы просмотреть ключевые метрики инфраструктуры: CPU in use, Memory in use и Receiving network traffic. Выберите имя хоста для просмотра страницы сведений о хосте в Infrastructure & Operations.

Cost & Carbon Optimization автоматически подключён к модели топологии Dynatrace Smartscape®, поэтому легко просматривать сведения о хосте или использовать Notebooks для специального анализа с DQL.

Измерение энергии мониторинга платформы Dynatrace Kubernetes

Используйте Cost & Carbon Optimization для измерения энергии и выбросов углерода вашей инфраструктуры Kubernetes.

Cost & Carbon Optimization рассчитывает потреблённую энергию (в ватт-часах) и выбросы углерода (в граммах эквивалентов углекислого газа) кластеров, пространств имён и узлов Kubernetes, отслеживаемых Dynatrace. Поддерживаются все режимы мониторинга Dynatrace Kubernetes, данные рассчитываются ежечасно и сохраняются как события углерода Kubernetes.

Организации, использующие Kubernetes сегодня или планирующие перенести рабочие нагрузки в Kubernetes, должны рассмотреть возможность использования Cost & Carbon Optimization совместно с мониторингом Dynatrace Kubernetes по следующим причинам:

Использование энергии является прямым фактором затрат : Затраты на облачную инфраструктуру в значительной мере определяются потреблением энергии. ЦПУ, память, хранилище и сети потребляют мощность, и облачные поставщики учитывают это в ценообразовании. Измеряя использование энергии, вы, по сути, отслеживаете базовую метрику, которая влияет на стоимость.

Углеродный след добавляет экологический контекст : Углеродный след переводит потребление энергии в экологическое воздействие. Это особенно ценно для организаций с целями в области устойчивого развития или требованиями к ESG (экологической, социальной и корпоративной ответственности) отчётности.

Возможности оптимизации согласуются : Неэффективные кластеры, пространства имён и узлы, потребляющие больше энергии (и, следовательно, выбрасывающие больше углерода), зачастую являются теми, что повышают облачные затраты. Выявление нагрузок с высоким углеродным следом может выделить области для оптимизации затрат и экологической оптимизации.

Приложение будет генерировать бизнес-события Kubernetes с данными об углероде в дополнение к обычным бизнес-событиям об углероде, когда в настройках приложения включена опция Enable energy and emission data generation.

Вы можете создавать отчёты об энергии и выбросах углерода инфраструктуры Kubernetes с помощью пользовательских DQL и дашбордов.

Расчёты для кластеров

Каждый узел Kubernetes внутри кластера идентифицируется как хост, и Cost & Carbon Optimization использует процессор хоста и информацию об утилизации для расчёта энергии и углерода каждый час посредством рабочего процесса Cost & Carbon Optimization Calculation. Метрики углерода и энергии всех узлов суммируются и сохраняются как бизнес-событие с использованием: type="carbon.measurement.k8s.cluster".

Расчёты для пространств имён

Значения углерода и энергии пространства имён определяются путём расчёта % утилизации каждого пространства имён на узлах Kubernetes, на которых оно выполняется, с пропорциональным распределением энергии и углерода от каждого узла к пространству имён. Метрики углерода и энергии всех узлов суммируются и сохраняются как бизнес-событие с использованием: type="carbon.measurement.k8s.namespace".

Учтите следующее:

• Информация о процессоре доступна только при использовании Kubernetes platform monitoring + Full-Stack observability. Другие режимы мониторинга предоставляют только тип экземпляра. Dynatrace поддерживает таблицу соответствия типов облачных экземпляров ЦПУ и будет использовать среднее значение TDP Kubernetes, полученное Dynatrace: 240 Вт TDP и 64 потока.
• Для AWS Fargate в расчётах энергии предполагается тип процессора Graviton1 (TDP 110 Вт, 16 потоков).

Варианты использования

• Отчётность и распределение затрат
• Отчётность и распределение выбросов углерода
• Снижение выбросов углерода
• Оптимизация использования
• Оптимизация углеродного следа инфраструктуры Kubernetes
• Управление аномалиями затрат

Устранение неполадок

«Произошла ошибка при загрузке данных. Убедитесь, что у вас есть необходимые разрешения пользователя.»

Это всплывающее сообщение об ошибке перечислит разрешения, необходимые для использования Cost & Carbon Optimization.

Убедитесь, что администратор Dynatrace IAM добавил эти политики вашему пользователю/группе.

«Попробуйте скорректировать временной диапазон или столбцы»

• Нет данных для отображения, возможно, из-за выбранного временного диапазона или из-за того, что данные об углероде не генерируются корректно.
• Если вы недавно включили Cost & Carbon Optimization, подождите до 1-2 часов для выполнения рабочего процесса и начала генерации данных об углероде.
• Вы можете проверить, генерируются ли данные об углероде или Kubernetes, выполнив следующий DQL в блокноте. Выберите значок на странице, прямо над любой таблицей на вкладках Hosts или Kubernetes, чтобы открыть базовый DQL в блокноте:

fetch bizevents


filter event.type == "carbon.measurement" or event.type == "carbon.measurement.k8s.cluster"

Запустить в Playground * Убедитесь, что рабочий процесс Cost & Carbon Optimization имеет необходимые настройки авторизации для функционирования.

Откройте страницу настроек Cost & Carbon Optimization. Если это является проблемой, там будет отображено сообщение об ошибке с отсутствующими настройками авторизации. * Убедитесь, что рабочий процесс Cost & Carbon Optimization запланирован на каждый час, все шаги в рабочем процессе включены (не отключены) и рабочий процесс не генерирует ошибок.

Проверьте ошибки рабочего процесса для дальнейшей диагностики или обратитесь в нашу службу поддержки клиентов.

«Мы столкнулись с непредвиденной проблемой. Пожалуйста, повторите попытку позже.»

• Проблема платформы не позволяет приложению выполнять запросы для получения отчётов о данных Kubernetes по углероду.

Проблема может быть временной и скоро разрешится, или обратитесь в нашу службу поддержки клиентов. * Мониторинг Kubernetes может быть не настроен или неправильно функционировать.

Проверьте Kubernetes, чтобы убедиться, что ваша инфраструктура Kubernetes отслеживается корректно.

[

Изучите в Dynatrace Hub

Отслеживайте и сокращайте углеродный след вашей инфраструктуры.](https://www.dynatrace.com/hub/detail/carbon-impact/?internal_source=doc&internal_medium=link&internal_campaign=cross)

Связанные темы

• Анализ потребления энергии и выбросов углерода в гибридной облачной инфраструктуре