Microsoft Knowledge Base Email Alertz

You can create many geographically-distributed solutions by adding data-replication software and extended Local Area Network (LAN) hardware to existing, already certified configurations. However, these solutions radically change the nature

Search KbAlertz

Advanced Search

Receive Microsoft Knowledge Base articles by E-Mail?

Every night we scan the Microsoft Knowledge Base. If technologies you're interested in are updated, we'll send you an e-mail. You only get one e-mail a day, and only when new articles are added.

Click here to create a
FREE account
Already have an account?
[Click here to Login]











Microsoft Knowledge Base Article

This article contents is Microsoft Copyrighted material.
©2005-©2007 Microsoft Corporation. All rights reserved. Terms of Use | Trademarks

Article ID: 280743 - Last Review: February 28, 2007 - Revision: 6.4

Windows clustering and geographically separate sites

System TipThis article applies to a different version of Windows than the one you are using. Content in this article may not be relevant to you. Visit the Windows Vista Solution Center
This article was previously published under Q280743

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  (http://kbalertz.com/Feedback.aspx?kbNumber=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.

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).

REFERENCES

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

APPLIES TO
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
Keywords: 
kbclustering kbenv kbinfo KB280743
       

Community Feedback System

Very often, it takes hours to solve a problem. Very often, you've looked high and low, and have tried a lot of solutions. When you finally found it, chances are, it was because someone else helped you. Here's your chance to give back. Use our community feedback tool to let others know what worked for you and what didn't.

Please also understand that the community feedback system is not warranted to be correct, it's simply a system that we've built to let people try and help each other. If something in a feedback response doesn't make sense to you, or you're not comfortable making changes that the feedback talks about (like registry edits), please consult a professional.

Thank you for using kbAlertz.com Feedback System.

-- Scott Cate