Часто задаваемые вопросы о перезапусках экземпляров ролей, вызванных обновлением ОС виртуальной машины

Вы не можете отказаться от обновлений ОС узла. Корпорация Майкрософт должна поддерживать актуальные операционные системы узла в центре обработки данных. Вы можете отказаться от обновления гостевой ОС, указав версию гостевой ОС. Однако в этом случае служба больше не будет получать обновления для системы безопасности и может остаться уязвимой. Дополнительные сведения см. в разделе Управление версией гостевой ОС.

Вы не можете управлять обновлением одного экземпляра или службы для ОС узла. Обновление начинается во всех центрах обработки данных Azure по всему миру примерно одновременно. Структура постоянно обновляет каждый центр обработки данных. Из-за сложности выполнения правил домена обновления для всех облачных служб этот процесс занимает несколько дней. Невозможно контролировать или определять, когда будет затронут конкретный экземпляр. Чтобы управлять обновлением гостевой ОС, можно указать фиксированную версию гостевой ОС, а затем обновить ее каждый раз, когда будете готовы.

Подключение к виртуальной машине PaaS Azure по протоколу удаленного рабочего стола (RDP) и внесение изменений или установка программного обеспечения не поддерживается. В любой момент виртуальная машина может быть перестроена, и все внесенные вами изменения будут потеряны. Этот сценарий может произойти, если оборудование завершается сбоем и нам нужно запустить новую виртуальную машину на новом оборудовании. Это также будет происходить во время обновления гостевой ОС при перестроении раздела Windows. Если вам нужно установить программное обеспечение или внести изменения в виртуальную машину, создайте задачу запуска и выполните ее. Этот процесс гарантирует, что при повторном создании виртуальной машины конфигурация будет запущена снова.

Обновления, устанавливаемые на новую версию гостевой ОС, являются общедоступными и тщательно протестированными исправлениями. Эти исправления также развертываются на серверах по всему миру через клиентский компонент Центра обновления Windows, и вероятность негативного воздействия на службу невелика. Что касается локальных служб, вам следует управлять исправлениями ОС на виртуальных машинах Azure с помощью промежуточной среды, в которой сначала тестируются обновления.

Если вы хотите настроить промежуточную среду для тестирования обновлений перед рабочей средой, настройте рабочую службу на использование строки ОС фиксированной версии в CSCFG-файле. Затем, когда будет доступна новая гостевая ОС, вы можете развернуть службу в промежуточном слоте, используя последнюю версию гостевой ОС. Убедившись, что служба работает правильно в последней гостевой ОС, можно выполнить переключение виртуальных IP-адресов. Кроме того, вы можете обновить рабочую службу на месте, чтобы использовать последнюю версию ОС.

Распространенное заблуждение заключается в том, что чем больше обновлений применяется, тем больше времени займет процесс. Это предположение основано на убеждении, что обновление работает так же, как обновление клиентский компонент Центра обновления Windows происходит на локальном настольном компьютере. При обновлении Windows многие обновления копируются в Windows и устанавливаются путем включения последующих перезапусков. Однако этот процесс не является способом обновления в Azure.

При выпуске новой версии ОС в Azure команда ос принимает последний образ, применяет обновления, а затем создает виртуальный жесткий диск (VHD), содержащий этот новый базовый образ. Затем этот базовый образ копируется в репозиторий в Azure. Когда структура получает указание выполнить обновление ОС, она сначала выполнит копирование. В обновляемом центре обработки данных структура копирует новый виртуальный жесткий диск базового образа на жесткий диск на каждом сервере. После завершения этого процесса структура начинает процесс обновления в соответствии с обычными правилами домена обновления.

Когда гость будет обновлен, структура выполняет корректное завершение работы ОС, а затем запускает новую виртуальную машину с помощью нового базового образа. Время, необходимое для обновления конкретной виртуальной машины для гостевой ОС, примерно равно тому же времени, которое требуется для корректного завершения работы и перезапуска Windows.

Время обновления ОС узла отличается. При обновлении узла происходит следующая последовательность:

• Узел отправляет сообщение о завершении работы каждой гостевой ОС, работающей на этом узле.

• Каждой гостевой ОС предоставляется стандартное OnStop событие и время завершения работы Windows.

• После завершения работы каждой гостевой ОС операционная система узла выполняет корректное завершение работы и проходит обычную процедуру завершения работы.

• После завершения работы ОС узла узел перезапускается с помощью нового образа ОС.

• После запуска узла запускается каждая гостевая ОС.

Этот процесс обновления ОС узла обычно занимает от 15 до 20 минут. Время может зависеть от того, сколько других гостей находится на этом узле и сколько времени необходимо для их обработки. Но всегда будут возникать исключения, если на определенном узле происходит сбой, и структура Azure определяет, что гости на этом узле должны быть перемещены на другой узел.

При обновлении ОС Azure Fabric выполняет корректное завершение работы экземпляра роли. Это означает, что код ASP.NET получит Application_End событие, а среда выполнения службы Azure вызовет Stopping события и OnStop . У вашего кода будет пять минут, чтобы завершить работу по очистке до OnStop завершения процесса. После завершения процесса размещения Azure Windows завершит нормальное завершение работы, которое включает в себя создание стандартных OnStop и связанных событий для служб Windows.

Дополнительные сведения об обработке завершения работы экземпляра см. в разделах Правильный способ обработки событий Azure OnStop, Настройка жизненного цикла веб-роли или рабочей роли в .NET и Метод RoleEntryPoint.OnStop().

Дополнительная информация

• Перезапуск экземпляра роли, вызванный обновлением операционной системы виртуальной машины Azure

Свяжитесь с нами для получения помощи

Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь за поддержкой сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.