flo*_*ble 6 storage storage-area-network iometer benchmark
在某些方面,我猜这是一个字符串问题,但是即使有“这适合大多数情况”的答案,我也不知道它是什么,所以......
我有一个评估的 SAN,一个 HP P4000。我想用 IOMeter 做一些基准测试,看看它有什么能力。
但是,我不知道块大小、读/写拆分和随机/顺序拆分的哪种组合适用于不同的用途。
例如,您将如何模拟一些 Exchange 活动、一些 SQL 活动、一些一般的 VM 活动等等。
我知道如何添加工作人员并使用不同的设置让他们松散,但我应该使用哪些设置?
谢谢。
Exchange 和 SQL 活动倾向于频繁、规模较小的 IO/Ops 端。当写入/拉出附件时,Exchange 会出现相当多的较大 I/O 突发。备份间隔和长时间运行的查询也确实很有趣,并且可能是您的峰值 I/O 实例。Exchange Online Defrag 是 Exchange 的 IO 峰值,SQL 备份是 SQL 服务器的 I/O 峰值。
Exchange Online Defrag 涉及大量 I/O 操作,但吞吐量不大,因此平均传输大小很小,512b,而且数量很多。读/写比率变化很大,但对于维护良好的 Exchange 数据库来说,大部分应该是读取。这将是显着随机的,但有足够的顺序访问以使其有趣(不,我没有确切的比率)。
SQL 备份涉及各种大小,但与在线碎片整理不同,吞吐量实际上也很高。规划 512b 到 4kb 传输大小的混合。读/写比率取决于数据的最终位置!写入速度可以非常高,但(取决于备份脚本)几乎完全是顺序的。读取将是 100% 随机的。
一般 VM 活动取决于 VM 中的内容。如果其中有 Exchange 或 SQL,则进行监视。如果您所说的“一般文件服务”是指“一般文件服务”,例如 Web 或 CIFS 共享,那么,这取决于他们正在做什么;CAD 工程师的访问模式与充满采购办公室文员的办公室截然不同。“一般虚拟机活动”没有通用的 I/O 模式。您必须规划虚拟机中实际拥有的内容。