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