Настройка высокой доступности на Azure

Question

Мы находимся в процессе перевода нашего текущего решения IAAS на лазурь, где мы размещаем веб-приложения asp.net LOB в IIS с бэкэнд SQL Server.

Я ищу в наборах доступности. Я наткнулся на эту статью по адресу: http://michaelwasham.com/windows-azure-powershell-reference-guide/understanding_configuring_availability_sets_powershell/

Это похоже, как мы хотим, чтобы настроить наше развертывание на Azure, где «Web-сервера» являются нашими виртуальными машинами. Мой вопрос касается того, как мы настраиваем наши виртуальные машины. В настоящее время у нас около 200 отдельных размещенных клиентов в нашем решении IAAS, что означает 200 отдельных веб-приложений в IIS. При высокодоступном развертывании виртуальные машины должны быть точной копией друг друга, т.е. 200 клиентов на коробке 1, и это снова на коробке 2. Или мы должны распространять их по нескольким ящикам, т.е. 0-50 клиентов на коробке 1, 50-100 клиентов на поле 2 и так далее.

Я не могу видеть, как 2-й вариант распространения будет работать в очень доступном наборе, потому что, если 1 коробка опускается, чем все клиенты на ней, спуститесь с ней?

Немного смущен, надеясь, что у кого-то есть советы по этому поводу?

Благодаря

Answer 1

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

Также поместите их в availability set, так что если один из виртуальной машины умирает по какой-то причине или во время обновления (что может произойти время от времени с VMS) вы можете быть уверены, что хотя бы один из ваших vms всегда будет в сети. Вам может потребоваться больше двух vms, это действительно зависит от объема трафика, генерируемого каждым вашим клиентом, и нагрузки, которая создается. Но, по крайней мере, два vms.

Просто обратите внимание, если вы еще не использовали Azure; вам может потребоваться некоторое время, чтобы получить стоимость за vm с течением времени, но не забудьте использовать расписание для масштабирования вверх и вниз, чтобы снизить затраты и предвидеть нагрузку на ваши vms. Кроме того, наличие 4 меньших vms лучше, чем 2 больших vms с точки зрения сбоя и в конечном итоге стоит столько же в течение месяца. Если один большой vm умирает, вы потеряли 50% своей способности обслуживать своих клиентов, где, как если бы вы потеряли один меньший vm, вы потеряли только 25%.