Плановое обслуживание для службы приложений Azure

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

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

Чего следует ожидать

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

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

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

Чтобы найти события обслуживания, найдите Состояние службы на портале Azure. В разделе "АКТИВНЫЕ СОБЫТИЯ" выберите "Плановое обслуживание".

На портале Azure приведены следующие сведения:

• Описательное название события обслуживания.
• Затронутые регионы и подписки.
• Ожидаемое время обслуживания.

На следующих снимках экрана показаны сведения, доступные на вкладке "Затронутые ресурсы ":

В примере показано слева направо:

• Выберите вкладку "Затронутые ресурсы ".
• Параметр "Дополнительные сведения".

В этом примере показано:

• Состояние обслуживания, которое может быть отложено, запущено или завершено.
• После запуска обслуживания можно просмотреть метки времени в разделе "Дополнительные сведения".

Часто задаваемые вопросы

Почему обслуживание занимает так много времени?

Регулярное обслуживание предоставляет последние обновления платформы и службы. Трудно предсказать, как обслуживание влияет на отдельные приложения. Уведомления предоставляют общие диапазоны времени. Эти диапазоны отражают общую операцию во всех ресурсах, а не определенные возможности на уровне приложений. Приложения, которые проходят перезапуск обслуживания на обновленных компьютерах и продолжают работать. Простоев нет, когда запросы и трафик не обслуживались.

Почему я получаю так много уведомлений?

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

Как обычное обслуживание связано с соглашением об уровне обслуживания?

Обслуживание платформы не должно влиять на время простоя приложения или доступность. Приложения продолжают оставаться в сети, пока выполняется обслуживание платформы.

Обслуживание платформы может привести к холодному запуску приложений на новых виртуальных машинах, что может привести к задержкам. Приложение всё ещё считается онлайн, пока оно находится в состоянии холодного запуска. Чтобы свести к минимуму или избежать холодных запусков, рассмотрите возможность использования локального кэша для приложений Windows и проверки работоспособности.

Мы не ожидаем, что сайты будут нести какие-либо нарушения соглашения об уровне обслуживания (SLA) во время периодов обслуживания.

Как обновление обеспечивает плавную работу моих приложений?

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

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

Отражаются ли рабочие часы?

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

Обслуживание службы приложений предназначено для минимизации сбоев в рабочие часы. Если все обновления по-прежнему выполняются на 9 часов утра в данном регионе, они пытаются приостановить работу перед достижением критических этапов. Некоторые перемещения базовых экземпляров могут продолжаться, но они организованы таким образом, чтобы безопасно накладываться друг на друга и поддерживать доступность ресурса.

Каковы мои варианты управления регулярным обслуживанием?

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

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

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

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

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

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

Связанный контент

• Уведомления о плановом обслуживании службы приложение Azure