Knowledge Base
The VMware Knowledge Base provides support solutions, error messages and troubleshooting guides

|
Microsoft Clustering on VMware vSphere: Guidelines for Supported Configurations (1037959)
Details
Additionally, VMware provides guidelines in terms of storage protocols and number of nodes supported by VMware on vSphere, particularly for specific clustering solutions that access shared storage. Other clustering solutions that do not access shared storage, such as Exchange CCR and DAG, can be implemented on VMware vSphere just like on physical systems without any additional considerations.
This article provides clear guidelines and vSphere support status for running various Microsoft clustering solutions and configurations.
Solution
VMware vSphere support for Microsoft clustering solutions on VMware
This table outlines VMware vSphere support for Microsoft clustering solutions:|
Microsoft Clustering on VMware |
vSphere support |
VMware HA support |
vMotion DRS support |
Storage vMotion support |
MSCS Node Limits |
Storage Protocols support |
Shared Disk | |||||
|
FC |
In-Guest OS iSCSI |
Native iSCSI |
FCoE |
RDM |
VMFS | |||||||
|
Shared Disk |
MSCS with Shared Disk |
Yes |
Yes1 |
No |
No |
2
5 (5.1 Only) |
Yes |
Yes |
No |
Yes4 |
Yes2 |
Yes3 |
|
Exchange Single Copy Cluster |
Yes |
Yes1 |
No |
No |
2
5 (5.1 Only) |
Yes |
Yes |
No |
No |
Yes2 |
Yes3 | |
|
SQL Clustering |
Yes |
Yes1 |
No |
No |
2
5 (5.1 Only) |
Yes |
Yes |
No |
No |
Yes2 |
Yes3 | |
| SQL AlwaysOn Failover Cluster Instance | Yes |
Yes1 |
No | No |
2
5 (5.1 Only) |
Yes |
Yes |
No |
No |
Yes2 |
Yes3 | |
|
Non
shared Disk |
Network Load Balance |
Yes |
Yes1 |
Yes |
Yes |
Same as OS/app |
Yes |
Yes |
Yes |
Yes |
N/A |
N/A |
|
Exchange CCR |
Yes |
Yes1 |
Yes |
Yes |
Same as OS/app |
Yes |
Yes |
Yes |
Yes |
N/A |
N/A | |
|
Exchange DAG |
Yes |
Yes1 |
Yes |
Yes |
Same as OS/app |
Yes |
Yes |
Yes |
Yes |
N/A |
N/A | |
| SQL AlwaysOn Availability Group |
Yes |
Yes1 |
Yes |
Yes |
Same as OS/app |
Yes |
Yes |
Yes |
Yes |
N/A |
N/A | |
- When DRS affinity/anti-affinity rules are used. For more information, see HA/DRS specific configuration for clustered virtual machines.
- See additional considerations for shared disk configurations below.
- Supported in Cluster in a Box (CIB) configurations only. For more information, see Considerations for Shared Storage Clustering.
- Two node cluster configuration with Cisco CNA cards (VIC 1240/1280) and driver version 1.5.0.8 is supported on Windows 2008 R2 SP1 64-bit Guest OS in vSphere 5.1 Update 1.
See the VMware Hardware Compatibility guide for details:
Cisco UCS VIC1240
Cisco UCS VIC1280
- For the purpose of this document, SQL Mirroring is not considered by VMware to be a clustering solution. VMware fully supports SQL Mirroring on vSphere with no specific restrictions.
- MSCS clusters are not supported for VMware Paravirtual SCSI Controllers.
- vMotion and Storage vMotion migrations for Shared Disk are not supported and will fail when the migration is attempted. For more information, see Troubleshooting migration compatibility error: Device is a SCSI controller engaged in bus-sharing (1003797).
- ESXi 5.1.x supports up to five node clusters for Windows Server 2008 SP2 and above, whereas older ESXi versions support only two node clusters. For more information see, Setup for Failover Clustering and Microsoft Cluster Service - ESXi 5.1 vCenter Server 5.1.
Note: Although EagerZeroedThick VMDKs can be created on VAAI-capable NAS arrays using a suitable VAAI NAS plug-in, NFS is not a supported storage protocol with Microsoft Clustering.
Commonly used Microsoft clustering solutions
These are common Microsoft clustering solutions used by VMware users in virtual machines:- Microsoft Clustering Services (MSCS): MSCS or Windows Failover Clustering is a clustering function that provides failover and availability at the operating system level. Commonly clustered applications include:
- Microsoft Exchange Server
- Microsoft SQL Server
- File and Print Services
- Custom Applications
- Microsoft Network Load Balance (I/O Load Balance): Microsoft Network Load Balance (NLB) is suited for stateless applications or Tier 1 of multi-tiered applications, such as web servers providing a front end for back end database and application servers. A physical alternative is an appliance like those available from F5.
VMware vSphere support for running Microsoft Clustered Configurations
This table outlines VMware vSphere support for running Microsoft Clustered Configurations:Note: This table lists the support status by VMware on vSphere. Check with your vendor as third-party software vendors support status may differ. For example, while VMware supports configurations using MSCS on clustered Windows Server 2003 virtual machines, Microsoft does not support it. The same applies for the support status of the operating system version. Support for software that has reached end-of-life may be limited or non-existent depending on the life cycle policies of the respective software vendor. VMware advises against using end-of-life products in production environments.
|
Clustering Solution |
Support Status |
Clustering Version |
vSphere Version |
Notes |
|
MSCS with shared disk |
Supported |
Windows Server 2003*
Windows Server 2008 |
4.x/5.x |
See additional considerations |
|
Exchange Single copy cluster |
Supported |
2003*, 2007 |
4.x/5.x |
See additional considerations |
|
SQL clustering |
Supported |
Windows Server 2003*
Windows Server 2008 |
4.x/5.x |
See additional considerations |
| SQL AlwaysOn Failover Cluster Instance |
Supported |
Windows Server 2008 SP2 or higher
Windows Server 2008 R2 SP1 or higher |
4.x/5.x |
See additional considerations |
|
Network Load Balance |
Supported |
Windows Server 2003 SP2, Windows Server 2008, Windows 2008 R2 |
4.x/5.x |
|
|
Exchange CCR |
Supported |
Windows 2003*, Windows 2008 SP1 and higher / Exchange 2007 SP1 and higher |
4.x/5.x |
|
|
Exchange DAG |
Supported |
Windows 2008 SP2 or 2008 R2 and higher / Exchange 2010 |
4.x/5.x |
|
| SQL AlwaysOn Availability Group |
Supported |
Windows Server 2008 SP2 or higher
Windows Server 2008 R2 SP1 or higher |
4.x/5.x |
Note: System disk (C: drive) virtual disks can be on local VMFS or SAN-based VMFS datastores only, regardless of the underlying protocol. System disk virtual disks must be created with the EagerZeroedThick format. For more information, see the Setup for Failover Clustering and Microsoft Cluster Service guide for ESXi/ESX 4.x or ESXi 5.x.
For support information about Microsoft clustering for MSCS, SQL, and Exchange, go to http://www.windowsservercatalog.com/svvp.aspx?svvppage=svvpwizard.htm and and select the appropriate dropdown.
Windows Server 2012 does not support failover clustering. For more information, see the Miscellaneous Issues section of the Release Notes.
For related information, see these Microsoft pages:
- Support policy for Microsoft SQL Server products that are running in a hardware virtualization environment
- Support Policy for Windows Server 2008 or Windows Server 2008 R2 Failover Clusters
- Support Policies and Recommendations for Exchange Servers in Hardware Virtualization Environments
- Windows Server Virtualization Validation Program
Considerations for Shared Storage Clustering
Storage Protocols- Fibre Channel: Configuration using shared storage for Quorum and/or Data must be on Fibre Channel (FC) based RDMs (physical mode for cluster across boxes "CAB", virtual mode for cluster in a box "CIB"). RDMs on storage other than FC (such as NFS or iSCSI) are not currently supported. Virtual disk based shared storage is supported with CIB configuration only and must be created using the EagerZeroedThick option on VMFS datastores.
- Native iSCSI (not in the guest OS): VMware does not currently support the use of ESXi/ESX host iSCSI, also known as native iSCSI (hardware or software), initiators with MSCS.
- In-guest iSCSI software initiators: VMware fully supports a configuration of MSCS using in-guest iSCSI initiators, provided that all other configuration meets the documented, supported MSCS configuration. Using this configuration in VMware virtual machines is relatively similar to using it in physical environments.
- FCoE: FCoE is supported in a very specific configuration. For details see note 4 in the Microsoft clustering solutions table.
Virtual SCSI Adapters
Shared storage must be attached to a dedicated virtual SCSI adapter in the clustered virtual machine. For example, if the system disk (drive C:) is attached to SCSI0:0, the first shared disk would be attached to SCSI1:0 and the data disk attached to SCSI1:1.
The shared storage SCSI adapter for Windows Server 2008 must be the LSI Logic SAS type, while earlier Windows versions must use the LSI Logic Parallel type.
Disk Configurations
- RDM: Configuration using shared storage for Quorum and/or Data must be on Fibre Channel (FC) based RDMs (physical mode for cluster across boxes "CAB", virtual mode for cluster in a box "CIB"). RDMs on other than FC are not currently supported.
- VMFS: Virtual disks used as shared storage for Clustered virtual machines must reside on VMFS datastores and must be created using the EagerZeroedThick option. This can be done using the
vmkfstoolscommand from the console, the vSphere CLI, or from the user interface. For more information, see the Setup for Failover Clustering and Microsoft Cluster Service guide for ESXi/ESX 4.x or ESXi 5.x.
Using thevmkfstoolscommand:
- Log into the console of the host or launch the VMware vSphere CLI.
- For example, to create a 10 GB file in
datastore1namedmyVMData.vmdk, run the command:
- Console:
vmkfstools –d eagerzeroedthick –c 10g /vmfs/volumes/datastore1/myVM/myVMData.vmdk
Note: You can replace10gwith the size you want.
- vSphere CLI:
vmkfstools.pl –-server ESXHost –-username username --password passwd –d eagerzeroedthick –c 10g /vmfs/volumes/datastore1/myVM/myVMData.vmdk
- Console:
Using the user interface:
- Using the vSphere Client, select the virtual machine for which you want to create the new virtual disk.
- Right-click the virtual machine and click Edit Settings.
- From the virtual machine properties dialog box, click Add to add new hardware.
- In the Add Hardware dialog box, select Hard Disk from the device list.
- Select Create a new virtual disk and click Next.
- Select the disk size you want to create.
- Select the datastore with the virtual machine or select a different datastore by clicking Specify a datastore and browsing to find the desired datastore.
- To create an eager zeroed thick disk, select Support clustering features such as Fault Tolerance.
Note: Step 8 must be the last step. Changes to datastores after selecting Support clustering features such as Fault Tolerance cause it to become deselected.
- Complete the wizard to create the virtual disk.
Non-shared Storage Clustering refers to configurations where no shared storage is required to store the application's data or quorum information. Data is replicated to other cluster nodes (for example, CCR) or distributed among the nodes (for example, DAG).
These configurations do not require additional VMware considerations regarding specific storage protocol or number of nodes, and can be deployed on virtual just like on physical.
Note:
- With the Exchange Cluster Continuous Replication (CCR) in Microsoft Exchange 2007, data is replicated between the cluster nodes over the network. Exchange Database Availability Group (DAG) in Microsoft Exchange 2010 replaced the CCR feature that was available with Exchange 2007. This feature is network-based and does not require shared storage. For related information, see the Microsoft Exchange 2010 on VMware Best Practices Guide.
- Microsoft Network Load Balance (NLB) must be configured in Multicast Mode. For more information, see Sample Configuration - Network Load Balancing (NLB) Multicast Mode Configuration (1006558).
HA/DRS specific configuration for clustered virtual machines
Affinity/Anti-affinity rulesFor virtual machines in a cluster, you must create virtual machine-virtual machine affinity or anti-affinity rules. Virtual machine-virtual machine affinity rules specify which virtual machines should be kept together on the same host (for example, a cluster of MSCS virtual machines on one physical host). Virtual machine-virtual machine anti-affinity rules specify which virtual machines should be kept apart on different physical hosts (for example, a cluster of MSCS virtual machines across physical hosts).
For a cluster of virtual machines on one physical host, use affinity rules. For a cluster of virtual machines across physical hosts, use anti-affinity rules. For more information, see the Setup for Failover Clustering and Microsoft Cluster Service guide for ESXi/ESX 4.x or ESXi 5.x.
To set up affinity or anti-affinity rules:
- In the vSphere Client, right-click the cluster in the inventory and click Edit Settings.
- In the left pane of the Cluster Settings dialog under VMware DRS, click Rules.
- Click Add.
- In the Rule dialog, enter a name for the rule.
- From the Type dropdown, select a rule:
- For a cluster of virtual machines on one physical host, select Keep Virtual Machines Together.
- For a cluster of virtual machines across physical hosts, select Separate Virtual Machines.
- Click Add.
- Select the two virtual machines to which the rule applies and click OK.
- Click OK.
Multipathing Configuration
Path Selection Policy (PSP)
Round Robin PSP is not supported for LUNs mapped by RDMs used with shared storage clustering. If you chose to use Round Robin PSP with your storage arrays, or if the vSphere version in use defaults to Round Robin PSP for the array in use, you may change the PSP claiming the above RDM LUNs to another PSP. For more information, see Changing a LUN to use a different Path Selection Policy (PSP) (1036189).
Note: With native multipathing (NMP), clustering is not supported when the path policy is set to Round Robin. For more information, see vSphere MSCS Setup Limitations in the Setup for Failover Clustering and Microsoft Cluster Service guide for ESXi/ESX 4.x or ESXi 5.x.
Path Selection Policy (PSP) using third-party Multipathing Plug-ins (MPPs)
N+1 cluster configuration occurs when cluster nodes on physical machines are backed by nodes in virtual machines (that is, one node in each cluster nodes pair is in a virtual machine). In this configuration, the physical node cannot be configured with multipathing software. For more information, see your third-party vendor's best practices and support.
Round Robin PSP is not supported for LUNs mapped by RDMs used with shared storage clustering. If you chose to use Round Robin PSP with your storage arrays, or if the vSphere version in use defaults to Round Robin PSP for the array in use, you may change the PSP claiming the above RDM LUNs to another PSP. For more information, see Changing a LUN to use a different Path Selection Policy (PSP) (1036189).
Note: With native multipathing (NMP), clustering is not supported when the path policy is set to Round Robin. For more information, see vSphere MSCS Setup Limitations in the Setup for Failover Clustering and Microsoft Cluster Service guide for ESXi/ESX 4.x or ESXi 5.x.
Path Selection Policy (PSP) using third-party Multipathing Plug-ins (MPPs)
N+1 cluster configuration occurs when cluster nodes on physical machines are backed by nodes in virtual machines (that is, one node in each cluster nodes pair is in a virtual machine). In this configuration, the physical node cannot be configured with multipathing software. For more information, see your third-party vendor's best practices and support.
Setup for Failover Clustering and Microsoft Cluster Service guide documentation
Additional Information
- Microsoft Cluster Service (MSCS) support on ESXi/ESX (1004617)
- ESXi/ESX hosts hosting passive MSCS nodes with RDM LUNs may take a long time to boot (1016106)
For translated versions of this article, see:
Tags
Keywords
Update History
Request a Product Feature
To request a new product feature or to provide feedback on a VMware product, please visit the Request a Product Feature page.
Actions
KB:
- Updated:
- Categories:
- Languages:
- Product Family:
- Product(s):
- Product Version(s):

