Обработка уведомлений о плановом обслуживании

Применимо к: ✔️ виртуальные машины Linux ✔️ виртуальные машины Windows ✔️ гибкие наборы масштабирования ✔️ унифицированные наборы масштабирования

Azure периодически выполняет обновления, чтобы повысить надежность, производительность и безопасность инфраструктуры узлов, в которой работают виртуальные машины. Обновления — это изменения, такие как исправление среды размещения или обновление и удаление оборудования. Большинство этих обновлений завершены без каких-либо последствий для размещенных виртуальных машин. Однако существуют случаи, когда обновления оказывают влияние:

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

• Если обслуживание требует перезагрузки, вы получите уведомление о планировании обслуживания. Вам предоставляется период времени около 35 дней, в течение которого вы можете самостоятельно начать обслуживание, когда это удобно для вас.

Плановое обслуживание, требующее перезагрузки, запланировано поэтапно. Каждая волна имеет разные области (регионы).

• Волна начинается с уведомления для клиентов. Уведомления об обслуживании, связанные с виртуальной машиной, доступны в разделе "Работоспособности служб " на портале Azure. Для небольшого подмножества конкретных сценариев планового обслуживания виртуальных машин Azure также может сообщить расписание, отправив дополнительное сообщение электронной почты членам группы владельцев подписок. Работоспособность служб Azure позволяет пользователям настраивать собственные пользовательские оповещения для категории планового обслуживания. С помощью оповещений о работоспособности служб Azure вы можете добавлять дополнительные получатели и параметры обмена сообщениями, такие как электронная почта, SMS и веб-перехватчики с помощью оповещений журнала действий.
• Кроме подмножества типов событий, уведомление о плановом обслуживании службы теперь также содержит дополнительную вкладку "Затронутые ресурсы", в которой перечислены имена виртуальных машин в области события. Дополнительные сведения о функции предварительной версии затронутых ресурсов.
• После выхода уведомления появится окно самообслуживания . В этом окне можно запросить, какие из виртуальных машин затронуты и начать обслуживание на основе собственных потребностей в планировании. Обычно окно самообслуживания составляет около 35 дней.
• После окна самообслуживания начинается запланированное окно обслуживания. В какой-то момент в течение этого периода Azure планирует и выполняет необходимое обслуживание виртуальной машины.

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

Вы можете использовать портал Azure, PowerShell, REST API и CLI, чтобы запросить окна технического обслуживания для ваших виртуальных машин и начать самостоятельное обслуживание.

Следует ли начать техническое обслуживание в период самостоятельного обслуживания?

Следующие рекомендации помогут вам решить, следует ли использовать эту возможность и начать обслуживание в свое время.

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

• Пусть Azure активирует обслуживание. Для обслуживания, требующего перезагрузки, работы будут выполняться поочередно для каждого домена обновления. Доменам обновления не обязательно предоставляется обслуживание последовательно, и между доменами обновления предусмотрена 30-минутная приостановка.
• Если временная потеря некоторой производительности (1 область обновления) является проблемой, можно добавить экземпляры в рамках периода обслуживания.
• Для обслуживания, не требующего перезагрузки, обновления применяются на уровне домена сбоя.

Не используйте самостоятельное обслуживание в следующих сценариях:

• Если вы часто завершаете работу виртуальных машин вручную, используя DevTest Labs, используя автоматическое завершение работы или по расписанию, это может вернуть состояние обслуживания и, следовательно, привести к дополнительному простою.
• На кратковременных виртуальных машинах, которые, как вы знаете, будут удалены до завершения волны обслуживания.
• Для рабочих нагрузок с большим состоянием, хранящимся на локальном (эфемерном) диске, которое необходимо сохранить при обновлении.
• В случае, если вы часто изменяете размер виртуальной машины, это может повлиять на статус обслуживания.
• Если вы приняли запланированные события, которые обеспечивают упреждающую отработку отказа или корректное завершение работы рабочей нагрузки, 15 минут до начала завершения обслуживания

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

Лучше всего использовать самостоятельное обслуживание в следующих случаях:

• Вам предстоит сообщить точное временное окно для обслуживания вашему руководству или конечному клиенту.
• Необходимо выполнить обслуживание по заданной дате.
• Необходимо контролировать последовательность обслуживания, например многоуровневое приложение, чтобы гарантировать безопасное восстановление.
• Требуется более 30 минут восстановления виртуальной машины между двумя доменами обновления (UD). Чтобы управлять временем между доменами обновления, необходимо инициировать обслуживание на виртуальных машинах по одному домену обновления за раз.

FAQ

Вопрос. Почему вам нужно перезагрузить виртуальные машины?

A: Хотя большинство обновлений и обновлений на платформу Azure не влияют на доступность виртуальной машины, существуют случаи, когда невозможно избежать перезагрузки виртуальных машин, размещенных в Azure. Мы накопили несколько изменений, которые требуют перезапуска наших серверов, что приведет к перезагрузке виртуальных машин.

Вопрос. Если я следую вашим рекомендациям по обеспечению высокой доступности с помощью набора доступности, буду ли я в безопасности?

A: Виртуальные машины, развернутые в группе доступности или масштабируемом наборе виртуальных машин, имеют понятие "Домены обновления" (UD). При выполнении обслуживания Azure учитывает ограничение домена обновления (UD) и не перезагружает виртуальные машины из разных доменов обновления (в пределах одной группы доступности). Azure также ожидает не менее 30 минут, прежде чем перейти к следующей группе виртуальных машин.

Дополнительные сведения о высокой доступности см. в статье "Доступность виртуальных машин в Azure".

Вопрос. Как получать уведомления о плановом обслуживании?

A: Волна планового обслуживания начинается с задания расписания для одного или нескольких регионов Azure. Уведомления об обслуживании, связанные с виртуальной машиной, доступны в разделе "Работоспособности служб " на портале Azure. Для небольшого подмножества конкретных сценариев планового обслуживания виртуальных машин Azure также может сообщить расписание, отправив дополнительное сообщение электронной почты членам группы владельцев подписок.

Кроме подмножества типов событий, уведомление о плановом обслуживании службы теперь также содержит дополнительную вкладку "Затронутые ресурсы", в которой перечислены имена виртуальных машин в области события. Дополнительные сведения о функции предварительной версии затронутых ресурсов.

Работоспособность служб Azure позволяет пользователям настраивать собственные пользовательские оповещения для категории планового обслуживания. С помощью оповещений о работоспособности служб Azure вы можете добавлять дополнительных получателей и способы обмена сообщениями, такие как электронная почта, SMS и веб-перехватчики, с использованием оповещений журнала действий.

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

Вопрос. Я не вижу никаких признаков планового обслуживания на портале, PowerShell или CLI. В чем проблема?

A: Информация, связанная с запланированным обслуживанием, доступна во время волны планового обслуживания только для виртуальных машин, которые будут затронуты им. Другими словами, если данные не отображаются, может быть, что волна обслуживания уже завершена (или не запущена) или что виртуальная машина уже размещена на обновленном сервере.

Вопрос. Есть ли способ точно знать, когда моя виртуальная машина будет затронута?

A: При настройке расписания мы определяем период времени в течение нескольких дней. Однако точное последовательность серверов (и виртуальных машин) в этом окне неизвестна. Клиенты, которые хотели бы знать точное время для своих виртуальных машин, могут использовать запланированные события и запросы из виртуальной машины и получать 15-минутное уведомление перед перезагрузкой виртуальной машины.

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

A: В зависимости от размера виртуальной машины перезагрузка может занять до нескольких минут в течение периода самообслуживания. Во время перезагрузки, инициированной Azure в запланированном периоде обслуживания, перезагрузка обычно занимает около 25 минут. Обратите внимание, что если вы используете облачные службы (веб-роль или рабочая роль), масштабируемые наборы виртуальных машин или группы доступности, вы получите 30 минут между каждой группой виртуальных машин (UD) во время запланированного периода обслуживания.

Вопрос. Каков опыт работы с масштабируемыми наборами виртуальных машин?

A: Плановое обслуживание теперь доступно для масштабируемых наборов виртуальных машин. Инструкции по инициированию самостоятельного обслуживания см. в документе о плановом обслуживании для масштабируемых наборов виртуальных машин .

Вопрос. Что такое опыт работы в облачных службах (веб-роль или рабочая роль) и Service Fabric?

A: Хотя эти платформы подвергаются плановому обслуживанию, клиенты, использующие эти платформы, считаются в безопасности, учитывая, что только виртуальные машины в одном домене обновления (UD) будут затронуты в конкретный момент времени. Самостоятельное обслуживание в настоящее время недоступно для облачных служб (веб-роль или рабочая роль) и Service Fabric.

Вопрос. Я не вижу никаких сведений об обслуживании на моих виртуальных машинах. Что пошло не так?

A: Существует несколько причин, по которым вы не видите никаких сведений о обслуживании на виртуальных машинах:

1. Вы используете подписку, помеченную как предназначенную для внутреннего использования Microsoft.
2. Ваши виртуальные машины не запланированы на текущее обслуживание. Возможно, волна обслуживания закончилась, была отменена или изменена таким образом, что она больше не затрагивает ваши виртуальные машины.
3. Вы высвободили виртуальную машину, а затем запустили её. Это может привести к перемещению ВМ в расположение, где не запланированы работы по техническому обслуживанию. Поэтому виртуальная машина больше не будет отображать сведения о обслуживании.
4. У вас нет столбца обслуживания , добавленного в представление списка виртуальных машин. Хотя мы добавили этот столбец в представление по умолчанию, клиенты, настроенные для просмотра столбцов, не являющихся значениями по умолчанию, должны вручную добавить столбец обслуживания в представление списка виртуальных машин.

Вопрос. Моя виртуальная машина запланирована на обслуживание во второй раз. Почему?

A: Существует несколько вариантов использования, в которых вы увидите виртуальную машину, запланированную для обслуживания после завершения повторного развертывания обслуживания:

1. Мы отменили волну обслуживания и перезагрузили ее с другой полезной нагрузкой. Возможно, мы обнаружили повреждённый полезный груз, и нам просто нужно развернуть дополнительный полезный груз.
2. Ваша виртуальная машина была автоматически восстановлена на другом узле из-за сбоя оборудования.
3. Вы выбрали остановку сервера, освобождение ресурсов и перезапуск виртуальной машины.
4. Вы включили автоматическое завершение работы виртуальной машины.

Вопрос. Можно ли узнать, когда виртуальная машина будет перезагружена во время запланированного периода обслуживания?

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

Дальнейшие шаги

Вы можете обрабатывать плановое обслуживание с помощью Azure CLI, Azure PowerShell или портала.