VPlex 竞争分析和劣势.pptxVIP

Vplex 问题分析 zhangbin Netapp 武汉Bin.zhang@ VPLEX的功能有限 缺乏当今存储必需的技术，如数据保护、消重压缩、分层等技术 功能上严重依赖后端盘阵或其他软件产品提供以上功能 VPLEX 当前不支持本机快照、克隆或复制 不支持自动精简配置（Thin Provisioning) 仅仅支持FC SAN，没有NAS和iSCSI VPLEX 复杂，增加管理成本 往往需要其他系统，如VNX/VMAX/RecoverPoint共同组成解决方案 多个管理体系，大大增加了管理和安装的复杂度 设备堆砌，能耗高，不环保 License按容量收费 问题：功能有限 3 3 EMC VPLEX 系统架构（In-Band） VPLEX是以带内(In-Band)方式部署在SAN环境中的存储虚拟化解决方案 增加了架构的复杂性 增加新的故障点 增加了数据流经的路径 事实上增加系统的延迟，不适合延迟敏感型应用 VPLEX以Cluster方式配置 横向扩展性能并线性增加 增加更多的设备和更多的故障点 4 4 EMC VPLEX 硬件架构图 VPLEX Engine 使用专用端口连接主机和存储系统 VPLEX支持EMC和非EMC存储系统 配置数据和元数据需要存储在存储上，（不是完全的和阵列无关） EMC极力建议为每个群集的元数据卷配置由同一类型的不同存储阵列提供的多个后端存储卷来保证元数据的安全性 VPLEX每个引擎64GB内存，每个Director32GB，其中20GB用于数据缓存 每个Director有30GB的SDD，用于保存配置信息和数据堆放、转存 5 5 VPLEX 虚拟化分析 存储卷（Storage Volumn）是从后端存储分配的卷，VPLEX向主机展现的虚拟卷（Virtual Volumn） 虚拟卷由extents组成，最少包含一个extent，extent是存储卷上分配的存储容量（相当于LUN） EMC建议如果需要的虚拟卷=存储卷时，使用一个单独的extent，extent的大小应该与虚拟卷匹配 VPLEX的一个条带化卷只能跨越3个extents, 可以提高性能有限 VPLEX Local 最多支持 8,000 个 LUN。一个 VPLEX 群集包含一到四个引擎。增加引擎并不会提高最大 LUN 数量 VPLEC一个Cluster支持8000个虚拟卷，两个Cluster支持16000个卷，但是如果虚拟卷在两个Cluster中分布共享，两个Cluster只能支持8000个共享的分布式卷 6 6 问题分析：VPLEX 的写操作 VPLEX Local 和 Metro VPLEX Local 和 Metro 都使用直写缓存模式。在直写缓存中，在虚拟卷收到主机的写请求时，数据将写入到映射到卷的后端存储卷。阵列确认该数据后，VPLEX 会将确认发送回主机，指示写入成功 问题： 数据流经路径从本来的 主机-存储 变成了 主机-Vplex-存储 , 增加了路径长度和延迟，而且写性能受制于后端存储性能，不同的后端存储提供不同的写性能，造成写性能不平衡。Vplex对写操作的性能不但无法提升，可能还会增加时延 问题分析：VPLEX 的读操作-过程复杂，延迟高 当主机发出读请求时，VPLEX首先搜索本地Cache，如果此处发现数据，直接返回主机 如果在本地Cache没有搜索到数据，VPLEX将搜索全局Cache；全局Cache包含在一个cluster内互连的所有director，如果读操作使用全局Cache，在原先发出此请求的director的Cache中会保留一份数据副本 如果数据在本地Cache和全局Cache中都没有发现，数据将会直接从后端存储读取，在这种情况下，本地Cache和全局Cache都需要相应的更新，以维持Cache的总体一致性 7 IBM System Storage SAN Volume Controller 7 问题： 内部外部带宽不匹配 VPLEX 每个Director有4x8Gb/s的FC端口连接主机，4x8Gb/s的FC端口连接存储系统 每个VPLEX引擎4U 尽管VPLEX的每个引擎有16个前端端口、16个后端端口，但是由于使用内部超额复用功能，4x8Gb/s的板卡只能提供10GB/s的带宽，而不是32GB/s 8 8 问题分析：集群Active/Active 工作模式 在VPLEX的一个cluster中，一个虚拟的分布式共享卷能够通过所有的Engine/Director访问 实际上，对于在两个VPLEX cluster之间以双活模式共享的分布式卷，其中1个cluster被设定为主cluster-偏向（或优胜）站点，如果这个cluster故障或两个clust