分享
SANsymphony-V-虚拟化结合.pptx
下载文档

ID:5946

大小:3.99MB

页数:35页

格式:PPTX

时间:2023-01-04

收藏 分享赚钱
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,汇文网负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。
网站客服:3074922707
SANsymphony 虚拟 结合
虚拟化/云端的基石:DataCore SANsymphony-V 存储虚拟化 1 虚拟化环境可能碰到存储相关的问题 2 如何整合用户环境中的各种存储,实现存储虚拟化 如何解决虚拟化环境中的存储性能匮乏问题 如何将存储资料的可靠度提升?且不被特定厂商绑定?提供快速的资料备份与还原保护机制?如何摆脱以上的束缚与限制?3 完整完整的的软硬件虚拟环境(软硬件虚拟环境(T.E.VT.E.V)4 服务器虚拟化 桌面虚拟化 虚拟化环境存储管理三大要素 5 Storage Consolidation 异质存储整合 Virtual Disk Pool 存储资源共享 Thin Provisioning 空间有效利用 Caching I/O反应速度提升 RAID Striping I/O水平扩展 Channel Replace 在线路径变更 Auto-Tiering 自动存储分层 Sync Mirroring(HA)同步镜像 CDP/Snapshot 资料持续保护 Remote Replication/ASR 异地灾难备援保护 Pass-Through Disk 既有存储设备再利用 DataCore提供存储最重要三大要素功能提供存储最重要三大要素功能 6 Storage Consolidation 不同存储整合 Virtual Disk Pool 存储资源共享 Thin Provisioning 精简配置 基于传统的存储区域网络(SAN)7 存储控制器 控制器故障导致整个信息系统 中断 单一磁盘阵列无法提供完整的 数据保护,反而因为单点故障 成为信息系统最脆弱的一环 故障发生后,必须执行繁杂的 人工操作 附加的备份存储,提高了 规划预算 存储设施虚拟化整合架构 8 存储控制器 存储控制器 存储控制器 vDisk vDisk vDisk 虚拟化存储层 对存储进行虚拟化的管理。消除了异构中兼容性的模式,整合资源及再分 配;脱离基于传统控制器,实现了对存储信息灵活 管理的梦想。不再是利用单独的存储设备 虚拟化存储使应用不再与存储系统保持关联性 FC 存储资源共享 SAN FC/iSCSI SSV 虚拟存储池 前端主机 2TB 3TB 4TB 6TB 10TB 5TB E牌 磁盘阵列 H牌 磁盘阵列 B牌 磁盘阵列 N牌 磁盘阵列 S牌 磁盘阵列 D牌 磁盘阵列 成本成本 性能性能 密度 高 高 低 成本成本 性能性能 密度 中 中 中 成本成本 性能性能 密度 低 低 高 整合各种不同存储设备(FC/SCSI/iSCSISAS/ATA/IDE/USB)依存储池内不同磁盘类型,进行阶层化分类 可在线新增更多实体磁盘至存储池中 虚拟存储池空间使用预警值设定 vDisk vDisk vDisk DataBase HyperVisor File Server 各种介质(SCSI、SAS、FC、SATA、ISCSI、USB、EIDE)虚拟磁盘的资源分配 11 Thin Provisioning技术,精简化实体空间分配。可针对每个虚拟磁盘(VDisk)设定预定保留(reserve)的存储空间。虚拟磁盘可放大或缩小(Resize)已经分配的存储资源可透过reclaimation功能进行空间回收 虚拟磁盘最大可设定虚拟磁盘最大可设定1PB!虚拟磁盘容量 保留空间 实际使用空间 虚拟磁盘容量 实际使用空间 SSV虚拟存储池(实际容量1TB)虚拟磁盘容量 80TB 虚拟磁盘容量 1PB VDisk#1(80TB)VDisk#2(1PB)于档案层级删除档案 可于SANsymphony-V 进行空间回收作业 12 Disk Caching I/O反应速度提升 RAID Striping I/O水平扩展 Auto-Tiering 资源分层自动化 Online Channel Replace 线上路径变更 高速缓存 15 Disk Subsystems Cached Array Cached Array Un-cached Array High-Speed Level 1 Caching CPU 缓存写入 聚合写入 缓存响应 缓存预读 CPU CPU CPU Disk Drive 4000?6000 DataCore L1 Cache 20 Array L2 Cache 250?300 Avg.Response(S)每台DataCore节点,最大1TB 前端主机 前端主机 前端主机 RAID Striping(IO scale out)15 DataCore SSV SSV虚拟存储池 VDisk 虚拟存储池中,可透过scale out方式扩充更多I/O与容量 皆为线上方式新增扩充额外存储资源 通过分散式写入逻辑磁盘,以RAID Striping方式提升整体IO性能 结合后端存储设备RAID保护机制,成为RAID 50、RAID10等组合 在线设备替换 Storage#2 Storage#3 Storage#1 Storage#4 Auto-Tiering 自动分层存储 在同一个存储池中,根据不同存储介质进行性能分级 SANsymphony-V针对资源区块存取频繁度进行侦测 被频繁存取的数据将被搬移到适合(已定义的)资源上 16 Tier 1 SSD Tier 3 SATA Tier 2 SAS 频繁存取 不常存取 适度存取 虚拟磁盘虚拟磁盘 存储池存储池 60%Low Cost/Highest Capacity 35%Midrange/Modestly Priced 5%Fastest/Most Expensive SSD读取性能优于SAS磁盘25-100倍 采用此技术有效提升重要服务的存储性能 Fusion-IO with DataCore plus performance 17 DataCore Performance The tests were based around four HP ML370G5 servers,each filled with as many dual port 4Gb/s HBAs we could cram in-16 ports in each server.The storage hardware was on evaluation from HP and EMC.We had an HP EVA8000 with 240 x 300GB 15K FC disks,and an EMC CX3-80 with 240 x 144GB 15K FC disks.The storage was provisioned from each array to two of the SAN Symphony SDS servers.From here,virtual luns were created in SAN Symphony and provisioned up to the 14 Application servers we had,with a mixture of 2Gb and 4Gb HBAs.The tests were conducted with IOMeter and Microsoft Exchange Jetstress.The results are below:SCENARIO 1:HP EVA8000 and SAN Symphony Exchange JetStress 10,634 IOPS IOMETER 64K Sequential Reads(Max MB/s)17,432 IOPS,1,089.50MB/s 512B Sequential Reads(Max IOPS)441,842.67 IOPS!,215.74MB/s SCENARIO 3:HP EVA8000 without SAN Symphony Exchange JetStress 9,061 IOPS IOMETER 64K Sequential Reads(Max MB/s)17,720 IOPS,1,107MB/s 512B Sequential Reads(Max IOPS)135,258 IOPS,225.33MB/s SCENARIO 2:EMC CX3-80 and SAN Symphony Exchange JetStress 12,965.41 IOPS IOMETER 64K Sequential Reads(Max MB/s)17,473 IOPS,926.29MB/s 512B Sequential Reads(Max IOPS)488,878.67 IOPS,325.33MB/s SCENARIO 4:EMC CX3-80 without SAN Symphony Exchange JetStress 10,718.61 IOPS IOMETER 64K Sequential Reads(Max MB/s)16,236 IOPS,1,014MB/s 512B Sequential Reads(Max IOPS)164,305 IOPS,80.23MB/s 19 Sync Mirroring(HA)本地端故障保护 CDP/Snapshot 资料持续保护 Remote Replication&Site Swap 异地灾难备份保护 Pass-Through Disk 既有存储设备保护 信息化的命脉在哪里?所有的虚拟机与资料皆存放在单点存储 当存储硬件失效时,影响范围全面性 空调失效 电力问题 资料操作错误 建筑物崩坏 技术性错误 维护升级 其他意外 服务器群 Clustering 解决存储单点错误的建议方案 传统存储设备通常这样建议存储镜像 机柜A 楼层A 厂房A 机柜B 楼层B 厂房B Synchronous Mirroring(Storage HA)23 异质存储设备间进行实时资料镜像 可延展架构,可分布于同机房/不同楼层/不同楼间 结合前端主机多路径管理(MPIO/DSM),实现自动路径切换 维护停机或单点元件故障不影响前端主机IO运行 Active Partner Cache Cache VDisk Mirror(P)Mirror(S)1 2 3 4 路径自动切换 前端主机 SSV1 SSV2 cache to cache 2 phase commit 提升SLA等级 100%non-downtime 持续不中断资料保护(iCDP)24 Active CDP Source 写入时间戳记 9am 10am 11am 14天 11:49 AM 11:48:59 AM 可提供最少8小时,最高14天的资料保护作业(恢复以秒为单位恢复以秒为单位)以虚拟磁盘为单位进行保护 前端主机不需安装任何Agent,支持所有作业系统(包含各种虚拟服务器)Block level,与前端应用程序/服务无特定依赖关系 瞬间建立任意时点roll back volume,简化恢复作业 前端主机 FC/iSCSI DataCore SSV Online Snapshots(Full/Differential)25 可排程时间点进行快照备份作业 内建提供“完全复制(Full)”与“差异化复制(view)”两种快照技术 支援夸异质存储设备间的快照作业,降低快照备份的成本 最高达1024份快照 11:00 AM 08:00 AM 12:00 PM 17:00 PM 前端主机 测试平台 备份服务器 资料备份 资料测试 资料分析 资料恢复 快照排程 DataCore Virtual Disk Data FC/iSCSI Data(Full&View)1 2 3 4 Online Snapshots 在线快照 18 Host(Active)Source 1 2 3 4 Point-in-time Backup Testing Analysis Recovery 快照性能大幅提升 虚拟卷快照瞬时完成 异地容灾技术 Cluster Central

此文档下载收益归作者所有

下载文档
你可能关注的文档
收起
展开