Просмотр кода страницы Монитор рабочих нагрузок OpenShift

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

Примечание. При развертывании в режиме только приложения OneAgent отслеживает память, диск, ЦП и сетевые процессы только внутри контейнера. Метрики хоста не отслеживаются.

== Предпосылки ==

* ActiveGate с включенным мониторингом Kubernetes API
* Последний образ OneAgent из Docker Hub с тегом 1.38.1000+
* В меню Dynatrace , перейдите в Настройки > Инфраструктурный > Kubernetes , а затем включите Enable мониторинга и шоу рабочих нагрузок и облачных приложений .

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

== Анализируйте рабочие нагрузки, пространства имен и модули с помощью единого представления анализа ==
Единое представление анализа позволяет вам изучить все данные, связанные с пространством имен, на странице обзора определенного пространства имен OpenShift, все данные, связанные с рабочей нагрузкой, на странице обзора конкретной рабочей нагрузки OpenShift, а также все данные, относящиеся к модулю, на странице обзора. определенного модуля OpenShift.

Индивидуальный единый анализ

Чтобы настроить информацию, которую вы получаете на единой странице анализа, нажмите кнопку обзора ( … ) в правом верхнем углу любого раздела. Различные кнопки обзора на странице единого анализа позволяют перейти непосредственно к любому конкретному разделу или подразделу, который нужно настроить.

=== Пространства имён ===
Организации, использующие OpenShift, часто разделяют приложения на пространства имен, чтобы изолировать различные бизнес-единицы. Например, группа кадровых ресурсов может иметь приложения в <code>hr</code>пространстве имен, а финансовая группа развертывается в <code>finance</code>пространстве имен.

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

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

Чтобы отобразить страницу единого анализа пространства имен, в меню Dynatrace перейдите к рабочим нагрузкам Kubernetes и выберите пространство имен.

=== Рабочие нагрузки ===
Рабочая нагрузка состоит из одного или нескольких модулей. Это способ описания типа микросервиса, составляющего приложение. Например, приложение может иметь внешнюю рабочую нагрузку и внутреннюю рабочую нагрузку, состоящую из дюжины модулей, каждая из которых находится в кластере OpenShift.

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

Чтобы просмотреть страницу унифицированного анализа рабочей нагрузки, в меню Dynatrace перейдите в раздел Рабочие нагрузки Kubernetes и выберите рабочую нагрузку.

Присмотревшись к приложениям, развернутым в одном из пространств имен, вы сможете узнать об их наиболее важных показателях использования ресурсов. Рабочие нагрузки просматривать обложки рабочих нагрузок , таких как <code>Deployment</code>, <code>DeploymentConfig</code>, <code>ReplicaSet</code>, <code>DaemonSet</code>, <code>StatefulSet</code>, <code>StaticPod</code>, и <code>ReplicationController</code>.

Метрика регулирования ЦП показывает, как долго приложение было ограничено, поэтому вы можете определить, где для обработки потребовалось бы больше времени ЦП. Обычно это происходит, когда у контейнеров недостаточно ресурсов ЦП (ограничений) в определении рабочей нагрузки. Это может повлиять на производительность процессов и приложений, работающих внутри контейнеров.

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

=== Поды ===
Поды - это наименьшая проблемная единица в Kubernetes и OpenShift, и они являются фактическими экземплярами рабочей нагрузки. На странице унифицированного анализа модуля можно проанализировать конкретные проблемы, когда модуль дает сбой или замедляется из-за перегрузки памяти или ЦП.

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

Чтобы просмотреть страницу обзора модуля Kubernetes

# В меню Dynatrace перейдите к рабочим нагрузкам Kubernetes и выберите рабочую нагрузку.
# Выберите Pods .
# Выберите нужный модуль.

== Узнайте, получают ли ваши приложения достаточно ресурсов ЦП ==
В дополнение к возможностям автоматического обнаружения и автоматического отслеживания OneAgent фиксирует низкоуровневые метрики контейнера, чтобы отразить влияние ограничений ресурсов контейнера.

Общие метрики ресурсов для всех поддерживаемых сред выполнения контейнеров в Linux доступны в настраиваемых диаграммах и сгруппированы в Контейнеры > ЦП и контейнеры > Память .

Показатели количества запущенных и желаемых модулей также доступны в разделе « Облачная платформа ».

Время регулирования ЦП и процент использования памяти показывают, правильно ли установлены ограничения ресурсов в спецификациях модуля Kubernetes. Если использование памяти достигнет 100%, контейнеры или приложения будут аварийно завершены (из-за нехватки памяти), и их потребуется перезапустить.

== Детализированный контроль над видимостью пространств имен и рабочих нагрузок через зоны управления ==
Вы можете использовать зоны управления для управления доступом пользователей к данным мониторинга определенных объектов Kubernetes в вашей среде. Например, вы можете ограничить доступ к определенным рабочим нагрузкам и пространствам имен для определенных групп пользователей. При таком подходе вы можете контролировать доступ пользователей к определенным страницам Dynatrace Kubernetes, настраиваемым диаграммам и панелям мониторинга.