SQLServerCentral.com / SQL Server 2012 / SQL 2012 - General / AlwaysON Multi Subnet Cluster, AG Listener / Latest PostsInstantForum.NET v2.9.0SQLServerCentral.comhttp://www.sqlservercentral.com/Forums/notifications@sqlservercentral.comTue, 31 Mar 2015 15:37:42 GMT20RE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspx[quote][b]Perry Whittle (2/26/2015)[/b][hr][quote][b]muthyala_51 (2/26/2015)[/b][hr]We are still in testing phase only.[/quote]This is the time to iron these things out see which way works best for your scenario[/quote]Thanks Perry. I kind of feel that DNS is not getting updated with the new IP of listener in different subnet. We forced replicate all the dns changes immediately after failing over. Still we see the same issue.Thu, 26 Feb 2015 10:35:38 GMTmuthyala_51RE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspx[quote][b]muthyala_51 (2/26/2015)[/b][hr]We are still in testing phase only.[/quote]This is the time to iron these things out see which way works best for your scenarioThu, 26 Feb 2015 10:31:29 GMTPerry WhittleRE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspx[quote][b]Perry Whittle (2/26/2015)[/b][hr]POC = Proof Of Concept[/quote]Thanks Perry. We are still in testing phase only. I will check with our network admin on the things you pointed out.Thu, 26 Feb 2015 10:30:05 GMTmuthyala_51RE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspxPOC = Proof Of ConceptThu, 26 Feb 2015 10:27:33 GMTPerry WhittleRE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspx[quote] Presumably you tested all this during the POC phase?[/quote]POC phase?Thu, 26 Feb 2015 10:26:07 GMTmuthyala_51RE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspx[quote][b]muthyala_51 (2/26/2015)[/b][hr]Brandon- I am facing exactly the same issue with different subnets. We are not making any changes to the connection strings. Updated the settings(hostrecordttl and registerallprovidersip) of listener. But when failover happens the dns is not getting updated and we cannot connect to listener. Any suggestions?[/quote]If the dns zones are AD integrated then you 'll ned to account for the replication topology pushing the updates around the DCs.Presumably you tested all this during the POC phase?Thu, 26 Feb 2015 09:40:40 GMTPerry WhittleRE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspx[quote][b]btuck (5/6/2013)[/b][hr]I have had to do [u][b]A LOT[/b][/u] of research on this subject due to implementing a multi-subnet cluster here at my company. (For my situation, we're using Windows Server 2008 R2 SP1.) Your problem could be one of two things:By default, when you create the Availability Group Listener, the RegisterAllProvidersIP setting will be set to 1. That means that both subnet's IPs will be attached to the DNS A-record (i.e. your listener's name). If you are using older database clients that don't support the MultiSubnetFailover option, these clients will try to arbitrarily connect to only one of those IPs. This will result in 50% of your requests timing out.If you have RegisterAllProvidersIP set to 0, then only the online subnet's IP will be registered with DNS. This removes the 50% timeout problem above. However, keep in mind that you now need to consider your DNS replication settings and the HostRecordTTL property. When a failover occurs, the new, active node will make the update to the domain controller that it talks to. Since it's a different subnet, there's a good chance that this is a different domain controller than the previous, now "offline" node. Depending on which DNS you're looking at, you may or may not see the update immediately. Once DNS replication runs, all DNS records should match. That said, the local DNS cache on your client will rely on the HostRecordTTL property to know when to go out and get a fresh copy. The default for this value is 20 minutes, which means that you could wait up to 20 minutes to point to the new subnet's IP. Consider lowering this value to 5 minutes (or less) if you don't mind the extra network traffic to request DNS records.The HostRecordTTL and RegisterAllProvidersIP settings are done on the Availability Group Listener cluster resource, not through DNS, AD, or the cluster itself.Feel free to send me a message if you need any more info!-Brandon[/quote]Brandon- I am facing exactly the same issue with different subnets. We are not making any changes to the connection strings. Updated the settings(hostrecordttl and registerallprovidersip) of listener. But when failover happens the dns is not getting updated and we cannot connect to listener. Any suggestions?Thu, 26 Feb 2015 09:22:02 GMTmuthyala_51RE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspxHi Drew-I would suggest a 2-5 minute HostRecordTTL and a RegisterAllProvidersIP set to 0 in your scenario.Wed, 22 May 2013 23:15:50 GMTbtuckRE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspxHi Brandon,I'm running into the same exact issue. I'd like to offer a multi-subnet AlwaysOn AG environment to all my applications with no additional configuration on their end, similar to how Failover Cluster Instances in a traditional SQL cluster provides HA transparent to the application.What settings did you settle on? I don't like the idea of 5 minute failovers but 50% timeouts wouldn't work at all :/-DrewTue, 21 May 2013 20:30:46 GMTdhodunRE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspxI have had to do [u][b]A LOT[/b][/u] of research on this subject due to implementing a multi-subnet cluster here at my company. (For my situation, we're using Windows Server 2008 R2 SP1.) Your problem could be one of two things:By default, when you create the Availability Group Listener, the RegisterAllProvidersIP setting will be set to 1. That means that both subnet's IPs will be attached to the DNS A-record (i.e. your listener's name). If you are using older database clients that don't support the MultiSubnetFailover option, these clients will try to arbitrarily connect to only one of those IPs. This will result in 50% of your requests timing out.If you have RegisterAllProvidersIP set to 0, then only the online subnet's IP will be registered with DNS. This removes the 50% timeout problem above. However, keep in mind that you now need to consider your DNS replication settings and the HostRecordTTL property. When a failover occurs, the new, active node will make the update to the domain controller that it talks to. Since it's a different subnet, there's a good chance that this is a different domain controller than the previous, now "offline" node. Depending on which DNS you're looking at, you may or may not see the update immediately. Once DNS replication runs, all DNS records should match. That said, the local DNS cache on your client will rely on the HostRecordTTL property to know when to go out and get a fresh copy. The default for this value is 20 minutes, which means that you could wait up to 20 minutes to point to the new subnet's IP. Consider lowering this value to 5 minutes (or less) if you don't mind the extra network traffic to request DNS records.The HostRecordTTL and RegisterAllProvidersIP settings are done on the Availability Group Listener cluster resource, not through DNS, AD, or the cluster itself.Feel free to send me a message if you need any more info!-BrandonMon, 06 May 2013 14:42:15 GMTbtuckRE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspxBrilliant!Here's another good link for completion:http://msdn.microsoft.com/en-us/library/ff878716.aspxThank you SteveMon, 06 May 2013 07:02:14 GMTMatan_YungmanRE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspxI think I figured this out. It is done by design. The App team has to add some new parameters to the connection string. Here is MS Link for more Info.http://msdn.microsoft.com/en-us/library/hh205662.aspxThanks to all for the supportsSteveMon, 06 May 2013 06:44:27 GMTSteve Q-426954RE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspxNo I have not, please let me know if you have any insight.SteveMon, 06 May 2013 05:21:27 GMTSteve Q-426954RE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspxHi Steve,Have you solved the issue?Mon, 06 May 2013 03:46:39 GMTMatan_YungmanRE: AlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspx.Mon, 06 May 2013 03:46:37 GMTMatan_YungmanAlwaysON Multi Subnet Cluster, AG Listenerhttp://www.sqlservercentral.com/Forums/Topic1449216-2799-1.aspxHelloI am not sure if this is a SQL issue or Windows Cluster issue, but am trying to rule out it being a SQL issue.When I fail an availability group between subnets, I am finding that the DNS entry in DNS is staying. So what happens is the Availablity Group listener has 2 records in DNS, one for each IP. This causes the App to timeout at times, since DNS will return either of the two IP's.Anyone ever run into this before?QsacFri, 03 May 2013 08:00:38 GMTSteve Q-426954