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

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

Эта статья поможет определить соответствующий размер подсети и диапазон IP-адресов для Управляемый экземпляр SQL Azure.

Обзор

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

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

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

Определение размера подсети

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

Для каждого управляемого экземпляра SQL требуется не менее 32 IP-адресов в подсети. При определении диапазонов IP-адресов подсети можно использовать минимальную маску подсети /27.

Ниже приведен список рекомендаций при определении размера подсети:

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

Используйте следующие параметры для формирования вычисления:

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

Внимание

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

Один развернутый экземпляр

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

Уровень служб	Использование Azure 1	Использование группы виртуальных машин 2	Использование экземпляра	Всего3
Общего назначения	5	6	3	14
Критически важный для бизнеса	5	6	5	16

¹ Адреса, используемые Azure, используются всеми экземплярами в подсети.
² Адреса, используемые группой виртуальных машин, совместно используются между экземплярами, размещенными в одной группе.
³ Общее количество адресов, используемых экземпляром

Добавление экземпляров в подсеть увеличивает количество адресов, используемых экземпляром, и, следовательно, увеличивает общее количество адресов.

Подсети с несколькими экземплярами

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

Используйте следующую формулу для вычисления общего числа IP-адресов на основе количества экземпляров:

5 + (a * 6) + (b * 10) + (c * 6), где:

• a = число экземпляров GP
• a = число экземпляров BC
• c = количество различных групп виртуальных машин

В следующем списке описываются числа, используемые в формуле:

• 5 — это количество IP-адресов, зарезервированных Azure.
• 6 адресов на экземпляр групповой политики (3 для первоначального развертывания, 3 для конечной операции масштабирования)
• 10 адресов на экземпляр BC (5 для начального развертывания, 5 для конечной операции масштабирования)
• 6 адресов для каждой группы виртуальных машин

Внимание

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

Пример 1

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

Чтобы подключить эти значения к формуле, выполните следующие действия: 5 + (3 * 6) + (2 * 10) + (1 * 6) = 49

Так как диапазоны IP-адресов определены в полномочиях 2 для поддержки 49 IP-адресов, подсеть требует минимального диапазона IP-адресов 64 (2^6) для этого развертывания. Зарезервировать подсеть с маской подсети /26.

Пример 2

Планируется развернуть всего семь экземпляров в одной подсети, четыре общего назначения и три экземпляра критически важный для бизнеса. Три являются экземплярами разработки и тестирования, работающими на оборудовании серии "Стандартный" с периодом обслуживания по умолчанию (группа виртуальных машин 1), а остальные четыре находятся в рабочей среде, на оборудовании серии "Премиум" с периодом обслуживания в выходные дни (группа виртуальных машин 2).

Чтобы подключить эти значения к формуле, выполните следующие действия: 5 + (4 * 6) + (3 * 10) + (2 * 6) = 71

Так как диапазоны IP-адресов определены в полномочиях 2, для поддержки 71 IP-адресов в подсети требуется минимальный диапазон IP-адресов 128 (2^7) для этого развертывания. Необходимо зарезервировать подсеть с маской подсети /25.

Внимание

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

Сценарии обновления

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

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

Уровень служб	Сценарий	Дополнительные адреса
GP	Масштабирование виртуальных ядер	3
GP	Масштабирование хранилища	0
GP	Переключение на BC	5
Бо	Масштабирование виртуальных ядер	5
Бо	Масштабирование хранилища	5
Бо	Переключение на GP	3

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

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

• Обзор см. в статье Что такое управляемый экземпляр SQL Azure?.
• Подробнее об архитектуре подключения к управляемому экземпляру SQL.
• Ознакомьтесь с архитектурой виртуального кластера, в Управляемый экземпляр SQL Azure
• Узнайте, как создать виртуальную сеть, где будут развернуты Управляемые экземпляры SQL.
• Сведения о проблемах с DNS см. в разделе "Устранение частных DNS-имен" в Управляемый экземпляр SQL Azure.