Мониторинг автомасштабирования

  • 2 мин

В этом уроке мы рассмотрим концепции мониторинга автомасштабирования.

Наблюдение

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

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

  • Действия автомасштабирования: подсистема записывает события действия масштабирования, запущенные службой автомасштабирования, и результаты этих действий масштабирования (успешное выполнение, сбой и количество операций масштабирования, как показано службой автомасштабирования).

Основные сведения о событиях автомасштабирования

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

Автомасштабирование записей в журнал действий при возникновении следующих условий:

  • Служба автомасштабирования инициирует операцию масштабирования.
  • Служба автомасштабирования успешно завершает действие масштабирования.
  • службе автомасштабирования не удается выполнить действие масштабирования.
  • Служба автомасштабирования обнаруживает нестабильность и прерывает попытку масштабирования. В этой ситуации Flapping отображается тип журнала. Если вы видите Flapping, убедитесь в том, что диапазон пороговых значений достаточно широк.
  • Автомасштабирование обнаруживает вспышку, но по-прежнему может успешно масштабироваться. В этой ситуации FlappingOccurred отображается тип журнала. Если вы видите FlappingOccurred, подсистема автомасштабирования попыталась масштабировать (например, от четырех экземпляров до двух), но определила, что это действие приведет к сбою. Вместо этого подсистема автомасштабирования масштабируется до другого количества экземпляров (например, с использованием трех экземпляров вместо двух), что больше не приводит к сворачиванию, поэтому оно масштабируется до этого числа экземпляров.

Мониторинг автомасштабирования приложения с помощью Log Analytics

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

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

Можно проверить результат оценки и масштабирования, предпочтительно, с помощью Log Analytics. В примере приложения мы перенаправили журналы автомасштабирования в журналы Azure Monitor (Log Analytics) через рабочую область при создании параметра автомасштабирования.

Данные извлекаются из рабочей области Log Analytics с помощью запроса журнала, который является запросом только для чтения, предназначенным для обработки данных и возврата результатов. Запросы журнала написаны на языке запросов Kusto (KQL), который является тем же языком запросов, который используется в Azure Data Explorer.

Примечание.

Дополнительные сведения о синтаксисе KQL см. в разделе "Сводка" в конце этого модуля.

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