Поделиться через

Экспорт метрик с помощью правил сбора данных (предварительная версия)

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

Замечание

Хотя вы можете использовать контроллеры домена и параметры диагностики одновременно, следует отключить все параметры диагностики для метрик при использовании контроллеров домена, чтобы избежать дублирования сбора данных.

Использование контроллера домена для экспорта метрик обеспечивает следующие преимущества по сравнению с параметрами диагностики:

  • Конфигурация DCR позволяет экспортировать метрики с измерениями.
  • Конфигурация DCR позволяет фильтровать по имени метрик, чтобы экспортировать только необходимые метрики.
  • DCR более гибкие и масштабируемые по сравнению с настройками диагностики.
  • Задержка от начала до конца для правил сбора данных составляет 3 минуты, а задержка экспорта параметров диагностики составляет 6–10 минут.

Замечание

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

Направления экспорта

Метрики можно экспортировать в следующие назначения.

Тип назначения Сведения
Рабочие области Log Analytics Экспорт в рабочие области Log Analytics может выполняться в разных регионах. Рабочая область Log Analytics и DCR должны находиться в одном регионе, но отслеживаемые ресурсы могут находиться в любом регионе. Метрики, отправленные в рабочую область log analytics, хранятся в AzureMetricsV2 таблице.
Учетные записи хранения Azure Учетная запись хранения, DCR и отслеживаемые ресурсы должны находиться в одном регионе.
Центры событий Центры событий, DCR и отслеживаемые ресурсы должны находиться в одном регионе.

Замечание

Задержка при экспорте метрик составляет около 3 минут. Разрешите до 15 минут, чтобы метрики начали отображаться в назначении после начальной настройки.

Ограничения

Контроллеры домена для экспорта метрик имеют следующие ограничения:

  • Для каждого DCR можно указать только один тип назначения. Чтобы отправить в несколько мест назначения, создайте несколько DCR.
  • С одним ресурсом Azure может быть связано не более 5 правил сбора данных (DCR).
  • Экспорт метрик с помощью DCR не поддерживает экспорт метрик с почасовой детализацией.

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

В настоящее время следующие ресурсы поддерживают экспорт метрик с помощью правил сбора данных:

Тип ресурса Спецификация потока
Масштабируемые наборы виртуальных машин Microsoft.compute/virtualmachinescalesets
Виртуальные машины Microsoft.compute/virtualmachines
Кэш Redis Microsoft.cache/redis
Центры IOT Microsoft.devices/iothubs
Хранилища ключей Microsoft.keyvault/vaults
Учетные записи хранения Microsoft.storage/storageaccounts
Microsoft.storage/Storageaccounts/blobservices
Microsoft.storage/storageaccounts/fileservices
Microsoft.storage/storageaccounts/queueservices
Microsoft.storage/storageaccounts/tableservices
SQL Server Microsoft.sql/серверы
Microsoft.sql/серверы/базы данных
Operational Insights Microsoft.operationalinsights/workspaces
Защита данных Microsoft.dataprotection/backupvaults
Azure Kubernetes Service Служба контейнеров Microsoft/управляемые кластеры

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

Вы можете создать DCR для экспорта метрик в любом регионе, но ресурсы, из которого требуется экспортировать метрики, должны находиться в одном из следующих регионов:

  • Australia East
  • Central US
  • CentralUsEuap
  • Южно-Центральная часть США
  • East US
  • Восток США 2
  • Eastus2Euap
  • West US
  • Западная часть США 2
  • North Europe
  • West Europe
  • UK South

Создание правила сбора данных (DCR) для экспорта метрик

В этой статье описывается создание правила сбора данных (DCR) для экспорта метрик с помощью портал Azure, Azure CLI, PowerShell, API или шаблонов ARM.

Это важно

Чтобы отправлять данные телеметрии платформы в учетные записи хранения или Центры событий, ресурс, правило сбора данных и целевую учетную запись хранения или центры событий должны находиться в одном регионе.

Создание правила сбора данных с помощью портала Azure

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

  2. Выберите ссылку в верхней части страницы, чтобы использовать новый интерфейс создания DCR.

    Снимок экрана: страница правила создания сбора данных.

  3. На странице "Создание правила сбора данных" введите имя правила, выберите подписку, группу ресурсов и регион для DCR.

  4. Выберите PlatformTelemetry для типа телеметрии и включите управляемое удостоверение , если вы хотите отправить метрики в учетную запись хранения или Центры событий.

    Снимок экрана: вкладка

  5. На странице "Ресурсы" выберите "Добавить ресурсы", чтобы добавить ресурсы, из которого требуется собрать метрики.

  6. Нажмите кнопку "Далее ", чтобы перейти на вкладку "Сбор и доставка ".

    Снимок экрана: вкладка ресурсов страницы правила создания коллекции данных.

  7. Выберите "Добавить новый источник данных".

  8. Тип ресурса, указанного на предыдущем шаге, автоматически выбирается. Добавьте дополнительные типы ресурсов, если вы хотите использовать это правило для сбора метрик из нескольких типов ресурсов в будущем. Выберите действия для типа ресурса, если вы хотите удалить некоторые метрики, собранные для него. По умолчанию собираются все доступные метрики для ресурса.

    Снимок экрана, показывающий вкладку 'Сбор и доставка' на странице создания правила сбора данных.

  9. Нажмите кнопку "Далее назначения", чтобы перейти на вкладку "Назначения".

  10. Выберите "Добавить назначение ", а затем тип назначения , который требуется добавить. Обязательные поля изменяются на основе выбранного типа назначения.

    Замечание

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

    Снимок экрана, показывающий вкладку назначения на странице сбора и доставки.

  11. Нажмите кнопку "Сохранить ", а затем нажмите кнопку "Проверить и создать".

После создания DCR потребуется до 30 минут, чтобы первые данные метрик платформы отобразились в рабочей области Log Analytics. После начала потока данных задержка для временных рядов метрик платформы, поступающих в рабочую область Log Analytics, учетную запись хранения или Центры событий, составляет примерно 3 минуты в зависимости от типа ресурса.

Exported data (Экспортированы данные)

В следующих примерах показаны данные, экспортированные в каждое место назначения.

Рабочие области Log Analytics

Данные, экспортированные в рабочую область Log Analytics, хранятся в AzureMetricsV2 таблице в рабочей области Log Analytics в следующем формате:

колонна Тип Description
Среднее значение real Среднее значение, собираемое в диапазоне времени.
_BilledSize (Размер счета) real Размер записи в байтах
Численность real Количество выборок, собранных в течение диапазона времени.
Размерность dynamic Связанное измерение метрики в формате JSON.
_ПодлежитУчету струна Указывает, подлежит ли потребление данных выставлению счетов. Когда _IsBillable равно false, потребление не списывается с вашего счёта в Azure.
Maximum real Максимальное значение, собираемое в диапазоне времени.
Категория метрики струна Имя категории метрики.
Название метрики струна Отображаемое имя метрики.
Тип ресурса метрики струна Тип ресурса Azure, сообщающего метрику.
Минимум real Минимальное значение, собираемое в диапазоне времени.
_ResourceId (идентификатор ресурса) струна Уникальный идентификатор ресурса, с которым связана запись.
Система источников струна Тип агента, с помощью которого было собрано событие. Например, OpsManager для агента Windows, подключающегося напрямую или через Operations Manager, Linux для всех агентов Linux или Azure для диагностики Azure.
_SubscriptionId (идентификатор подписки) струна Уникальный идентификатор подписки, с которой связана эта запись.
Идентификатор арендатора (TenantId) струна Идентификатор пространства работы Log Analytics
Время генерации datetime Метка времени (UTC) создания записи.
ТаймГрейн струна Детализация времени метрики.
Total real Сумма всех значений в диапазоне времени.
Тип струна Название таблицы
ИмяЕдиницы струна Единица метрики.

Рассмотрим пример.

Снимок экрана запроса лог аналитики в таблице AzureMetricsV2.

Учетные записи хранения

В следующем примере показаны данные, экспортированные в учетную запись хранения:

{
    "Average": "31.5",
    "Count": "2",
    "Maximum": "52",
    "Minimum": "11",
    "Total": "63",
    "resourceId": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourcegroups/rg-dcrs/providers/microsoft.keyvault/vaults/dcr-vault",
    "time": "2024-08-20T14:13:00.0000000Z",
    "unit": "MilliSeconds",
    "metricName": "ServiceApiLatency",
    "timeGrain": "PT1M",
    "dimension": {
        "ActivityName": "vaultget",
        "ActivityType": "vault",
        "StatusCode": "200",
        "StatusCodeClass": "2xx"
    }
}

Центры событий

В следующем примере показана метрика, экспортируемая в Центры событий.

    {
      "Average": "1",
      "Count": "1",
      "Maximum": "1",
      "Minimum": "1",
      "Total": "1",
      "resourceId": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourcegroups/rg-dcrs/providers/microsoft.keyvault/vaults/dcr-vault",
      "time": "2024-08-22T13:43:00.0000000Z",
      "unit": "Count",
      "metricName": "ServiceApiHit",
      "timeGrain": "PT1M",
      "dimension": {
        "ActivityName": "keycreate",
        "ActivityType": "key"
      },
      "EventProcessedUtcTime": "2024-08-22T13:49:17.1233030Z",
      "PartitionId": 0,
      "EventEnqueuedUtcTime": "2024-08-22T13:46:04.5570000Z"
    }

Проверка и устранение неполадок сбора данных

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

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

  • Проверьте такие метрики, как Logs Ingestion Bytes per Min и Logs Rows Received per Min, чтобы убедиться, что данные достигают Azure Monitor. Если нет, проверьте источник данных, чтобы убедиться, что он отправляет данные должным образом.
  • Проверьте Logs Rows Dropped per Min, чтобы убедиться, что никакие строки не удаляются. Это может не указывать на ошибку, так как строки могут быть удалены преобразованием. Если количество удаленных строк совпадает с Logs Rows Dropped per Min, то данные не будут загружены в рабочую область. Проверьте Logs Transformation Errors per Min, чтобы выяснить, есть ли ошибки преобразования.
  • Проверьте Logs Transformation Errors per Min, чтобы определить, есть ли ошибки преобразований, примененных к входящим данным. Это может быть связано с изменениями структуры данных или самого преобразования.
  • Проверьте таблицу DCRLogErrors на ошибки загрузки, которые могли быть зарегистрированы. Это может предоставить дополнительные сведения о том, как определить первопричину проблемы.

Дальнейшие действия

  • Last updated on