Неожиданный перезапуск виртуальной машины Windows Azure (Iaas)

Так много перезапусков - это нормально?

Да, это может произойти в конкретный месяц, вам нужно перевести SQL Server в режим высокой доступности, чтобы это действительно заработало.

Да, это стоит руки и ноги. ; (

Каков ваш опыт работы с такой средой в Azure? Некоторые месяцы действительно хороши, некоторые месяцы плохи, это зависит от вашего кластера и от того, в каком центре обработки данных вы находитесь. MS смешала диапазон нашего оборудования в этих центрах обработки данных. Это не означает, что они работают на старых ноутбуках в некоторых центрах обработки данных, но это означает, что, по моему опыту, новые центры обработки данных, как правило, имеют лучший комплект и, следовательно, меньше перезапускаются. То есть мы используем Восток США.

Что я могу сделать, чтобы минимизировать время простоя?

Высокая доступность со свидетелем - единственный способ предоставить вам доступность в виртуальной машине, и да, это стоит и рука, и ноги.

Другие серьезные варианты. Кэш-кеш. Вы должны использовать компьютерный кеш, лазурный кеш и попытаться минимизировать количество обращений к базе данных. Это может уменьшить количество болтливых приложений и позволить вам вернуться в SQL Azure, но может дать вам достаточно для восстановления после отказа.

Очереди Очереди помогут вам восстановить приложение и сообщат пользователю о том, что мы над этим работаем.

Используйте SQL Azure в качестве отработки отказа. Синхронизируйте данные с помощью SQL Azure Sync from Premise (не уверен, что это работает с Express) в SQL Azure и напишите в ваше приложение код, чтобы выявить ошибку подключения и переключиться при отказе.

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

HTHS подскажет вам несколько идей.

Службы инфраструктуры Windows Azure (IaaS) находятся в общедоступной версии (GA или production) всего около 3 недель, начиная с 16 апреля (см. Объявление здесь). До GA не существовало SLA, и вы могли бы увидеть более частые перезагрузки ОС, поскольку к ОС хоста все еще применялись различные исправления. Вы хотите сказать, что эта модель продолжалась с той же скоростью с 16 апреля?

Теперь, когда IaaS является общедоступной, я бы не ожидал 4 перезапуска за неделю. Тем не менее: есть несколько причин, по которым вы увидите перезагрузку:

• Сбой оборудования хоста (это приводит к отключению всех гостевых ОС, работающих на этом хосте)
• Обновление программного обеспечения хоста (и только если требуется перезапуск ОС хоста). Перезагрузки ОС хоста не должны происходить с той частотой, которую вы видите.
• Проблемы с гостевой ОС. Вот где вещи отходят от PaaS (облачные службы веб-ролей / рабочих ролей). В IaaS обслуживание гостевых ОС со стороны Azure не выполняется; это все в ваших руках. Возможна перезагрузка при автоматической установке обновлений Windows. Возможно, вы столкнулись с проблемой на уровне приложения, из-за которой устройство перестало отвечать на запросы в течение длительного периода времени, в результате чего контроллер фабрики Azure перезагружал ваш ящик, считая его неисправным. И ... ваше приложение могло каким-то образом вывести из строя коробку.

Если вы исключили ошибку приложения и уверены, что виртуальные машины находятся в хорошем состоянии на момент перезагрузки, вам может потребоваться открыть заявку в службу поддержки Microsoft, чтобы помочь в дальнейшей диагностике проблемы.