Ouvinte do grupo de disponibilidade

Estou olhando para os grupos de disponibilidade AlwaysOn. Quanto mais eu olho para ele, mais parece que o grupo de ouvintes de disponibilidade é um único ponto de falha. Onde exatamente o ouvinte realmente é executado? Um servidor separado, o servidor SQL primário, todos eles?

Digamos que eu tenha uma pilha de aplicativos inteira no meu segundo data center. Como eu configuro os ouvintes para que eles sejam executados nos dois sites e que os aplicativos apontem para suas próprias cópias locais?

Tenho certeza de que estou perdendo alguma coisa aqui, mas não sei o quê.

sql-server sql-server-2012 availability-groups

— Tim Brigham
fonte

Respostas:

O ouvinte AG é um nome de rede virtual (VNN) ou IP virtual (VIP).

Um ouvinte de grupo de disponibilidade é um nome de rede virtual (VNN) ao qual os clientes podem se conectar para acessar um banco de dados em uma réplica primária ou secundária de um grupo de disponibilidade AlwaysOn.

Você aponta os aplicativos para o ouvinte (que está registrado no DNS) e direciona o tráfego no AG. Portanto, a menos que todos os seus DCs diminuam ao mesmo tempo, sua redundância é o número de servidores DCs / DNS.

Um ouvinte de grupo de disponibilidade consiste em um nome de ouvinte de DNS, uma designação de porta de ouvinte e um ou mais endereços IP. Somente o protocolo TCP é suportado pelo ouvinte do grupo de disponibilidade. O nome DNS do ouvinte também deve ser exclusivo no domínio e no NetBIOS. Quando você cria um novo ouvinte de grupo de disponibilidade, ele se torna um recurso em um cluster com um nome de rede virtual (VNN) associado, IP virtual (VIP) e dependência do grupo de disponibilidade. Um cliente usa o DNS para resolver o VNN em vários endereços IP e tenta se conectar a cada endereço, até que uma solicitação de conexão seja bem-sucedida ou até o tempo limite das solicitações de conexão.

Este artigo do MSDN (do qual citei) deve ser um bom ponto de partida para o que exatamente é um ouvinte da AG.

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

— Kris Gruttemeyer
fonte

Obrigado Kris. Por algum motivo, fiquei com a impressão de que a entrada DNS apontava para o grupo de disponibilidade, não que realmente estivesse agindo como ele. Não importa quantas vezes eu li esse documento, ele não foi encontrado. Efetivamente, desde que eu tenha um controlador de domínio no meu segundo datacenter, ficarei bem.

— Tim Brigham

Obrigado, Kris. Qual é o propósito de ter esses IPs de ouvinte? É possível explicar isso em termos leigos

— Manivannan Nagarajan

É um ponto de conexão consistente para aplicativos e serviços. Com tecnologias como espelhamento, você deve especificar o servidor secundário na cadeia de conexão, caso o primário não esteja disponível. Com o ouvinte, o nome nunca muda, apenas as principais alterações abaixo dele. Portanto, quando você realiza o failover, o processo é contínuo e transparente (principalmente) para o aplicativo.

— Kris Gruttemeyer

qual é a diferença entre isso e cluster ip?

— Edgar Allan Bayron

@EdgarAllanBayron - O IP do cluster é um IP interno usado pelo próprio WSFC. O IP do ouvinte é um IP diferente que permite a conectividade com o SQL Server. Eles são 2 IPs separados.

— Kris Gruttemeyer

O ouvinte é um recurso de failover no WSFC no qual o AG é construído. Ele seguirá a réplica primária, pois ocorrerá failover, havendo redundância nessa parte. Como mencionado, o lado do DNS é baseado na sua infraestrutura do AD e no tempo de atividade do DNS.

No seu exemplo do data center secundário, você desejará configurar o WSFC como uma configuração de várias sub-redes, permitindo que o ouvinte mantenha um IP nas duas sub-redes dos data centers. Se o AG fizer failover no controlador de domínio secundário, seu ouvinte ficará ativo nessa sub-rede. Seus aplicativos verão apenas o tempo de inatividade para o IP ficar online nesse controlador de domínio secundário e, em seguida, a réplica também será trocada.