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

Лучшие практики по автомасштабированию

Автомасштабирование Azure Monitor применяется только к Масштабируемым наборам виртуальных машин Azure, Облачным службам Azure, функции веб-приложений службы приложений Azure и Управлению API Azure.

Основные понятия автомасштаба

  • Ресурс может иметь только один параметр автомасштабирования.
  • Параметр автомасштабирования может иметь один или несколько профилей, и каждый профиль может иметь один или несколько правил автомасштабирования.
  • Параметр автомасштабирования обеспечивает горизонтальное масштабирование экземпляров, то есть развертывает их, увеличивая количество экземпляров, или свертывает, уменьшая их количество.
  • Параметр автомасштабирования определяет максимальное, минимальное и значение по умолчанию для числа экземпляров.
  • Задание масштабирования всегда считывает связанную метрику, проверяя, было ли превышено настроенное пороговое значение для масштабирования вверх или вниз. Список метрик для автомасштабирования можно просмотреть в статье, посвященной общим метрикам автомасштабирования Azure Monitor.
  • Все пороговые значения вычисляются на уровне отдельного экземпляра. Примером является "горизонтальное масштабирование по одному экземпляру, когда среднее значение ЦП > 80% при подсчете экземпляров равно 2". Это означает горизонтальное масштабирование, если средний ЦП во всех экземплярах превышает 80 %.
  • Все сбои автоматического масштабирования записываются в журнал действий. Затем можно настроить оповещение журнала действий, чтобы получать уведомления по электронной почте, SMS или веб-перехватчикам при сбое автомасштабирования.
  • Аналогичным образом все успешные действия масштабирования размещаются в журнале действий. Затем можно настроить оповещение журнала действий, чтобы в случае успешного автомасштабирования получать уведомления при помощи электронной почты, SMS, или веб-перехватчиков. Также можно настроить уведомления по электронной почте или через веб-перехватчики, чтобы узнавать об успешных действиях масштабирования посредством вкладки уведомлений в настройках автомасштабирования.

Рекомендации по автомасштабированию

Используйте следующие рекомендации для автомасштабирования.

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

Если у вас есть параметр, имеющий минимальное значение 2, максимум=2, а текущее число экземпляров равно 2, действие масштабирования не может произойти. Обеспечьте достаточный интервал между минимальным и максимальным количеством экземпляров, включая их предельное количество. Автомасштабирование всегда происходит между этими пределами.

Ручное масштабирование сбрасывается из-за минимального и максимального значений автомасштабирования.

Если вы вручную обновляете количество экземпляров и устанавливаете значение выше или ниже максимального, механизм автомасштабирования автоматически возвращает его к минимальному (если оно ниже) или к максимальному (если оно выше). Например, вы задаете диапазон от 3 до 6. При наличии одного запущенного экземпляра при следующем запуске параметр автомасштабирования развернет количество экземпляров до трех. Аналогичным образом, если вручную задать масштаб до восьми экземпляров, при следующем запуске функция автомасштабирования автоматически уменьшит их количество до шести экземпляров. Масштабирование вручную является временным, если вы также не сбрасываете правила автомасштабирования.

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

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

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

  • Если ЦП > 90%, горизонтальное масштабирование на 1
  • Если память > 90 %, увеличить масштаб на 1
  • Если загрузка процессора < 45 %, уменьшьте масштаб на 1.

В этом примере может быть ситуация, когда использование памяти превышает 90 %, но загрузка ЦП составляет менее 45 %. Этот сценарий может привести к колебаниям до тех пор, пока выполняются оба условия.

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

Для диагностика метрик можно выбрать среднее, минимальное, максимальное и итоговое значение в качестве метрики для масштабирования. Наиболее распространенные статистический показатель — Средний.

Рекомендации по пороговым значениям масштабирования для специальных метрик

Для специальных метрик, таких как метрика длины очереди Azure Storage или Azure Service Bus, пороговое значение — это среднее количество сообщений, доступных для текущего количества экземпляров. Тщательно выбирайте пороговое значение этой метрики.

Проиллюстрируем его примером, чтобы лучше понять поведение:

  • Увеличьте количество экземпляров на 1, если количество сообщений в очереди хранилища >равно 50
  • Уменьшение числа экземпляров на 1, когда количество < сообщений в очереди хранилища ≥ 10

Рассмотрим следующую последовательность:

  1. Существует два экземпляра очереди хранилища.
  2. Сообщения продолжают поступать, а при просмотре очереди хранилища общее количество составляет 50. Вы можете предположить, что автомасштабирование должно начать действие по масштабированию наружу. Однако обратите внимание, что на экземпляр по-прежнему приходится 50/2 = 25 сообщений. Таким образом, горизонтальное масштабирование не происходит. Чтобы первое действие горизонтального масштабирования произошло, общее количество сообщений в очереди хранения должно быть 100.
  3. Далее предположим, что общее количество сообщений достигло 100.
  4. Третий экземпляр очереди хранилища добавляется в результате масштабирования. Следующее горизонтальное масштабирование не произойдет, пока в очереди не будет 150 сообщений, так как 150/3 = 50.
  5. Теперь количество сообщений в очереди уменьшится. Первое действие свертывания для трех экземпляров происходит, когда общее количество сообщений во всех очередях достигает 30, поскольку 30/3 = 10 сообщений на экземпляр, что является пороговым значением для свертывания.

Рекомендации по масштабированию при настройке нескольких правил в профиле

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

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

Чтобы проиллюстрировать, предположим, что у вас есть четыре правила автомасштабирования:

  • Если ЦП < 30%, масштабируется на 1
  • Если память < 50 %, увеличьте на 1
  • Если загрузка ЦП составляет менее 75 %, увеличить масштаб на 1.
  • Если объем используемой памяти > 75 %, масштабировать на 1 экземпляр

Затем происходит следующее действие:

  • Если загрузка ЦП составляет 76% и используется 50% памяти, мы увеличиваем масштабирование.
  • Если ЦП загружен на 50% и используется 76% памяти, выполняется масштабирование.

С другой стороны, если ЦП составляет 25 %, а память составляет 51%, автомасштабирование не масштабируется. Для масштабирования ЦП должно составлять 29 % и память 49 %.

Всегда выбирайте безопасное число экземпляров по умолчанию

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

Настройка уведомлений об автомасштабировании

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

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

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

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

Безопасное отправка данных с помощью TLS 1.2

Чтобы обеспечить безопасность передаваемых в Azure Monitor данных, настоятельно рекомендуем настроить для агента использование протокола TLS как минимум версии 1.2. Более старые версии TLS/Secure Sockets Layer (SSL) оказались уязвимыми. Хотя они по-прежнему работают, чтобы обеспечить обратную совместимость, мы не рекомендуем их. Отрасль быстро переходит к отказу от поддержки этих старых протоколов.

Совет по стандартам безопасности PCI установил крайний срок 30 июня 2018 года, чтобы отключить старые версии TLS/SSL и обновить до более безопасных протоколов. После того как Azure прекратит устаревшую поддержку, если ваши агенты не смогут обмениваться данными как минимум по протоколу TLS 1.2, вы не сможете отправлять данные в журналы Azure Monitor.

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

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

  • Last updated on