Microsoft KB Archive Search

Notice: This website is an unofficial Microsoft Knowledge Base (hereinafter KB) archive and is intended to provide a reliable access to deleted content from Microsoft KB. All KB articles are owned by Microsoft Corporation. Read full disclaimer for more details.

  1. Home
  2. Windows clustering and geographically separate sites

Windows clustering and geographically separate sites

Summary

Geographically dispersed (majority node set) server clusters are built on a networking and storage infrastructure with characteristics that are very different from a standard quorum device server cluster. Therefore, they are certified under a separate testing program. If you want to convert your existing server cluster to a geographically dispersed server cluster, work with your hardware vendor to obtain a geographically dispersed server cluster configuration that has been certified by Microsoft.

You can create many geographically distributed solutions by adding data-replication software and extended Local Area Network (LAN) hardware to existing certified configurations. However, these solutions radically change the nature of a precertified configuration, particularly with respect to timing and latency. Therefore, Microsoft requires that, for it to be supported by Microsoft, the hardware and software configuration of a geographically dispersed cluster be one that is certified and listed on the cluster Hardware Compatibility List (HCL).For additional information about the HCL and Windows Clustering, click the following article number to view the article in the Microsoft Knowledge Base:

309395 The Microsoft support policy for server clusters, the Hardware Compatibility List, and the Windows Server Catalog

Nonqualified software solutions on existing signed hardware are not supported.

↑ Back to the top

More Information

You can use Windows Clustering to implement geographically dispersed clusters in scenarios where you can deploy the members of a single cluster on several different sites. Windows Clustering does not detect the extended nature of these types of clusters, and it is the responsibility of the network and storage architectures that are used to build these geographic clusters to preserve the semantics. In particular:
  • The private and public network connections between cluster nodes must appear as a single, non-routed LAN that uses technologies such as virtual LANs (VLANs). In these cases, the connections network must be able to provide a guaranteed, maximum round-trip latency between nodes of no more than 500 milliseconds. The Cluster Interconnect must appear as a standard LAN.
  • Any geographically replicated storage technologies must preserve single disk semantics, such as persistent arbitration of a LUN-to-Windows Clustering. The quorum disk must be replicated in real-time, synchronous mode across all sites.
Because of the complexity of geographically separated clusters, you must involve the hardware manufacturer in any issue. Frequently, the configuration includes third-party software and drivers that are required for the clusters to function. Microsoft Product Support Services may not be aware of how these components interact with Windows Clustering.

Configurations must be certified with a maximum supported distance between nodes for a particular site interconnect (such as a certified configuration with nodes that are one mile apart that uses fiber that is not supported if the nodes are deployed more than one mile apart or if the interconnect is copper).

↑ Back to the top

References

For additional information, visit the following Microsoft Web site:
http://www.microsoft.com/windowsserver2003/techinfo/overview/clustergeo.mspx

↑ Back to the top

Keywords: kbbillprodsweep, kbwinnetswept, kbclustering, kbenv, kbinfo, w2000mscs, kb

↑ Back to the top

Article Info
Article ID : 280743
Revision : 3
Created on : 4/20/2018
Published on : 4/20/2018
Exists online : False
Views : 515