Обзор операций управления в Управляемом экземпляре SQL Azure
Область применения:
Управляемый экземпляр SQL Azure
Управляемый экземпляр SQL Azure поддерживает операции управления, которые можно использовать для автоматического развертывания новых управляемых экземпляров и удаления ненужных, а также обновления свойств управляемых экземпляров.
Что такое операции управления?
Все операции управления можно классифицировать следующим образом:
- Развертывание экземпляра (создание нового экземпляра).
- обновление экземпляра (изменение свойств экземпляра, например числа виртуальных ядер или зарезервированной емкости в хранилище);
- Удаление экземпляра
Для поддержки развертываний в виртуальных сетях Azure, а также для обеспечения изоляции и безопасности клиентов Управляемый экземпляр SQL использует виртуальные кластеры. Виртуальный кластер представляет выделенный набор изолированных виртуальных машин, развернутых в подсети виртуальной сети клиента и организованных в группах виртуальных машин. По сути, каждый управляемый экземпляр, развернутый в пустой подсети, приводит к созданию нового виртуального кластера, который создает первую группу виртуальных машин.
Последующие операции управления в управляемых экземплярах могут оказать влияние на базовые группы виртуальных машин . Изменения, влияющие на базовые группы виртуальных машин, могут повлиять на длительность операций управления, так как развертывание дополнительных виртуальных машин в виртуальном кластере связано с затратами, которые необходимо учитывать при планировании новых развертываний или обновлений существующих управляемых экземпляров.
Быстрая подготовка
Экземпляры с определенными конфигурациями могут воспользоваться быстрыми Управляемый экземпляр SQL подготовкой, что сокращает время создания первого экземпляра в подсети до 30 минут (в среднем от 45 до 60 минут). Чтобы узнать больше о времени длительности операций, просмотрите операции управления.
Применяется только быстрая подготовка:
- в первом экземпляре, подготовленном в подсети.
- экземпляры с 4-8 виртуальными ядрами.
- экземпляры, использующие период обслуживания по умолчанию.
- экземпляры, которые не имеют зональной избыточности.
Duration
Длительность операций в виртуальном кластере может быть различной, но обычно она является наибольшей.
В следующей таблице перечислены действия, требующие много времени, которые можно выполнять в ходе операции создания, обновления или удаления. В таблице также приведены значения продолжительности, рассчитанные на основе существующих данных телеметрии служб.
| Этап | Description | Ожидаемая продолжительность |
|---|---|---|
| Создание виртуального кластера (быстрая подготовка)1 | Быстрая подготовка — это синхронный шаг в операциях управления экземплярами, при которых первая группа виртуальных машин мгновенно доступна. | 90% операций завершаются в течение 30 минут |
| Создание виртуального кластера | Создание — это синхронный шаг в операциях управления экземплярами, в ходе которых создается самая первая группа виртуальных машин. | 90% операций выполняются менее чем за 4 часа |
| Изменение размера виртуального кластера (расширение или сжатие) | Добавление новых компьютеров в существующую группу виртуальных машин, удаление неиспользуемых виртуальных машин, добавление или удаление всей группы виртуальных машин. Расширение — это синхронный шаг, а сжатие выполняется асинхронно (не влияя на длительность операций управления экземплярами). |
90 % расширений кластера с созданием новой группы виртуальных машин завершается менее чем за 4 часа. 90% расширений кластера с расширением существующей группы виртуальных машин завершится в 60 минут. |
| Удаление виртуального кластера | Удаление виртуального кластера активируется при удалении самого последнего экземпляра из подсети. | 90 % операций удаления кластеров завершается через 1,5 часа |
| Начальные файлыбазы данных 2 | Синхронный этап, запускаемый при изменении масштаба вычислительных ресурсов (виртуальных ядер) или хранилища на уровне служб общего назначения, а также изменение уровня служб с "Общего назначения" на "Критически важный для бизнеса" (или наоборот). Длительность этой операции пропорциональна общему размеру базы данных и текущему действию базы данных (количество активных транзакций). Операция базы данных при обновлении экземпляра может существенно повлиять на общую длительность. | 90 % этих операций выполняется со скоростью 220 ГБ/ч или больше |
1 Быстрая подготовка в настоящее время поддерживается только для первого экземпляра в подсети с 4 или 8 виртуальными ядрами и конфигурацией периода обслуживания по умолчанию.
2 При масштабировании вычислительных ресурсов (виртуальных ядер) или хранилища на уровне служб критически важный для бизнеса или переключении уровня служб с общего назначения на критически важный для бизнеса начальное значение также включает в себя начальную группу доступности AlwaysOn.
Внимание
Масштабирование хранилища вверх или вниз на уровне служб общего назначения состоит из обновления метаданных и распространения ответа для отправленного запроса. Это быстрая операция, которая выполняется не более чем за 5 минут без простоя и переключения на резервный ресурс.
Длительные сегменты операций управления
В следующих таблицах перечислены операции и типичная общая длительность в зависимости от категории операции.
Категория: развертывание
| Операция | Длительные сегменты | Ожидаемая продолжительность |
|---|---|---|
| Первый экземпляр в пустой подсети1 | Создание виртуального кластера (быстрая подготовка) | 90% операций заканчиваются в течение 30 минут. |
| Первый экземпляр в пустой подсети | Создание виртуального кластера | 90% операций выполняются менее чем за 4 часа. |
| Первый экземпляр с другим периодом создания оборудования или периода обслуживания в непустой подсети (например, первый экземпляр серии Premium в подсети с экземплярами серии "Стандартный") | Добавление новой группы виртуальных машин в виртуальный кластер2 | 90% операций выполняются менее чем за 4 часа. |
| Создание последующих экземпляров в непустой подсети (второй, третий и т. д. экземпляр) | Изменение размера виртуального кластера | 90% операций заканчиваются в течение 60 минут. |
1 Быстрая подготовка в настоящее время поддерживается только для первого экземпляра в подсети с 4 или 8 виртуальными ядрами и конфигурацией периода обслуживания по умолчанию. 2 Отдельная группа виртуальных машин создается для каждой конфигурации оборудования и периода обслуживания.
Категория (обновление)
| Операция | Длительные сегменты | Ожидаемая продолжительность |
|---|---|---|
| Изменение свойства экземпляра (пароль администратора, имя входа Microsoft Entra, флаг Преимущество гибридного использования Azure) |
Н/П | До 1 минуты. |
| Масштабирование хранилища экземпляров вверх и вниз (общего назначения) |
Без длительного сегмента | 99 % операций завершается в течение 5 минут. |
| Масштабирование хранилища экземпляров вверх и вниз (критически важный для бизнеса) |
— Изменение размера виртуального кластера — Начальное заполнение групп доступности Always On |
90% операций заканчиваются в течение 60 минут и времени, чтобы заполнить все базы данных (220 ГБ/час). |
| Масштабирование хранилища экземпляров вверх и вниз (Общего назначения следующего поколения) |
— создание виртуального кластера или изменение размера группы виртуальных машин — Начальное заполнение групп доступности Always On |
90% операций завершаются менее чем за 4 часа (создание группы виртуальных машин) или 60 минут (изменение размера группы виртуальных машин) + время для заполнения всех баз данных (220 ГБ/час) + отработка отказа и очистка старого экземпляра |
| Масштабирование вычислений экземпляров (виртуальных ядер) вверх и вниз (общего назначения) |
— Изменение размера виртуального кластера | 90% операций заканчиваются в течение 60 минут. |
| Масштабирование вычислений экземпляров (виртуальных ядер) вверх и вниз (критически важный для бизнеса) |
— Изменение размера виртуального кластера — Начальное заполнение групп доступности Always On |
90% операций заканчиваются в течение 60 минут и времени, чтобы заполнить все базы данных (220 ГБ/час). |
| Масштабирование вычислений экземпляров (виртуальных ядер) вверх и вниз (Общего назначения следующего поколения) |
Создание виртуального кластера или изменение размера группы виртуальных машин — Начальное заполнение групп доступности Always On |
90% операций завершаются менее чем за 4 часа (создание группы виртуальных машин) или 60 минут (изменение размера группы виртуальных машин) + время для заполнения всех баз данных (220 ГБ/час) + отработка отказа и очистка старого экземпляра |
| Изменение уровня служб экземпляра (Общего назначения для критически важный для бизнеса и наоборот) |
— Изменение размера виртуального кластера — Начальное заполнение групп доступности Always On |
90% операций заканчиваются в течение 60 минут и времени, чтобы заполнить все базы данных (220 ГБ/час). |
| Изменение уровня служб экземпляра (Общего назначения или критически важный для бизнеса общего назначения следующего поколения и наоборот) |
Создание виртуального кластера или изменение размера группы виртуальных машин — Начальное заполнение групп доступности Always On |
90% операций завершаются менее чем за 4 часа (создание группы виртуальных машин) или 60 минут (изменение размера группы виртуальных машин) + время для заполнения всех баз данных (220 ГБ/час) + отработка отказа и очистка старого экземпляра |
| Изменение периода обслуживания или оборудования экземпляра (общего назначения) |
— размер виртуальногокластера 1 | 90% операций выполняются менее чем за 4 часа (создание группы виртуальных машин) или 60 минут (изменение размера группы виртуальных машин). |
| Изменение периода обслуживания или оборудования экземпляра (критически важный для бизнеса) |
— размер виртуальногокластера 1 — Начальное заполнение групп доступности Always On |
90 % операций выполняются менее чем за 4 часа (создание группы виртуальных машин) или 60 минут (изменение размера группы виртуальных машин) и время для заполнения всех баз данных (220 ГБ/час). |
| Изменение периода обслуживания или оборудования экземпляра (Общего назначения следующего поколения) |
— создание виртуального кластера или изменение размера группы виртуальных машин — Начальное заполнение групп доступности Always On |
90% операций завершаются менее чем за 4 часа (создание группы виртуальных машин) или 60 минут (изменение размера группы виртуальных машин) + время для заполнения всех баз данных (220 ГБ/час) + отработка отказа и очистка старого экземпляра |
1 Управляемый экземпляр должен быть помещен в группу виртуальных машин с тем же соответствующим периодом оборудования и обслуживания. Если в виртуальном кластере нет такой группы, сначала необходимо создать новую для размещения конфигурации экземпляра.
Категория: Удаление
| Операция | Длительные сегменты | Ожидаемая продолжительность |
|---|---|---|
| Удаление экземпляра, не являющегося последним | Резервное копирование заключительного фрагмента журнала для всех баз данных | 90 % операций длится не более 1 минуты 1. |
| Удаление последнего экземпляра | — резервное копирование хвоста журнала для всех баз данных — Удаление виртуального кластера |
90 % операций завершается в течение 1,5 часа 2. |
1 Если в кластере несколько групп виртуальных машин, удаление последнего экземпляра в группе немедленно активирует удаление группы виртуальных машин асинхронно.
2 Удаление последнего экземпляра в подсети немедленно активирует удаление виртуального кластера синхронно.
Внимание
Как только активируется операция удаления, выставление счетов за Управляемый экземпляр SQL отключается. Длительность операции удаления не влияет на выставление счетов.
Доступность экземпляра
Управляемый экземпляр SQL доступен во время операций обновления, за исключением короткого простоя, вызванного отработкой отказа, которая выполняется в конце обновления. Благодаря ускоренному восстановлению базы данных этот простой обычно длится до 10 секунд даже в случае прерывания длительных транзакций.
Примечание.
Масштабирование хранилища управляемого экземпляра общего назначения не приводит к отработке отказа в конце обновления.
Управляемый экземпляр SQL недоступен клиентским приложениям во время операций развертывания и удаления.
Внимание
При выполнении длительных транзакций (импорт данных, задания обработки данных, перестроение индекса и т. д.) не рекомендуется масштабировать вычислительные ресурсы или хранилище Управляемого экземпляра SQL Azure, а также изменять уровень служб. Отработка отказа базы данных в конце операции отменяет все текущие транзакции.
Этапы операций управления
Операции управления состоят из нескольких этапов. С помощью API мониторинга эти шаги доступны для подмножества операций (развертывания и обновления). Операция развертывания состоит из трех этапов, тогда как операция обновления выполняется за шесть этапов. Дополнительные сведения о длительности операций см. в разделе Длительность. Шаги перечислены в порядке выполнения.
Этапы развертывания управляемого экземпляра
| Имя шага | Описание шага |
|---|---|
| Проверка запроса | Отправленные параметры проверяются. При неправильной настройке операция завершается ошибкой. |
| Создание виртуального кластера или изменение его размера | В зависимости от состояния виртуального кластера кластер переходит в создание или изменение размера состояния. |
| Запуск нового экземпляра SQL | Процесс SQL запускается на развернутых виртуальных машинах. |
Этапы обновления управляемого экземпляра
| Имя шага | Описание шага |
|---|---|
| Проверка запроса | Отправленные параметры проверяются. При неправильной настройке операция завершается ошибкой. |
| Создание виртуального кластера или изменение его размера | В зависимости от состояния виртуального кластера кластер переходит в создание или изменение размера состояния. |
| Запуск нового экземпляра SQL | Процесс SQL запускается на развернутых виртуальных машинах. |
| Заполнение начальными значениями файлов базы данных или подключение файлов базы данных | В зависимости от типа операции обновления выполняется либо заполнение базы данных начальными значениями, либо подключение файлов базы данных. |
| Подготовка к отработке отказа и отработка отказа | После инициализации данных или присоединения файлов базы данных система подготавливается к переключению на резервный сервер. Если все настроено, то выполняется отработка отказа с коротким временем простоя. |
| Очистка старого экземпляра SQL | Удаление старого процесса SQL с виртуальных машин. |
Действия по удалению управляемого экземпляра
| Имя шага | Описание шага |
|---|---|
| Проверка запроса | Отправленные параметры проверяются. При неправильной настройке операция завершается ошибкой. |
| Очистка экземпляра SQL | Удаление процесса SQL с виртуальных машин. |
| Удаление виртуального кластера | В зависимости от того, является ли удаляемый экземпляр последним в подсети, виртуальный кластер синхронно удаляется на последнем шаге. |
Примечание.
В результате масштабирования экземпляров базовый виртуальный кластер проходит через процесс освобождения неиспользуемой емкости и возможной дефрагментации емкости, что может повлиять на экземпляры, которые не участвовали в операциях создания или масштабирования.
Перекрестное влияние операций управления
Операции управления с управляемым экземпляром могут повлиять на операции управления других экземпляров, размещенных в одной подсети:
Длительные операции восстановления в виртуальном кластере помещают другие операции в ту же группу виртуальных машин на удержание, например операции создания или масштабирования.
пример: Если выполняется длительная операция восстановления и также поступает запрос на масштабирование, требующий сжатия группы виртуальных машин, запрос на сжатие занимает больше времени, так как он ожидает завершения операции восстановления, прежде чем продолжить.
Следующая операция создания или масштабирования экземпляра помещается на удержание ранее инициированного экземпляра или масштабирования экземпляра, инициирующего изменение размера группы виртуальных машин.
пример: Если в одной подсети есть несколько запросов на создание и/или масштабирование в одной группе виртуальных машин, и один из них инициирует изменение размера группы виртуальных машин, все запросы, отправленные через 5 и более минут после первоначального запроса операции, будут длиться дольше, чем ожидалось, поскольку эти запросы должны ожидать завершения изменения размера прежде чем возобновиться.
операции создания и масштабирования, отправленные в 5-минутном окне, пакетируются и выполняются параллельно.
Пример: Для всех операций, отправленных в 5-минутном окне (начиная с момента выполнения первого запроса операции), выполняется только одно изменение размера виртуального кластера. Если еще один запрос отправляется более 5 минут после отправки первого, он ожидает завершения изменения размера виртуального кластера до запуска выполнения.
Внимание
Операции управления, которые ставятся на паузу из-за другой выполняющейся операции, автоматически возобновляются, когда условия продолжения выполнены. Для возобновления временно приостановленных операций управления никаких действий со стороны пользователя не требуется.
Мониторинг операций управления
Сведения о мониторинге хода выполнения и состояния операций управления см. в статье Мониторинг операций управления управляемым экземпляром SQL Azure.
Отмена операций управления
Сведения об отмене операции управления см. в статье Отмена операций управления управляемым экземпляром SQL Azure.
Связанное содержимое
- Быстрое начало: Создание управляемого экземпляра SQL Azure
- Сравнение функций : База данных SQL Azure и Управляемый экземпляр SQL Azure
- архитектура подключения для управляемого экземпляра SQL Azure
- архитектура виртуального кластера — Управляемый экземпляр SQL Azure
- Миграция управляемого экземпляра SQL с помощью службы миграции баз данных