Правила сбора данных в Azure Monitor

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

Контроллеры домена хранятся в Azure, чтобы управлять ими централизованно. Различные компоненты рабочего процесса сбора данных будут получать доступ к DCR для определенных сведений, необходимых для него. В некоторых случаях можно использовать портал Azure для настройки сбора данных, а Azure Monitor создаст для вас DCR и управляет ими. Для других сценариев потребуется создать собственный DCR. Вы также можете настроить существующий DCR для удовлетворения необходимых функциональных возможностей.

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

Схема, показывающая базовую операцию для DCR с помощью агента Azure Monitor.

Просмотр правил сбора данных

Существует несколько способов просмотра контроллеров домена в подписке.

Чтобы просмотреть контроллеры домена в портал Azure, выберите "Правила сбора данных" в разделе Параметрыв меню "Монитор".

Снимок экрана: контроллеры домена в портал Azure.

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

Примечание.

Хотя в этом представлении отображаются все контроллеры домена в указанных подписках, при нажатии кнопки "Создать " будет создана коллекция данных для агента Azure Monitor. Аналогичным образом эта страница позволяет изменять контроллеры домена только для агента Azure Monitor. Инструкции по созданию и обновлению контроллеров домена для других рабочих процессов см. в статье "Создание и изменение правил сбора данных" (DCR) в Azure Monitor.

Связи правила сбора данных

В некоторых сценариях сбора данных используются сопоставления правил сбора данных (DCR), которые связывают DCR с отслеживаемым объектом. Один объект может быть связан с несколькими контроллерами домена, а один DCR может быть связан с несколькими объектами. Это позволяет управлять одним DCR для группы объектов.

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

Поддерживаемые регионы

Правила сбора данных доступны во всех общедоступных регионах, где поддерживаются рабочие области Log Analytics и Azure для государственных организаций и облака Китая. Облака с воздушным взглядом пока не поддерживаются.

Размещение данных в одном регионе — это предварительная версия функции для хранения данных клиентов в одном регионе и в настоящее время доступна только в регионе Юго-Восточной Азии (Сингапур) азиатско-тихоокеанского региона и южной Бразилии (штат Сан-Паулу) региона Бразилии Гео. По умолчанию в этих регионах включена однорегионная резиденция.

Устойчивость данных и высокий уровень доступности

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

Следующие шаги

Дополнительные сведения о работе с контроллерами домена см. в следующих статьях.