Dell Compellent Storage Center 性能优化最佳实践.pptVIP

Dell Compellent 性能优化最佳实践 Troy Presler, Peter Ye SAN的性能 是什么导致了延迟 在互连中 – SAS/FC/iSCSI 在Storage Center之中 – 控制器/盘箱 在磁盘中 – 寻道/旋转 磁盘考虑事项 面向SSD的设计 3 议题 我们所指的“性能”是什么？ 如何衡量性能？ MB/s IOPS Latency(延迟) 如何提高性能？ 找到瓶颈 了解应用程序的IO足迹 定义性能 4 MB/s、IOPS、延迟 三者相互联系 … 好比一个鼎的三个足。 5 是什么导致了延迟？ 带宽限制 在Storage Center之中 在前端/后端连接之中 在磁盘之中 处理器占用 存储特性 复制类型 回放 6 延迟的原因 前/后端连接 总线争用 带宽限制 Storage Center开销 Raid开销 内部瓶颈 磁盘 旋转延迟 寻道时间 数据传输时间 7 延迟的原因 只有特定的应用才需要考虑吞吐量。这些应用往往会生成“需要被快速移动的大型数据集” ，通常是较大的数据块 了解所有服务器的吞吐量要求 带宽 (KB/秒)= IOPs x 块的大小 (KB) 每秒I/O次数 ( IOPS ) 会持续不断地产生– 这已成为衡量性能的一个标准 什么是被真正衡量的？ 8 IOPS 或吞吐量 iSCSI 1/10Gb/秒 理论上是100MB/秒和1GB/秒 (实际上大约75%) 总线仲裁需要时间 (大数据块获得最大总线带宽) 光纤通道2/4/8 Gb/秒 理论上是200/400/800 MB/秒 (实际95%以上) 总线仲裁需要时间(大数据块获得最大总线带宽) 其它某些设备可能具有优先权 SAS 3/6Gb/秒 每个连接支持4条通道（lane），总共12/24Gb/秒 理论上是1.2/2.4GB/秒 (实际上70%以上) 每个连接有4条通向磁盘的路径，*巨大的优势* 总线仲裁需要时间。 (大数据块获得最大总线带宽) 9 前端/后端限制 10 磁盘考虑事项   7.2K 10K (3.5’) 10K (2.5’) 15K (3.5’) 15K (2.5’) 持续传输 速率 MB/秒 105 – 116 150 75 – 141 122 - 204 122 – 160 转速(读/写) 7.2K 10K (3.5’) 10K (2.5’) 15K (3.5’) 15K (2.5’) 延时 (ms) 4.16 2.98 3.0 2.0 2.0 平均寻道 时间 (ms) 8.5/9.5 3.9/4.2 3.89/4.54 3.4/3.9 2.9/3.3 总计 (ms) 12.66/13.66 6.88/71.8 6.89/7.54 5.4/5.9 4.9/5.3 轨道到轨道寻道 (读/写) (ms) 0.8/1 0.3/0.55 0.3/0.55 0.2/0.4 0.2/0.4 从哪里开始… 首先考虑应用程序 您需要了解应用程序加之于存储的IO负载 说“全都是8K I/O ”的数据库管理员并没有意识到数据库引擎是做什么用的 获取DPACK或者Perfmon或者IOStat 数据 在设计SSD解决方案时，绝对需要这些数据才能取得成功 分析性能数据以了解IOPS和MB/秒 您仍在使用一定数量的转轴磁盘，因此需要了解这方面的性能 SSD是有限制的： 读取的最大吞吐量为220MB/秒 写入的最大吞吐量为115MB/秒 SAS SSD有更高的吞吐量 11 面向SSD的设计 Storage Center有何限制？ iSCSI 1/10 Gb/秒 光纤通道4/8 Gb/秒 SAS 3/6 Gb/秒乘以4条lane(通道) = 12/24Gb/秒 内部控制器限制 PCI gen1每通道 250MB/秒 PCI gen2每通道 500MB/秒 PCI gen3每通道 800MB/秒 RAID级别很重要 R10 = 2次写入相同的数据 (100%带宽开销) R5/9 = 1/8的额外写入次数，旨在进行奇偶校验 (12.5%带宽开销) R5占据更多的处理器开销 12 面向SSD的设计 融会贯通 13 好的设计会考虑到整体应用程序和基础架构 哪个(些)应用程序将使用存储系统？ 应用程序的IO模式是怎样的？ 应用程序的提供商是否已经发布规模数据(sizing data)？ 当前的SAN、LAN、WAN基础架构是否有容量提供给存储系统？ 考虑事项与要求 该设计试图完成什么？ 是否有其它未来项目是该设计所无法满足的？ 设计不要超出能力之外 知道界限在哪里，并保持在界限之内 设计要留有余地，而不是略有不足 好的设计是怎样的？ 14 性能 了解将被附加到SAN的所有服务器的IOPs 记住：所有的卷共享所有的磁盘资源 了解IO与带宽需求 性