Listener del gruppo di disponibilità

Sto esaminando i gruppi di disponibilità AlwaysOn. Più lo guardo, più sembra che il gruppo di listener di disponibilità sia un singolo punto di errore. Dove esegue esattamente l'ascoltatore? Un server separato, il server SQL primario, tutti loro?

Supponiamo di avere un intero stack di applicazioni nel mio secondo centro dati. Come configuro i listener in modo tale che funzionino su entrambi i siti e che le applicazioni puntino alle loro copie locali?

Sono sicuro che mi manca qualcosa qui ma non so cosa.

sql-server sql-server-2012 availability-groups

— Tim Brigham
fonte

Il listener AG è un nome di rete virtuale (VNN) o IP virtuale (VIP).

Un listener del gruppo di disponibilità è un nome di rete virtuale (VNN) a cui i client possono connettersi per accedere a un database in una replica primaria o secondaria di un gruppo di disponibilità AlwaysOn.

Puntare le applicazioni all'ascoltatore (che è registrato con DNS) e indirizzare il traffico nell'AG. Pertanto, a meno che tutti i controller di dominio non vengano interrotti contemporaneamente, la ridondanza è il numero di controller di dominio / server DNS.

Un listener del gruppo di disponibilità è costituito da un nome di listener DNS (Domain Name System), dalla designazione della porta del listener e da uno o più indirizzi IP. Solo il protocollo TCP è supportato dal listener del gruppo di disponibilità. Anche il nome DNS del listener deve essere univoco nel dominio e in NetBIOS. Quando si crea un nuovo listener del gruppo di disponibilità, questo diventa una risorsa in un cluster con un nome di rete virtuale (VNN), un IP virtuale (VIP) e una dipendenza del gruppo di disponibilità associati. Un client utilizza DNS per risolvere il VNN in più indirizzi IP e quindi tenta di connettersi a ciascun indirizzo, fino a quando una richiesta di connessione ha esito positivo o fino al timeout della connessione.

Questo articolo di MSDN (da cui ho citato) dovrebbe essere un buon punto di partenza per quello che, esattamente, è un ascoltatore AG.

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

— Kris Gruttemeyer
fonte

Grazie Kris. Per qualche motivo, avevo l'impressione che la voce DNS indicasse il gruppo di disponibilità, non che effettivamente agisse come tale. Indipendentemente da quante volte ho letto quel documento, non è stato trovato. In effetti, finché avrò un controller di dominio nel mio secondo datacenter, starò bene.

— Tim Brigham,

Grazie Kris. Qual è lo scopo di avere questi IP listener? Possibile spiegarlo in termini laici

— Manivannan Nagarajan,

È un punto di connessione coerente per applicazioni e servizi. Con tecnologie come il mirroring, è necessario specificare il server secondario nella stringa di connessione nel caso in cui il primario non sia disponibile. Con l'ascoltatore, il nome non cambia mai, solo le modifiche primarie sottostanti. Quindi, quando si esegue il failover, il processo è continuo e trasparente (principalmente) per l'applicazione.

— Kris Gruttemeyer,

qual è la differenza tra quello e l'IP del cluster?

— Edgar Allan Bayron,

@EdgarAllanBayron - L'IP del cluster è un IP interno utilizzato dal WSFC stesso. L'IP listener è un IP diverso che consente la connettività a SQL Server. Sono 2 IP separati.

— Kris Gruttemeyer,

Il listener è una risorsa di failover all'interno del WSFC su cui si basa AG. Seguirà la replica primaria in quanto fallisce, quindi c'è una ridondanza in quella parte per essa. Come accennato, il lato DNS si basa sull'infrastruttura AD e sul tempo di attività del DNS.

Nel tuo esempio di data center secondario, vorrai configurare WSFC come configurazione multi-subnet, consentendo al tuo ascoltatore di conservare un IP in entrambe le subnet per i data center. Se l'AG esegue il failover sul controller di dominio secondario, il listener diventerà attivo in quella sottorete. Le tue applicazioni vedranno solo tempi di inattività per l'IP in linea in quel controller di dominio secondario e quindi anche la replica passerà.