Мониторинг рабочей нагрузки Kubernetes находится в версии Early Adopter. Метрики рабочей нагрузки, полученные в Dynatrace, подлежат лицензированию по индивидуальным метрикам и бесплатны на этом этапе выпуска.
Примечание. При развертывании в режиме только приложения OneAgent отслеживает память, диск, ЦП и сетевые процессы только внутри контейнера. Метрики хоста не отслеживаются.
Предпосылки
- ActiveGate с включенным мониторингом Kubernetes API
- Последний образ OneAgent из Docker Hub с тегом 1.38.1000+
- В меню Dynatrace , перейдите в Настройки > Инфраструктурный > Kubernetes , а затем включите Enable мониторинга и шоу рабочих нагрузок и облачных приложений .
Получите мгновенный обзор своей среды Kubernetes
После того, как вы включите поддержку мониторинга рабочих нагрузок Kubernetes, вы можете легко увидеть, сколько ресурсов кластера было выделено через рабочие нагрузки, выполняемые в кластере.
Анализируйте рабочие нагрузки, пространства имен и модули с помощью единого представления анализа
Единое представление анализа позволяет вам изучить все данные, связанные с пространством имен, на странице обзора определенного пространства имен Kubernetes, все данные, связанные с рабочей нагрузкой, на странице обзора конкретной рабочей нагрузки Kubernetes, а также все данные, связанные с подом, на странице обзора. конкретного модуля Kubernetes.
Индивидуальный единый анализ
Чтобы настроить информацию, которую вы получаете на единой странице анализа, нажмите кнопку обзора ( … ) в правом верхнем углу любого раздела. Различные кнопки обзора на странице единого анализа позволяют перейти непосредственно к любому конкретному разделу или подразделу, который нужно настроить.
Пространства имён
Организации, использующие Kubernetes, часто разделяют приложения на пространства имен, чтобы изолировать разные бизнес-единицы. Например, группа кадровых ресурсов может иметь приложения в hrпространстве имен, а финансовая группа развертывается в financeпространстве имен.
Страница унифицированного анализа пространства имен обеспечивает ценное представление для подобных бизнес-единиц, позволяющее отслеживать объем выделяемых им ресурсов и сравнивать их с их коэффициентами использования.
На странице унифицированного анализа пространства имен вы можете изучить свойства, потенциальные проблемы, запросы и ограничения ресурсов, анализ рабочих нагрузок, квоты и события, а также просмотреть все рабочие нагрузки, принадлежащие этому пространству имен (со ссылками на них). Вы можете фильтровать пространства имен с помощью фильтров метрических параметров.
Чтобы отобразить страницу единого анализа пространства имен, в меню Dynatrace перейдите к рабочим нагрузкам Kubernetes и выберите пространство имен.
Рабочие нагрузки
Рабочая нагрузка состоит из одного или нескольких модулей. Это способ описания типа микросервиса, составляющего приложение. Например, приложение может иметь внешнюю рабочую нагрузку и внутреннюю рабочую нагрузку, состоящую из дюжины модулей, каждый из которых находится в кластере Kubernetes.
Страница унифицированного анализа рабочей нагрузки предоставляет информацию об использовании ресурсов, обнаружении проблем, уязвимостях (если у вас включена безопасность приложений ), количестве модулей в соответствующей рабочей нагрузке, количестве служб, отправляющих трафик на модули, и событиях для всех модулей. при заданной нагрузке. Эта информация важна для анализа общей производительности микросервиса, а не для изучения конкретных проблем в экземпляре модуля.
Чтобы просмотреть страницу унифицированного анализа рабочей нагрузки, в меню Dynatrace перейдите в раздел Рабочие нагрузки Kubernetes и выберите рабочую нагрузку.
Присмотревшись к приложениям, развернутым в одном из пространств имен, вы сможете узнать об их наиболее важных показателях использования ресурсов. Рабочие нагрузки просматривать обложки рабочих нагрузок , таких как Deployment, DeploymentConfig, ReplicaSet, DaemonSet, StatefulSet, StaticPod, и ReplicationController.
Метрика регулирования ЦП показывает, как долго приложение было ограничено, поэтому вы можете определить, где для обработки потребовалось бы больше времени ЦП. Обычно это происходит, когда у контейнеров недостаточно ресурсов ЦП (ограничений) в определении рабочей нагрузки. Это может повлиять на производительность процессов и приложений, работающих внутри контейнеров.
Вы также можете увидеть количество запущенных модулей по сравнению с желаемыми модулями для каждого облачного приложения.
Поды
Поды - это наименьшая проблема в Kubernetes и фактические экземпляры рабочей нагрузки. На странице унифицированного анализа модуля можно проанализировать конкретные проблемы, когда модуль дает сбой или замедляется из-за перегрузки памяти или ЦП.
На странице унифицированного анализа модуля вы можете изучить свойства, потенциальные проблемы, использование, ресурсы и события, а также увидеть контейнер, которому принадлежит модуль (со ссылкой на него).
Чтобы просмотреть страницу обзора модуля Kubernetes
- В меню Dynatrace перейдите к рабочим нагрузкам Kubernetes и выберите рабочую нагрузку.
- Выберите Pods .
- Выберите нужный модуль.
Узнайте, получают ли ваши приложения достаточно ресурсов ЦП
В дополнение к возможностям автоматического обнаружения и автоматического отслеживания OneAgent фиксирует низкоуровневые метрики контейнера, чтобы отразить влияние ограничений ресурсов контейнера.
Общие метрики ресурсов для всех поддерживаемых сред выполнения контейнеров в Linux доступны в настраиваемых диаграммах и сгруппированы в Контейнеры > ЦП и контейнеры > Память .
Показатели количества запущенных и желаемых модулей также доступны в разделе « Облачная платформа ».
Время регулирования ЦП и процент использования памяти показывают, правильно ли установлены ограничения ресурсов в спецификациях модуля Kubernetes. Если использование памяти достигнет 100%, контейнеры или приложения будут аварийно завершены (из-за нехватки памяти), и их потребуется перезапустить.
Детализированный контроль над видимостью пространств имен и рабочих нагрузок через зоны управления
Вы можете использовать зоны управления для управления доступом пользователей к данным мониторинга определенных объектов Kubernetes в вашей среде. Например, вы можете ограничить доступ к определенным рабочим нагрузкам и пространствам имен для определенных групп пользователей. При таком подходе вы можете контролировать доступ пользователей к определенным страницам Dynatrace Kubernetes, настраиваемым диаграммам и панелям мониторинга.