Я тестирую функции автомасштаба на лазури с сообщениями очереди служебной шины и рабочей ролью.Autoscaling on queuemessages
Простой сценарий в автомасштабировании - это более 10 сообщений в очереди на экземпляр, происходит автоматическое масштабирование. Однако, во время тестирования, заметил, что хотя я толкнул более 200 сообщений в очереди, даже после половины н ч,
1) Только один экземпляр был сокращен до (начался с 1, он стал 2)
2) Ни один из двух экземпляров не был стабильным, т.е. в состоянии «Запуск».
Это меня смущает, возможны следующие причины для непоследовательного показа?
1) Моя подписка - подписка компании msdn с ограниченным лимитом в месяц (что, конечно, предназначено только для работы с разработчиками).
2) Я нажал 200 сообщений в течение нескольких секунд. Очевидно, это может быть сценарий производства .. но он мешает.
Что может быть возможно?
, если вы можете сообщить мне объяснение позади этого, было бы здорово. Это проблема SLA? поскольку SLA не отображается, если у вас нет двух или более экземпляров? –
Это не проблема SLA (хотя я уверен, что SLA тоже полагается на этот факт), но я думаю, что это потому, что их балансировщик нагрузки проходит через другой шаблон и должен вытащить ваш первый экземпляр из себя, чтобы перестроить сбалансированный по нагрузке набор с 2+ экземплярами – Igorek
Я понимаю, что новый экземпляр работает в зависимости от среднего использования в течение часа .. но как насчет очереди ... например, после оптимизации чтения моей очереди, сейчас довольно быстро. . но все равно. когда я установил критерии для каждого экземпляра как 10 сообщений .. и когда в очереди осталось более 100. он все равно не начинает разворачивать новый экземпляр .. через какое-то время он делает что-то за этим? –