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

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

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

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

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

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

На следующем снимка экрана показан пример события обслуживания:

В порядке сверху вниз в примере показано:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Следующие шаги

Дополнительные сведения об уведомлениях о техническом обслуживании можно найти в записи блога «Плановые уведомления о техническом обслуживании для Azure App Service».