Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Создание и изменение параметров диагностики в Azure Monitor для отправки метрик и журналов платформы Azure в разные места назначения, такие как журналы Azure Monitor, служба хранилища Azure или Центры событий Azure. Для работы с параметрами диагностики можно использовать различные методы, такие как портал Azure, Azure CLI, PowerShell и Azure Resource Manager.
Это важно
Политика хранения, заданная в параметрах параметров диагностики, теперь устарела и больше не может использоваться. Используйте политику жизненного цикла сервиса хранилища Azure для управления временем хранения журналов. Дополнительные сведения см. в статье «Миграция хранения данных о диагностике в управление жизненным циклом Azure Storage»
Параметры диагностики можно настроить на портале Azure в меню Azure Monitor или в меню для ресурса.
Настройка параметров диагностики на портале Azure зависит от ресурса:
Для одного ресурса: выберите пункт Параметры диагностики в разделе Мониторинг в меню ресурса.
Для одного или нескольких ресурсов: выберите пункт Параметры диагностики в разделе Параметры меню Azure Monitor, а затем выберите ресурс.
Для журнала действий выберите Журнал действий в меню Azure Monitor, а затем выберите Экспорт журналов действий. Убедитесь, что отключены все устаревшие конфигурации для журнала действий. Инструкции см. в разделе Отключение существующих параметров.
Если в выбранном ресурсе отсутствуют параметры, вам будет предложено создать параметр. Выберите Добавить параметр диагностики.
Если для ресурса есть настроенные параметры, отображается их список. Чтобы добавить новые параметры, выберите Добавить параметр диагностики. Или нажмите кнопку Изменить, чтобы изменить существующий параметр. В каждой настройке может быть не более одного представителя каждого из типов назначения.
Присвойте параметру имя, если его еще нет.
Журналы и метрики для перенаправления. Для журналов выберите группу категорий или установите флажки для каждой категории данных, которые нужно отправить в места назначения, которые вы укажете позже. Списки категорий для разных служб Azure различаются. Выберите AllMetrics, если хотите также сохранять метрики в журналах Azure Monitor.
Сведения о назначении: установите флажок для каждого места назначения. Отображаются параметры, чтобы можно было добавить дополнительные сведения.
Отправьте в рабочую область Log Analytics: выберите свою подписку и рабочую область Log Analytics, в которой вы хотите отправить данные. Если у вас нет рабочей области, ее необходимо создать, прежде чем продолжить.
Архивируйте в учетную запись хранения: выберите подпискуи учетную запись хранения, в которой вы хотите хранить данные.
Подсказка
Используйте политику жизненного цикла хранилища Azure для управления временем хранения журналов. Политика хранения, установленная в настройках диагностики, вышла из употребления.
Передача данных в узел событий: укажите следующие критерии:
- Subscription — подписка, частью которой является центр событий.
- Пространство имен центра событий: если у вас его нет, необходимо его создать.
- Имя центра событий (необязательно) — имя для отправки всех данных. Если имя не указано, для каждой категории журналов создается концентратор событий. При отправке нескольких категорий может потребоваться указать имя, чтобы ограничить число создаваемых центров событий. Дополнительные сведения доступны в документации по квотам и ограничениям Центрам событий Azure.
- Имя политики центра событий (также необязательно). Политика определяет разрешения, которые предоставляются механизму потоковой передачи. Дополнительные сведения см. в статье Возможности центров событий Azure.
Отправка в партнерское решение: Сначала необходимо установить встроенные службы независимого поставщика программного обеспечения (ISV) Azure в свою подписку. Параметры конфигурации зависят от партнера. Для получения более подробной информации см. обзор встроенных услуг ISV Azure.
Если служба поддерживает как режим, специфичный для ресурсов, так и режим диагностики Azure, то при выборе рабочей области Log Analytics в качестве назначения появляется возможность выбрать целевую таблицу. Обычно следует выбрать конкретный ресурс, так как структура таблицы обеспечивает большую гибкость и более эффективные запросы.
Выберите Сохранить.
Через несколько секунд в списке настроек для этого ресурса появится новый параметр. Журналы передаются в указанные места назначения по мере создания новых данных о событиях. С момента создания события до его отображения в рабочей области Log Analytics может пройти до 15 минут.
Устранение неполадок
Категория метрики не поддерживается
При развертывании параметра диагностики появляется сообщение об ошибке, подобное этому: Категория метрики "xxxx" не поддерживается. Эта ошибка может возникнуть, даже если предыдущее развертывание выполнено успешно.
Эта проблема возникает при использовании шаблона Resource Manager, REST API, Azure CLI или Azure PowerShell. Параметры диагностики, созданные с помощью портал Azure, не затрагиваются, так как отображаются только поддерживаемые имена категорий.
Категории метрик, отличные от AllMetrics
, не поддерживаются, за исключением некоторых ограниченных сервисов Azure. Ранее имена других категорий были проигнорированы при развертывании параметра диагностики, перенаправляя их в AllMetrics
. По состоянию на февраль 2021 года категория метрик подтверждена. Это изменение привело к сбою некоторых развертываний.
Чтобы устранить эту проблему, обновите развертывания, чтобы удалить имена категорий метрик, отличные от AllMetrics
. Если развертывание добавляет несколько категорий, используйте только одну AllMetrics
категорию. Если проблема не исчезнет, обратитесь в службу поддержки Azure через портал Azure.
Параметр исчезает из-за использования в resourceID символов, не входящих в ASCII
Параметры диагностики не поддерживают идентификаторы ресурсов с символами, отличными от ASCII (например, Preproduccón). Так как вы не можете переименовать ресурсы в Azure, необходимо создать новый ресурс без символов, отличных от ASCII. Если персонажи находятся в группе ресурсов, можно переместить ресурсы в новую группу.
Возможность дублирования или потери данных
Все усилия предпринимаются для правильной отправки всех данных журнала в конечные точки, однако невозможно гарантировать 100% передачу данных журналов между конечными точками. Повторные попытки и другие механизмы применяются для обхода этих проблем и обеспечивают поступление данных журнала в конечную точку.
Неактивные ресурсы
Если ресурс неактивен и экспортирует метрики нулевого значения, механизм экспорта параметров диагностики отключается постепенно, чтобы избежать ненужных затрат на экспорт и хранение нулевого значения. Отступление может привести к задержке экспорта следующего ненулевого значения.
Если ресурс неактивен в течение одного часа, механизм экспорта отключается до 15 минут. Это означает, что существует потенциальная задержка до 15 минут для экспорта следующего ненулевого значения. Максимальное время приостановки в два часа достигается после семи дней бездействия. После того как ресурс начнет экспортировать ненулевое значение, механизм экспорта возвращается к первоначальной задержке экспорта в течение трех минут.
Это поведение применяется только к экспортируемым метрикам и не влияет на оповещения на основе метрик или автомасштабирование.
Почему после включения параметров диагностики в Application Insights отображаются повторяющиеся данные телеметрии?
При включении параметров диагностики для экспорта данных Application Insights, связанных с рабочей областью, в любую рабочую область Log Analytics, включая ту, что уже содержит данные Application Insights, запросы выдают дублирующиеся результаты. Это дублирование происходит, так как конвейер по умолчанию и параметры диагностики отправляют одни и те же данные в рабочую область.
Чтобы избежать повторяющихся данных телеметрии, не настраивайте параметры диагностики для отправки данных в ту же рабочую область. Если необходимо экспортировать данные в другую рабочую область, используйте правило сбора данных (DCR) с преобразованием и пользовательской таблицей. Эта настройка фильтрует данные перед приемом и предотвращает дублирование записей в запросах.