Расчёт потребления Kubernetes Platform Monitoring (DPS)¶

Пояснение

Обзор функции Kubernetes Platform Monitoring

На этой странице описывается, как потребляется и тарифицируется возможность DPS для Kubernetes Platform Monitoring. Обзор возможности, включая её основные функции, см. в разделе Kubernetes Platform Monitoring.").

Как рассчитывается потребление: pod-час¶

Единицей измерения для расчёта потребления Kubernetes Platform Monitoring является pod-час. Чем дольше отслеживается pod, тем больше pod-часов потребляет среда. Обратите внимание, что pod-час не зависит от размера pod.

OneAgent версии 1.301+ При совместном использовании Kubernetes Platform Monitoring и мониторинга Full-Stack потребление для всех pod, работающих на хосте с мониторингом Full-Stack, включается в состав Full-Stack Monitoring.

Pod на хостах без Full-Stack, а также pod в состоянии Pending по-прежнему учитываются в потреблении pod-часов, как описано на этой странице.

Детализация тарификации потребления pod-часов¶

Dynatrace создана для эластичных облачных сред, где сервисы часто недолговечны — что характерно для pod, работающих в средах Kubernetes. Поэтому детализация тарификации потребления pod-часов основана на 15-минутных интервалах. Если pod отслеживается менее 15 минут в интервале, потребление pod-часов округляется до полных 15 минут перед расчётом потребления.

На изображении ниже показано, как рассчитывается потребление pod-часов для каждого pod.

Pod-hour consumption per pod, calculated at 15-minute intervals

Что включает наблюдаемость в рамках pod-часа?¶

Kubernetes Platform Monitoring предлагает углублённые возможности наблюдаемости для кластеров Kubernetes, включая следующие сигналы:

Полный набор метрик ресурсов и работоспособности для кластеров, пространств имён, pod, контейнеров и узлов.
Предупредительные события Kubernetes включены на условиях добросовестного использования. Квота добросовестного использования разработана для покрытия всех предупредительных событий Kubernetes в стандартных сценариях. Pod-час включает 60 предупредительных событий Kubernetes на pod. Предупредительные события Kubernetes объединяются по всем pod. Потребление квоты добросовестного использования рассчитывается в 15-минутных интервалах.

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

Дополнительные события лицензируются по ценам Custom Events Classic. С марта 2024 года за дополнительные события будет взиматься плата через Events, основанные на Grail. * Обнаружение аномалий Kubernetes для оповещения.

Информационные события Kubernetes, метрики Prometheus и метрики Istio не включены в pod-час.

Отслеживание потребления¶

В этом разделе описываются различные инструменты Dynatrace, которые можно использовать для отслеживания потребления и затрат.

Отслеживание потребления с помощью метрик¶

Dynatrace предоставляет встроенные метрики использования, которые помогают понять и проанализировать потребление Kubernetes Platform Monitoring в вашей организации. Для использования этих метрик введите DPS в поле поиска в Data Explorer.

Ниже представлена метрика для мониторинга деталей потребления Kubernetes Platform Monitoring.

(DPS) Использование тарификации мониторинга Kubernetes : Ключ: builtin:billing.kubernetes_monitoring.usage

Измерение: кластер Kubernetes; пространство имён Kubernetes

Разрешение: 15 мин

Описание: Общее количество потреблённых pod-часов.

Пример сценария: мониторинг потребления pod-часов

Вы можете отслеживать общее потребление pod-часов для разных интервалов (час, день или неделя) за любой выбранный период с помощью метрики использования тарификации мониторинга Kubernetes (DPS). В приведённом ниже примере показано потребление, агрегированное в 1-часовых интервалах и разбитое по кластерам Kubernetes. Вы можете отслеживать общее потребление pod-часов для разных интервалов (час, день или неделя) за любой выбранный период с помощью метрики использования тарификации мониторинга Kubernetes (DPS). Агрегированные метрики потребления также будут предоставляться в Account Management. В приведённом ниже примере показано потребление, агрегированное в 1-часовых интервалах и разбитое по кластерам Kubernetes.

Pod - hour consumption

Отслеживание потребления и затрат в Account Management¶

Вы можете отслеживать использование в Account Management. Перейдите в Сведения о стоимости и использовании > Сводка использования > Мониторинг Kubernetes > Действия > Просмотр деталей.

Отслеживание потребления и затрат через API¶

Вы можете запрашивать метрики через Environment API — Metrics API v2.