Настройка Azure Load Balancer для VNN FCI — SQL Server на виртуальных машинах Azure

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

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

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

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

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

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

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

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

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

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

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

  Чтобы использовать внешнюю подсистему балансировки нагрузки, логически выделяет IP-адрес в той же подсети, что и FCI, который не конфликтует с любым другим 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. В разделе "Виртуальная машина" выберите виртуальные машины, которые будут участвовать в качестве узлов кластера. Не забудьте включить все виртуальные машины, на которых будут размещаться FCI.

   Добавьте только основной 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 = "<SQL Server FCI 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 = "<SQL Server FCI 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 yourFCIname | Set-ClusterParameter RegisterAllProvidersIP 0  
Get-ClusterResource yourFCIname | Set-ClusterParameter HostRecordTTL 300 

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

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

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

1. Подключитесь к одному из узлов кластера SQL Server с помощью протокола удаленного рабочего стола (RDP).
2. Откройте диспетчер отказоустойчивости кластеров. Выберите Роли. Обратите внимание, какой узел является владельцем роли SQL Server FCI.
3. Щелкните правой кнопкой мыши роль SQL Server FCI.
4. Выберите Переместить, а затем выберите Лучший возможный узел.

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

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

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

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

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

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