Мониторинг Azure ExpressRoute

В этой статье рассматриваются следующие вопросы:

  • Типы данных мониторинга, которые можно собирать для этой службы.
  • Способы анализа данных.

Примечание.

Если вы уже знакомы с этой службой и (или) Azure Monitor и просто хотите знать, как анализировать данные мониторинга, см . раздел "Анализ " в конце этой статьи.

При наличии критически важных приложений и бизнес-процессов, использующих ресурсы Azure, необходимо отслеживать и получать оповещения для системы. Служба Azure Monitor собирает и агрегирует метрики и журналы из каждого компонента системы. Azure Monitor предоставляет представление о доступности, производительности и устойчивости, а также уведомляет вас о проблемах. Вы можете использовать портал Azure, PowerShell, Azure CLI, REST API или клиентские библиотеки для настройки и просмотра данных мониторинга.

Инсайты

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

ExpressRoute использует аналитику сети для предоставления подробного сопоставления топологии всех компонентов ExpressRoute, таких как пиринги, подключения и шлюзы, в отношении друг друга. Аналитика сети для ExpressRoute также содержит панель мониторинга предварительно загруженных метрик для доступности, пропускной способности, потери пакетов и метрик шлюза. Дополнительные сведения см. в разделе Получение сведений аналитики Azure ExpressRoute с использованием службы сетевой аналитики Network Insights.

Типы ресурсов

Azure использует концепцию типов ресурсов и идентификаторов для идентификации всего в подписке. Типы ресурсов также являются частью идентификаторов ресурсов для каждого ресурса, работающего в Azure. Например, для виртуальной машины используется Microsoft.Compute/virtualMachinesодин тип ресурса. Список служб и связанных с ними типов ресурсов см. в разделе "Поставщики ресурсов".

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

Дополнительные сведения о типах ресурсов для ExpressRoute см. в справочнике данных мониторинга Azure ExpressRoute.

Хранилище данных

Для Azure Monitor:

  • Данные метрик хранятся в базе данных метрик Azure Monitor.
  • Данные журнала хранятся в хранилище журналов Azure Monitor. Log Analytics — это средство в портале Azure, которое может выполнять запросы к этому хранилищу.
  • Журнал действий Azure — это отдельное хранилище с собственным интерфейсом в портале Azure.

При необходимости можно перенаправить данные журнала метрик и действий в хранилище журналов Azure Monitor. Затем с помощью Log Analytics можно запрашивать данные и сопоставлять их с другими данными журнала.

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

Подробные сведения о том, как Azure Monitor хранит данные, см. на платформе данных Azure Monitor.

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

См. подробное руководство по созданию параметра диагностики для сбора журналов и метрик платформы в Azure с использованием портала Azure, CLI или PowerShell. При создании параметра диагностики укажите категории журналов для сбора. Категории для Azure ExpressRoute перечислены в справочных материалах по данным мониторинга Azure ExpressRoute.

Внимание

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

Метрики платформы Azure Monitor

Azure Monitor предоставляет метрики платформы для большинства служб. Эти метрики перечислены ниже.

  • По отдельности определяется для каждого пространства имен.
  • Хранится в базе данных метрик временных рядов Azure Monitor.
  • Легкий и способный поддерживать оповещения почти в режиме реального времени.
  • Используется для отслеживания производительности ресурса с течением времени.

Коллекция: Azure Monitor автоматически собирает метрики платформы. Настройка не требуется.

Маршрутизация: Вы также можете направлять некоторые метрики платформы в журналы Azure Monitor или Log Analytics, чтобы выполнять запросы вместе с другими данными журнала. Проверьте параметр экспорта DS для каждой метрики, чтобы узнать, можно ли использовать параметр диагностики для маршрутизации метрик в журналы Azure Monitor или Log Analytics.

Список всех метрик, которые можно собрать для всех ресурсов в Azure Monitor, см. в статье "Поддерживаемые метрики в Azure Monitor".

Для получения списка доступных метрик для ExpressRoute обратитесь к справочнику данных мониторинга Azure ExpressRoute.

Примечание.

Не используйте классические метрики.

Анализ метрик

Вы можете анализировать метрики для Azure ExpressRoute вместе с метриками из других служб Azure с помощью обозревателя метрик. Откройте Метрики в меню Azure Monitor. Дополнительные сведения об использовании этого средства см. в статье "Анализ метрик" с помощью обозревателя метрик Azure Monitor.

Снимок экрана: панель мониторинга метрик для ExpressRoute.

Дополнительные сведения см. в списке всех метрик ресурсов, поддерживаемых в Azure Monitor.

  • Чтобы просмотреть метрики ExpressRoute, отфильтруйте данные по типу ресурса Цепи ExpressRoute.
  • Чтобы просмотреть метрики Global Reach, отфильтруйте данные по типу ресурса «Каналы ExpressRoute» и выберите ресурс «Канал ExpressRoute», для которого включена служба Global Reach.
  • Чтобы просмотреть метрики ExpressRoute Direct, отфильтруйте столбец "Тип ресурса" по портам ExpressRoute.

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

Метрики ExpressRoute

Чтобы просмотреть Метрики, перейдите на страницу Azure Monitor и выберите Метрики. Чтобы просмотреть метрики ExpressRoute, отфильтруйте данные по типу ресурса Цепи ExpressRoute. Чтобы просмотреть метрики Global Reach, отфильтруйте данные по типу ресурса «Каналы ExpressRoute» и выберите ресурс «Канал ExpressRoute», для которого включена служба Global Reach. Чтобы просмотреть метрики ExpressRoute Direct, отфильтруйте столбец "Тип ресурса" по портам ExpressRoute.

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

Внимание

При просмотре метрик ExpressRoute на портале Azure выберите степень детализации времени в 5 минут или больше для получения наилучших результатов.

Сведения о метриках ExpressRoute см. в справочнике по данным мониторинга Azure ExpressRoute.

Типы агрегата

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

  • Сумма: сумма всех значений, полученных в течение интервала агрегирования.
  • Подсчет: количество измерений, полученных в течение интервала агрегирования.
  • Среднее значение: среднее значение метрик, полученных в течение интервала агрегирования.
  • Минимальное значение: наименьшее значение, полученное в течение интервала агрегирования.
  • Максимальное значение: наибольшее значение, полученное в течение интервала агрегирования.

Журналы ресурсов Azure Monitor

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

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

Маршрутизация: Рекомендуемое значение по умолчанию – это маршрутизация журналов ресурсов в журналы Azure Monitor, чтобы вы могли выполнять запросы к ним вместе с другими данными журнала. Также доступны другие расположения, такие как служба хранилища Azure, Центры событий Azure и некоторые партнеры по мониторингу Майкрософт. Для получения дополнительной информации см. журналы ресурсов Azure и места назначения журналов ресурсов.

Подробные сведения о сборе, хранении и маршрутизации журналов ресурсов см. в разделе "Параметры диагностики" в Azure Monitor.

Список всех доступных категорий журналов ресурсов в Azure Monitor см. в статье "Поддерживаемые журналы ресурсов" в Azure Monitor.

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

Для доступных категорий журналов ресурсов, связанных таблиц Log Analytics и схем журналов для ExpressRoute, см. справочник по данным мониторинга Azure ExpressRoute.

Журнал действий Azure

Журнал действий содержит события уровня подписки, отслеживающие операции для каждого ресурса Azure, как видно извне этого ресурса; например, создание нового ресурса или запуск виртуальной машины.

Коллекция: события журнала активности автоматически создаются и собираются в отдельном хранилище для просмотра в портале Azure.

Маршрутизация. Вы можете отправлять данные журнала действий в журналы Azure Monitor, чтобы их можно было анализировать вместе с другими данными журнала. Также доступны другие расположения, такие как служба хранилища Azure, Центры событий Azure и некоторые партнеры по мониторингу Майкрософт. Дополнительные сведения о маршрутизации журнала действий см. в разделе "Обзор журнала действий Azure".

Дополнительные показатели в Log Analytics

Вы также можете просмотреть метрики ExpressRoute, перейдя к ресурсу канала ExpressRoute и выбрав вкладку "Журналы ". Для любых метрик, которые вы запрашиваете, выходные данные содержат следующие столбцы.

столбец Тип Описание
TimeGrain строка PT1M (значения метрик отправляются каждую минуту)
Счетчик реальный Обычно это 2 (каждый MSEE отправляет одно значение метрики каждую минуту)
Минимум реальный Минимальное из двух значений метрик, переданных двумя MSEE-устройствами.
Максимум реальный Максимальное из двух значений метрик, переданных двумя MSEE
Среднее реальный Равно (минимум + максимум)/2
Итог реальный Сумма двух значений метрики от обоих MSEE (основное значение, на котором следует сосредоточиться при запросе метрики)

Анализ журналов

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

Все журналы ресурсов в Azure Monitor включают одни и те же поля, а затем поля, специфичные для службы. Общая схема показана в разделе Схема журнала ресурсов Azure Monitor. Схему для журналов ресурсов ExpressRoute можно найти в справочнике по данным Azure ExpressRoute.

Журнал действий — это журнал платформы, предоставляющий представление о событиях уровня подписки. Его можно просматривать независимо или направлять в Azure Monitor Logs. С помощью Log Analytics можно выполнять более сложные запросы к данным.

ExpressRoute сохраняет данные в указанных ниже таблицах.

Таблица Описание
AzureDiagnostics Общая таблица, используемая несколькими службами для хранения журналов ресурсов. Определить журналы ресурсов из ExpressRoute можно с помощью MICROSOFT.NETWORK.
AzureMetrics Данные метрик, генерируемые ExpressRoute, которые измеряют их работоспособность и производительность.

Чтобы просмотреть эти таблицы, перейдите к ресурсу канала ExpressRoute и выберите журналы в разделе "Мониторинг".

Примечание.

Журналы диагностики Azure, такие как журналы таблиц маршрутов BGP, обновляются каждые 24 часа.

Анализ данных мониторинга

Существует множество средств для анализа данных мониторинга.

Средства Azure Monitor

Azure Monitor поддерживает следующие основные средства:

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

  • Панели мониторинга, позволяющие объединить различные виды данных в одну область в портале Azure.
  • Рабочие тетради, настраиваемые отчеты, которые можно создать в портале Azure. Книги могут включать текст, метрики и запросы журналов.
  • Grafana — это открытая платформа, которая превосходно подходит для операционных панелей мониторинга. С помощью Grafana можно создавать панели мониторинга, содержащие данные из нескольких источников, отличных от Azure Monitor.
  • Power BI— служба бизнес-аналитики, которая предоставляет интерактивные визуализации в различных источниках данных. Вы можете настроить Power BI на автоматический импорт данных журналов из Azure Monitor, чтобы воспользоваться этими визуализациями.

Средства экспорта Azure Monitor

Вы можете получить данные из Azure Monitor в другие средства с помощью следующих методов:

Чтобы начать работать с REST API для Azure Monitor, смотрите пошаговое руководство по REST API мониторинга Azure.

Запросы Kusto

Данные мониторинга можно анализировать в хранилище журналов Azure Monitor или Log Analytics с помощью языка запросов Kusto (KQL).

Внимание

При выборе Журналов в меню службы на портале откроется Log Analytics с областью запроса, установленной для текущей службы. Эта область означает, что запросы журналов будут включать только данные из этого типа ресурса. Если вы хотите выполнить запрос, содержащий данные из других служб Azure, выберите журналы в меню Azure Monitor . Подробные сведения см. в статье Область запросов журнала и временной диапазон в Azure Monitor Log Analytics.

Список распространенных запросов для любой службы см. в интерфейсе запросов Log Analytics.

Примеры запросов Kusto

Эти запросы поддерживают новый язык.

  • Запрос на получение таблицы маршрутов протокола BGP, изученной за последние 12 часов.

    AzureDiagnostics
    | where TimeGenerated > ago(12h)
    | where ResourceType == "EXPRESSROUTECIRCUITS"
    | project TimeGenerated, ResourceType , network_s, path_s, OperationName
    
  • Запрос информационных сообщений BGP по уровню, типу ресурса и сети.

    AzureDiagnostics
    | where Level == "Informational"
    | where ResourceType == "EXPRESSROUTECIRCUITS"
    | project TimeGenerated, ResourceId , Level, ResourceType , network_s, path_s
    
  • Запрос графика трафика BitInPerSeconds за последний час.

    AzureMetrics
    | where MetricName == "BitsInPerSecond"
    | summarize by Average, bin(TimeGenerated, 1h), Resource
    | render timechart
    
  • Запросить график трафика BitOutPerSeconds за прошедший час.

    AzureMetrics
    | where MetricName == "BitsOutPerSecond"
    | summarize by Average, bin(TimeGenerated, 1h), Resource
    | render timechart
    
  • Запросить график ArpAvailability с интервалом в 5 минут.

    AzureMetrics
    | where MetricName == "ArpAvailability"
    | summarize by Average, bin(TimeGenerated, 5m), Resource
    | render timechart
    
  • Запрос графика доступности BGP с интервалом в 5 минут.

    AzureMetrics
    | where MetricName == "BGPAvailability"
    | summarize by Average, bin(TimeGenerated, 5m), Resource
    | render timechart
    

Оповещения

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

Существует множество источников распространенных оповещений для ресурсов Azure. Примеры распространенных оповещений для ресурсов Azure см. в образцах запросов оповещений журнала. Сайт базовые оповещения Azure Monitor (AMBA) предоставляет полуавтоматический метод внедрения важных оповещений по метрикам платформы, ведение панелей мониторинга и следование рекомендациям. Сайт распространяется на постоянно расширяющееся подмножество служб Azure, включая все службы, которые являются частью зоны приземления Azure (ALZ).

Общая схема оповещений стандартизирует обработку уведомлений об оповещениях Azure Monitor. Дополнительные сведения см. в разделе "Общая схема оповещений".

Типов оповещений

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

В следующем списке описаны типы оповещений Azure Monitor, которые можно создать:

  • Оповещения метрик оценивают показатели ресурсов через регулярные интервалы. Метрики могут быть метриками платформы, пользовательскими метриками, журналами из Azure Monitor, преобразованными в метрики или метриками Application Insights. Оповещения метрик также могут применять несколько условий и динамические пороговые значения.
  • Оповещения журнала позволяют пользователям использовать запрос Log Analytics для оценки журналов ресурсов на предопределенной частоте.
  • Оповещения журнала действий активируются при возникновении нового события журнала действий, соответствующего определенным условиям. Оповещения о состоянии ресурсов и служб — это оповещения журнала активности, которые сообщают о состоянии ваших служб и ресурсов.

Некоторые службы Azure также поддерживают оповещения интеллектуального обнаружения, оповещения Prometheus или рекомендуемые правила генерации оповещений.

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

Примечание.

Во время обслуживания между Microsoft Edge и основной сетью доступность BGP выглядит недоступной, даже если сеанс BGP между пограничным сервером клиента и Microsoft Edge работает. Для получения сведений об обслуживании между microsoft edge и основной сетью обязательно включите и настройте оповещения об обслуживании.

Примечание.

Если вы создаете или запускаете приложение, работающее в службе, аналитика приложений Azure Monitor может предложить дополнительные типы оповещений.

Правила генерации оповещений ExpressRoute

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

Тип оповещения Условие Описание
Снижение доступности ARP Имя измерения: "Тип пиринга", Тип агрегирования: Среднее, Оператор: меньше, Пороговое значение: 100% При отсутствии доступности ARP для типа пиринга.
Недоступность BGP Имя измерения: "Пэр", тип агрегирования: среднее, оператор: меньше чем, пороговое значение: 100% При отсутствии доступности BGP для однорангового узла.

Оповещения о подключениях к шлюзу ExpressRoute

  1. Чтобы настроить оповещения, перейдите в Azure Monitor и выберите "Оповещения".

  2. Выберите + Создать>правило оповещения и выберите ресурс подключения шлюза ExpressRoute. Нажмите кнопку Далее: условие > для настройки сигнала.

  3. На странице "Выбор сигнала" выберите метрику, работоспособность ресурсов или журнал действий, на который вы хотите установить оповещение. В зависимости от выбранного сигнала может потребоваться ввести дополнительные сведения, такие как пороговое значение. Вы также можете объединить несколько сигналов в одно оповещение. Нажмите кнопку "Далее": действия > , чтобы определить, кто и как они получают уведомления.

    Снимок экрана: список сигналов, которые могут быть оповещены для шлюзов ExpressRoute.

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

  5. Выберите Просмотр и создание и затем Создать, чтобы развернуть оповещение в вашей подписке.

Рекомендации Помощника

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

Дополнительные сведения о Консультанте Azure см. в разделе Обзор Консультанта Azure.

Уведомления для каждого пиринга

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

Снимок экрана: правило генерации оповещений на основе настройки пиринга ExpressRoute.

Настройка оповещений для журналов действий цепей

При выборе сигналов, для которых будут созданы оповещения, выберите тип сигнала журнал действий.

Снимок экрана с сигналами журнала активности на странице выбора сигнала.