Будет ли масштабная работа веб-работы убивать "занятые" экземпляры?

Question

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

Для обработки некоторых сообщений потребуется много времени.

Мой вопрос ... Если произойдет масштабирование, и сработает правило масштабирования (когда nbr сообщения в очереди уменьшится), Azure будет ждать окончания обработки сообщений, прежде чем уничтожить экземпляры, или просто уничтожит экземпляры сразу?

Answer 1

Обновление 01/20:

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

Но для ручного масштабирования он не ждет, а сразу его убивает.

---

Оригинал:

Для ручного масштабирования нет, он не убивает занятый экземпляр , Azure WebApp / webjobs должны использовать указанную стратегию LoadBalance для нескольких экземпляров, и она будет уравновешивать рабочую нагрузку и направлять сообщения очереди в 3 экземпляра соответственно. Это означает, что 3 экземпляра будут работать параллельно.

Я не нашел никакого официального документа по этому поводу, но это легко проверить.

Я настроил веб-задание триггера очереди, и загрузить его как непрерывный в azure. После уменьшения масштаба вы увидите, что все 3 экземпляра работают.

Примечание: идентификатор экземпляра 940246 является исходным, остальные 2 экземпляра идентификатора 4c7ed0 / f3753 c появляются после уменьшения масштаба.

На сайте куду перечислены 3 экземпляра. Снимок экрана, как показано ниже:

В журналах веб-заданий: