Период обслуживания в Управляемый экземпляр SQL Azure

  • Статья

Область применения: Управляемый экземпляр SQL Azure

Функция периода обслуживания позволяет настроить расписание обслуживания для Управляемый экземпляр SQL Azure ресурсов, что позволяет прогнозировать и менее разрушительные события обслуживания для рабочей нагрузки.

Примечание.

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

Предварительные уведомления позволяют клиентам настроить отправку уведомлений за определенное время (до 24 часов) до любого запланированного события.

Обзор

Azure периодически выполняет плановое обслуживание ресурсов управляемого экземпляра SQL. Во время события обслуживания управляемые экземпляры SQL полностью доступны, но могут быть подвержены коротким перенастройкам в соглашениях об уровне обслуживания доступности (SLA) для управляемого экземпляра SQL.

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

Период обслуживания является бесплатным и может быть настроен при создании или для существующих ресурсов. Его можно настроить с помощью портала Azure, PowerShell, CLI или API Azure.

Внимание

Настройка периода обслуживания — длительная асинхронная операция, аналогичная изменению уровня служб для ресурса Azure SQL. Этот ресурс доступен во время операции, за исключением периода короткой перенастройки, которая происходит в конце операции и обычно длится до 8 секунд даже в случае прерванных длительных транзакций. Чтобы уменьшить влияние перенастройки, необходимо выполнять операцию вне пиковых часов нагрузки.

Увеличение предсказуемости с помощью периода обслуживания

По умолчанию политика обслуживания SQL Azure блокирует выполнение наиболее существенных обновлений в течение периода с 8:00 до 17:00 по местному времени каждый день во избежание сбоев во время стандартных рабочих часов с максимальной нагрузкой. Локальное время определяется расположением региона Azure, на котором размещен ресурс, и может наблюдаться летнее время в соответствии с определением местного часового пояса.

Во время обслуживания базы данных остаются доступными, но для некоторых обновлений может потребоваться отработка отказа. Период обслуживания по умолчанию системы (5 вечера до 8 утра) ограничивает большинство действий до этого времени, но срочные обновления могут возникать вне него. Чтобы убедиться, что все обновления происходят только во время периода обслуживания, выберите параметр, отличный от по умолчанию.

Окно обновления обслуживания можно настроить на время, подходящее для ресурсов SQL Azure, выбрав из двух слотов периода обслуживания, отличных от по умолчанию:

  • Окно Будни: с 22:00 до 06:00 по местному времени, с понедельника по четверг
  • Окно Выходные: с 22:00 до 06:00 по местному времени, с пятницы по воскресенье

Указанные в периоде обслуживания дни обозначают день начала очередного восьмичасового периода обслуживания. Например, "с 22:00 до 06:00 по местному времени, с понедельника по четверг" означает, что период обслуживания начинается в 22:00 по местному времени в каждый указанный день (с понедельника по четверг) и завершается в 06:00 по местному времени в следующий день (со вторника по пятницу).

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

Внимание

Управляемый экземпляр SQL Azure следует безопасному развертыванию, в котором парные регионы Azure гарантированно не развертываются в одно и то же время. Однако невозможно предсказать, какой регион будет обновлен первым, поэтому порядок развертывания не гарантируется. Иногда основной экземпляр сначала обновляется, а иногда — вторичным.

  • В ситуациях, когда управляемый экземпляр SQL содержит группы отработки отказа и группы не соответствуют связыванию регионов Azure, следует выбрать разные расписания периода обслуживания для основного и вторичного управляемого экземпляра SQL. Например, можно выбрать период обслуживания Weekday для вашего гео-вторичного и выходного периода обслуживания для управляемого экземпляра SQL с геоизбытным сервером SQL.

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

Расширенные уведомления

Уведомления об обслуживании можно настроить для оповещения о предстоящих запланированных событиях обслуживания для Управляемый экземпляр SQL Azure. Оповещения прибывают 24 часа заранее, прежде чем откроется период обслуживания, и в конце периода обслуживания. Дополнительные сведения см. в статье Расширенные уведомления.

Доступность функций

Поддерживаемые типы подписок

Настройка и использование периода обслуживания доступна для следующих типов предложений: оплаты по мере использования, поставщик облачных решений (CSP), Microsoft Соглашение Enterprise или Клиентское соглашение Майкрософт.

Предложения, ограниченные только для разработки и тестирования, не соответствуют требованиям (например, для разработки и тестирования по мере использования или тестирования по мере использования или enterprise Dev/Test в качестве примеров).

Примечание.

Предложение Azure обозначает тип имеющейся подписки Azure. Например, подписка с оплатой по мере использования, Azure с открытой корпоративной лицензией и Visual Studio Enterprise — все это предложения Azure. Каждое предложение или план имеют свои условия и преимущества. Ваше предложение или план отображается в обзоре подписки. Сведения о том, как изменить подписку и воспользоваться другим предложением, см. в статье Переключение подписки Azure на другое предложение.

Цели уровня обслуживания

Выбор периода обслуживания, отличного от используемого по умолчанию, доступен во всех SLO, кроме пулов Управляемый экземпляр SQL Azure.

поддержка Управляемый экземпляр SQL Azure региона для периодов обслуживания

Выбор периода обслуживания для Управляемый экземпляр SQL Azure, отличных от значения по умолчанию, доступен во всех регионах.

Обслуживание шлюза

В Управляемый экземпляр SQL Azure узлы шлюза размещаются в виртуальном кластере и имеют тот же период обслуживания, что и управляемый экземпляр SQL.

Внимание

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

Рекомендации по работе с Управляемым экземпляром SQL Azure

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

Настройка периода обслуживания — длительная операция.

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

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

Внимание

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

Требования к диапазону IP-адресов

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

Изменение IP-адреса

Настройка или изменение периода обслуживания изменяет IP-адрес экземпляра на другой IP-адрес в диапазоне IP-адресов подсети.

Внимание

Убедитесь, что группы безопасности сети (NSG) и правила брандмауэра не блокируют трафик данных после изменения IP-адреса.

Сериализация операций управления виртуальными кластерами

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

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

Получение списка событий обслуживания

Azure Resource Graph — это служба Azure, предназначенная для расширения управления ресурсами Azure. Azure Resource Graph Explorer обеспечивает эффективную и высокопроизводительную оценку ресурсов с возможностью выполнения запросов к заданному набору подписок в большом масштабе, чтобы вы могли эффективно управлять своей средой.

Azure Resource Graph Explorer можно использовать для запроса событий обслуживания. Общие сведения о выполнении этих запросов см. в статье Краткое руководство. Запуск первого запроса Resource Graph с помощью Azure Resource Graph Explorer.

Чтобы проверить события обслуживания для всех управляемых экземпляров SQL в подписке, используйте следующий пример запроса в Обозревателе ресурсов Azure:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Managed Instance'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

Полный справочник по примерам запросов и их использовании в таких средствах, как PowerShell или Azure CLI, см. в статье Примеры запросов Azure Resource Graph для службы "Работоспособность служб Azure".

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