![SAN性能太低?](https://linux22.com/image/658285/SAN%E6%80%A7%E8%83%BD%E5%A4%AA%E4%BD%8E%EF%BC%9F.png)
我注意到我的新 EMC VNX5200 SAN 在“烧录”分区后性能会更好。我的意思是用不同的垃圾数据填充分区并多次删除所有内容。我向我的 SAN 管理员询问了这个问题,但他懒得回答。他含糊地说了一些关于 IOPS 的事情,还说 MB/s 无关紧要。现在,可能是这样,但对我来说,重要的是我的夜间 SQL 备份和恢复(大块连续数据)以当前的 80MB/s 而不是我开始时的 15MB/s 运行。我争取并获得了自己的 SQL 服务器 LUN。但我不知道后端有多少个磁盘、RAID 配置,或者这些磁盘上是否有任何其他 LUN,SAN 是否进行任何缓存或将常用数据移动到更快的存储(可以解释“烧录”)。我可以深入研究管理控制台,因为我有访问权限,但不知道如何阅读所有信息。
我很高兴知道一切运行良好,并接受当前性能为预期水平。但同样,我看到这个昂贵的 SAN 目前的最大读取速度为 80MB/s,写入速度约为其一半,远远低于我 3 年前的台式实验室,该实验室使用 7200rpm 驱动器(无 RAID),可以进行恒定的 110MB/s 备份。
问题是,如何从 SAN 获得一致的性能?我应该向 SAN 管理员询问什么?检查性能的最佳方法是什么?或者是否有一个值得信赖的在线资源,我可以在其中检查并向他指出性能基准,考虑到 SAN 制造商、磁盘型号和配置数据以及负载类型场景?(类似于相同游戏平台的 CPU+GFX 分数)
答案1
您的存储管理员没有告诉您全部情况。IOPS 是您在执行正常 IO(随机寻道读取和小块写入)时会受到的限制,但是您说得对,备份应该是较大的连续读取,无法通过 IO/s 进行有用的测量。
备份时,您是连续读取,还是在整个磁盘上执行大量小读取?如果是随机读取,那么限制将重新回到磁盘的寻道能力上,以 IO/s 为单位。
假设是连续读取,速度首先会受到传输层的限制 - 如果您使用的是 1 Gb/s iSCSI,则最大速度约为 80 MB/s。如果您共享网络且链路不够完整,速度会更低。如果您的存储前端端口正在为多个客户端进行备份,这也会限制您。最后,如果您使用的磁盘与许多其他正在执行大量读取或写入的客户端共享,也会导致这种情况。
也就是说,您的存储人员至少应该能够告诉您为什么速度如此缓慢,以便您找到提高性能的方法。您可以尝试移动备份窗口以避免争夺共享资源,或者您可以将存储分开,这样它就不会争夺您当前所占用的任何资源。