HDS & EMC存储方案竞争分析.pptx

HDS & EMC存储方案竞争分析;Agenda;EMC World ? DELL EMC World;EMC Software Defined Storage;Agenda;高端存储竞争 之 VMAX3参数更新;高端存储竞争 之 VMAX3功能更新;高端存储竞争 之 VMAX3技术更新;高端存储竞争 之 VMAX3技术更新－续;高端存储竞争 之 全闪存版VMAX AF;入门级VMAX 250F;根据客户实际应用结合HNAS文件网关、HCP内容管理解决方案，配合文件级别分层方案，以及新出的S10、S30等出组合拳弄晕对手 容灾解决方案 G1000*2 GAD＋ NAS双活 VMAX3 eNAS模块不支持双活 强调整体数据中心解决方案，通过UCP的优势（刀片聚合等） VCE联盟名存实亡，EMC自己的VSPEX一体机在中国几乎没有销售 中国区两年之内和DELL独立运营，保持现状 但是由于和DELL的合并，现在再VxRack和VxRail一体机销售上发力 ;EMC VMAX3架构像是将多个中端双控架构的叠加 其实就是重用VNX8000的架构，因此4U高度，插槽数量，外观都一样的。 EMC VMAX3扩展不灵活，升级往往需要增加额外引擎 添加 CPUs ( 处理性能) 添加磁盘 (容量) 添加Cache (性能) 添加前端端口 (连接) 而SRDF／Metro双活方案本身也是对VPLEX的否定， 实战中EMC仍然推VPLEX方案，对客户的说法“新技术不成熟，中国案例少，服务不到位” 再加上SRDF/METRO采用SRDF机制来做仲裁，之前只能用VMAX高端阵列实现双活仲裁，最近支持用VMware虚机做仲裁了 SRDF/Metro 目前还不能做闭环的3DC ;Local Raid的得失 新的DAE只能连接到一个引擎上，而VMAX上一代可以跨引擎连接。由于DAE不能跨引擎，因此RAID组不能跨引擎了，只能做Local RAID。虽然性能提升（因为引擎间交换的数据少）但总体可用性下降。虽然没有单点故障，但引擎故障期间（一般承诺是4小时到现场）再坏一个引擎引起数据不能访问 在VMAX3里面，物理内存是全局共享的。 如果只有一个引擎，物理内存在引擎内镜像； 如果有多个引擎，物理内存跨引擎镜像。 镜像就是采用双写技术。EMC为了设计简单，不区分读Cache和写Cache，统统都做了镜像。实现确实简单了，但肯定浪费了更多的内存和消耗更多的IB带宽。VMAX3的内存配置这么高，这也是一个重要原因。 ;Storage Resource Pool导致业务不能隔离，也就是采用FAST技术，??有的数据都在一个SRP里面，没法做到业务的隔离。服务等级通过QoS可以控制，但可用性是减低的。比如很多磁盘，做了很多个RAID组，然后这些RAID组都池化成一个SRP。如果某一个RAID组发生不可访问，那么整个SRP也不再可用，VMAX3会主动把系统停下来，影响业务可用性。 VMAX 3 100K/200K核心Infiniband交换机组件不是热插拔的 VMAX 3 SLO 分层策略有限，缺乏灵活性，前端优先还是后端优先需要手工配置，无法实时监测、实时修改 在新的VMAX3里面，现在的磁盘框只支持高密型号。但考虑在中国的环境下，很多机房是老机房，承重和散热都是问题。加上高密框的维护没有原来低密框那么直观，因此，维护人员也要适应。;Agenda;UNITY 系列;UNITY 硬件规格;新系统—SUSE Linux;控制器AA问题;后端端口可扩;Unity F系列的闪存介质;;大力推广的功能;免费的Recover Point;;;;Unity特点总结;VPLEX相关更新;Agenda;2015年5月发布了XtremIO 4.0 通过采用1.6TB SSDs 将单Block裸容量提升至40TB，最大裸容量320TB，240TB可用 每个Block 250K 随机读，8个Block整机200万IOPS 扩展限制：所有扩展节点容量必须完全一致，10TB Block只能扩至4节点； 异步RecoverPoint实现数据保护，同步需要VPLEX ;XtremIO销售逻辑;XtremIO 一个Brick含25个SSD （可以是400GB或800GB SSD，新发布1.6TB SSD） 初始配置可以是13个400GB SSD,5TB裸容量,3.75TB有效容量 假设重删+压缩可达到1：2比，实际有效容量可达7.5TB 5TB 初始容量扩容 第一次扩容：可以再加12个SSD 以后扩容必须是满配的25个SSD（即一个Brick），扩容成本很高 3.0以前版本（2015年4月之前采购）须停机扩容，数据打散重做 只能是1、2、4、6、8个Brick;Xtr