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

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

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

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

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

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

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

Чтобы найти события обслуживания, найдите Состояние службы на портале Azure. В разделе "Активные события" выберите "Плановое обслуживание".

Сверху вниз в примере показано:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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