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

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

Важно!

Критическое изменение или отключение функциональных возможностей не является частью планового обслуживания. Дополнительные сведения см. в статье "Современная политика жизненного цикла".

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Дополнительные сведения о уведомлениях об обслуживании см. в записи блога о уведомлениях о плановом обслуживании для службы приложение Azure.