High Availability Cluster
by Hu Yoshida on May 28, 2009
Yesterday, Hitachi announced the ability to cluster USP V/VM for high availability and non disruptive migration between current and future USP V/VM storage controllers.
Since the USP V/VM is able to virtualize external storage, this will be the first continuous availability solution for both internal and externally attached heterogeneous storage, all under common management.
In fact this ability to cluster two separate control units over distance requires an external disk attached to both control units to act as a quorum disk. If the link between the two storage nodes is broken the quorum disk helps to identify which node is the correct node and which node needs to be fenced off. If the quorum disk was internal to either of the two controllers it would not be able to provide the quorum function. So storage virtualization is required to make storage clustering work reliably.
What is the difference between High Availability Manager and business continuity solutions like TrueCopy and Hitachi Universal Replicator? The difference is that the secondary USP V/VM can be accessed immediately with High Availability Manager when the primary USP V/VM goes down for any reason. With TrueCopy and Hitachi Universal Replicator, the applications have to be restarted on the secondary USP V/VM.
Imagine the work that is saved when a VMware server running multiple applications, can simply switch paths to a secondary storage controller when the primary storage controller fails.
In my next post I will talk about the benefits this provides for device migration.
Comments (3 )
[...] Hu’s Blog – High Availability Cluster [...]
[...] HAM moves bits from here to there/Available [...]
[...] that allows rapid, truly non-disruptive migration of data between federated storage nodes is Hitachi’s High Availability Manager (HAM). This function (which really needs a new name) allows two USP V arrays to be dynamically [...]