Sign in or 

A Cluster Shared Volume (CSV) is a volume that is simultaneously available to directly read from and write to by all nodes in a Microsoft® Failover Cluster. This capability, referred to as Direct I/O, is made possible by providing a distributed access file system, which allows each node to utilize its storage interconnect—Internet SCSI (iSCSI), Fibre Channel, Serial Attached SCSI (SAS)—for communication with the volume on the shared storage array. In addition, CSVs provide the capability to reroute data over the network in the event that a node loses its path(s) to the shared storage array.
In addition to the increased availability (see the "How do CSVs work?" question), CSVs provide the ability for multiple virtual machines (VMs) to share a single shared storage volume while also allowing these VMs to migrate (live or quick) independently between hosts in the cluster. This ability addresses the limitation that existed in the initial release of Hyper-V in which it was recommended that each VM have its own dedicated LUN to allow for independent quick migration of each VM.
There is a coordination node with each CSV that owns the shared storage volume and the NT Files System (NTFS) partition for all nodes in the cluster. This node can be thought of as the resource owner in the traditional Microsoft cluster model. In a fully functional state (no failed paths), a non-coordination node is capable of sending data directly to the volume over the storage interconnect (Fibre Channel, iSCSI, SAS) and the file system metadata is routed over the private network to the coordination node that will make any updates to the NTFS partition. If a non-coordination node loses its path(s) to storage, the data can be rerouted over the private network, and the coordination node will perform the read/write to volume through its path to the storage array. If a coordination node loses its path(s) to storage, a new coordination node is identified and the disk resource ownership is transferred to that node. These capabilities are made possible by a filter driver that sits above the NTFS partition on all nodes in the cluster. This filter driver is able to route both metadata and data over the network.
The CSV filter can impact applications outside of the VM that directly access files such as antivirus and data protection (backup/restore) applications. In addition, there have been changes to the VSS framework in R2 to support CSVs. Most data protection software that touts Hyper-V support provides that capability through VSS-based snapshots, and you want to ensure that those applications specifically provide CSV support.
Yes. However, the path will change, so any applications, services, and so on that rely on that path will be broken. For example, if you have a VM that resides on the volume, then you should export the VM, make the volume a CSV, and then import the VM.
No, CSVs are not required to support live migration; however, the capabilities provided with CSVs make it very compelling to implement them with any R2 implementation that is targeting to utilize live migration.
Chris_Almond |
Latest page update: made by Chris_Almond
, Jun 16 2010, 12:26 PM EDT
(about this update
About This Update
fixed repeated phrase type
- Chris_Almond
3 words deleted view changes - complete history) |
|
Keyword tags:
Cluster Shared Volumes
CSV
Hyper-V
R2
More Info: links to this page
|