Настройка подсистемы балансировки нагрузки Azure для прослушивателя VNN группы доступности — SQL Server на виртуальных машинах Azure

Область применения: SQL Server на виртуальной машине Azure

На виртуальных машинах Azure кластеры используют балансировщик нагрузки для хранения IP-адреса, который должен находиться на одном узле кластера в определенный момент времени. В этом решении подсистема балансировки нагрузки содержит IP-адрес прослушивателя имени виртуальной сети (VNN) для группы доступности AlwaysOn, когда виртуальные машины SQL Server находятся в одной подсети.

В этой статье описывается, как настроить подсистему балансировки нагрузки с помощью службы "Azure Load Balancer". Подсистема балансировки нагрузки перенаправит трафик в прослушиватель группы доступности с SQL Server на виртуальных машинах Azure для обеспечения высокой доступности и аварийного восстановления (HADR).

Для альтернативного варианта подключения для клиентов, которые находятся в SQL Server 2019 CU8 и более поздних версий, вместо этого рассмотрите прослушиватель распределенной сети (DNN). Прослушиватель DNN предлагает упрощенную конфигурацию и улучшенную отработку отказа.

Необходимые компоненты

Чтобы выполнить действия, описанные в этой статье, необходимо следующее:

• принятие решения о том, что Azure Load Balancer является подходящей возможностью подключения для группы доступности;
• установление последней версии PowerShell.

Создание подсистемы балансировки нагрузки

Вы можете создать любой из этих типов подсистем балансировки нагрузки:

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

• Внешний: внешний подсистема балансировки нагрузки может направлять трафик из общедоступного трафика в внутренние ресурсы. При настройке внешней подсистемы балансировки нагрузки нельзя использовать тот же IP-адрес, что и прослушиватель группы доступности, так как IP-адрес прослушивателя не может быть общедоступным IP-адресом.

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

Создание балансировщика нагрузки

1. В портал Azure перейдите в группу ресурсов, содержащую виртуальные машины.

2. Выберите Добавить. Выполните поиск в Azure Marketplace для подсистемы балансировки нагрузки. Выберите Load Balancer.

3. Нажмите кнопку создания.

4. На вкладке "Основные сведения" на вкладке "Создание подсистемы балансировки нагрузки " настройте подсистему балансировки нагрузки с помощью следующих значений:

   • Подписка. Ваша подписка Azure.
   • Группа ресурсов. Группа ресурсов, которая содержит ваши виртуальные машины.
   • Имя. Имя, определяющее балансировщик нагрузки.
   • Регион. Расположение Azure, которое содержит ваши виртуальные машины.
   • Номер SKU: Стандартный.
   • Тип: общедоступный или внутренний. Доступ к внутренней подсистеме балансировки нагрузки можно получить из виртуальной сети. Большинство приложений Azure могут использовать внутреннюю подсистему балансировки нагрузки. Если приложению требуется доступ к SQL Server непосредственно через Интернет, используйте открытую подсистему балансировки нагрузки.
   • Уровень: региональный.

   

5. Нажмите кнопку "Далее" — интерфейсная IP-конфигурация.

6. Выберите " Добавить интерфейсную IP-конфигурацию".

   

7. Настройте внешний IP-адрес с помощью следующих значений:

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

   

8. Нажмите кнопку "Добавить ", чтобы создать внешний IP-адрес.

9. Выберите "Проверка и создание", чтобы создать подсистему балансировки нагрузки.

Настройка внутреннего пула

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

2. Выберите серверные пулы и нажмите кнопку +Добавить.

3. В поле "Имя" укажите имя внутреннего пула.

4. Для конфигурации внутреннего пула выберите сетевой адаптер.

5. Выберите "Добавить ", чтобы связать внутренний пул с группой доступности, содержащей виртуальные машины.

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

   Добавьте только основной IP-адрес каждой виртуальной машины. Не добавляйте вторичные IP-адреса.

7. Выберите "Добавить", чтобы добавить виртуальные машины в внутренний пул.

8. Нажмите кнопку "Сохранить", чтобы создать внутренний пул.

Настройка пробы работоспособности

1. На панели подсистемы балансировки нагрузки выберите пробы работоспособности.

2. В области добавления пробы работоспособности задайте следующие параметры:

   • Имя. Имя для проверки работоспособности.
   • Протокол: TCP.
   • Порт: порт, созданный в брандмауэре для пробы работоспособности. В этом примере используется TCP-порт 59999.
   • Интервал: 5 секунд.

3. Выберите Добавить.

Задание правил балансировки нагрузки

1. На панели подсистемы балансировки нагрузки выберите правила балансировки нагрузки.

2. Выберите Добавить.

3. Задайте следующие параметры:

   • Имя: имя правила балансировки нагрузки.
   • Внешний IP-адрес: IP-адрес, заданный при настройке внешнего интерфейса.
   • Серверный пул: внутренний пул, содержащий виртуальные машины, предназначенные для подсистемы балансировки нагрузки.
   • Порты высокой доступности. Включает балансировку нагрузки на всех портах для протоколов TCP и UDP.
   • Протокол: TCP.
   • Порт. TCP-порт SQL Server. Значение по умолчанию — 1433.
   • Серверный порт. Используется тот же порт, что и для значения Порт при включении параметра Плавающий IP-адрес (прямой ответ от сервера).
   • Проверка работоспособности. Используйте проверку работоспособности, настроенную ранее.
   • Сохраняемость сеанса: нет.
   • Время ожидания простоя (минуты): 4.
   • Плавающий IP-адрес (прямой ответ от сервера). Включено.

4. Выберите Сохранить.

Настройка пробы кластера

Задайте параметр порта пробы кластера в PowerShell.

$ClusterNetworkName = "<Cluster Network Name>"
$IPResourceName = "<AG Listener IP Address Resource Name>" 
$ILBIP = "<n.n.n.n>" 
[int]$ProbePort = <nnnnn>

Import-Module FailoverClusters

Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ILBIP";"ProbePort"=$ProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}

Get-ClusterResource $IPResourceName | Get-ClusterParameter

$ClusterNetworkName = "<Cluster Network Name>"
$IPResourceName = "<AG Listener IP Address Resource Name>" 
$ELBIP = "<n.n.n.n>" 
[int]$ProbePort = <nnnnn>

Import-Module FailoverClusters

Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ELBIP";"ProbePort"=$ProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}

Get-ClusterResource $IPResourceName | Get-ClusterParameter

Изменение строка подключения

Для клиентов, поддерживающих его, добавьте MultiSubnetFailover=True в строка подключения. MultiSubnetFailover Хотя параметр подключения не является обязательным, он обеспечивает преимущество более быстрой отработки отказа подсети. Это связано с тем, что драйвер клиента пытается открыть сокет TCP для каждого IP-адреса параллельно. Драйвер клиента ожидает, пока первый IP-адрес будет отвечать успешно. После успешного ответа драйвер клиента использует этот IP-адрес для подключения.

Если клиент не поддерживает MultiSubnetFailover этот параметр, можно изменить RegisterAllProvidersIP параметры, HostRecordTTL чтобы предотвратить задержки подключения после отработки отказа.

Используйте PowerShell для изменения RegisterAllProvidersIp и HostRecordTTL параметров:

Get-ClusterResource yourListenerName | Set-ClusterParameter RegisterAllProvidersIP 0  
Get-ClusterResource yourListenerName|Set-ClusterParameter HostRecordTTL 300 

Дополнительные сведения см. в документации по времени ожидания подключения прослушивателя в SQL Server.

Тестовая отработка отказа

Проверьте отработку отказа кластеризованного ресурса для проверки функциональности кластера:

1. Откройте SQL Server Management Studio и подключитесь к прослушивателю группы доступности.
2. В обозреватель объектов разверните группу доступности AlwaysOn.
3. Щелкните правой кнопкой мыши группу доступности и выберите Отработка отказа.
4. Следуйте подсказкам мастера, чтобы выполнить отработку отказа группы доступности с помощью вторичной реплики.

Отработка отказа успешно выполняется, когда обе реплики переключают роли и синхронизируются.

Проверка подключения

Чтобы проверить подключение, войдите на другую виртуальную машину в той же виртуальной сети. Откройте SQL Server Management Studio и подключитесь к прослушивателю группы доступности.

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

После создания виртуальной сети рассмотрите возможность оптимизации параметров кластера для виртуальных машин SQL Server.

Дополнительные сведения см. на следующих ресурсах:

• Отказоустойчивый кластер Windows Server с SQL Server на виртуальных машинах Azure
• Группы доступности Always On с SQL Server на виртуальных машинах Azure
• Обзор групп доступности AlwaysOn
• Параметры HADR для SQL Server на виртуальных машинах Azure