Поделиться через

Окно технического обслуживания в Azure SQL Managed Instance

Область применения: Управляемый экземпляр 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 по местному времени в следующий день (со вторника по пятницу).

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

Внимание

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

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

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

Предварительные уведомления

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

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

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

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

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

Примечание.

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

Поддерживаемые цели уровня обслуживания

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

Поддержка региона для Управляемого экземпляра SQL Azure в отношении периодов обслуживания.

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

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

В Azure SQL Управляемый экземпляр узлы шлюза размещены в виртуальном кластере и имеют то же окно обслуживания, что и управляемый экземпляр 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".

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

  • Last updated on