Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure периодически выполняет обновления для повышения надежности, производительности и безопасности инфраструктуры узлов для виртуальных машин. Обновления могут включать исправление среды размещения или обновление и удаление оборудования. Большинство обновлений не влияют на размещенные виртуальные машины. Однако обновления влияют на виртуальные машины в следующих сценариях:
Если обслуживание не требует перезагрузки, Azure приостанавливает виртуальную машину на несколько секунд, пока обновляется хост-сервер. Эти типы операций обслуживания применяются область за областью неисправностей. Прогресс останавливается при получении предупредительных сигналов о состоянии здоровья.
Если обслуживание требует перезагрузки, вы получите уведомление о планировании обслуживания. В таких случаях вам предоставляется промежуток времени, обычно 35 дней, в течение которого вы можете начать техническое обслуживание самостоятельно, когда это вам удобно.
Плановое обслуживание, требующее перезагрузки, запланировано поэтапно. Каждая волна имеет разные области (регионы):
- Волна начинается с уведомления для клиентов. По умолчанию уведомление отправляется владельцу подписки и совладельцам. Вы можете добавлять получателей и параметры обмена сообщениями, такие как электронная почта, SMS и веб-перехватчики, в уведомления с помощью оповещений журнала действий Azure.
- При уведомлении окно самообслуживания становится доступным. В течение этого периода, который обычно длится 35 дней, вы можете определить, какие из ваших виртуальных машин включены в волну. Вы можете заранее начать обслуживание в соответствии с собственными потребностями планирования.
- После окна самообслуживания начинается запланированное окно обслуживания. В какой-то момент в этом временном окне Azure планирует и применяет необходимое обслуживание для вашей виртуальной машины.
Цель в наличии двух окон — дать достаточно времени, чтобы начать обслуживание и перезагрузить виртуальную машину, зная, когда Azure автоматически начнет обслуживание.
Вы можете использовать портал Azure, PowerShell, REST API и Azure CLI для запроса окон обслуживания для виртуальных машин масштабируемого набора виртуальных машин и самостоятельного обслуживания.
Следует ли начать техническое обслуживание во время окна самообслуживания?
Следующие рекомендации помогут вам решить, следует ли запускать обслуживание в выбранное время.
Замечание
Самостоятельное обслуживание может быть недоступно для всех виртуальных машин. Чтобы определить, доступно ли упреждающее повторное развертывание для виртуальной машины, найдите Запустить сейчас в состоянии обслуживания. В настоящее время самостоятельное обслуживание недоступно для облачных служб Azure (веб- или рабочих ролей) и Azure Service Fabric.
Самостоятельное обслуживание не рекомендуется для развертываний, использующих группы доступности. Группы доступности — это решения с высокой доступностью, при которых в любой момент времени затрагивается только один домен обновления. Для групп доступности:
- Пусть Azure активирует обслуживание. Для обслуживания, требующего перезагрузки, обслуживание выполняется по домену обновления. Обновляемые домены не обязательно получают обслуживание последовательно. Между доменами обновления существует 30-минутная пауза.
- Если временная потеря некоторой емкости (число доменов обновления 1/обновления) является проблемой, вы можете легко компенсировать потерю путем выделения дополнительных экземпляров в течение периода обслуживания.
- Для обслуживания, не требующего перезагрузки, обновления применяются на уровне домена сбоя.
Не используйте самостоятельное обслуживание в следующих сценариях:
- Если вы часто завершаете работу виртуальных машин, будь то вручную, с помощью DevTest Labs, с помощью автоматического завершения работы или по расписанию. Самостоятельное обслуживание в этих сценариях может вернуть состояние обслуживания и вызвать дополнительное время простоя.
- На кратковременных виртуальных машинах, которые, как вы знаете, будут удалены до завершения волны обслуживания.
- Для рабочих нагрузок с большим состоянием, хранящимся на локальном (эфемерном) диске, которое следует сохранить после обновления.
- Если вы часто изменяете размер виртуальной машины. Этот сценарий может вернуть статус обслуживания.
- Если вы приняли запланированные события, которые обеспечивают упреждающую отработку отказа или корректное завершение работы рабочей нагрузки 15 минут до завершения завершения обслуживания.
Используйте самообслуживание, если вы планируете поддерживать работу вашей виртуальной машины без прерываний в течение запланированной фазы обслуживания, и ни одно из предыдущих противопоказаний не применяется.
Лучше всего использовать самостоятельное обслуживание в следующих случаях:
- Вам необходимо сообщить о точном периоде обслуживания для управления или клиента.
- Необходимо завершить обслуживание по определенной дате.
- Для обеспечения безопасного восстановления необходимо контролировать последовательность обслуживания, например в многоуровневом приложении.
- Требуется более 30 минут восстановления виртуальной машины между двумя доменами обновления. Чтобы управлять временем между доменами обновления, необходимо активировать обслуживание на виртуальных машинах по одному домену обновления за раз.
Просмотр масштабируемых наборов виртуальных машин, затронутых проведением технического обслуживания, на портале
При планировании плановой волны обслуживания можно просмотреть список масштабируемых наборов виртуальных машин, затронутых предстоящей волной обслуживания с помощью портала Azure.
Войдите на портал Azure.
В меню слева выберите "Все службы" и выберите "Масштабируемые наборы виртуальных машин".
В разделе "Масштабируемые наборы виртуальных машин" выберите "Изменить столбцы ", чтобы открыть список доступных столбцов.
В разделе "Доступные столбцы" выберите техническое обслуживание в режиме самообслуживания, а затем переместите его в список выбранные столбцы. Нажмите кнопку "Применить".
Чтобы упростить поиск элемента самообслуживание и обслуживание, можно изменить вариант раскрывающегося списка в разделе "Доступные столбцы" с Все на Свойства.
Столбец самостоятельного обслуживания теперь отображается в списке наборов масштабируемых виртуальных машин. Каждый масштабируемый набор виртуальных машин может иметь одно из следующих значений для столбца обслуживания системы самообслуживания:
| Ценность | Описание |
|---|---|
| Да | По крайней мере одна виртуальная машина в масштабируемом наборе виртуальных машин находится в окне самообслуживания. Обслуживание можно начать в любое время в этом окне самообслуживания. |
| нет | Виртуальные машины не находятся в окне самообслуживания в затронутом масштабируемом наборе виртуальных машин. |
| - | Наборы групп масштабирования виртуальных машин не входят в запланированную волну техобслуживания. |
Уведомления и оповещения на портале
Azure сообщает расписание планового обслуживания, отправив сообщение электронной почты владельцу подписки и группе совладельцев. Вы можете добавить получателей и каналы в эту коммуникацию, создав уведомления журнала действий. Дополнительные сведения см. в статье "Мониторинг действий подписки" с помощью журнала действий Azure.
Войдите на портал Azure.
В меню слева выберите "Монитор".
В меню "Монитор" выберите "Работоспособность службы".
В разделе "Работоспособное состояние службы" выберите +Создать оповещение о работоспособности службы.
На странице создания правила генерации оповещений :
- Выберите соответствующую подписку и регион , содержащие ресурсы для мониторинга запланированных событий обслуживания.
- Укажите следующие данные:
- Службы: масштабируемые наборы виртуальных машин и виртуальные машины
- Тип события: плановое обслуживание
В разделе "Действия" добавьте группы действий в правило генерации оповещений для отправки уведомлений или вызова действий при получении события планового обслуживания.
Заполните сведения в разделе "Сведения о правиле генерации оповещений".
Выберите Создать правило генерации оповещений.
Дополнительные сведения о настройке оповещений журнала действий см. в статье "Создание оповещений журнала действий"
Начните обслуживание вашего масштабируемого набора виртуальных машин через портал
Дополнительные сведения о обслуживании см. в обзоре масштабируемых наборов виртуальных машин. Если хотя бы одна виртуальная машина в масштабируемом наборе виртуальных машин включена в плановую волну обслуживания, новая лента уведомлений добавляется в верхней части страницы. Выберите ленту уведомления, чтобы перейти на страницу обслуживания .
На странице обслуживания можно увидеть, какой экземпляр виртуальной машины затронут плановым обслуживанием. Чтобы начать обслуживание, установите флажок, соответствующий затронутой виртуальной машине. Затем нажмите кнопку "Начать обслуживание".
После запуска обслуживания затронутые виртуальные машины в масштабируемом наборе виртуальных машин проходят обслуживание и временно недоступны. Если вы пропустили окно самообслуживания, вы по-прежнему увидите окно времени, когда масштабируемый набор виртуальных машин будет поддерживаться Azure.
Проверка состояния обслуживания с помощью PowerShell
Вы можете использовать Azure PowerShell, чтобы узнать, когда виртуальные машины в масштабируемых наборах виртуальных машин запланированы на обслуживание. Сведения о плановом обслуживании доступны при использовании параметра с помощью командлета -InstanceView.
Сведения о обслуживании возвращаются только в том случае, если планируется обслуживание. Если обслуживание, затрагивающее экземпляр виртуальной машины, не запланировано, командлет не возвращает никаких сведений об обслуживании.
Get-AzVmssVm -ResourceGroupName rgName -VMScaleSetName vmssName -InstanceId id -InstanceView
Следующие свойства возвращаются в разделе MaintenanceRedeployStatus:
| Ценность | Описание |
|---|---|
| "Разрешено ли обслуживание, инициированное клиентом" | Указывает, можно ли запускать обслуживание на виртуальной машине в настоящее время. |
| Начало времени окна предварительных работ по техническому обслуживанию | Начало периода самообслуживания, когда возможно проведение технического обслуживания на вашей виртуальной машине. |
| Время окончания окна предварительного обслуживания | Окончание периода, когда можно самостоятельно инициировать обслуживание виртуальной машины. |
| MaintenanceWindowStartTime | Начало запланированного обслуживания, в котором Azure инициирует обслуживание на виртуальной машине. |
| Время окончания окна обслуживания | Окончание запланированного периода обслуживания, в котором Azure инициирует обслуживание на виртуальной машине. |
| КодПоследнейОперацииРезультат | Результат последней попытки инициировать обслуживание на виртуальной машине. |
Запуск обслуживания экземпляра виртуальной машины с помощью PowerShell
Вы можете начать обслуживание на виртуальной машине, если для IsCustomerInitiatedMaintenanceAllowed задано значение true. Используйте командлет Set-AzVmssVM с -PerformMaintenance параметром.
Set-AzVmssVM -ResourceGroupName rgName -VMScaleSetName vmssName -InstanceId id -PerformMaintenance
Проверка состояния обслуживания с помощью интерфейса командной строки
Сведения о плановом обслуживании можно просмотреть с помощью az vmss list-instances.
Сведения о обслуживании возвращаются только в том случае, если планируется обслуживание. Если обслуживание, влияющее на экземпляр виртуальной машины, не запланировано, команда не возвращает никаких сведений о обслуживании.
az vmss list-instances -g rgName -n vmssName --expand instanceView
Следующие свойства возвращаются в разделе MaintenanceRedeployStatus для каждого экземпляра виртуальной машины:
| Ценность | Описание |
|---|---|
| "Разрешено ли обслуживание, инициированное клиентом" | Указывает, можно ли запускать обслуживание на виртуальной машине в настоящее время. |
| Начало времени окна предварительных работ по техническому обслуживанию | Начало периода самообслуживания, когда возможно проведение технического обслуживания на вашей виртуальной машине. |
| Время окончания окна предварительного обслуживания | Окончание периода, когда можно самостоятельно инициировать обслуживание виртуальной машины. |
| MaintenanceWindowStartTime | Начало запланированного обслуживания, в котором Azure инициирует обслуживание на виртуальной машине. |
| Время окончания окна обслуживания | Окончание запланированного периода обслуживания, в котором Azure инициирует обслуживание на виртуальной машине. |
| КодПоследнейОперацииРезультат | Результат последней попытки инициировать обслуживание на виртуальной машине. |
Запуск обслуживания экземпляра виртуальной машины с помощью интерфейса командной строки
Следующий вызов инициирует обслуживание экземпляра виртуальной машины, если IsCustomerInitiatedMaintenanceAllowed задано значение true:
az vmss perform-maintenance -g rgName -n vmssName --instance-ids id
Вопросы и ответы
Вопрос. Почему вам нужно перезагрузить виртуальные машины?
A: Хотя большинство обновлений и обновлений на платформу Azure не влияют на доступность виртуальных машин, в некоторых случаях мы не можем избежать перезагрузки виртуальных машин, размещенных в Azure. Мы накопили несколько изменений, требующих перезапуска наших серверов, что приведет к перезагрузке виртуальной машины.
Вопрос. Если вы будете следовать рекомендациям по обеспечению высокого уровня доступности с помощью группы доступности, буду ли я в безопасности?
A: Виртуальные машины, развернутые в рамках группы доступности или в масштабируемых наборах виртуальных машин, используют домены обновления. При выполнении обслуживания Azure учитывает ограничение домена обновления и не перезагружает виртуальные машины из другого домена обновления (в той же группе доступности). Azure также ожидает не менее 30 минут, прежде чем перейти к следующей группе виртуальных машин.
Дополнительные сведения о высокой доступности см. в разделе "Регионы" и "Доступность" для виртуальных машин в Azure.
Вопрос. Как можно получать уведомления о плановом обслуживании?
A: Волна планового обслуживания начинается с задания расписания для одного или нескольких регионов Azure. Вскоре после этого уведомление по электронной почте отправляется администраторам подписки, соадминистраторам, владельцам и участникам (по одной электронной почте на подписку). Дополнительные каналы и получатели для этого уведомления можно настроить с помощью оповещений журнала действий. Если вы развертываете виртуальную машину в регионе, где плановое обслуживание уже запланировано, вы не получите уведомление. Вместо этого проверьте состояние обслуживания виртуальной машины.
Вопрос. Я не вижу никаких признаков планового обслуживания на портале, PowerShell или CLI. Что не так?
A: Информация, связанная с запланированным обслуживанием, доступна во время планового обслуживания только для виртуальных машин, затронутых запланированным обслуживанием. Если данные не отображаются, волна обслуживания может быть завершена (или не запущена), или виртуальная машина уже размещена на обновленном сервере.
Вопрос. Есть ли способ точно знать, когда моя виртуальная машина будет затронута?
A: При установке расписания мы определяем период времени в течение нескольких дней. Точное последовательность серверов (и виртуальных машин) в этом окне неизвестна. Если вы хотите узнать точное время обновления виртуальных машин, можно использовать запланированные события. При использовании запланированных событий можно запрашивать из виртуальной машины и получать 15-минутное уведомление перед перезагрузкой виртуальной машины.
Вопрос. Сколько времени потребуется для перезагрузки моей виртуальной машины?
A: В зависимости от размера виртуальной машины перезагрузка может занять до нескольких минут в течение периода самообслуживания. Во время перезагрузки, инициированной Azure, в запланированном периоде обслуживания перезагрузка обычно занимает около 25 минут. Если вы используете облачные службы (роль веб-службы или рабочая роль), масштабируемые наборы виртуальных машин или группы доступности виртуальных машин, в течение запланированного периода обслуживания предоставляется 30 минут между каждой группой виртуальных машин (домен обновления).
Вопрос. Я не вижу никаких сведений об обслуживании на моих виртуальных машинах. Что пошло не так?
A: Существует несколько причин, по которым на виртуальных машинах может не отображаться информация о обслуживании.
- Вы используете подписку, помеченную как внутреннее использование Microsoft.
- Ваши виртуальные машины не запланированы на текущее обслуживание. Возможно, волна обслуживания завершилась, была отменена или изменена таким образом, чтобы ваши виртуальные машины больше не подвергались её влиянию.
- У вас нет столбца обслуживания , добавленного в представление списка виртуальных машин. Хотя мы добавили этот столбец в представление по умолчанию, если вы настроите представление для просмотра столбцов, отличных от по умолчанию, необходимо вручную добавить столбец обслуживания в представление списка виртуальных машин.
Вопрос. Моя виртуальная машина запланирована на обслуживание во второй раз. Почему?
A: В нескольких вариантах использования виртуальная машина запланирована на обслуживание после завершения обслуживания и повторного развертывания:
- Мы отменили волну обслуживания и перезагрузили ее с другой полезной нагрузкой. Возможно, мы обнаружили неисправную полезную нагрузку, и нам нужно развернуть дополнительную полезную нагрузку.
- Ваша виртуальная машина была автоматически восстановлена на другом узле из-за сбоя оборудования.
- Вы выбрали остановку сервера, освобождение ресурсов и перезапуск виртуальной машины.
- Вы включили автоматическое завершение работы виртуальной машины.
Дальнейшие шаги
Узнайте, как зарегистрировать события обслуживания из виртуальной машины с помощью запланированных событий.