1.4 Virtual SAN简介

对于软件定义的存储，VMware计划把重点放在一系列本地存储、共享存储以及存储/数据服务的VMware创新项目上。一言以蔽之，VMware想让vSphere成为存储服务的平台。

存储曾经是一种在项目初期配置、部署完毕并且在其整个生命周期都不会变更的存在。如果需要变更某个正被虚拟机使用的LUN或卷的某些特性或属性，大多数情况下，原始LUN或卷必须被删除并重建。这是一种干扰生产的、有风险的并需要耗费大量时间的操作，因为它需要在LUN或卷之间迁移数据。这甚至可能需要几个星期来进行协调沟通。

有了软件定义的存储后，虚拟机存储需求可以动态地实例化，而不需要重建LUN或卷。随着时间的推移，虚拟机的工作负载和需求可能会发生变化，底层的存储可以在任何时候根据工作负载来进行调整。这就是VSAN所想要实现的目标：通过主机上的软件层面来将底层的硬件集成、抽象化和池化，以此来提供存储服务和服务水平协议（service level agreement, SLA）的自动化。

软件定义的存储的一个关键要素是基于存储策略的管理（storage policy-based management, SPBM）。SPBM可以看作是在vSphere 5.0时引入的VMware存储配置文件（Storage Profile）特性的下一代进化版本。存储配置文件的着眼点更侧重于如何确保虚拟机在置备时能选择到正确的存储设备，而在vSphere 6.x中SPBM则是VMware如何实现基于软件的存储的极为重要的组件。

通过SPBM和vSphere API，底层存储技术表现为一个具有多种功能的抽象化的存储空间池，并展现给vSphere管理员用于虚拟机置备。这些功能与性能、可用性或存储服务（例如精简置备、压缩、复制等）相关。由此vSphere管理员可以用这么一组功能（这组功能是运行在虚拟机上的应用程序所需要的）创建一个虚拟机存储策略（或配置文件）。在部署的时候，vSphere管理员选择一个虚拟机存储策略，SPBM将这个虚拟机存储策略推送给存储层和数据存储，使之明白其中的要求并用于存储选择。这意味着虚拟机总能被创建在能满足虚拟机存储策略中的要求的合适的底层存储上，而且置备出的虚拟机可以从存储资源的抽象池中获取到刚好恰当的资源和所需的服务。

如果虚拟机工作负载、可用性要求或其I/O的模式随时间的推移发生了变化，只需要简单地对特定虚拟机（甚至只需对虚拟磁盘）应用一个新的虚拟机存储策略即可。在这个新的虚拟机存储策略中包含反映新的工作负载的需求和特性。之后，策略就可以无须任何管理员人为干预、无缝地被实现（比照而言，很多传统存储系统都需要手工将虚拟机或虚拟磁盘迁移到一个不同的数据存储上才能实现同样的功能）。VSAN就是为了实现和vSphere及其提供的SPBM功能进行无缝集成而开发出来的。