Мониторинг одного кластера Azure Stack HCI с помощью Insights

Область применения: Azure Stack HCI версии 22H2

Внимание

Azure Stack HCI теперь является частью Azure Local. Однако старые версии Azure Stack HCI, например 22H2, будут продолжать ссылаться на Azure Stack HCI и не отражают изменение имени. Подробнее.

В этой статье объясняется, как использовать Аналитику для мониторинга одного кластера Azure Stack HCI. Сведения о нескольких кластерах Azure Stack HCI см. в статье "Мониторинг нескольких кластеров Azure Stack HCI" с помощью Insights.

Аналитика — это функция Azure Monitor, которая быстро запускает мониторинг кластера Azure Stack HCI. Вы можете просматривать ключевые метрики, информацию о состоянии и использовании, касающиеся кластера, серверов, виртуальных машин и хранилища.

Внимание

Если вы зарегистрировали кластер Azure Stack HCI и настроили Insights до ноября 2023 года, некоторые функции, использующие агент Azure Monitor (AMA), такие как Arc for Servers, VM Insights, Defender для облака или Sentinel, могут неправильно собирать журналы и данные событий. Рекомендации по устранению неполадок см. в разделе "Устранение неполадок кластеров", зарегистрированных до ноября 2023 г.

Льготы

Аналитика для Azure Stack HCI предлагает следующие преимущества:

• Управляется Azure. Служба Insights управляется в Azure и доступна через портал Azure, что гарантирует её постоянную актуальность. Нет необходимости в настройке базы данных или специального программного обеспечения.

• Масштабируемость. Insights способен загружать более 400 информационных наборов кластеров в нескольких подписках одновременно. Нет ограничений на кластер, домен или физическое расположение.

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

Настройка Аналитики для Azure Stack HCI

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

Функция Аналитики в Azure Stack HCI версии 22H2 и более поздних версиях использует AMA, которая предлагает значительные преимущества по сравнению с устаревшим агентом Microsoft Monitoring Agent (MMA), используемым в Azure Stack HCI версии 21H2 и более ранними версиями. К этим преимуществам относятся улучшенная скорость, улучшенная безопасность и улучшенная производительность. Вы можете подключить новые узлы к AMA или перенести существующие узлы из устаревшего агента в AMA.

Рекомендуется обновить систему Azure Stack HCI до версии 22H2 или более поздней, чтобы воспользоваться преимуществами возможностей аналитики с AMA.

Azure Stack HCI версия 22H2 и более поздние

Начиная с накопительного обновления за май 2023 г. для Azure Stack HCI версии 22H2 можно отслеживать локальные системы Azure Stack HCI с помощью Insights для Azure Stack HCI.

Предварительные условия

Ниже приведены предварительные требования для использования Insights для Azure Stack HCI:

• Кластер Azure Stack HCI должен быть зарегистрирован в Azure и с поддержкой Arc. Если вы зарегистрировали кластер 15 июня 2021 года или после этой даты, это происходит по умолчанию. В противном случае необходимо включить интеграцию Azure Arc.

• Кластер должен иметь Azure Stack HCI версии 22H2 и накопительное обновление за май 2023 года или более позднее.

• Управляемое удостоверение для ресурса Azure должно быть включено. Дополнительные сведения см. в статье "Включено расширенное управление".

Включение аналитики

Функция Insights помогает отслеживать все кластеры Azure Stack HCI, связанные с рабочей областью Log Analytics, предоставляя полезные параметры состояния. Аналитика устанавливает агент Azure Monitor и помогает настроить правила сбора данных (DCR) для мониторинга кластера Azure Stack HCI.

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

1. В портал Azure перейдите на страницу ресурсов кластера Azure Stack HCI, а затем выберите кластер. На вкладке "Возможности" выберите "Аналитика".

   

2. На странице "Аналитика" выберите "Начало работы".

   

   Примечание.

   Кнопка "Начало работы" доступна только для Azure Stack HCI версии 22H2 с накопительным обновлением или более поздним обновлением за май 2023 г. и только после включения управляемого удостоверения. В противном случае эта кнопка отключена.

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

   

4. (Необязательно) Вы также можете создать новый DCR, выбрав Создать новый на странице конфигурации Инсайтов.

   Внимание

   Настоятельно рекомендуется не создавать собственный DCR. DCR, созданный Insights, включает специальный поток данных, необходимый для его работы. Этот DCR можно изменить для сбора дополнительных данных, таких как события Windows и Syslog. Созданные через установку AMA DCR будут иметь префикс AzureStackHCI-, добавленный к имени DCR.

   1. На странице "Новое правило сбора данных" укажите имя подписки, имя DCR и конечную точку сбора данных (DCE). Конечные точки сбора данных используются для доступа к службе конфигурации с целью получения связанных правил сбора данных для агента Azure Monitor. Дополнительные сведения о DCE см. в статье "Конечные точки сбора данных" в Azure Monitor.

      Примечание.

      Если вы используете приватные ссылки на агенте, необходимо добавить DCE. Дополнительные сведения о параметрах сети AMA см. в разделе "Определение параметров сети агента Azure Monitor".

      

   2. Нажмите кнопку Просмотреть и создать.

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

5. Просмотрите окончательный экран с сводкой по имени DCR, количеству журналов событий, счетчикам производительности и имени рабочей области Log Analytics, в которой хранятся данные. Выберите Настроить.

   

   После выбора настройки вы будете перенаправлены на страницу расширений, где можно просмотреть состояние установки агента. Настроив Insights, AMA автоматически устанавливается на всех узлах кластера.

6. Перейдите на страницу ресурсов кластера Azure Stack HCI и выберите кластер. Аналитика теперь отображается как настроенная на вкладке "Возможности" :

   

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

При включении Аналитики на компьютере с агентом Azure Monitor необходимо указать DCR для использования. Чтобы узнать больше о правилах сбора данных, см. раздел "Правила сбора данных" в Azure Monitor.

Параметр	Description
Счетчики производительности	Указывает, какие счетчики производительности данных нужно собирать из операционной системы. Этот параметр необходим для всех компьютеров. Эти счетчики производительности используются для заполнения визуализаций в рабочей тетради Insights. В настоящее время в книге Insights используются пять счетчиков производительности: Memory()\Available Bytes, Network Interface()\Bytes Total/sec, Processor(_Total)\% Processor Time, RDMA Activity()\RDMA Inbound Bytes/sec и RDMA Activity()\RDMA Outbound Bytes/sec
Канал журнала событий	Указывает, какие журналы событий Windows собираются из операционной системы. Этот параметр необходим для всех компьютеров. Журналы событий Windows используются для заполнения визуализаций в книге Insights. В настоящее время данные собираются с помощью двух каналов журнала событий Windows: - microsoft-windows-health/operationalmicrosoft-windows-sddc-management/operational
Рабочая область Log Analytics	Рабочая область для хранения данных. Перечислены только рабочие области с функцией аналитики.

Канал событий

Канал событий Windows Microsoft-windows-sddc-management/operational и Microsoft-windows-health/operational добавляется в рабочую область Log Analytics в разделе журналы событий Windows.

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

Счетчики производительности

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

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

Счетчики производительности	Описание
Память(*)\Available Bytes	Доступные байты — это объем физической памяти в байтах, который сразу же доступен для выделения в процессе или для использования системой.
Сетевой интерфейс(*)\Всего байт/с	Скорость отправки и получения байтов по каждому сетевому адаптеру, включая символы кадрирования. Всего байт/с — это сумма байт получено/с и байт отправлено/с.
Процессор(_Всего)% времени работы процессора	Процент истекшего времени, когда все потоки обработки использовали обработчик для выполнения инструкций.
Активность RDMA(*)\Входящие байты/сек	Скорость передачи данных по протоколу RDMA сетевым адаптером в секунду.
Действие RDMA(*)\исходящие байты RDMA в секунду	Скорость передачи данных по протоколу RDMA сетевым адаптером в секунду.

После включения Аналитики может потребоваться до 15 минут для сбора данных. После завершения процесса вы сможете увидеть многофункциональную визуализацию работоспособности кластера из меню "Аналитика " на левой панели:

Отключение инсайтов

Чтобы отключить Аналитику, выполните следующие действия.

1. Выберите "Аналитика" на вкладке "Возможности ".

2. Выберите "Отключить аналитику".

   

При отключении функции Insights связь между правилом сбора данных и кластером удаляется, и журналы службы работоспособности и управления SDDC больше не собираются. Однако существующие данные не удаляются. Если вы хотите удалить эти данные, перейдите в рабочую область DCR и Log Analytics и удалите эти данные вручную.

Обновить аналитические данные

На плитке данных Insights отображается сообщение "Требуется обновление" в следующих случаях:

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

Чтобы включить аналитику снова, выполните следующие действия.

1. Выберите плитку Insights в разделе "Возможности".

2. Нажмите кнопку "Обновить", чтобы просмотреть визуализации снова.

   

Переход от Microsoft Monitoring Agent

1. Чтобы перейти из Microsoft Monitoring Agent (MMA) в агент мониторинга Azure (AMA), прокрутите вниз до Insights.

   

2. Выберите Установить AMA; откроется окно конфигурации Insights.

   

3. Выберите или создайте правило сбора данных, как описано ранее в разделе Enable Insights .

Агент Azure Monitor и расширение Microsoft Monitoring Agent можно установить на одном компьютере во время миграции. Одновременное выполнение обоих агентов может привести к дублированию данных и увеличению затрат. Если на компьютере установлены оба агента, в портале Azure появится предупреждение о том, что вы можете собирать повторяющиеся данные, как показано на следующем снимке экрана.

Предупреждение

Сбор дублирующих данных с одного компьютера с помощью агента Azure Monitor и расширения Microsoft Monitoring Agent может привести к дополнительным затратам на отправку и обработку дублирующих данных в рабочую область Log Analytics.

Необходимо удалить расширение Microsoft Monitoring Agent самостоятельно с любых компьютеров, использующих его. Прежде чем выполнить этот шаг, убедитесь, что компьютер не зависит от других решений, требующих Microsoft Monitoring Agent. Убедившись, что MicrosoftMonitoringAgent еще не подключен к рабочей области Log Analytics, вы можете удалить MicrosoftMonitoringAgent вручную, перейдя на страницу расширений.

Устранение неполадок

В этом разделе приводятся рекомендации по устранению проблем с использованием Аналитики для Azure Stack HCI.

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

Проблема. В кластерах, зарегистрированных до ноября 2023 года, функции, использующие AMA в Azure Stack HCI, такие как Arc для серверов, VM Insights, Container Insights, Defender для облака и Sentinel, могут не собирать журналы и данные событий должным образом.

Причина. До ноября 2023 года регистрация кластера настраивала AMA для использования удостоверения кластера, а службы, использующие AMA в Azure Stack HCI, требовали удостоверения узла кластера для правильного сбора журналов. Это несоответствие привело к неправильному сбору журналов из этих служб.

Решение. Чтобы устранить эту проблему, мы внесли изменения в регистрацию кластера HCI в системе AMA, чтобы использовать удостоверение сервера. Чтобы реализовать это изменение, выполните следующие действия по кластерам, зарегистрированным до ноября 2023 г.:

1. Восстановление регистрации кластера. См. раздел "Восстановление регистрации кластера".
2. Восстановление AMA. См. раздел "Восстановление AMA".
3. Перенастройте Инсайты для Azure Stack HCI. См. Reconfigure Insights для Azure Stack HCI.

В портале Azure страница Insights для Azure Stack HCI автоматически обнаруживает изменение конфигурации AMA и отображает баннер в верхней части страницы, руководствуя вас для выполнения необходимых действий для продолжения использования служб, зависящих от AMA.

Восстановление регистрации кластера

Выполните следующие действия, чтобы восстановить регистрацию кластера:

1. На узлах кластера установите последний Az.StackHCI модуль PowerShell. Замените latestversion последним Az.StackHCI номером версии.

   Install-Module -Name Az.StackHCI -RequiredVersion {latestversion} -Scope CurrentUser -Repository PSGallery -Force 
   

2. Выполните команду восстановления регистрации, чтобы удалить ключ реестра:

   Register-AzStackHCI -TenantId {TenantID} -SubscriptionId {subscriptionID} -ComputerName {NodeName} -RepairRegistration 
   

Восстановление AMA для Azure Stack HCI

Выберите один из следующих вариантов для восстановления AMA:

• Вариант 1. Удаление AMA

  Если AMA уже обновлена, удалите его. Выполните следующие действия, чтобы удалить AMA:

  1. В портал Azure перейдите на страницу расширений для кластера Azure Stack HCI.

  2. Установите флажок для AzureMonitorWindowsAgent и выберите "Удалить".

     

• Вариант 2. Обновление AMA

  Выполните следующие действия, чтобы обновить AMA:

  1. В портал Azure перейдите на страницу расширений для кластера Azure Stack HCI.

  2. Установите флажок для AzureMonitorWindowsAgent и нажмите кнопку Включить автоматическое обновление, если это еще не сделано.

     

• Вариант 3. Перезапуск AMA

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

  1. Выполните следующую команду, чтобы отключить AMA:

     cd C:\Packages\Plugins\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent\<agent version number>
     AzureMonitorAgentExtension.exe disable
     

  2. После завершения исполняемого файла и остановки всех процессов AMA выполните следующую команду, чтобы перезапустить агент:

     AzureMonitorAgentExtension.exe enable
     

• Вариант 4. Перезагрузка узлов кластера

Перенастройка аналитических отчетов для Azure Stack HCI

Выполните следующие действия, чтобы перенастроить Insights для Azure Stack HCI:

1. портал Azure На странице "Аналитика" кластера Azure Stack HCI отображается баннер в верхней части экрана, как показано на следующем снимке экрана, который помогает снова настроить аналитику и связать DCR с узлами кластера. Просмотрите баннер и выберите "Настроить Аналитику".

   

2. Перенастройка DCR. Следуйте инструкциям по настройке Аналитики, как описано в этой статье. См. статью "Настройка Аналитики для Azure Stack HCI".

   

Как устранить неполадки с пустой страницей рабочей книги, где данные не загружены

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

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

Решение. Чтобы устранить проблему, выполните следующие действия в последовательности:

1. Если вы недавно настроили Insights, подождите до одного часа, пока AMA будет собирать данные.
2. Если после ожидания данные по-прежнему отсутствуют, убедитесь, что вы выполнили все действия, описанные в разделе "Устранение неполадок" кластеров, зарегистрированных до ноября 2023 года.
3. Проверьте конфигурацию связанного DCR. Убедитесь, что каналы событий и счетчики производительности добавляются в качестве источников данных в связанный DCR, как описано в разделе "Правила сбора данных".
4. Если проблема сохраняется после выполнения описанных выше действий, и вы по-прежнему не видите никаких данных, обратитесь в службу поддержки клиентов за помощью.

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

Azure Stack HCI версии 21H2 и более ранних версий

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

Данные, созданные из локального кластера Azure Stack HCI, собираются в рабочей области Log Analytics в Azure. В этой рабочей области можно собирать данные о работоспособности кластера. По умолчанию мониторинг собирает следующие журналы каждый час:

• Управление работоспособностью (Microsoft-windows-health/operational)
• Управление SDDC (Microsoft-Windows-SDDC-Management/Operational; Идентификатор события: 3000, 3001, 3002, 3003, 3004)

Чтобы изменить частоту сбора журналов, см. Канал журнала событий.

Предварительные условия

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

• Кластер Azure Stack HCI должен быть зарегистрирован в Azure и включен в составе Azure Arc. Если вы зарегистрировали кластер 15 июня 2021 г. или позже, это происходит по умолчанию. В противном случае необходимо включить интеграцию Azure Arc.

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

• Включите Insights, чтобы разрешить Azure Monitor начать сбор событий, необходимых для мониторинга.

Возможности ведения журналов

После регистрации кластера и включения Arc для серверов вы увидите следующие элементы в портале Azure:

• Ресурс Azure Stack HCI в указанной группе ресурсов.
• Сервер — ресурсы Azure Arc для каждого сервера в кластере <clustername>ArcInstanceResourceGroup.
• Узлы с ссылкой на ресурс Server-Azure Arc на странице ресурсов Azure Stack HCI на вкладке "Узлы".

Теперь, когда узлы кластера переведены на Arc, перейдите на страницу ресурса вашего кластера Azure Stack HCI. На вкладке "Возможности" вы видите опцию включения журналов, где указано Не настроено.

Эта возможность — это расширение Arc для серверов, упрощающее установку Microsoft Monitoring Agent. Поскольку вы используете расширение Arc для серверов для включения этого рабочего процесса, если вы когда-либо добавите в кластер больше серверов, на них автоматически устанавливается агент мониторинга Microsoft.

Примечание.

Microsoft Monitoring Agent для Windows передает исходящий трафик службе Azure Monitor через TCP-порт 443. Если серверы подключаются через брандмауэр или прокси-сервер для обмена данными через Интернет, просмотрите эти требования , чтобы понять необходимую конфигурацию сети.

Настройка расширения Microsoft Monitoring Agent

Чтобы настроить расширение Microsoft Monitoring Agent (AMA), выполните следующие действия.

1. На вкладке Возможности выберите Журналы.

2. Выберите "Использовать существующую", чтобы использовать существующую рабочую область для вашей подписки.

3. Выберите " Добавить " в нижней части страницы.

   

4. После завершения настройки журналы будут отображаться как настроенные на вкладке "Возможности ".

5. Выберите Настройки Расширения на панели инструментов слева. Вы увидите, что каждый из серверов успешно установлен Microsoft Monitoring Agent.

Теперь вы успешно установили расширение Log Analytics.

Отключение Log Analytics

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

Чтобы удалить Microsoft Monitoring Agent с каждого сервера в кластере, выполните следующие действия.

1. Выберите Настройки > Расширения на панели инструментов слева.
2. Установите флажок MicrosoftMonitoringAgent.
3. Нажмите кнопку " Удалить", а затем "Да".

Включение инсайтов

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

1. На вкладке "Возможности" выберите "Аналитика". Затем выберите Начало работы (Get started).
2. Теперь Insights должны отображаться как настроенные на вкладке Возможности.

Какие данные собираются?

Канал событий Microsoft-windows-sddc-management/operational и microsoft-windows-health/operational Windows добавляется в рабочую область Log Analytics в разделе журналы событий Windows.

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

Счетчики производительности

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

Счетчики производительности	Описание
Memory(*)\Доступные байты	Доступные байты — это объем физической памяти в байтах, который сразу же доступен для выделения в процессе или для использования системой.
Сетевой интерфейс(*)\Всего байт/с	Скорость отправки и получения байтов по каждому сетевому адаптеру, включая символы кадрирования. Всего байтов/с — это сумма байтов, полученных в секунду, и байтов, отправленных в секунду.
Процессор(_Всего)% времени процессора	Процент истекшего времени, когда все потоки обработки использовали обработчик для выполнения инструкций.
Активность RDMA(*)\Входящие байты RDMA в секунду	Скорость передачи данных по протоколу RDMA сетевым адаптером в секунду.
Действие RDMA(*)\исходящие байты RDMA в секунду	Скорость передачи данных по протоколу RDMA сетевым адаптером в секунду.

После включения Аналитики может потребоваться до 15 минут для сбора данных. После завершения процесса вы сможете увидеть широкие возможности визуализации работоспособности кластера на вкладке "Аналитика " в левой области навигации, как показано на следующем снимке экрана:

Отключить инсайты

Чтобы отключить аналитические сведения, выполните следующие действия.

1. Выберите "Аналитика" на вкладке "Возможности ".

2. Выберите "Отключить аналитику".

   

При отключении Инсайта журналы Службы работоспособности и управления SDDC больше не собираются, но существующие данные не будут удалены. Если вы хотите удалить эти данные, перейдите в рабочую область Log Analytics и удалите данные вручную.

Обновление сведений

На виджете Insights в следующих случаях отображается сообщение Требуется обновление:

• Событие работоспособности из журналов событий Windows удаляется.
• Все или все 5 счетчиков производительности из рабочей области Loganalytics удаляются.

Чтобы включить аналитику снова,

• Выберите плитку Insights в разделе "Возможности".
• Нажмите кнопку "Обновить", чтобы просмотреть визуализации снова.

Устранение неполадок

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

Использование средства устранения неполадок Log Analytics

1. Откройте запрос PowerShell от имени администратора на узле Azure Stack HCI, где установлено расширение MicrosoftMonitoringAgent.

2. Перейдите в каталог, в котором установлено средство.

   cd C:\Program Files\Microsoft Monitoring Agent\Agent\Troubleshooter
   

3. Выполните основной сценарий с помощью следующей команды:

   .\GetAgentInfo.ps1
   

4. При появлении запроса на выбор сценария устранения неполадок выберите вариант 1. Агент не сообщает данные или отсутствующие данные пульса.

5. Вам будет предложено выбрать действие, которое вы хотите выполнить. Выберите вариант 1. Диагностика.

   

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

   

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

   

7. Чтобы решить эту проблему, выполните указанные ниже действия.

   1. Перейдите на страницу ресурсов Azure Stack HCI в портал Azure, выберите расширения [имя кластера]>. Затем установите флажок для расширения MicrosoftMonitoringAgent и удалите расширение Microsoft Monitoring Agent.
   2. Убедитесь, что часовой пояс узла Azure Stack HCI правильно и что локальное время на узле совпадает с временем Azure для часового пояса.
      1. В консоли узла Azure Stack HCI выберите вариант 9: Дата и время в меню Sconfig , а затем выберите часовой пояс и убедитесь, что местное время правильно.
      2. Проверьте часовой пояс контроллера домена Active Directory (основной контроллер домена) и убедитесь, что дата и время правильно.
      3. Если PDC Active Directory настроен правильно и локальное время Azure Stack HCI всё ещё неверно, это означает, что иерархия доменов Active Directory не распознаётся. Если да, выполните шаги iv - vi ниже. В противном случае перейдите к шагу c.
      4. В узле Azure Stack HCI выберите вариант 15 , чтобы выйти из меню Sconfig. Затем выполните следующую команду в PowerShell от имени администратора: w32tm.exe /config /syncfromflags:domhier /update это должно вернуть подтверждение успешного выполнения команды, а параметр времени должен быть правильным.
      5. Для дальнейшей диагностики запустите w32tm /monitor на консоли сервера Azure Stack HCI. Активный контроллер домена должен быть указан в качестве стратума 1 сервера, а все остальные контроллеры домена — стратум 2.
      6. Наконец, убедитесь, что служба времени Windows и её поставщики не настроены в объекте групповой политики, так как это будет препятствовать иерархии доменов Active Directory.
   3. Повторно добавьте расширение Log Analytics, перейдя на страницу ресурсов Azure Stack HCI в портал Azure, выберите [имя кластера] > Обзор, затем выберите Возможности и настройте Log Analytics и мониторинг.

8. Повторно запустите средство устранения неполадок Log Analytics и больше не увидите ошибку. Теперь вы увидите, что номера агентов Windows обновляются в рабочей области Log Analytics в разделе «Управление агентами», чтобы соответствовать узлам кластера, и начнется поток событий мониторинга.

Визуализации инсайтов

После включения Аналитики в следующих таблицах содержатся сведения обо всех ресурсах.

Здоровье

Предоставляет ошибки работоспособности в кластере.

Метрика	Описание	Единица	Пример
Неисправность	Краткое описание сбоев работоспособности. Щелкнув ссылку, откроется боковая панель с дополнительными сведениями.	Нет единицы	ПревышенПорогВместимостиПула
Тип ресурса сбоя	Тип ресурса, который столкнулся с ошибкой.	Нет единицы	StoragePool
Идентификатор ресурса сбоя	Уникальный идентификатор ресурса, у которого обнаружена ошибка работоспособности.	Уникальный идентификатор	{a0a0a0a0-bbbb-cccc-dddd-e1e1e1e1e1e1}: SP:{b1b1b1b1-cccc-dddd-eeee-f2f2f2f2f2f2}
Серьезность	Серьезность сбоя может быть предупреждением или критически важной.	Нет единицы	Предупреждение
Начальное время сбоя	Метка времени последнего обновления сервера.	Дата и время	4.9.2022, 12:15:42

Сервер

Метрика	Описание	Единица.	Пример
Серверы	Имена серверов в кластере.	Нет единицы	VM-1
Последнее обновление	Дата и время последнего обновления сервера.	Дата и время	4.9.2022, 12:15:42 после полудня
Состояние	Работоспособность ресурсов сервера в кластере.	Это может быть здорово, предупреждение, критическое и другое	Здоровый
Использование процессора	Процент времени, когда процесс использовал ЦП.	Процент	56 %
Использование памяти	Использование памяти серверного процесса равно сумме счетчика Process\Private Bytes и размера сопоставленных с памятью данных.	Процент	16 %
Логические процессоры	Количество логических процессоров.	Количество	2
ЦП	Количество ЦП.	Счёт	2
Время безотказной работы	Время, в течение которого машина, особенно компьютер, работает.	Временной диапазон	2.609 ч.
Сайт	Имя сайта, к которому принадлежит сервер.	Имя сайта	SiteA
Доменное имя	Локальный домен, к которому принадлежит сервер.	Нет единицы	Contoso.local

Виртуальные машины

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

Метрика	Описание	Единица	Пример
Серверы	Имени сервера.	Нет единицы	Sample-VM-1
Последнее обновление	Это дает дату и время последнего обновления сервера	Дата и время	4.9.2022, 12:24:02
Общее число виртуальных машин	Количество виртуальных машин на узле сервера.	Подсчет	0 из 0 запущено
Выполняется	Количество виртуальных машин, работающих на узле сервера.	Считать	2
Остановлено	Количество виртуальных машин, остановленных на узле сервера.	Счёт	3
Неудачно	Количество виртуальных машин, которые вышли из строя на серверном узле.	Подсчёт	2
Другие	Если виртуальная машина находится в одном из следующих состояний (неизвестно, запуск, моментальный снимок, сохранение, остановка, приостановка, возобновление, приостановка, приостановка), она считается другой.	Считать	2

Хранилище

В следующей таблице приведены сведения о работоспособности томов и дисков в кластере:

Метрика	Описание	Единица	Пример
Объемы	Имя тома	Нет единицы	ИсторияПроизводительностиКластера
Последнее обновление	Дата и время последнего обновления хранилища.	Дата и время	14.04.2022, 14:58:55
Состояние	Состояние тома.	Нормально, предупреждение, критическое и другое.	Здоровый
Общая вместимость	Общая емкость устройства в байтах за отчетный период.	Байт	2.5 ГБ
Доступная емкость	Доступная емкость в байтах в отчетный период.	Байт	20 Б
Iops	Количество операций ввода-вывода в секунду.	в секунду.	45/с
Пропускная способность	Количество байтов в секунду, обрабатываемых Шлюзом приложений	Байты в секунду	5B/с
Задержка	Время выполнения запроса ввода-вывода.	Секунда	0.0016 s
Устойчивость	Способность восстанавливаться после сбоев. Обеспечивает максимальную доступность данных.	Нет единицы	Трехстворчатое зеркало
Дедупликация	Процесс уменьшения физического числа байтов данных, которые должны храниться на диске.	Доступно или нет	Да/нет
Файловая система	Тип файловой системы.	Нет единицы	ReFS

Цены на Azure Monitor

При включении визуализации мониторинга журналы собираются из:

• Управление работоспособностью (Microsoft-windows-health/operational).
• Управление SDDC (Microsoft-Windows-SDDC-Management/Operational; Идентификатор события: 3000, 3001, 3002, 3003, 3004).

Плата взимается на основе объема приема данных и параметров хранения данных рабочей области Log Analytics.

Azure Monitor имеет плату по мере использования, и первые 5 ГБ на учётную запись в месяц бесплатны. Так как цены могут отличаться из-за нескольких факторов, таких как регион Azure, который вы используете, посетите калькулятор цен Azure Monitor для наиболее актуальных вычислений цен.

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

• Мониторинг нескольких кластеров с помощью Аналитики
• Регистрация кластера в Azure
• Включение интеграции Azure Arc
• Канал журнала событий
• Калькулятор цен Azure Monitor
• Средство устранения неполадок Log Analytics