Управление жизненным циклом экземпляров роли виртуальной машины в Windows Azure

Обновлено: Март 2011 г.

[Поддержка функции «Роль виртуальной машины» в Windows Azure прекращается 15 мая 2013 г. После этой даты развертывания этой роли будут удалены. Для продолжения работы с существующими приложениями можно использовать виртуальные машины Windows Azure. Дополнительные сведения об использовании виртуальных машин для приложения см. на веб-странице Moving from VM Role to Windows Azure Virtual Machines (Переход от использования функции «Роль виртуальной машины» к использованию виртуальных машин Windows Azure).

Процесс разработки роли ВМ начинается с создания и настройки образа Windows Server 2008 R2 и его загрузки в репозиторий образов Windows Azure. После передачи образа сервера он сохраняется в репозитории, пока не будет удален. При развертывании облачной службы Azure образ сервера, указанный в файле конфигурации службы, применяется для создания заданного числа экземпляров роли ВМ, каждый из которых запускает измененную версию Windows Server, определенную образом.

Экземпляр роли ВМ — это именованный экземпляр, который работает только на одной виртуальной машине в любой момент времени. Виртуальная машина, на которой работает экземпляр роли ВМ, может измениться с течением времени. При повторном создании образа экземпляра или в случае, если Windows Azure повторно создает образ, из-за временного сбоя виртуальная машина завершает работу, а все данные о состоянии, которые не были сохранены, теряются. Когда роль экземпляра ВМ опять подключается к сети, из образа создается новая виртуальная машина. Если службе требуется восстановить состояние, вам нужно будет реализовать процесс сохранения и восстановления состояния самостоятельно. Среди вариантов для сохранения состояния — запись в большой двоичный объект Windows Azure или на диск Windows Azure.

noteПримечание
Роль ВМ всегда выполняет развертывание операционной системы на основе образа. Виртуальная машина, в которой выполняется экземпляр роли ВМ, работает во временной среде. Сама виртуальная машина никогда не перемещается из одного физического компьютера на другой.

При развертывании образа он доступен только для чтения и остается таковым — Windows Azure никогда не записывает данные напрямую в ваш образ. Поскольку образ доступен только для чтения, а экземпляру роли ВМ необходимо записывать данные программы установки Windows после перехода в режим «в сети» и записывать другие системные данные в течение жизненного цикла, Windows Azure создает дополнительный эфемерный виртуальный жесткий диск, на который можно записывать данные. Нельзя получить доступ к VHD напрямую или сохранить его сразу после перевода экземпляр в режим «вне сети». Когда для экземпляра роли ВМ повторно создается образ, в процессе возвращения экземпляра в режим «в сети» на новой виртуальной машине создается новый эфемерный VHD.

На следующей диаграмме показано развертывание образа в Windows Azure и его применение для создания экземпляров роли ВМ.

VMRoleDeployment

При каждом развертывании нового образа или повторном создании образа экземпляра роли ВМ Windows Azure создает виртуальную машину для экземпляра и запускает операционную систему в первый раз. Во время этого процесса программа установки Windows запускается автоматически, используя для настройки данные из файла ответов (c:\unattend.xml). Затем операционная система автоматически перезапускается для завершения установки. После перезагрузки запускаются службы автозапуска. После этого Windows Azure вносит экземпляр роли ВМ в ротацию подсистемы балансировки нагрузки и он начинает принимать трафик.

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

На следующей диаграмме показан жизненный цикл экземпляра роли ВМ с момента применения образа до повторного создания образа экземпляра. На ней также показан жизненный цикл сеанса Windows внутри жизненного цикла образа с момента первого запуска операционной системы до ее перезагрузки.

VMRoleLifecycle

После развертывания приложения ему назначается один виртуальный IP-адрес (VIP), управляемый подсистемой балансировки нагрузки. Подсистема балансировки нагрузки обрабатывает маршрутизацию трафика для запущенных экземпляров. Каждому экземпляру назначается динамический IP-адрес, доступный другим компонентам вашей облачной службы, но не интернет-трафику.

См. также

Добавления сообщества

Показ: