Minimal ingestion profile — это параметр, который помогает уменьшить объем метрик, так как собираются только метрики, используемые панелями мониторинга по умолчанию, правила записи по умолчанию и оповещения по умолчанию. Для коллекции Minimal ingestion profile на основе надстроек параметр включен по умолчанию. Вы можете изменить коллекцию, чтобы включить сбор дополнительных метрик, как указано ниже.
Частота слома
Частота лома по умолчанию для всех целевых объектов по умолчанию и сломов составляет 30 секунд.
Целевые объекты, сломанные по умолчанию
Следующие целевые объекты включены или включены по умолчанию. Это означает, что вам не нужно предоставлять конфигурацию задания слома для удаления этих целевых объектов, так как надстройка метрик автоматически сломает эти целевые объекты по умолчанию.
При включении функции метрик плоскости управления (предварительная версия) включено или ON . Вы можете использовать метрики плоскости управления для повышения общей наблюдаемости и поддержания эффективности работы в кластере AKS. Дополнительные сведения см. в разделе Метрики плоскости управления (предварительная версия).
Следующие целевые объекты включены или включены при включении наблюдаемости сети контейнеров, которая является функцией набора расширенных сетевых служб контейнеров и совместима со всеми рабочими нагрузками Linux, которые легко интегрируются с Hubble для плоскости данных на основе Cilium или не Cilium. Это обеспечивает гибкость для потребностей сети контейнеров. Дополнительные сведения см. в разделе "Расширенные сетевые службы контейнеров".
Следующие целевые объекты включены и включены при включении хранилища контейнеров Azure, который является облачным управлением томами, развертыванием и службой оркестрации, созданной изначально для контейнеров и встроенной интеграции с AKS. Дополнительные сведения см. в разделе "Хранилище контейнеров Azure".
networkobservabilityHubble (job=networkobservabilityHubble) и networkobservabilityCilium (job=networkobservabilityCilium)
Список метрик, собранных этими целевыми объектами, см. в разделе "Метрики наблюдаемости сети контейнеров"
acstor-capacity-provisioner (job=acstor-capacity-provisioner) и acstor-metrics-exporter (job=acstor-metrics-exporter)
Список метрик, собранных этими целевыми объектами, см . в метриках хранилища контейнеров Azure.
Целевые объекты по умолчанию, сломанные для Windows
После целевых объектов Windows настроены на удаление, но по умолчанию не включена очистка (отключена или отключена) — это означает, что вам не нужно предоставлять конфигурацию задания слома для очистки этих целевых объектов, но по умолчанию они отключены или отключены, и необходимо включить отключение для этих целевых объектов с помощью ama-metrics-settings-configmap в разделе default-scrape-settings-enabled .
Для Windows можно запустить два задания по умолчанию, необходимые для панелей мониторинга, относящихся к Windows.
windows-exporter (job=windows-exporter)
kube-proxy-windows (job=kube-proxy-windows)
Примечание
Для этого требуется применение или обновление ama-metrics-settings-configmap конфигурации и установка windows-exporter на всех узлах Windows. Дополнительные сведения см. в документе включения.
Метрики, скребированные для Windows
Следующие метрики собираются при включении windows-exporter и kube-proxy-windows.
Следующие панели мониторинга по умолчанию автоматически подготавливаются и настраиваются управляемой службой Azure Monitor для Prometheus при связывании рабочей области Azure Monitor с экземпляром Управляемой Grafana Azure. Исходный код для этих панелей мониторинга можно найти в этом репозитории GitHub. Приведенные ниже панели мониторинга будут подготовлены в указанном экземпляре Azure Grafana в Managed Prometheus папке в Grafana. Это стандартные открытый код панели мониторинга сообщества для мониторинга кластеров Kubernetes с помощью Prometheus и Grafana.
Следующие правила записи по умолчанию автоматически настраиваются управляемой службой Azure Monitor для Prometheus при настройке метрик Prometheus для удаления из кластера Служба Azure Kubernetes (AKS). Исходный код для этих правил записи можно найти в этом репозитории GitHub. Это стандартные правила записи открытый код, используемые на панелях мониторинга выше.
При использовании Аналитики контейнеров на основе Prometheus дополнительные правила записи будут развернуты для поддержки визуализаций Prometheus.
ux:cluster_pod_phase_count:sum
ux:node_cpu_usage:sum_irate
ux:node_memory_usage:sum
ux:controller_pod_phase_count:sum
ux:controller_container_count:sum
ux:controller_workingset_memory:sum
ux:controller_cpu_usage:sum_irate
ux:controller_rss_memory:sum
ux:controller_resource_limit:sum
ux:controller_container_restarts:max
ux:pod_container_count:sum
ux:pod_cpu_usage:sum_irate
ux:pod_workingset_memory:sum
ux:pod_rss_memory:sum
ux:pod_resource_limit:sum
ux:pod_container_restarts:max
ux:node_network_receive_drop_total:sum_irate
ux:node_network_transmit_drop_total:sum_irate
Для поддержки Windows требуются следующие правила записи. Эти правила развертываются вместе с приведенными выше правилами, однако они не включены по умолчанию. Следуйте инструкциям по включению и отключению групп правил в рабочей области Azure Monitor.
Присоединитесь к серии встреч для создания масштабируемых решений искусственного интеллекта на основе реальных вариантов использования с другими разработчиками и экспертами.