近日，VMware在合作伙伴大会上全面介绍了新推出的存储虚拟化解决方案vSAN。作为一款帮助用户实现存储虚拟化的产品，vSAN带来了出乎意料的市场反响。DOIT记者采访了VMware中国研发中心总经理 任道远、VMware香港总经理 谭仲良、VMware公司高级产品经理 吴启新，以及VMware中国研发中心存储与可用性团队高级经理 喻勇，就vSAN的技术架构和应用市场等方面进行了提问。下面是一些重要问题的提炼和总结。
vSAN不是SAN的替代品
vSAN听起来好像就是虚拟的SAN，从名字上来看，会误以为是SAN的替代品。其实不然，vSAN只是将物理的存储资源转化成虚拟的存储资源池，物理存储资源是存储虚拟化的基础。这就好比是服务器虚拟化，并不是要替代物理的服务器，而是要提升物理服务器的使用效率。
vSAN是集成在vSphere当中
VSAN是跟vSphere紧密整合在一起的，可以认为vSAN其实是一个vSphere上面收费的一个功能，用户可以根据需要购买这个功能。VSAN的消费对象是vSphere的DK，就是虚拟机。用户的文件不是能直接存储在VSAN上面，在VSAN上存储的是虚拟机。
也就是说，VSAN并不是一个放之四海而皆准的群体，它是一个针对VMware虚拟机的专用存储。
vSAN是通过vCenter进行管理
Virtual SAN是一种集群级别的功能，并且通过vSphere Web Client从vCenter进行部署、配置和管理，这也是唯一的方式。通过这样的方式为Virtual SAN配置VMkernel接口，通过单击“Turn On”，启用Virtual SAN。一个集群里面最多可以放32个服务器原数据是以分布式的方式划分在32个节点之上的，保证第一每个服务器都可以参与存储的控制器的运算功能，可以使得服务器开销降到最低。同时原数据的分布式存储，任何一个机器坏了原数据都不会丢失，提升了可靠性。
在VSAN里面，每一个节点建议跑100个左右的虚拟机。那么，32个节点最多可以跑到3200个虚拟机。但是如果要使用HA功能的话，虚拟机数量会有所降低，因为vSphere的HA最多管理到2048个，如果使用高可用性的HA功能的话，在vSAN里面最多只能管理到2000多个虚拟机，为2000个虚拟机同时提供存储资源，并且保证这2000个虚拟机的可用性、可靠性。
vSAN目前不适用于关键任务的生产环境
vSAN的一些典型的部署场景，包括VDI、开发测试环境等。但是vSAN目前并不适合生产环境，生产环境是对于高性能、高并发、高可用性，都是最高级别的。VSAN目前版本还不支持跨数据中心零时差的数据幅度，也就无法实现一些银行金融业务非常关键性的应用的“两地三中心”的需求，但是VSAN可以保证在同样的数据中心范围里面，在一个集群里面不产生任何的数据丢失。
构建Virtual SAN节点的两种方法
要构建Virtual SAN需要至少三台物理服务器，一个SSD存储作为缓存。用户可以直接选择为Virtual SAN准备就绪的节点，也可以选择自己挑选各个组件，自行构建。
