Запрос метрик Prometheus с помощью книг Azure

Мақала
02/28/2024

Создание панелей мониторинга на основе управляемой службы Azure Monitor для Prometheus с помощью книг Azure. В этой статье представлены книги для рабочих областей Azure Monitor и показано, как запрашивать метрики Prometheus с помощью книг Azure и языка запросов Prometheus (PromQL).

Необходимые компоненты

Чтобы запросить метрики Prometheus из рабочей области Azure Monitor, вам потребуется следующее:

Рабочая область Azure Monitor. Сведения о создании рабочей области Azure Monitor см. в статье "Создание рабочей области Azure Monitor".
Рабочая область Azure Monitor должна собирать метрики Prometheus из кластера AKS.
Пользователю должна быть назначена роль, которая может выполнять операцию microsoft.monitor/accounts/read в рабочей области Azure Monitor.

Книга Prometheus Обозреватель

Рабочие области Azure Monitor включают книгу исследования для запроса метрик Prometheus.

На странице обзора рабочей области Azure Monitor выберите обозреватель Prometheus

Или пункт меню книг и в коллекции рабочих областей Azure Monitor выберите плитку Prometheus Обозреватель книги.

Книга имеет следующие входные параметры:

Диапазон времени. Выберите период времени, который необходимо включить в запрос. Выберите "Настраиваемый", чтобы задать время начала и окончания.
PromQL. Введите запрос PromQL для получения данных. Дополнительные сведения о PromQL см. в разделе "Запрос Prometheus".
Вкладки "Граф", "Сетка" и "Измерения". Переключение между графическим, табличным и размерным представлением выходных данных запроса.

Создание книги Prometheus

Книги поддерживают множество визуализаций и интеграции Azure. Дополнительные сведения о книгах Azure см. в статье "Создание книги Azure".

В рабочей области Azure Monitor выберите книги.
Выберите Создать.
В новой книге выберите "Добавить" и выберите " Добавить запрос " в раскрывающемся списке.
Книги Azure используют источники данных для задания исходного область данных, которые они представляют. Чтобы запросить метрики Prometheus, выберите раскрывающийся список источника данных и выберите Prometheus .
В раскрывающемся списке рабочей области Azure Monitor выберите рабочую область.
Выберите тип запроса в раскрывающемся списке типов запросов Prometheus.
Напишите запрос PromQL в поле запроса Prometheus.
Нажмите кнопку "Выполнить запрос ".
Выберите готовое редактирование в нижней части раздела и сохраните работу.

Устранение неполадок

Если вы получите сообщение о том, что "В настоящее время у вас нет данных Prometheus, получаемых в эту рабочую область Azure Monitor":

Убедитесь, что вы включили коллекцию метрик в колонке отслеживаемых кластеров рабочей области Azure Monitor.

Если запрос книги не возвращает данные с сообщением "У вас нет доступа к запросу":

Убедитесь, что у вас есть достаточные разрешения на выполнение microsoft.monitor/accounts/read через контроль доступа (IAM) в рабочей области Azure Monitor.
Убедитесь, что параметры сети поддерживают доступ к запросам. Возможно, потребуется включить частный доступ через частную конечную точку или изменить параметры, чтобы разрешить общедоступный доступ.
Если в браузере включен блок рекламы, может потребоваться приостановить или отключить и обновить книгу, чтобы просмотреть данные.

Часто задаваемые вопросы

В этом разделы приводятся ответы на часто задаваемые вопросы.

Я пропускаю все или некоторые из моих метрик. Как устранить проблему?

Здесь можно использовать руководство по устранению неполадок для приема метрик Prometheus из управляемого агента.

Почему отсутствуют метрики, имеющие две метки с одинаковым именем, но разные регистры?

Управляемый Prometheus Azure — это нечувствительная система регистра. Он обрабатывает строки, такие как имена метрик, имена меток или значения меток, так как те же временные ряды, если они отличаются от других временных рядов только в случае строки. Дополнительные сведения см. в обзоре метрик Prometheus.

Я вижу некоторые пробелы в данных метрик, почему это происходит?

Во время обновлений узлов может появиться 1-минутный разрыв в данных метрик для метрик, собранных из сборщиков уровня кластера. Этот разрыв возникает из-за того, что узел, на котором выполняются данные, обновляется в рамках обычного процесса обновления. Этот процесс обновления влияет на целевые объекты на уровне кластера, такие как метрики kube-state-metrics и пользовательские целевые объекты приложений, которые указаны. Это происходит при обновлении кластера вручную или с помощью автоматического обновления. Это поведение ожидается и происходит из-за того, что узел выполняется при обновлении. Это поведение не влияет ни на какие из рекомендуемых правил генерации оповещений.

Бөлісу құралы: