0

I plan on deploying a cluster of 2 ESXi/vSphere servers and having them run in fault tolerance mode. The virtual servers primarily be IIS & SQL. The physical servers will have a single Xeon E5-2697 (2.7Ghz 12 Core) CPU, 64GB RAM and dedicated network controllers for ESXi FT communication. Assuming these virtual servers were running at a maximum load, how much bandwidth would be required for the ESXi FT to keep the redundant node in lockstep with the primary node? Would a 1 Gbit ethernet connection be adequate, or should I use 10 Gbit ethernet instead?

Thanks!

2 Answers 2

3

Required bandwidth is going to depend on the event rates and change rate of memory for the VMs, as well as how many VMs there are. Thus it kind of depends on what "maximum load" means.

VMware recommends 10Gbps ethernet:

To increase the bandwidth available for the logging traffic between Primary and Secondary VMs use a 10Gbit NIC, and enable the use of jumbo frames.

If you are running quite a few VMs, I would definitely recommend going 10 Gbps. If you decided to go with 1 Gbps, like most things in IT, test it outside of production if possible.

1

To be perfectly honest I think you would be better off NOT using VMware Fault Tolerance on those virtual machines and instead use database mirroring on the SQL server with host affinity to ensure the primary and replica run on different hosts. Fault Tolerance has a few caveats and limitations to its usage.

For IIS you can use something as simple as an NLB cluster on two virtual machines (if it's supported by the application), again using host affinity to keep them from running on the same host.

SQL Mirroring: http://technet.microsoft.com/en-us/library/ms190941.aspx NLB Clustering: http://technet.microsoft.com/en-us/library/cc725691.aspx

3
  • If he's going to do mirroring he should really do AlwaysOn Availability Groups with 2012, "plain old" mirroring's days are numbered. Without knowing more about the configuration and use case, selecting between various technologies like mirroring, clustering, AOAG, NLB, hardware LB, other software LB, etc., isn't really possible. That said, I'm not a huge fan of VMware FT for this sort of thing either, so I think the recommendation to use a guest-side technology is probably a good one.
    – phoebus
    Commented Oct 2, 2013 at 15:43
  • This is true as well, Availability Groups are going to be the way of the future shortly for SQL Server. I rarely recommend VMware FT for anything nowadays and I agree the best way to proceed is with a guest-side technology provided it is supported in a virtual environment.
    – Mike B
    Commented Oct 2, 2013 at 16:07
  • Mike B:I've never used FT before and wanted a chance to try it out. However after talking with MS and realizing the FT servers would require their own SQL licenses, and discovering FT could only use a single core, I decided against it.
    – Matt
    Commented Oct 13, 2013 at 3:29

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .