Поделиться через

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

  • Статья

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

В этой статье описано, как перенести группу доступности AlwaysOn из одной подсети в несколько подсетей, чтобы упростить подключение к прослушивателю в Azure с помощью SQL Server на виртуальных машинах Azure.

Совет

Существует множество методов развертывания группы доступности. Упрощение развертывания и устранение необходимости использования Azure Load Balancer или распределенного сетевого имени (DNN) для группы доступности AlwaysOn путем создания виртуальных машин SQL Server в нескольких подсетях в одной виртуальной сети Azure. Если вы уже создали группу доступности в одной подсети, ее можно перенести в среду с несколькими подсетами.

Обзор

Клиенты, работающие под управлением SQL Server на виртуальных машинах Azure, могут реализовать группу доступности AlwaysOn в одной подсети или нескольких подсетях (с несколькими подсетями). Конфигурация с несколькими подсетями упрощает среду группы доступности, удаляя потребность в Azure Load Balancer или распределенном сетевом имени (DNN) для маршрутизации трафика в прослушиватель в сети Azure. При использовании подхода с несколькими подсетями рекомендуется использовать строка подключения приложения, которые могут быть недоступны сразу из-за изменений на уровне приложенияMultiSubnetFailover = true.

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

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

Рассмотрим следующие два способа переноса группы доступности в несколько подсетей:

  • Создание новой среды для параллельного тестирования
  • Перемещение существующей группы доступности вручную

Внимание

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

Новая среда с параллельной проверкой

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

  1. Создание новых виртуальных машин
  2. Создание новой группы доступности в конфигурации с несколькими подсетами
  3. Резервное копирование текущей базы данных и восстановление их в новой среде

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

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

Настройка новой среды в конфигурации с несколькими подсетями теперь проще при использовании портал Azure развертывания.

Перемещение существующей группы доступности вручную

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

  • IP-адрес для каждого компьютера в новой подсети
  • Строки подключения уже используются MultiSubnetFailover = true

Чтобы перенести группу доступности в конфигурацию с несколькими подсетью, выполните следующие действия.

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

  2. Определите IP-адрес кластера и IP-адрес прослушивателя для всех серверов в группе доступности. Например, если у вас есть группа доступности с двумя узлами, у вас есть следующее:

    Имя виртуальной машины Подсеть IP-адрес кластера Прослушиватель IP-адреса
    VM1 (основной) 10.1.1.0/24 (существующая подсеть) 10.1.1.15 10.1.1.16
    VM2 (вторичная) 10.1.2.0/24 (новая подсеть) 10.1.2.15 10.1.2.16

  3. Добавьте IP-адрес кластера и IP-адрес прослушивателя на сервер первичной реплики. Добавление этих IP-адресов — это операция в сети.

  4. В портал Azure переместите сервер-получатель в новую подсеть, перейдя к IP-конфигурациям сетевого интерфейса > виртуальной машины.>> Перемещение сервера в новую подсеть перезапускает сервер-получатель реплики.

  5. Добавьте IP-адрес кластера и IP-адрес прослушивателя на сервер вторичной реплики. Добавление этих IP-адресов — это операция в сети.

  6. На этом этапе, так как IP-адреса и подсети находятся на месте, поэтому можно удалить подсистему балансировки нагрузки.

  7. Удалите прослушиватель.

  8. Если вы используете Windows Server 2019 и более поздних версий, пропустите этот шаг. Если вы используете Windows Server 2016, добавьте ip-адреса кластера в FCI вручную.

  9. Повторно создайте прослушиватель с помощью новых IP-адресов прослушивателя.

  10. Очистка DNS на всех серверах с помощью ipconfig /flushdns.

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