Рабочие нагрузки: различия между версиями

Материал из Dynatrace
(Новая страница: «Мониторинг рабочей нагрузки Kubernetes находится в версии Early Adopter. Метрики рабочей нагрузки,...»)
 
(Полностью удалено содержимое страницы)
 
Строка 1: Строка 1:
Мониторинг рабочей нагрузки Kubernetes находится в версии Early Adopter. Метрики рабочей нагрузки, полученные в Dynatrace, подлежат лицензированию по индивидуальным метрикам и бесплатны на этом этапе выпуска.


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

Текущая версия на 14:22, 5 декабря 2021