SAN IOPS 圖
最近，我們遇到了高磁碟延遲問題，並希望在 preprod 伺服器上對我們的一個掛載點進行基準測試，以了解我們的 SAN 能夠提供多少 IOPS、吞吐量和延遲。Infra Hardware 由另一個團隊維護，我們無法了解他們的工作。
我們使用 diskspd 使用以下參數執行測試
結果
如您所見，8K 塊大小的最大 IOPS 約為 5800。
所以我的問題是，對於不那麼小的 IT 商店中的 SAN，這是一個好數字嗎？我們應該瞄準更多嗎？入門級和高端 SAN 的平均 IOPS 數字是多少。
從答案中添加更多基於更多問題的資訊。
- 為什麼 8k 塊 - 我讀到預讀使用更高的塊大小，但是當我分析每個讀取計數器的字節數時，它大約是 8K，這表明 SQL 伺服器無法進行大量預讀。碎片在這裡有作用嗎？
2）我用較小的文件大小（2GB）進行了測試，IOPS 和吞吐量要高得多，這表明路徑不是瓶頸。還使用更高的塊大小進行了測試，獲得了大約 TB 的吞吐量。
乾杯
因此，您
diskspd使用以下參數執行工具：討論參數
- b8K：8 kB 塊大小（預設值：64K） - d60：60 秒持續時間（預設值：10 秒） - o32 : 每個目標每個執行緒 32 個未完成的 I/O 請求（預設值：2） - t8 : 每個目標 8 個執行緒 -h：禁用軟體和硬體記憶體（不推薦使用：改用-Sh） - r : 隨機 I/O 對齊（需要一個值） - w0 : 0 寫入百分比 -L：測量延遲統計 - c200G：200 GB 文件大小因此，即使有一些預設值，您也決定使用不同的值。問題：使用預設值時會得到不同的結果嗎？我問是因為 SQL Server 預讀從 64 kB 到 1024 kB 不等。
需要考慮的其他問題
我知道你正在經歷什麼，但你並沒有給我們太多幫助。
- 儲存是如何連接的？（2 GBit / 4 GBit / 8 GBit / 16 GBit）
- SAN 中有哪些類型的磁碟？（SSD / HDD / 混合/ …）
- …. 以及可能的其他問題。
是的，您說您與伺服器團隊沒有互動，但您提供的任何資訊都是朝著正確方向邁出的一步。否則，這只是一個最好的猜測。
回答您的問題。
所以我的問題是，對於不那麼小的 IT 商店中的 SAN，這是一個好數字嗎？
可能，但又可能不是，這取決於您的要求以及您的儲存配置方式。在舊的 IBM 儲存上，我們經常看到在 SVC 上只有 210 MB/s 的吞吐量，同時將兩個 2 GBit/s SFP 連接到伺服器硬體。我們應該看到大約 420 MB/s 的數據。重新配置交換機埠後，我們更接近第二個數字，而不是之前的 210 MB/s。
我們應該瞄準更多嗎？
這取決於您的要求、硬體和配置。未知數太多，無法給出明確的答案。
入門級和高端 SAN 的平均 IOPS 數字是多少
介於 2'000（入門級）和 25'000（高端；2015 年）之間。根據一些文章，IOPS 似乎不再是值得關注的數字。
參考： IOPS 重要嗎？– 簡單的回答，否()
IOPS 和延遲是兩個獨立的數字。
5k IOPS 似乎不錯，但 44ms 的延遲表明（對我而言）它實際上是無用的（與單個磁碟的 5ms 延遲相比）。
當單個 SATA 驅動器可以具有 100 MB/s 的傳輸速率時，45 MB/s 的總傳輸速率表明您的 SAN 過載。
高端 SAN 將包含 SSD 驅動器，這可能導致聚合 IOP（由 SAN 測量）達到數百萬。您的 SAN 團隊應該能夠告訴您主機獲得的 IOPS/傳輸率百分比。
您肯定需要與您的 SAN 團隊合作，看看限制是由於缺乏 SAN 資源還是硬體/軟體問題。
修復硬體/軟體問題
如果您和 SAN 團隊發現您沒有獲得您應該獲得的所有功能，那麼您的設置可能有問題。
確保您已更新驅動程序。
確保您已更新 BIOS/韌體
- 主機板
- 光纖卡
- 光纖交換機
- SAN 設備
- 在一種情況下，我們必須更新所有 HDD 的韌體
確保正確配置多路徑。
- 在我的一個案例中，自動故障轉移導致了性能問題