Рабочие нагрузки - История изменений

ENetrebin: Полностью удалено содержимое страницы

2021-12-05T14:22:03Z

Полностью удалено содержимое страницы

← Предыдущая версия		Версия от 14:22, 5 декабря 2021
Строка 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, настраиваемым диаграммам и панелям мониторинга.

ENetrebin: Новая страница: «Мониторинг рабочей нагрузки Kubernetes находится в версии Early Adopter. Метрики рабочей нагрузки,...»

2021-12-05T14:17:07Z

Новая страница: «Мониторинг рабочей нагрузки Kubernetes находится в версии Early Adopter. Метрики рабочей нагрузки,...»

Новая страница

Мониторинг рабочей нагрузки 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, настраиваемым диаграммам и панелям мониторинга.