Использование Azure Monitor для отправки сообщений электронной почты о сбоях в службе работоспособности

Область применения: Windows Server 2022, Windows Server 2019, Windows Server 2016

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

Это особенно полезно для локального гиперконвергентного кластера. С помощью Azure Monitor вы сможете настроить электронную почту, текст (SMS) и другие оповещения для проверки подлинности, когда что-то не так с кластером (или если вы хотите пометить некоторые другие действия на основе собранных данных). Ниже мы кратко объясним, как работает Azure Monitor, как установить Azure Monitor и как настроить его для отправки уведомлений.

Если вы используете System Center, проверка Локальные дисковые пространства пакет управления, отслеживающий кластеры Локальные дисковые пространства Windows Server 2019 и Windows Server 2016.

Этот пакет управления включает:

• Мониторинг работоспособности и производительности физического диска
• мониторинг работоспособности и производительности узла служба хранилища
• мониторинг работоспособности и производительности пула служба хранилища
• Тип устойчивости тома и состояние дедупликации

Общие сведения о Azure Monitor

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

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

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

Ниже приведены дополнительные сведения о настройке этих оповещений.

Подключение кластера с помощью Центра Администратор Windows

С помощью Центра Администратор Windows вы можете подключить кластер к Azure Monitor.

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

Настройка служба работоспособности

Сначала вам нужно настроить кластер. Возможно, вы уже знаете, что служба работоспособности оптимизирует регулярный мониторинг и выполнение операций для кластеров с Локальными дисковыми пространствами.

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

Event Channel: Microsoft-Windows-Health/Operational
Event ID: 8465

Чтобы настроить службу работоспособности, выполните следующий командлет:

get-storagesubsystem clus* | Set-StorageHealthSetting -Name "Platform.ETW.MasTypes" -Value "Microsoft.Health.EntityType.Subsystem,Microsoft.Health.EntityType.Server,Microsoft.Health.EntityType.PhysicalDisk,Microsoft.Health.EntityType.StoragePool,Microsoft.Health.EntityType.Volume,Microsoft.Health.EntityType.Cluster"

При выполнении приведенного выше командлета, чтобы задать Параметры работоспособности, события, которые мы хотим начать записывать в канал событий Microsoft-Windows-Health/Operations.

Настройка Log Analytics

Теперь, когда вы настроили правильное ведение журнала в кластере, следующим шагом является правильная настройка log analytics.

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

Дополнительные сведения о поддерживаемой конфигурации см. в разделах о поддерживаемых операционных системах Windows и требованиях к сетевым брандмауэрам.

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

Вход на портал Azure

Войдите на портал Azure по адресу https://portal.azure.com.

Создание рабочей области

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

1. На портале Azure щелкните Все службы. В списке ресурсов введите Log Analytics. Как только вы начнете вводить символы, список отфильтруется соответствующим образом. Выберите Log Analytics.
   
   

   
   
   

2. Щелкните Создать и задайте следующие параметры:

   • Введите имя для новой рабочей области Log Analytics, например DefaultLAWorkspace.

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

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

     
     
     

3. После ввода необходимых сведений в области Рабочая область Log Analytics щелкните OK.

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

Получение идентификатора и ключа рабочей области

Перед установкой Microsoft Monitoring Agent для Windows требуется получить идентификатор и ключ для рабочей области Log Analytics. Эта информация необходима мастеру установки для правильной настройки агента и обеспечения его взаимодействия с Log Analytics.

1. На портале Azure щелкните Все службы в нижнем левом углу. В списке ресурсов введите Log Analytics. Как только вы начнете вводить символы, список отфильтруется соответствующим образом. Выберите Log Analytics.
2. В списке рабочих областей Log Analytics выберите рабочую область DefaultLAWorkspace, созданную ранее.
3. Выберите Дополнительные параметры.
   
   
   
   
4. Нажмите Подключенные источники, а затем выберите Серверы Windows.
5. Необходимые значения указаны справа от полей Идентификатор рабочей области и Первичный ключ. Временно сохраните оба значения — скопируйте и вставьте их в текстовый редактор.

Установка агента в Windows

Ниже приведена процедура по установке и настройке Microsoft Monitoring Agent. Не забудьте установить этот агент на каждом сервере в кластере и указать, что агент должен работать в запуске Windows.

1. На странице Серверы с Windows выберите соответствующую версию агента для Windows для скачивания в зависимости от архитектуры процессора, на котором выполняется операционная система Windows.
2. Запустите программу установки, чтобы установить агент на компьютере.
3. На странице приветствия нажмите кнопку Далее.
4. На странице Условия лицензии прочтите лицензию и нажмите кнопку Принимаю.
5. На странице Папка назначения измените или оставьте папку установки по умолчанию и нажмите кнопку Далее.
6. На странице Параметры установки агента выберите подключение агента к Azure Log Analytics и нажмите Далее.
7. На странице Azure Log Analytics выполните следующие действия:
   1. Вставьте идентификатор рабочей области и ключ рабочей области (первичный ключ), скопированные ранее. a. Если компьютер должен обмениваться данными со службой Log Analytics через прокси-сервер, щелкните Дополнительно и укажите URL-адрес и номер порта прокси-сервера. Если для доступа к прокси-серверу требуется аутентификация, введите имя пользователя и пароль для аутентификации на прокси-сервере, затем нажмите кнопку Далее.
8. Нажмите кнопку Далее после завершения ввода необходимых параметров конфигурации.
   
   
   
   
9. На странице Готовность к установке просмотрите выбранные параметры и нажмите кнопку Установить.
10. На странице Настройка успешно завершена нажмите кнопку Готово.

После завершения работы Агента мониторинга Microsoft появится в Панель управления. Вы можете просмотреть конфигурацию и проверить, подключен ли агент к Log Analytics. При подключении на вкладке Azure Log Analytics агент выдает сообщение о том, что Microsoft Monitoring Agent успешно подключен к службе Microsoft Log Analytics.

Дополнительные сведения о поддерживаемой конфигурации см. в разделах о поддерживаемых операционных системах Windows и требованиях к сетевым брандмауэрам.

Настройка оповещений с помощью Windows Admin Center

В Центре Администратор Windows можно настроить оповещения по умолчанию, которые будут применяться ко всем серверам в рабочей области Log Analytics.

Оповещения и их условия по умолчанию, которые вы можете выбрать:

Имя оповещения	Условие по умолчанию
загрузка ЦП;	Свыше 85 % в течение 10 минут
Использование емкости диска	Свыше 85 % в течение 10 минут
Использование памяти	Объем доступной памяти составляет менее 100 МБ в течение 10 минут
Пульс	Меньше 2 пульсов в течение 5 минут
Критическая ошибка системы	Любое критическое оповещение в журнале событий системы кластера
Оповещение службы работоспособности	Любая ошибка в службе работоспособности в кластере

После настройки оповещений в Центре Администратор Windows вы можете просмотреть оповещения в рабочей области Log Analytics в Azure.

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

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

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

1. На портале Azure щелкните Другие службы в нижнем левом углу. В списке ресурсов введите Log Analytics. Как только вы начнете вводить символы, список отфильтруется соответствующим образом. Выберите Log Analytics.
2. Выберите Дополнительные параметры.
   
   
   
   
3. Выберите Данные, а затем — Журналы событий Windows.
4. Добавьте здесь канал событий службы работоспособности, введя указанное ниже имя, а затем щелкните значок плюса +.

   Event Channel: Microsoft-Windows-Health/Operational
   

5. Проверьте степени серьезности Ошибка и Предупреждение в таблице.
6. В верхней части страницы щелкните Сохранить, чтобы сохранить конфигурацию.
7. Выберите Счетчики производительности Windows, чтобы включить сбор данных счетчиков производительности на компьютере Windows.
8. При первой настройке счетчиков производительности Windows для новой рабочей области Log Analytics вы можете быстро создать несколько распространенных счетчиков. Рядом с каждым счетчиком в списке есть флажок.
   
   Щелкните Add the selected performance counters (Добавить выбранные счетчики производительности). Они добавляются и устанавливаются с десятисекундным интервалом сбора.
9. В верхней части страницы щелкните Сохранить, чтобы сохранить конфигурацию.

Создание оповещений на основе данных журнала

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

Создание запроса

Откройте портал поиска по журналам.

1. На портале Azure щелкните Все службы. В списке ресурсов введите Монитор. Как только вы начнете вводить символы, список отфильтруется соответствующим образом. Щелкните Монитор.
2. В меню навигации выберите Log Analytics и нужную рабочую область.

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

Event

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

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

Установите флажок рядом с параметром Ошибка в разделе EVENTLEVELNAME или введите следующую команду, чтобы ограничить результаты событиями ошибок.

Event | where (EventLevelName == "Error")

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

Создание оповещений

Теперь давайте рассмотрим пример создания оповещения.

1. На портале Azure щелкните Все службы. В списке ресурсов введите Log Analytics. Как только вы начнете вводить символы, список отфильтруется соответствующим образом. Выберите Log Analytics.

2. На панели слева выберите Оповещения и щелкните Новое правило генерации оповещений в верхней части страницы, чтобы создать оповещение.
   
   
   

3. Сначала выберите в разделе Создать оповещение рабочую область Log Analytics в качестве ресурса, так как мы создаем сигнал оповещения на основе журналов. Если у вас несколько подписок, отфильтруйте результаты, выбрав из раскрывающегося списка конкретную подписку, содержащую рабочую область Log Analytics, которую вы создали ранее. Отфильтруйте по типу ресурса, выбрав Log Analytics из раскрывающегося списка. Наконец, выберите РесурсDefaultLAWorkspace и щелкните Готово.
   
   
   

4. В разделе Критерии оповещения щелкните Добавить критерии, чтобы выбрать сохраненный запрос, а затем настройте логику для этого правила генерации оповещений.

5. Настройте оповещение, указав следующие сведения: В раскрывающемся списке На основе выберите Измерение метрик. Измерение метрик позволяет создать оповещение для каждого объекта в запросе, для которого значение превышает указанное пороговое значение. b. В поле Условие выберите Больше чем и укажите пороговое значение. c. Затем определите, когда следует активировать оповещение. Например, выберите Последовательные бреши, а из раскрывающего списка выберите Больше чем и введите значение 3. d. В разделе "Вычисляется на основе" задайте для параметра Период значение 30, а для параметра Частота — значение 5. Это правило будет запускаться каждые пять минут и возвращать все записи, созданные за последние тридцать минут. Установка большего периода потенциально может привести к задержкам при передаче данных, но в то же время гарантирует, что запрос всегда будет возвращать данные. Это, в свою очередь, позволит избежать ложноотрицательных результатов, при которых оповещение не срабатывает.

6. Щелкните Готово, чтобы завершить создание правила генерации оповещений.
   
   
   

7. Теперь переходите ко второму шагу. Укажите имя для оповещения в поле Имя правила генерации оповещений, например Создавать оповещения для всех событий ошибок. Укажите подробное Описание для оповещения и выберите уровень Критический (уровень серьезности 0) из представленных в поле Серьезность вариантов.

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

9. На последнем, третьем, шаге укажите группу действий, которая позволит гарантировать выполнение одинаковых действий всякий раз, когда активируется это оповещение. Эту функцию можно использовать для каждого созданного правила. Настройте новую группу действий со следующими параметрами: Выберите Новая группа действий, чтобы открыть панель Добавить группу действий. b. Для имени группы действий укажите имя, например ИТ-операции— уведомление и короткое имя , например itops-n. c. Проверьте правильность значений по умолчанию для подписки и группы ресурсов. Если нет, выберите правильные варианты из раскрывающегося списка. d. В разделе "Действия" укажите имя для этого действия, например Отправить электронное письмо, а в поле Тип действия выберите Email/SMS/Push/Voice (Электронная почта, SMS, push-уведомление, голосовой вызов) из раскрывающегося списка. Справа откроется панель свойств Email/SMS/Push/Voice (Электронная почта, SMS, push-уведомление, голосовой вызов) для дополнительных сведений. д) В области Email/SMS/Push/Voice (Электронная почта, SMS, push-уведомление, голосовой вызов) укажите нужные значения. Например, включите электронную почту и укажите допустимый SMTP-адрес электронной почты для доставки сообщения в f. Нажмите кнопку ОК , чтобы сохранить внесенные изменения.
   
   

   

10. Нажмите кнопку ОК, чтобы завершить создание группы действий.

11. Щелкните Создать правило генерации оповещений, чтобы завершить создание этого правила. Оно начнет выполняться немедленно.
    
    
    

Пример оповещения

Оповещение в Azure выглядит следующим образом:

Ниже приведен пример электронной почты, которую вы будете отправлять Azure Monitor:

Дополнительные справочники

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