Plusieurs IPS enregistrés pour l'auditeur lors de l'utilisation de la clustering multi-sous-réseau W / multi-sous-réseau
Nous testons toujours des groupes de disponibilité sur un cluster multi-sous-réseau WSFC et en utilisant l'enregistrement DNS dynamique. Notre problème est que parfois L'adresse IP de l'écoute de groupe de disponibilité (AGL) dans le sous-réseau actif est enregistrée dans DNS ainsi que l'IP pour l'AGL qui est dans le sous-réseau inactif.
Lorsque nous configurons initialement le cluster, par défaut regiskallAllProvidersip est défini sur 1 Nous attendons donc à la fois l'IP active et l'IP inactive de l'AGL à enregistrer dans DNS. Nous avons suivi les étapes décrites par le ms Teamwonon Pro Team Pour changer registreLallAllProvidersip to 0 Pour que seule l'adresse IP dans actif site est enregistré avec DNS. Nous avons effectué de nombreux tests une fois que nous avons effectué ce changement et avons découvert le comportement suivant:
- Environ 70% du temps, seule la propriété intellectuelle du site actif pour l'AGL est enregistrée dans DNS (bon!)
- Environ 30% du temps, la propriété intellectuelle active et inactive pour l'AGL sont enregistrées dans DNS (mauvais!)
Il n'y a pas de modèle à la question. Nous avons examiné DNS lorsque plusieurs enregistrements sont créés et ils ont tous deux exactement les mêmes timbres de date/horodatage afin que les enregistrements soient évidemment créés en même temps. Pour nettoyer ce problème, nous exécutons simplement la commande suivante et seule l'IP active est enregistrée: get-clusterResource agl_network_name | update-clusternetworknameresource
Est-ce que quelqu'un utilise avec succès une clustering multi-sous-réseau avec AA AG dans un environnement de production? Si oui, j'apprécierais toute aide pour pouvoir fournir.
Nous avons confirmé que le problème se produit en cours d'exécution sous VMware et avec serveurs physiques . Les ordinateurs virtuels et physiques sont situés dans des centres de données et des sous-réseaux physiquement différents. Nous avons un tuyau rapide entre eux et la latence est minime. Les VMS sont exécutés Server 2012 et le serveur physique 2012 R2. SQL Server 2012 SP2 est utilisé.
Ce document de Microsoft répertorie un problème connu avec .NET 3.5 erronant parfois. Tout en identifiant spécifiquement votre problème dans DNS --Il peut être la cause et vaut probablement la peine d'être lu:
https://msdn.microsoft.com/en-us/library/hh213080.aspx#multisubnetFailover