Écouteur de groupe de disponibilité
Je regarde les groupes de disponibilité AlwaysOn. Plus j'y regarde, plus il apparaît que le groupe d'écouteurs de disponibilité est un point de défaillance unique. Où s'exécute exactement l'auditeur? Un serveur distinct, le serveur SQL principal, tous?
Disons que j'ai une pile d'applications complète dans mon deuxième centre de données. Comment configurer le ou les écouteurs de manière à ce qu'ils s'exécutent sur les deux sites et que les applications pointent vers leurs propres copies locales?
Je suis sûr qu'il me manque quelque chose ici mais je ne sais pas quoi.
L'écouteur AG est un nom de réseau virtuel (VNN) ou IP virtuel (VIP).
Un écouteur de groupe de disponibilité est un nom de réseau virtuel (VNN) auquel les clients peuvent se connecter pour accéder à une base de données dans une réplique principale ou secondaire d'un groupe de disponibilité AlwaysOn.
Vous pointez les applications vers l'écouteur (qui est enregistré auprès de DNS) et dirigez le trafic dans l'AG. Donc, à moins que tous vos contrôleurs de domaine ne tombent en panne en même temps, votre redondance est le nombre de serveurs de contrôleurs de domaine/DNS.
Un écouteur de groupe de disponibilité comprend un nom d'écouteur DNS (Domain Name System), une désignation de port d'écoute et une ou plusieurs adresses IP. Seul le protocole TCP est pris en charge par l'écouteur de groupe de disponibilité. Le nom DNS de l'écouteur doit également être unique dans le domaine et dans NetBIOS. Lorsque vous créez un écouteur de groupe de disponibilité, il devient une ressource dans un cluster avec un nom de réseau virtuel (VNN), une adresse IP virtuelle (VIP) et une dépendance de groupe de disponibilité associés. Un client utilise DNS pour résoudre le VNN en plusieurs adresses IP, puis essaie de se connecter à chaque adresse, jusqu'à ce qu'une demande de connexion réussisse ou jusqu'à ce que la demande de connexion expire.
Cet article MSDN (dont j'ai cité) devrait être un bon point de départ pour ce qu'est exactement un écouteur AG.
L'écouteur est une ressource de basculement au sein du WSFC sur lequel l'AG est construit. Il suivra la réplique principale lors de son basculement, il y a donc une certaine redondance dans cette partie. Comme mentionné, le côté DNS est basé sur votre infrastructure AD et votre disponibilité DNS.
Dans votre exemple de centre de données secondaire, vous souhaiterez configurer le WSFC en tant que configuration multi-sous-réseau, permettant à votre auditeur de conserver une adresse IP dans les deux sous-réseaux pour les centres de données. Si l'AG bascule vers le secondaire DC alors votre écouteur deviendra actif sous ce sous-réseau. Vos applicatoins ne verront que les temps d'arrêt pour que l'IP soit en ligne dans ce DC secondaire, puis le commutateur de réplique aussi.