Azure - веб-роль очень маленького экземпляра - готова к производству?

Question

Я планирую запустить веб-сайт в Azure.Я оцениваю макс.2000 пользователей в день, создавая около 20 000 просмотров.

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

Answer 1

Вам нужно будет провести нагрузочное тестирование, чтобы лучше оценить этот вопрос. Помните, что для использования преимуществ Windows Azure Compute SLA вам потребуется как минимум 2 экземпляра (так что теперь у вас есть экземпляры в разных доменах сбоев, поэтому ваш сайт продолжает работать, даже если один из экземпляров перезагружается из-за обновления ОС, аппаратный сбой и т. д.). Тогда возникает вопрос: могут ли два экземпляра Extra Small обрабатывать 20 000 обращений в день? Это соответствует ок. 10 тыс. Обращений на экземпляр виртуальной машины в день, или 416 обращений в час, или 7 в минуту. И ... даже в одном случае частота попаданий 14 в минуту довольно низкая.

Больше, чем процессор, вы можете столкнуться с узкими местами из-за пропускной способности, так как вы будете видеть только около 5 Мбит / с на экземпляр, против около 100 Мбит / с на малый экземпляр.

Возможно, вы захотите запустить быстрый тест с чем-то вроде LoadStorm , который предоставляет нагрузочное тестирование как услугу. Это должно дать вам хорошее представление о том, насколько хорошо XS будет работать под нагрузкой.

EDIT (март 2012 г.): Экземпляры Extra Small теперь стоят $ 0,02 / час по сравнению с $ 0,04, так что вы можете запустить до 6 экземпляров XS при той же стоимости одного Small. Это делает опцию XS еще более привлекательной. См. это сообщение в блоге для официального объявления о снижении цен (в том числе и о сокращении хранилищ).

Answer 2

Я согласен с Дэвидом, что это очень зависит от нагрузки на запрос, который вы генерируете (как в ЦП, так и в ресурсах полосы пропускания)

Я просто хотел поделиться своим опытом с экземплярами XS. Мы обнаружили, что эти случаи страдают от серьезного смещения часов: http://blog.codingoutloud.com/2011/08/25/azure-faq-how-frequently-is-the-clock-on-my-windows-azure-vm-synchronized/

Это может быть как минутная разница за неделю между синхронизацией NTP. Для большинства приложений это не обязательно проблема, но мы использовали аутентификацию Oauth1.0a с допустимой разницей во времени, составляющей 30 секунд, что приводило к серьезным головным болям при использовании XS. S и более не имеют общих ядер и, следовательно, испытывают гораздо меньший сдвиг тактовой частоты.

Answer 3

Вы получаете лучший SLA с 2 маленькими экземплярами, а не с 1 большим.

Вы также должны посмотреть на свою пиковую нагрузку. Например, с 20 000 посещений в день, 50% приходят между 9 и 10 утра?

Объем хранилища экземпляров составляет 20 ГБ, если это просто код вашего приложения, проблем не должно быть.

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

Процессор сингл 1 ГГц, если это только веб-страницы и небольшие вычисления не должны быть проблемой. Время, которое будет очень медленным, - во время JIT-компиляции.

Память составляет 768 МБ, это может быть проблемой, особенно если вы кэшируете данные.

Вы экономите до 2 долларов США в день, используя небольшой экземпляр. Но это Латте каждые 2 дня, поэтому, возможно, стоит рискнуть и сделать дополнительное развертывание.