2008年(8065)
分类: 服务器与存储
2008-12-14 10:47:57
为了更好地解决响应时间问题,存储管理者必须与服务器管理者、应用管理者协调合作解决这个难题。首先就是确定解决这个难题所需的工作量,通常是使用服务器磁盘性能监控工具来决定响应时间测量的底线。
第二步,存储管理者应该测出目前架构的容量。这样做,管理者就可以查明问题的根源所在,或者找出解决问题的突破口。响应时间可以是任何一条数据路径上的,存储容量并不是瓶颈所在。然而,智能存储阵列可以为解决响应时间提供重要的途径方法。
完成整体的评估之后,管理者就对基础架构有一个整体的了解。以下是几个领域是管理者必须研究查明的:
●数据传输——交换机、线缆、适配器和端口
●存储阵列缓存
●RAID架构
●转数
数据传输机制是解决磁盘响应时间的一个关键因素。HBA卡、连接线缆、交换机以及存储端口都是数据迁移、SCSI命令执行必须经过的传输通道。
数据传输的主要测量指标就是带宽利用率和跳跃计数(Hop Count),想要提升架构性能就必须对这两个指标进行测量。一般来说,服务器和存储之间最大80%的带宽利用率、不多于两个跳跃计数(连接和传输点)可以算是效率较高的应用。
存储阵列缓存是增加相应时间的主要因素。智能缓存磁盘阵列可以允许一些正常的延迟时间,这种延迟是因为向运转的磁盘写入数据等物理原因引起的。如果磁盘容量设定适当的话,缓存磁盘阵列在执行磁盘写入操作时的响应时间与固态盘不相上下。同样,许多要求持续读取的应用也可以实现接近固态盘的响应时间。存储阵列缓存的主要测量指标包括缓存利用率和读取高速缓存命中率。增加缓存容量可以降低缓存利用率,但是读取缓存命中数只能通过改变应用的读取排序来提高了。
RAID架构也能影响响应时间。一些RAID架构要求具备的奇偶校验技术因为使读写环境变得随机化,所以对响应时间起到了相反的作用。管理者应该仔细检查RAID架构类型,并与应用环境类型进行对比,最大程度上发挥响应时间的性能。
正如上面所提到的,在SAN环境下的大多数应用存储都可以通过调整缓存来优化响应时间。然而,一些与缓存关系不大的应用(Exchange和一些SQL就是很好的例子)需要将转数提高到最大程度来满足某种特殊应用架构的需求。
磁盘性能调节的方式途径是多种多样的,有人更是称之为“一门艺术”。响应时间的调节也是一样。当谈到响应时间调节时,管理者必须考虑到各种可能发生的状况或者变数。存储管理者应该应该从系统全面的角度来解决这个问题,充分利用企业级存储的优势来优化整体的应用性能和可用性。