Архитектура виртуального кластера — Управляемый экземпляр SQL Azure

Применимо к:Управляемый экземпляр SQL Azure

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

Обзор

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

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

На следующей схеме показан концептуальный макет виртуального кластера:

Роль в операциях управления

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

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

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

Длительность операций изменения виртуальной группы зависит от типа операции. Дополнительные сведения см. в разделе Управляемый экземпляр SQL операций управления.

Количество групп виртуальных машин

Количество групп виртуальных машин в виртуальном кластере зависит от следующего:

• Количество различных конфигураций создания оборудования
• Количество различных конфигураций периода обслуживания
• Ограничения размера группы виртуальных машин (которые определены на уровне вычислений и подлежат изменению)

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

Управляемый экземпляр SQL поддерживает три конфигурации создания оборудования и три разные конфигурации периода обслуживания. Таким образом, минимальное количество групп виртуальных машин в виртуальном кластере равно 1 (конфигурация одного поколения оборудования, одна конфигурация периода обслуживания), а максимальное — 9 (три разные конфигурации поколения оборудования, три разные конфигурации периода обслуживания).

Важно!

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

Роль в использовании IP-адресов

Встроенная высокая доступность Управляемый экземпляр SQL Azure реализована в Azure Service Fabric. Кластер Service Fabric — это подключенный к сети набор виртуальных или физических машин. Каждый компьютер или виртуальная машина, которая является частью кластера Service Fabric, называется узлом кластера, и каждый узел резервирует один IP-адрес. Таким образом, каждая виртуальная машина в выделенном наборе виртуальных машин, создающих управляемый экземпляр SQL, считается узлом в кластере Service Fabric. Виртуальный кластер, на котором размещается один или несколько управляемых экземпляров SQL, назначает IP-адреса каждой виртуальной машине для формирования кластера Service Fabric для обеспечения высокой доступности.

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

При определении соответствующего размера подсети, в которой вы развернете управляемые экземпляры, учитывайте:

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

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

Синхронизация DNS

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

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

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

Важно!

• Создание и удаление виртуального кластера выполняется автоматически и не требует выполнения вручную создания первого экземпляра или удаления последнего экземпляра в подсети.
• Удаление виртуального кластера — это длительная операция, которая может длиться до 1,5 часа. Виртуальный кластер по-прежнему будет отображаться на портале, пока не завершится удаление виртуального кластера.

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

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

• Обзор см. в статье Что такое управляемый экземпляр SQL Azure?.
• Узнайте, как настроить новую виртуальную сеть Azure или существующую виртуальную сеть Azure, где можно развернуть Управляемый экземпляр SQL.
• Вычислите размер подсети, где будет развернут Управляемый экземпляр SQL.
• Узнайте, как создать управляемый экземпляр:
  • На портале Azure.
  • с помощью PowerShell;
  • с помощью шаблона Azure Resource Manager;
  • С помощью шаблона Azure Resource Manager с прыжком и SQL Server Management Studio.