IOMeter - 我應該使用哪些值進行測試？
在某些方面我猜這是一個字元串問題，但是即使有一個“這適合大多數情況”的答案，我也不知道它是什麼，所以……
我有一個正在評估的 SAN，一個 HP P4000。我想使用 IOMeter 做一些基準測試，看看它的能力。
但是，我不知道塊大小、讀/寫拆分和隨機/順序拆分的哪種組合適用於不同的用途。
例如，您將如何模擬一些 Exchange 活動、一些 SQL 活動、一些一般 VM 活動等等。
我知道如何添加工作人員並使用不同的設置將它們鬆散，但我應該使用哪些設置？
謝謝。
Exchange 和 SQL 活動趨向於頻繁、規模較小的 IO/Ops。當附件被寫入/拉出時，Exchange 有很多較大的 I/O 突發。備份間隔和長時間執行的查詢也可以真正發揮作用，並且可能是您的峰值 I/O 實例。Exchange Online Defrag 是 Exchange 的 IO 峰值，SQL Backups 是 SQL 伺服器的 I/O 峰值。
Exchange Online Defrag 涉及大量 I/O 操作，但吞吐量不大，因此平均傳輸大小很小，512b 小，而且數量很多。讀/寫比率變化很大，但對於維護良好的 Exchange DB，它應該主要是讀取。這將是非常隨機的，但有足夠的順序訪問來保持它的趣味性（不，我沒有確切的比率）。
SQL 備份涉及各種大小，但與線上碎片整理不同，吞吐量實際上也很高。計劃混合使用 512b 到 4kb 的傳輸大小。讀/寫比率取決於數據的最終位置！寫入速度可能非常快，但（取決於備份腳本）幾乎完全是順序的。讀取將是 100% 隨機的。
正常 VM 活動取決於 VM 中的內容。如果那裡有 Exchange 或 SQL，則對其進行監控。如果一般而言，您的意思是“通用文件服務”，例如 Web 或 CIFS 共享，那取決於他們在做什麼；CAD 工程師的訪問模式與充滿採購辦公室文員的辦公室截然不同。“通用 VM 活動”沒有通用 I/O 模式。您必須計劃您在 VM 中實際擁有的內容。