September 6, 2010 at 10:19 am
Hello I have read on several sites and in several respected books that I need to create a private network for the cluster heartbeat and have prepared to do so. However, I have come across this KB article that in one section says that I do not. The site is for windows 2003, but I am referring to the Windows 2008 reference that says a private heartbeat on a Win2k8 cluster will cause problems, I will be using Windows 2008.
So do I require one or not? Its confusing.
Regards,
D
September 6, 2010 at 11:23 am
Everything that I've read about clustering says that the private heartbeat should be on it's own network gear, separate subnet, etc. Essentially, try to keep it off of the main network - it produces a lot of traffic going back and forth between the nodes, and can be disruptive to the main network. And if IT gets slowed down, you can end up with nodes failing over - not good for your uptime requirements.
Wayne
Microsoft Certified Master: SQL Server 2008
Author - SQL Server T-SQL Recipes
September 6, 2010 at 11:24 am
Also, if you have a two-node cluster with the nodes really close together, you can use a network cross-over cable.
Wayne
Microsoft Certified Master: SQL Server 2008
Author - SQL Server T-SQL Recipes
September 7, 2010 at 2:21 am
Hi Wayne,
Thanks for getting back, I think you are right and a heartbeat network is required. I was thinking of going with the Crossover cable solution (the servers are right next to each other), but was told 2 ports on a vlan was better, though you raise a good point in regards to the network speed.
Regards,
D.
September 8, 2010 at 2:17 pm
Hi Duran,
You do need a dedicated network for the heartbeat.
(Do not setup a heartbeat connection through any shared network switch.)
A direct cable connection between two network adapters is considered a "network".
There is nothing more stable than a single piece of copper wire between two network adapters.
The only reason to use a switch for the heartbeat is if there a large physical distance between the servers.
It doesn't always "have to" be a cross over cable - most modern adapters are auto sensing and will automatically switch over.
(but a cross over cable ensures the connection and most people understand that connection type.) ;0)
Reason:
The heartbeat connection is time sensitive . . .
If the heartbeat takes too long (i.e. congestion within the switch fabric) the cluster will attempt to fail over to the secondary node.
It uses the heartbeat to perform that fail over action - and that will fail because the switch is congested.
Also:
Add in the heartbeat IP for the alternate server into the hosts file.
i.e.
Server1 host file entry . . .
192.168.0.2 Server2
Server2 host file entry . . .
192.168.0.1 Server1
You don't want backend communications between server1 & server2 to go through the primary service IP.
(which may occur if using DNS resolution.)
M
Free Expert Advice . . .
http://xkcd.com/627/
Mark
September 8, 2010 at 2:23 pm
I've seen both. I like the crossover cable since it's easy to setup and less to break.
September 9, 2010 at 2:43 am
Hello,
Thanks for getting back everyone, most appreciated. I'm defo going for the cross over cable, thanks for the host entry tip, I was just going to leave off any DNS entries for the heartbeat NICs but presumably this is better.
Thanks again,
D.
September 13, 2010 at 3:38 pm
Typically, (especially if you had more than 2 cluster nodes), you would use an isolated switch which only had the heartbeat traffic from the cluster nodes passing through it. You could also use VLANs on shared switch but i personally wouldn't!
-----------------------------------------------------------------------------------------------------------
"Ya can't make an omelette without breaking just a few eggs" 😉
October 7, 2010 at 12:53 pm
Windows 2008 no longer requires a dedicated network for a heartbeat. It still has a heartbeat, but this can be configured to use a single or dedicated network interface.
http://support.microsoft.com/kb/258750
Note The information in this article does not apply to Windows Server 2008 or Windows Server 2008 R2 failover clusters. Implementing these recommendations on these versions of failover clustering can cause adverse behavior. Windows Server 2008 and Windows Server 2008 R2 failover clusters do not have to have a private heartbeat network and the networking settings in this article are not needed and may cause unwanted behavior.
Viewing 9 posts - 1 through 8 (of 8 total)
You must be logged in to reply to this topic. Login to reply