Сколько времени требуется, чтобы экземпляр службы приложений Azure стал доступен после масштабирования?

Контекст: я разрабатываю конфигурацию автоматического масштабирования (горизонтального масштабирования) для своего веб-приложения .NET Framework 4.7, размещенного в службе приложений Microsoft Azure. Я использую ценовой уровень P3V2. Приложение зависит от ЦП. Согласно статистике, указанной в плане службы приложений, 30-дневная средняя загрузка ЦП приложения при работе на 2 экземплярах составляет 30%. Время от времени у нас бывают скачки трафика, которые могут подавить 2 экземпляра: Я хочу реализовать автоматическое масштабирование.

Я хочу учитывать время подготовки службы приложений + время запуска приложения при разработке пороговых значений метрик, которые определяют, когда моя служба приложений будет масштабироваться. Мне нужно сделать мои пороги достаточно низкими, чтобы дать Azure время для запуска нового экземпляра службы приложений, но не настолько низкими, чтобы я без необходимости плачу за ненужную вычислительную мощность. Бюджет - важный фактор.

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

P.S. Я понимаю, что есть еще много всего, что я не касаюсь здесь. Я изо всех сил стараюсь быть лаконичным. :)


person Vince Horst    schedule 28.10.2019    source источник


Ответы (1)


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

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

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

person Architect Jamie    schedule 28.10.2019
comment
Спасибо за совет и отличное предложение по проверке истории запусков (кажется очевидным в ретроспективе)! Я проверил, что при масштабировании службы приложения вручную новый экземпляр начинает обслуживать трафик через 45 секунд. Это впечатляюще быстро. - person Vince Horst; 30.10.2019
comment
@VinceHorst Как вы подтвердили, что новый экземпляр обслуживает трафик за 45 секунд? Я также хотел бы проверить, сколько времени требуется, чтобы увидеть, как трафик перенаправляется на новый экземпляр. - person jjaguirre394; 29.08.2020
comment
К телу HTML (или заголовку HTTP) каждого ответа мы добавили уникальную строку, которая идентифицирует сервер, сгенерировавший ответ. Используя инструменты разработчика F12 в браузере, мы проверяем ответ, чтобы увидеть идентификатор. Например, мы обычно используем последний октет IP-адреса сервера или последние 5 символов имени машины сервера. Увеличьте масштаб, и они немедленно будут запрашивать браузер, пока вы не увидите новый идентификатор. - person Vince Horst; 29.08.2020