HDS-AMS2000存储方案-4EMC.ppt

2007 hitachi data systems date here truman confidential or nda required notice here (if required) ams2000存储方案 2 product position: hds ams2000 vs. emc clariion cx4 service level cost ax4 ax4-5 cx4-120 cx4-240 cx4-960 cx4-480 ams2100 ams2300 ams2500 hardware cx4-120 ams 2100 cx4-240 ams 2300 cx4-480 ams 2500 cx4-960 capacity 120120240240480480960 bandwidth to host (mb/s) base: 1600 max: 4800 1600 base: 1600 max: 4800 3200 base: 3200 max: 6400 6400 base: 3200 max: 9600 max attached hosts 256512512102451220481024 bandwidth to drives (mb/s) 80048001600480032009600 base: 3200 max: 6400 max. luns10242,04810244,09640964,0964096 在同样系统扩展容量的前提下， 提供3-6倍于竞争对手的存储带宽 3 创新一：在中端产品架构中实现高端分布式i/o处理 架构 前后端分离、对称双活处理器的准高端架构 symmetric a/a controller - 特性：对同一存储逻辑卷的访问，前端和后端可实现全面的负载均衡 - 优势：行业领先的准高端架构体系 - 获益： -优化的性能 -简化部署 -高可用性 - oracle rac vs. ha-dbma 4 易于管理和降低复杂性 挑战: 传统控制器存在主备数据通路 系统管理员需要为数据卷慎重分 配优选的数据通路 解决方案: 对称双活处理架构允许服务器通 过任何前端接口访问数据卷，没 有性能折中 业务获益： 削减管理和部署时间 无需额外的路径管理软件 ctl0ctl1 hbahbahbahbahbahbahbahba user not required to set paths lun: 0lun: 1lun: 2lun: 3 - 在整合环境下，当您面对数十个应用，如何考虑存储前端口的分配？负载如何动态地均衡？ - 虚拟环境下如何控制、调优前端负载？ ams2000的对称双活架构可以轻松应当以上问题，改变了传统pre define的方式分配存储前端资源 5 消除存储瓶颈自动负载均衡 挑战： 预分配的负载均衡机制 管理员需要耗时耗力手工诊断和 迁移载荷分配 解决方案: 对称双活处理架构动态平衡载荷 业务获益: 更易于满足应用服务等级要求 减少专业服务的投入 network load balancing is executed automatically ctl0ctl1 automatically changes lun: 0 lun: 3 lun: 2 lun: 1 load balance function cpu usage: 70% 40% cpu usage: 10% 40% -在动态的应用环境和持续增长的数据环境下，如何消除潜在的系统瓶颈？ -如何考虑存储后端分盘？ - ams2000的对称双活架构可以轻松应当以上问题，降低购买原厂专业服务的投入，如数据摆放（ data placement）、性能评估、调优等服务。 6 持续保持系统在线最小化宕机 挑战: 需要定期升级微码获取新的功能 离线的升级过程会影响业务 解决方案: ams2000提供单链路环境下的微 码升级操作 业务获益: 数据的持续访问 消除了系统离线和上线的操作风 险 no requirement to change paths ctl0ctl1 internal command transfer firmware updating lun: 0lun: 1lun: 2lun: 3 firmware updating change ownership controller -作用于主机端的负载均衡软件重建i/o时间过长，是否影响应用响应和可用性级别？ -低成本部署环境下（single fabric/hba）如何保障存储持续在线？ - ams2000的对称双活架构可以轻松应当以上问题，提供更高可用性级别，业内唯一的单链路支持 能力。 7 创新二： 中端系统后端链路改善 如何解决存储后端瓶颈，提高带宽和性能 sas 全交换取代fc-al loop模式 sas与stat兼容特性 实现最高的后端带宽 灵活经济的部署方式 高吞吐高性能 存储自然分层方案，满足ilm 特性 优势 获益 3-6倍于竞竞争对对手的后端带宽带宽 8 磁盘容量增长速度远高于后端链路的增长速度 友商单个磁盘扩展笼的fc双环带宽： 4gbps2=8gbps lcc fc-lcc 012 121314 . 4g fc4g fc fc-lcc 容量扩展后，如何消 除后端带宽瓶颈？ hds双expander 带宽： 12gbps2=24gbps 单个磁盘扩展笼内磁盘总带宽为： 153gbps2= 90gbps 012 14 expanderexpander . . . 3g sas 3g sas 3g sas 3g sas 3g sas 3g sas 3g sas 3g sas 9 the cx4 ultraflex architecture only provides a maximum of 2 * 4gb/s fibre channel loop connections per ultrapoint dae or disk shelf tray. during a loop tenancy the device that wins arbitration “owns” the loop in order to communicate with another device (e.g. the host bus adapter sending a scsi command packet to a disk drive) and all other devices remain quiet until the loop ownership is relinquished and a new arbitration cycle clariion cx4 fibre channel arbitrated loop disk shelf diagram 10 sas与fc磁盘特性比较 1. 采用完全相同的机械 组件； 2. 区别仅在于接口； 3. sas更加节能 model numberst3146356ssst3146356fc interfacesas 3gb/sfc 4gb/s cache (mb)1616 capacity146gb146gb performance spindle speed (rpm)15k15k average latency (ms)2.02.0 seek time random r/w (ms)3.4/3.93.4/3.9 track-to-track read/write (ms)0.2/0.40.2/0.4 transfer rate internal (mb/s)1051222510512225 transfer rate sustained (mb/s)110171110171 reliability mtbf (hr)1,600,0001,600,000 annual failure rate0.55%0.55% power typical (w)14.415 idle (w)9.69.7 physical height/width/depth (in) : 1/4/5.75， weight (kg): 0.674 11 sas 不是一个选择，而是一个必然，是行业趋势 希捷预计，在高 性能应用领域 sas将最终取代 fc磁盘 12 ams2000高带宽、高并发sas架构的好处 用户的困扰ams 2000 功能用户获益 系统扩容后，随着配置的 磁盘数量越来越多，系统 越来越慢 突破了磁盘越多系统越慢 的传统，系统磁盘越多性 能越高 用户再也无需遵守一些厂商的 70%容量配置的“指导”； 提高了系统的整体效率； 降低了采购成本，管理成本，运 营成本（用电）。 一些特殊行业，如多媒体 ，视频点播，iptv用户难 于采用通用存储的尴尬； 这些行业客户不得不采用 专用设备，成本太高，而 且没有选择余地 ams2000突出的后端带 宽，已经接近专用存储设 备 ams2000提供相同的功能； 高得多的性价比； 极大地降低了客户的成本 进行sata扩容时，需要 损失系统性能为代价 ams2000突出的后端带 宽，以及sas与sata天 然的兼容性，使得sata 扩容非常简单而且对系统 性能没有影响 极大方便客户采用分级存储方案 保留新旧不同生命周期的数据； 提高了系统利用效率，降低了成 本 13 存储性能评测组织及指标 v 原厂公布的性能往往是非实测数据或者是指系统访问cache的 瞬间峰值性能；缺乏监督也不能验证，不能作为设备选型的参 考； v 存储性能协会 storage performance council（spc）是权威 的非营利性存储性能评测组织，定期公布spc-1和spc-2等测 试方案；spc-1主要适用于数据库随机等io环境；spc-2主要 适用于混合环境，如大文件处理，大数据库查询和视频点播等 。 v 参见 /results/benchmark_r esults_spc1, emc从未主动公布过spc性能数据，netapp出 资测试并公布了cx3-40的spc-1性能 v ibm未公布ds5100性能 v hp未公布eva系列性能 14 ams2100 与友商产品的性能比较（spc-1 ） 相对于竞争对手，ams2100在更小的响应时间内提供更高的性能 15 准高端的架构体系，中端产品的创新突破 行业内卓越的性能价格比 /results/benchmark_results_spc1 16 整合环境下的应用服务质量 qos是整合项目的关键 ,ams2k 是唯一满足 sla 和 qos等服务要素的存 储平台 应用在共享通用存储资源的同时 可以订制化配置满足不同服务等 级要求sla 存储资源提交可依据应用优先级 设定 应用优先级变化时，qos 服务 质量可依据存储分区资源动态调 整。 cache disk application a application b application c 存储虚拟机 17 缓存命中率很低，频繁的从磁盘装载数据 8kb hds ams2000存储系统： 可调的缓存段尺寸 cpm缓缓存分区管理改善缓缓存效率 其他模块化存储系统 : 采用固定的 缓存段尺寸 (16kb) 16kb 某应用的数据单元为4kb大小由主机传输 通过设定较小的缓存段尺寸来提 高缓存的读写命中率，提高性能 18 满足存储生命周期管理分层存储技术比较 hds混插磁盘介质技术实现了自然的存储分层功能， 同时免费提供在线数 据迁移软件，满足存储生命周期管理功能！ 48tb高密度磁盘笼 磁带替代方案 高性能、活跃应用 高性能应用 大容量应用 数据保护 归档应用 缓存驻存 sas高性能磁盘 （支持磁盘混插） ssd fc高性能磁盘 （需要独立磁盘盘箱 ） sata大容量磁盘 （需要独立磁盘盘箱 ） sata大容量磁盘 （支持磁盘混插） tier 1 tier 2 tier 3 tier 4 emc提供的分层存储hds提供的分层存储 免费提供在线 迁移软件实现 数据跨层部署 不支持高密度磁盘箱 19 轻松实现信息生命周期中的数据分层 管理； 将不同价值的数据在不同的存储资源 中灵活迁移； 最大限度发挥存储效用； 数据访问的性能优化 较低i/o访问的数据卷从sas驱动器迁 移到sata驱动器，反之亦然； 或按需求在不同raid组间以适应不同 性能要求 (3+1 to 7+1) 自动动透明数据迁移功能 hitachi modular volume migration sas lu1 sata lu2 online migration sas lu2 sata lu1 migration finish 无需占用主机资源； 无需主机配置变更和重启。 free 20 数据迁移应用 - 自然存储分层 数据资产匹配不同存储介质 在线迁移生产数据卷 无缝归档 48tb高密度磁盘笼 磁带替代方案 21 数据迁移应用 - 解决系统性能瓶颈 业务持续增长 原有数据卷遇到性能瓶颈 分配新的存储资源 在 线迁移数据卷 启用新的数据卷 22 1111 1100 0000 0000 如何面对你的业务数据丢失、损坏和不可用 挑战： 不能估量和消除风险 由于数据丢失或不可用造成的业务损失 复杂的业务应用流程，恢复很难实现 解决方案： 业务数据的多份拷贝; raid保护机制, 无单点故 障保障 多重即时数据快照；即时和简化的恢复 持续的应用可用性；基于克隆的离线备份 业务获益： 弹性的业务操作 持续的数据访问 万全的解决方案支持 nasarchive primary volume second volume 1111 1100 0000 0000 23 hitachi ams2000 versus clariion cx4 product feature hitachi ams2100 hitachi ams2300 hitachi ams2500 clariion cx4-120 clariion cx4-240 clariion cx4-480 clariion cx4-960 clones per source volume8888888 full volume clone source1024102410241282565121024 full volume clone per system20482048204825651210242048 snap per source 3232328888 snap source volumes per system 102410241024128128256256 snap volume clone per system 204