Windows Azure VM балансировка нагрузки

Question

Попытка перехода на Windows Azure. У нас есть целая куча настроек и кодирования, поэтому мы подумали, что было бы лучше использовать роли виртуальных машин - я предполагаю, что мы можем управлять им как обычным сервером и развертывать на нем наше приложение. База данных уже на SQL Azure.

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

Что еще более важно, будет ли производительность лучше, если мы перейдем к рабочей роли (поскольку код кажется более тесно интегрированным с Azure). Было бы здорово, если бы кто-нибудь мог указать мне правильное направление. Большое спасибо.

Answer 1

Балансировщик нагрузки распределяет трафик между экземплярами вашей роли, будь то Web, Worker или VM. Конечный пользователь (или система) просто связывается с вашим сервисом по протоколу: // ip: port. Например, если вы размещаете порт 8000 на роли виртуальной машины и у вас 4 экземпляра этой роли, вы увидите трафик, распределенный по всем 4 экземплярам (ничем не отличается от веб-роли).

Производительность действительно не должна отличаться для рабочей роли и роли виртуальной машины. Разница заключается в обслуживании самой гостевой ОС. Если вы можете использовать Worker Role вместо VM Role, вы упростите свою жизнь, когда дело доходит до обновлений (и нет необходимости отправлять большой образ размером в несколько ГБ в облако). На самом деле есть три основные причины, по которым вам нужно использовать роль виртуальной машины:

• Нет способа автоматизировать установку необходимых приложений (например, любые MSI, которые вам нужно запустить, обновления реестра и т. Д.)
• Вы можете автоматизировать установку, но это занимает слишком много времени (например, больше 5-10 минут)
• Вы можете автоматизировать установку и своевременно завершить ее, но это просто ненадежная установка (например, некоторые компоненты иногда терпят неудачу во время установки, что приводит к повторному выполнению роли и повторным попыткам установки)