2015-10-09 2 views
0

Я тестирую функции автомасштаба на лазури с сообщениями очереди служебной шины и рабочей ролью.Autoscaling on queuemessages

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

1) Только один экземпляр был сокращен до (начался с 1, он стал 2)
2) Ни один из двух экземпляров не был стабильным, т.е. в состоянии «Запуск».

Это меня смущает, возможны следующие причины для непоследовательного показа?

1) Моя подписка - подписка компании msdn с ограниченным лимитом в месяц (что, конечно, предназначено только для работы с разработчиками).
2) Я нажал 200 сообщений в течение нескольких секунд. Очевидно, это может быть сценарий производства .. но он мешает.

Что может быть возможно?

ответ

1

Автоматическое масштабирование Azure работает на периоды совокупности 60мин. Как только он запускается, он обычно добавляет по одному экземпляру за раз, и для добавления экземпляра в облачный сервис требуется 10-12 минут, что я и предполагаю.

Если вы хотите тонну больше контроля и вариантов, когда речь идет о авто-масштабирования, рассмотреть 3-й партии продукции, которые специализируются на этом, как CloudMonix, который является преемником AzureWatch - оба из которых я связан с

Особо следует отметить, почему ваши экземпляры были неготовными в течение периода масштабирования: Это потому, что вы начали с 1 экземпляра и пошли к 2. Если вы должны были начать с 2 экземпляров и перейти на 3+, ваши первые два экземпляра было бы хорошо. Это особая проблема с балансировщиком нагрузки Azure, и я забыл объяснение, которое Microsoft дала в отношении этого, но он находится где-то на форумах, если вы посмотрите

+0

, если вы можете сообщить мне объяснение позади этого, было бы здорово. Это проблема SLA? поскольку SLA не отображается, если у вас нет двух или более экземпляров? –

+0

Это не проблема SLA (хотя я уверен, что SLA тоже полагается на этот факт), но я думаю, что это потому, что их балансировщик нагрузки проходит через другой шаблон и должен вытащить ваш первый экземпляр из себя, чтобы перестроить сбалансированный по нагрузке набор с 2+ экземплярами – Igorek

+0

Я понимаю, что новый экземпляр работает в зависимости от среднего использования в течение часа .. но как насчет очереди ... например, после оптимизации чтения моей очереди, сейчас довольно быстро. . но все равно. когда я установил критерии для каждого экземпляра как 10 сообщений .. и когда в очереди осталось более 100. он все равно не начинает разворачивать новый экземпляр .. через какое-то время он делает что-то за этим? –

Смежные вопросы