Virtual Flash：闪存基础架构+第三方缓存软件？

VMware的目的是，让vSphere集群像管理CPU和内存一样管理SSD资源，并允许合作伙伴使用他们的缓存软件来利用SSD资源，提供一个可以支持vMotion和DRS（分布式资源调度）这些vSphere中其他特性的基础架构。

现有的挑战包括：目前vSphere还没有完全利用（控制）服务器端的SSD；作为vmkernel交换分区使用；以及没有对第三方合作伙伴开放的架构。

从上图左边的示意可以看出，Virtual Flash包含闪存基础架构和缓存软件两个组成部分。前者允许使用者以灵活的方式预留、访问和使用闪存资源，并有一种可以把第三方Flash服务融入vSphere中的机制；缓存软件则是对VM透明并且虚拟机感知的。

VMware虚拟闪存的Flash基础架构将服务器端的闪存资源池化，以虚拟对象（VM）为分配资源的单位，只有在VM开机的时候使用。管理方面，可以在不同的闪存资源使用者之间做协商；支持为单独VM或单独vmdk分配Flash资源；设定预留值——使用上限和优先级。

由上图，像EMC VFCache、NetApp Flash Accel和Fusion-io ioTurbine等第三方闪存缓存软件，都属于右边那种“虚拟机感知的Flash缓存”，即将闪存做为块设备分配给虚拟机（缓存软件位于VM上）；而被SanDisk收购的FlashSoft，Proximal Data的AutoCache则属于“对虚拟机透明的Flash缓存”，这种情况下缓存软件运行在Hypervisor上。下面我们来解释这2种的不同。

对VM透明的Flash缓存，是工作在Hypervisor内核上的缓存模块，并且添加到虚拟磁盘的数据路径中。支持只读缓存和读写缓存两种模式。在进行vMotion虚拟机迁移时，可以选择如何处理缓存内容：迁移或者丢弃。

SanDisk FlashSoft和Proximal AutoCache，应该就是为了更好的实现vMotion和DRS等功能取消了Guest OS中的代理（缓存驱动）组件。VMware虚拟闪存是允许vSphere使用第三方Flash缓存软件的。

至于VM感知的缓存，闪存作为块设备直接分配给虚拟机，缓存算法由VM自己控制。这里我有一个问题，Virtual Flash接管了现有第三方闪存缓存软件中“Flash基础架构”的工作，而在VM上的客户端闪存管理驱动仍然依赖第三方？或者VMware自己也有提供？

EMC VFCache、NetApp Flash Accel和Fusion-io ioTurbine都是在虚拟机上需要安装驱动的。

至于缓存转态，“在vMotion和DRS时保存”也就是说可以将Virtual Flash随虚拟机一同迁移到目标服务器，当然这种情况的前提是目标端也需要有准备好的闪存。“在VM关机时不保存”，应该是由于关机时缓存软件失去对闪存的控制，那么虚拟机每次重新开机闪存缓存都要重新预热？

VMware新功能对存储管理员的影响

在vForum 2012大会分会场一“软件定义数据中心——VMware主题演讲: 软件定义的存储-VMware存储策略展望”结束时，来自VMware北京研发中心的同事和大家开了一个玩笑：“在场的存储管理员朋友不要担心会失去工作，因为我们介绍的功能特性（包括：软件定义的存储/分布式DAS、虚拟卷和虚拟闪存）都还在计划和开发中。”

请阅读VMware存储策略：虚拟卷和虚拟闪存（上）。