Editor’s Note: This was taken from questions submitted to the Double-Take User Group and the email address info@doubletake.com. If you’d like to see your questions answered here in Double-Take 101: just reach out through either the group or via email.
Microsoft Clustering Services (MSCS) and related technologies have provided a stable, highly automated availability solution for many years now. As the technology has progressed through NT4 into Server 2000, 2003 and now 2008; more and better feature-sets have made MSCS an attractive solution for High Availability in a local environment. When looking at clustering, there are some limitations that have persisted, even into the current incarnation of MSCS, Server 2008 Failover Clustering (FC). While they do not detract from the overall usefulness of the clustering, they do create logical restrictions to how a cluster could traditionally be deployed.
The most well-known of these considerations is that a shared-disk architecture can both limit the physical distance between nodes of a cluster, and also impose a single copy of the data, creating a potential single-point-of-failure scenario. With some applications, such as Exchange 2007, application-based technologies have been able to overcome this requirement by altering how the cluster functions. This works for those specific apps, but doesn’t assist with other applications that are cluster-aware, but do not permit for Distributed Failover Clustering (DFC) natively like Exchange does.
GeoCluster, which was first introduced by Double-Take Software in the days of NT4, seeks to address this concern. Now a feature of the Double-Take Availability product line, GeoCluster extends Microsoft Clustering technologies on Server 2003 and 2008 to distribute data to more than one disk resource. This provides a higher level of data-redundancy to match the server-redundancy that the underlying cluster architecture provides.
Built to be configured along-side MSCS or DFC, GeoCluster allows you to configure volumes on each node which show as unified disk resources in the cluster manager. This allows you to use the GeoCluster replicated disks with any cluster-aware application, regardless of vendor. From a day-to-day perspective, the cluster acts identically to what you would see if you had a shared-disk architecture, but the similarities stop there.
GeoCluster uses the Double-Take Replication Engine to allow the owning node for each disk resource to replicate changes to data to all other potential owning nodes throughout the cluster. This ensures that each node which may be called upon to run the application will have a copy of all data that the application needs to run properly. GeoCluster supports the same number of potential nodes as the version of Windows will permit; so as long as the cluster design is valid for your OS, it will work with GeoCluster as well. By leveraging the Double-Take Replication Engine, we can provide byte-level, write-order intact copies, safely replicating data from one node to another even for complex applications and solution sets.
If an application on a node – or the node itself – fails, GeoCluster allows the native cluster technology to arbitrate which node should take over the responsibilities, and automatically begins protecting the data from that new owner to all surviving nodes listed as potential owners. Once the original node is fixed or replaced, the GeoCluster system will make sure a copy of the data is synced to it, and ongoing replication keeps it ready to resume its role once either you manually move the resources back or – if you have configured automatic moves to preferred owners – once the cluster moves the resources back. Safety systems integrated into GeoCluster will prohibit the Cluster from accidentally assigning resources to a node that is not properly protected, allowing for resumption of duties only after the data is intact on the original, repaired, node.
GeoCluster provides an automated and integrated methodology for replication of data between nodes of an MSCS or DFC, while allowing that cluster to function as if it were leveraging a shared disk architecture. As an added benefit, provided all hardware is cleared as Cluster Capable, the hardware for the individual nodes and their disk resources do not have to match. This allows you greater flexibility, more resiliency and extended reliability for highly critical applications that can take advantage of Microsoft Cluster Technologies
As always, you don’t have to take our word for it. You can find out more right from Microsoft, check out this blog to see what the Microsoft Virtualization Team is doing with partners like Double-Take Software!
Filed under: Double-Take Availability, GeoCluster
