Кластеризация нескольких подсетей SQL Server

Область применения:SQL Server

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

Отказоустойчивый кластер SQL Server с несколькими подсетями (два узла, две подсети)

На следующем рисунке представлен двухузловой экземпляр отказоустойчивого кластера двух подсети (FCI) в SQL Server.

Конфигурации экземпляра отказоустойчивого кластера с несколькими подсетями

Ниже приведены некоторые примеры sql Server FCIs, которые используют несколько подсетей:

• SQLCLUST1 SQL Server FCI включает Node1 и Node2. Узел1 подключен к Подсети1. Узел2 подключен к подсети2. Программа установки SQL Server отображает эту конфигурацию как кластер с несколькими подсетями и задает зависимость ORресурса IP-адреса.

• SQLCLUST2 SQL Server FCI включает Node1, Node2 и Node3. Узел1 и Узел2 подключены к Подсети1. Узел 3 подключен к подсети 2. Программа установки SQL Server отображает эту конфигурацию как кластер с несколькими подсетями и задает зависимость ORресурса IP-адреса. Поскольку Узел1 и Узел2 расположены в одной подсети, такая конфигурация позволяет обеспечить более высокой уровень доступности локальных ресурсов.

• SQLCLUST3 SQL Server FCI включает Node1 и Node2. Узел1 находится в Подсети1. Узел 2 подключен к подсети 1 и подсети 2. Программа установки SQL Server отображает эту конфигурацию как кластер с несколькими подсетями и задает зависимость ORресурса IP-адреса.

• SQLCLUST4 SQL Server FCI включает Node1 и Node2. Узел1 подключен к Подсети1 и Подсети2. Узел2 также подключен к Подсети1 и Подсети2. Программа установки SQL Server задает зависимость ANDресурса IP-адреса.

  Примечание.

  Эта конфигурация не считается конфигурацией отказоустойчивого кластера с несколькими подсетями, так как кластеризованные узлы находятся в одном наборе подсетей.

Рекомендации по ресурсу IP-адреса

В конфигурации отказоустойчивого кластера с несколькими подсетями IP-адреса не принадлежат всем узлам в отказоустойчивом кластере, и они могут не находиться в сети во время запуска SQL Server. Начиная с SQL Server 2012 (11.x), можно задать зависимость ORресурса IP-адреса. Это позволяет SQL Server быть в сети, если есть по крайней мере один допустимый IP-адрес, к которому он может привязаться.

Примечание.

В версиях SQL Server раньше, чем SQL Server 2012 (11.x), технология stretch V-LAN использовалась в конфигурациях кластера с несколькими сайтами для предоставления одного IP-адреса для отработки отказа на сайтах. Теперь, когда SQL Server может кластеризовывать узлы в разных подсетях, можно настроить отказоустойчивые кластеры SQL Server на нескольких сайтах без реализации технологии stretch V-LAN.

Рекомендации по ресурсу ИЛИ зависимости IP-адреса

Возможно, вам потребуется рассмотреть следующее поведение отработки отказа, если задать зависимость ORресурса IP-адреса следующим образом:

• При сбое одного из IP-адресов на узле, которому в настоящее время принадлежит группа ресурсов кластера SQL Server, отработка отказа не активируется автоматически, пока все IP-адреса не будут допустимыми на этом узле.

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

Если FCI SQL Server устанавливается параллельно с автономным экземпляром ядра СУБД SQL Server, будьте осторожны, чтобы избежать конфликтов номеров TCP-портов на IP-адресах. Конфликты обычно возникают, когда два экземпляра ядра СУБД настроены для использования TCP-порта по умолчанию (1433). Чтобы избежать конфликтов, настройте один экземпляр для использования недефекторного фиксированного порта. Настройка фиксированного порта обычно упрощается в автономном экземпляре. Настройка ядра СУБД для использования разных портов предотвращает непредвиденный IP-адрес или конфликт TCP-порта, который блокирует запуск экземпляра при сбое резервного узла SQL Server FCI.

Задержка восстановления клиента во время отработки отказа

По умолчанию FCI с несколькими подсетями включает ресурс кластера RegisterAllProvidersIP для его сетевого имени. В конфигурации с несколькими подсетями сетевые и автономные IP-адреса сетевого имени регистрируются на DNS-сервере. Затем клиентское приложение извлекает все зарегистрированные IP-адреса с DNS-сервера и пытается подключиться к адресам в порядке или параллельно. Это означает, что время восстановления клиента в нескольких подсетях больше не зависит от задержки обновления DNS. По умолчанию клиент пытается подключиться к IP-адресам по порядку. Когда клиент использует необязательный MultiSubnetFailover=True параметр в строке подключения, он пытается одновременно использовать IP-адреса и подключается к первому серверу, который отвечает. Эта конфигурация может помочь свести к минимуму задержку восстановления клиента при отработках отказа. Дополнительные сведения см. в разделе "Подключение клиентов AlwaysOn" (SQL Server) и создание или настройка прослушивателя группы доступности (SQL Server).

Устаревшие клиентские библиотеки или поставщики данных, отличные от Майкрософт, не могут использовать параметр MultiSubnetFailover в строке подключения. Чтобы обеспечить оптимальную работу клиентского приложения с FCI с несколькими подсетями в SQL Server, попробуйте настроить время ожидания подключения в клиентском строка подключения на 21 секунду для каждого дополнительного IP-адреса. Эта конфигурация гарантирует, что попытка повторного подключения клиента не истекает до того, как она сможет циклировать все IP-адреса в FCI с несколькими подсетями.

Время ожидания подключения клиента по умолчанию для SQL Server Management Studio и sqlcmd составляет 15 секунд.

Примечание.

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

Связанный контент

Description	Article
Установка отказоустойчивого кластера SQL Server	Создание нового отказоустойчивого кластера SQL Server (настройка)
Обновление на месте существующего отказоустойчивого кластера SQL Server	Обновление экземпляра отказоустойчивого кластера SQL Server (настройка)
Обслуживание отказоустойчивого кластера SQL Server	Добавление или удаление узлов в отказоустойчивом кластере SQL Server (настройка)
Используйте оснастку "Управление отказоустойчивым кластером" для просмотра событий и журналов отказоустойчивого кластера Windows Server	Просмотр событий и журналов для отказоустойчивого кластера
Создание файла журнала для всех узлов (или определенного узла) в отказоустойчивом кластере Windows Server с помощью Windows PowerShell	командлет отказоустойчивого кластераGet-ClusterLog