Монитор рабочих нагрузок OpenShift

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

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

Предпосылки

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

Получите мгновенный обзор своей среды Kubernetes

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

Анализируйте рабочие нагрузки, пространства имен и модули с помощью единого представления анализа

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

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

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

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

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

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

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

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

Рабочие нагрузки

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

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

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

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

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

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

Поды

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

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

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

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

Узнайте, получают ли ваши приложения достаточно ресурсов ЦП

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

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

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

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

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

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