iStorage Server supports creation of Failover Clustering
Cluster Shared Volumes (CSV) is a feature of Failover Clustering available in Windows Server 2008 R2 for use with the Hyper-V role. A Cluster Shared Volume is a standard Cluster disk containing an NTFS volume that is made accessible for read and write operations by all nodes within the cluster. This gives the virtual machine (VM) complete mobility throughout the cluster as any node can be an owner, and changing owners is easy. In Windows Server 2008, the VM and all dependent LUN resources form a dependent group that can only be moved or failed over as a complete unit. This means that if additional VMs created dependencies on these same LUNs they become members of that same group and cannot be independently moved. Move one VM or LUN and you end up moving all of the VMs and LUNs in the group. Additionally, this model created storage management challenges where hundreds of VMs would require hundreds of LUNs. This all changes in Windows 2008 R2 with CSV. Now, the VMs with VHDs deployed on a single CSV have no dependency on the disk resource and can be freely moved to or from any node in the cluster.
To understand how Cluster Shared Volumes (CSV) works in a failover cluster, it is helpful to review how a cluster works without CSV. Without CSV, a failover cluster allows a given disk (LUN) to be accessed by only one node at a time. Given this constraint, each Hyper-V virtual machine in the failover cluster requires its own set of LUNs in order to be migrated or fail over independently of other virtual machines. In this type of deployment, the number of LUNs must increase with the addition of each virtual machine, which makes management of LUNs and clustered virtual machines more complex.
Cluster Shared Volumes provides the following benefits in a failover cluster:
On more information on how to deploy CSV in Windows Server 2008 R2, please refer to this site http://blogs.msdn.com/b/clustering/archive/2009/02/19/9433146.aspx
Cluster Shared Volumes (CSV) is a feature of Failover Clustering available in Windows Server 2008 R2 for use with the Hyper-V role. A Cluster Shared Volume is a standard Cluster disk containing an NTFS volume that is made accessible for read and write operations by all nodes within the cluster. This gives the virtual machine (VM) complete mobility throughout the cluster as any node can be an owner, and changing owners is easy. In Windows Server 2008, the VM and all dependent LUN resources form a dependent group that can only be moved or failed over as a complete unit. This means that if additional VMs created dependencies on these same LUNs they become members of that same group and cannot be independently moved. Move one VM or LUN and you end up moving all of the VMs and LUNs in the group. Additionally, this model created storage management challenges where hundreds of VMs would require hundreds of LUNs. This all changes in Windows 2008 R2 with CSV. Now, the VMs with VHDs deployed on a single CSV have no dependency on the disk resource and can be freely moved to or from any node in the cluster.
To understand how Cluster Shared Volumes (CSV) works in a failover cluster, it is helpful to review how a cluster works without CSV. Without CSV, a failover cluster allows a given disk (LUN) to be accessed by only one node at a time. Given this constraint, each Hyper-V virtual machine in the failover cluster requires its own set of LUNs in order to be migrated or fail over independently of other virtual machines. In this type of deployment, the number of LUNs must increase with the addition of each virtual machine, which makes management of LUNs and clustered virtual machines more complex.
Cluster Shared Volumes provides the following benefits in a failover cluster:
- The configuration of clustered virtual machines is much simpler than before.
- You can reduce the number of LUNs (disks) required for your virtual machines, instead of having to manage one LUN per virtual machine, which was previously the recommended configuration (because the LUN was the unit of failover). Many virtual machines can use a single LUN and can fail over without causing the other virtual machines on the same LUN to also fail over.
- You can make better use of disk space, because you do not need to place each Virtual Hard Disk (VHD) file on a separate disk with extra free space set aside just for that VHD file. Instead, the free space on a Cluster Shared Volume can be used by any VHD file on that volume.
- You can more easily track the paths to VHD files and other files used by virtual machines. You can specify the path names, instead of identifying disks by drive letters (limited to the number of letters in the alphabet) or identifiers called GUIDs (which are hard to use and remember). With Cluster Shared Volumes, the path appears to be on the system drive of the node, under the \ClusterStorage folder. However, this path is the same when viewed from any node in the cluster.
- If you use a few Cluster Shared Volumes to create a configuration that supports many clustered virtual machines, you can perform validation more quickly than you could with a configuration that uses many LUNs to support many clustered virtual machines. With fewer LUNs, validation runs more quickly. (You perform validation by running the Validate a Configuration Wizard in the snap-in for failover clusters.)
- There are no special hardware requirements beyond what is already required for storage in a failover cluster (although Cluster Shared Volumes require NTFS).
- Resiliency is increased, because the cluster can respond correctly even if connectivity between one node and the SAN is interrupted, or part of a network is down. The cluster will re-route the Cluster Shared Volumes communication through an intact part of the SAN or network.
On more information on how to deploy CSV in Windows Server 2008 R2, please refer to this site http://blogs.msdn.com/b/clustering/archive/2009/02/19/9433146.aspx
RSS Feed