《虚拟数据中心构建指南》——3.5 虚拟磁盘

3.5　虚拟磁盘

和传统硬盘一样，虚拟磁盘包含OS、应用和数据。VM的虚拟磁盘由一个vmdk文件或者一个RDM卷表示。

3.5.1　VMDK

vmdk是最重要的文件，因为它们是VM的虚拟磁盘，所以必须受到安全保护。在vSphere 5中，vmdk的最大大小为2TB（更准确地说是2TB加上512个字节）。虚拟磁盘包括两个文件：一个扩展名为.vmdk的描述符，和一个包含数据、扩展名为-flat.vmdk的文件，你可以在命令行接口（见图3-10）或者图形用户界面（见图3-11）中看到。

vmdk文件对应于一个元数据文件，这是虚拟磁盘的说明（某些维护支持所需要的可编辑文件）。这个文件提供了指向-flat.vmdk文件的链接，并包含关于UUID的信息。（参见本章前面的3.4.3节）。

-flat.vmdk文件对应于虚拟磁盘及其内容。

3.5.2　磁盘类型
创建VM时，可以使用如下磁盘类型：厚盘（thick disk，延迟置零或者置零）或者精简盘（thin disk），其选项参见图3-12。表3-2比较了这些磁盘类型的优点。

1. 厚盘

厚盘更容易管理，因为在配置之后，VM可用空间的验证就没有必要进行了。但是，这意味着由于磁盘空间没有优化，存在额外的代价。这类磁盘支持容错（FT）特性。

在厚盘中，vmdk文件的大小等于创建VM时配置的磁盘大小。

厚盘有两种格式。

延迟置零（lazy zeroed或者zeroed）：这是默认的格式。所有磁盘空间都被分配，但是原来在磁盘级别上写入的数据不被删除。存储空间中的现有数据不被删除而是留在物理磁盘上。擦除数据和块置零（格式化）只在第一次写入磁盘的时候进行，这会稍微降低性能。VAAI的块置零（block zero，利用SCSI命令写入）特性极大地减轻了这种性能降低现象。

置零（eager zeroed）：所有磁盘空间被保留；数据完全从磁盘上删除，磁盘创建的时候就进行块置零（格式化）。创建这样的磁盘花费更长的时间，但是因为以前的数据被删除而增强了安全性。与延迟置零厚盘比较，它在写入磁盘的时候性能要好得多。

对于需要高性能的应用建议使用厚盘格式。使用这个模式的简单方法之一是在配置VM磁盘的时候选择容错等群集支持特性。

创建新的VM总是比复制或者部署模板更快。

2. 精简盘

一些研究表明，40%～60%的磁盘空间在分配之后从未使用过。使用精简盘选项（称为精简配置）时，VMFS上保留的空间等于磁盘上实际使用的空间。这个空间的大小动态增加，存储空间得以优化。
示例：创建一个20GB文件，但是只使用6GB。

在精简盘中，vmdk文件占用的存储空间为6GB，而使用厚盘，vmdk文件使用20GB存储空间。

在这种模式下性能低下，因为空间在请求时动态分配，磁盘块需要置零。精简盘对避免存储空间浪费有帮助，但是需要特别小心管理，以确保存储空间不会短缺。Out of Space API允许主动监控和告警，可以避免这种情况发生。

注意：在实施复制的时候精简LUN非常有用，因为第一次同步只复制磁盘上使用的数据。对于厚配置的LUN，所有数据都必须被复制（即使数据块为空）。用精简配置的LUN进行的初始同步工作量大大减小。
注意：避免将基于存储阵列的精简配置与精简模式的vmdk磁盘组合使用，因为分清不同的磁盘变得很困难，很容易出现解读错误。

你可以使用如下任何一种方法将磁盘从精简配置转换为厚盘：
使用Datastore Browser中的Inflate选项。
使用Storage vMotion将磁盘类型修改为厚盘，如图3-13所示。

3. 模式

虚拟磁盘有三种模式：
独立持久（independent persistent）：VM 的所有磁盘写入都实际写入磁盘（在vmdk文件中）。即使重启，修改也被保留。这种模式提供最佳的性能。

独立非持久（independent nonpersistent）：VM启动之后进行的所有更改在关闭时全部被撤销。修改被写入一个文件，记录VM文件系统级别的所有更改。在这种模式下，重启VM意味着回到参考VM。性能不是很好。

快照（snapshot）：这种模式能够返回前一个状态。

注意：遵循安全规则和相关的最佳实践，避免非持久磁盘。当VM重新启动，非持久磁盘无法分析日志，因为一切都回到初始状态，这会在安全问题出现时阻碍调查和更正措施。

3.5.3　原始设备映射

使用原始设备映射（Raw Device Mappint，RDM）格式，可在ESX服务器中引入原始存储卷。这种模式主要用于如下情形：
使用Microsoft群集时（MSCS或者Windows 2008 Server下的Windows 服务器故障切换群集，这是唯一支持的模式）
采用基于阵列的快照时
为了高性能（数据库类型）而直接在VM中引入卷时
为VM引入大型SAN卷时（从300TB起），避免长P2V卷转换到vmdk
RDM采用存储在VMFS数据存储中的一个文件（指针的一种类型）的形式，作为LUN卷的代理。

图3-14说明了vmdk和RDM之间的不同。

RDM格式以两种模式存在：RDMv（虚拟兼容模式）和RDMp（物理兼容模式）。

1. RDMv磁盘

RDMv磁盘的最大大小为2TB（准确地说是2TB减去512个字节）。RDMv主要用于大的卷。超过300GB时，为VM引入专用的LUN可能很有趣。确实，vmdk是一个很容易被移动的文件，但是当它很大时，移动可能也更加复杂。在这种情况下，较好的做法是引入原始卷，并使用存储阵列功能移动卷。

RDMv在VMFS上创建一个文件，作为VMFS和直接与VM连接的LUN之间的代理。这使虚拟化管理器能够拦截I/O并在需要时进行记录。RDMv授权VM快照（但不是存储阵列快照）以及复制及模板的创建。

2. RDMp磁盘

RDMp磁盘的最大大小为64TB。这种类型的磁盘不允许虚拟化管理器拦截I/O。这意味着无法采用VM快照（但是可以实现基于阵列的快照），也不可能创建复制或者模板。

一般来说，RDMp磁盘用于通过存储阵列快照功能，将生产数据库上的数据引入到测试服务器中，也可以用于MSCS群集。使用MSCS时，共享磁盘不能共享OS的虚拟控制器。

有些公司对将应用迁移到虚拟环境犹豫不决。利用RDMp，这种改变可以缓慢而可靠地完成，因为如果虚拟环境中的测试无法令人信服，公司可以自由地返回物理环境。对于虚拟环境没有正式支持的应用（例如旧版的Oracle），RDMp可以用于提供简单的方法，复制软件发布者支持的物理环境中的问题。

RDMp磁盘无法像传统VM那样备份。两种模式提供的功能见表3-3。

3.5.4　OVF格式

当前的虚拟磁盘格式是vmdk（VMware使用）和虚拟硬盘（Virtual Hard Disk，vhd，Microsoft Hyper-v和Citrix XenServer使用）。

开放虚拟机格式（Open Virtual Machine Format，OVF）不是一种虚拟磁盘格式；它是一种文件格式，其特性方便了各种虚拟化和虚拟化管理器平台之间的互操作性。OVF文件包括参数和虚拟硬件设置、先决条件及安全属性等元数据。OVF包不仅限于一个VM，可以包含多个VM。OVF文件可以加密和压缩。

OVF模板由如下文件组成。

MF：一个清单文件，负责验证OVF模板的完整性，确定其是否被修改。
OVF：一个XML文件，包含虚拟磁盘的有关信息。
vmdk：VMware中的一个虚拟磁盘，但是这个文件可以使用不同的格式，以便提供虚拟化管理器的互操作性。VMware规范允许不同类型的虚拟磁盘。

注意：为了简化OVF文件导出中各个项目的移动和操纵，可以使用开放虚拟化用具（Open Virtualization Appliance，OVA）格式，将多个文件组合成一个文件。OVA文件等同于TAR文件，实际上可以改名，使用.tar扩展名来代替.ova扩展名，以便用于典型的存档应用。

你可以从http://solutionexchange.vmware.com/store/category_groups/19下载包含OVF操作系统和应用解决方案的预配置虚拟用具。