Слушатель группы доступности

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

Скажем, у меня есть целый стек приложений во втором центре обработки данных. Как настроить прослушиватели, чтобы они работали на обоих сайтах и чтобы приложения указывали на свои локальные копии?

Я уверен, что что-то здесь упускаю, но я не знаю что.

sql-server sql-server-2012 availability-groups

— Тим Бригам
источник

Слушатель AG - это имя виртуальной сети (VNN) или виртуальный IP (VIP).

Прослушиватель группы доступности - это имя виртуальной сети (VNN), к которому клиенты могут подключаться для доступа к базе данных в первичной или вторичной реплике группы доступности AlwaysOn.

Вы указываете приложения на слушателя (который зарегистрирован в DNS) и направляет трафик в AG. Таким образом, если все ваши контроллеры домена не отключаются одновременно, ваша избыточность - это количество контроллеров домена / DNS-серверов.

Прослушиватель группы доступности состоит из имени прослушивателя системы доменных имен (DNS), обозначения порта прослушивателя и одного или нескольких IP-адресов. Слушатель группы доступности поддерживает только протокол TCP. DNS-имя слушателя также должно быть уникальным в домене и в NetBIOS. При создании нового прослушивателя группы доступности он становится ресурсом в кластере со связанным именем виртуальной сети (VNN), виртуальным IP-адресом (VIP) и зависимостью группы доступности. Клиент использует DNS для преобразования VNN в несколько IP-адресов, а затем пытается подключиться к каждому адресу до тех пор, пока не будет успешно выполнен запрос на подключение или пока не истечет время ожидания запроса на подключение.

Эта статья MSDN (которую я цитировал) должна послужить хорошей отправной точкой для того, чем конкретно является AG Listener.

https://msdn.microsoft.com/en-us/library/hh213417.aspx

— Крис Груттемейер
источник

Спасибо, Крис. По какой-то причине у меня сложилось впечатление, что запись DNS указывает на группу доступности, а не на то, что она фактически действует как она. Независимо от того, сколько раз я читал этот документ, он не встречался. Фактически, пока у меня есть второй DC в моем втором центре обработки данных, я буду в порядке.

— Тим Бригам

Спасибо, Крис. Какова цель получения этих IP-адресов слушателей? Можно объяснить это с точки зрения непрофессионала

— Маниваннан Нагараджан

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

— Крис Груттемейер

в чем разница между этим и ip кластера?

— Эдгар Аллан Байрон

@EdgarAllanBayron - IP-адрес кластера - это внутренний IP-адрес, используемый самим WSFC. IP-адрес слушателя - это другой IP-адрес, который позволяет подключаться к SQL Server. Это 2 отдельных IP-адреса.

— Крис Груттемейер

Слушатель является ресурсом аварийного переключения в WSFC, на котором построен AG. Он будет следовать основной реплике при сбое, поэтому в этой части есть некоторая избыточность. Как уже упоминалось, сторона DNS основана на вашей инфраструктуре AD и времени работы DNS.

В вашем примере вторичного центра обработки данных вы захотите настроить WSFC как конфигурацию с несколькими подсетями, позволяя вашему слушателю хранить IP в обеих подсетях для центров обработки данных. Если AG переключается на вторичный DC, тогда ваш слушатель станет активным в этой подсети. Ваши приложения увидят только время простоя, когда IP-адрес подключится к этому вторичному DC, и затем реплика также переключится.