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

Применимо к: ✔️ Виртуальные машины Linux ✔️ Виртуальные машины Windows ✔️ Универсальные масштабируемые наборы

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

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

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

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

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

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

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

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

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

Примечание

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

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

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

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

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

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

Режим самообслуживания лучше всего подходит для следующих ситуаций.

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

Вопросы и ответы

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

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

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

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

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

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

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

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

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

Вопрос. Информация о плановом обслуживании не отображается на портале, в PowerShell или интерфейсе командной строки. В чем проблема?

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

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

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

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

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

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

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

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

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

Вопрос. Информация об обслуживании не отображается в виртуальных машинах. Что пошло не так?

Ответ. Есть несколько причин, по которым вы можете не видеть информацию об обслуживании в виртуальных машинах:

1. Вы используете подписку, отмеченную в Майкрософт как внутренняя.
2. Для виртуальных машин не запланировано обслуживание. Процедура обслуживания завершена, отменена или изменена так, чтобы не влиять на виртуальные машины.
3. Вы освободили виртуальную машину, а затем запустили ее. Из-за этого виртуальная машина могла быть перемещена в расположение, в котором не запланировано плановое обслуживание. Таким образом, в виртуальной машине больше не будет отображаться информация об обслуживании.
4. В представлении списка виртуальных машин отсутствует столбец Обслуживание. Хотя мы добавили этот столбец в представление по умолчанию, клиенты, которые настроили отображение пользовательских столбцов, должны вручную добавить столбец Обслуживание в представление списка виртуальных машин.

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

Ответ. Есть несколько ситуаций, когда для виртуальной машины может быть запланирована еще одна процедура после обслуживания с повторным развертыванием:

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

Дальнейшие действия

Для управления плановым обслуживанием можно использовать Azure CLI, Azure PowerShell или портал.