
我注意到我的新 EMC VNX5200 SAN 在「燒入」分區後效能往往會更好。我的意思是用不同的垃圾資料填充分割區並刪除所有內容幾次。我向我的 SAN 管理員詢問了這件事,但他不介意。他咕噥了一些關於 IOPS 的內容,也指出 MB/s 無關緊要。現在,可能是這樣,但對我來說非常重要的是,我的夜間 SQL 備份和恢復(大的連續區塊)以當前 80MB/s 的速度運行,而不是我開始時的 15MB/s。推動並獲得了我自己的 SQL 伺服器 LUN。但我不知道後端有多少磁碟、RAID 配置,或者這些磁碟上是否還有其他 LUN,SAN 是否進行任何快取或將經常使用的資料移動到一些更快的儲存(可以解釋「燒入」) ) 。我可以深入研究管理控制台,因為我有權訪問但不知道如何讀取所有這些資訊。
我很高興知道一切都運作良好,並接受當前的性能為預期水準。但同樣,我在這個昂貴的SAN atm 上看到的最大讀取速度是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。如果您共享網路並且擁有的完整連結更少,則更少。如果您的儲存前端連接埠正在為多個用戶端進行備份,這也會限制您。最後,如果您使用的磁碟與許多其他也在進行大量讀取或寫入的客戶端共用,則可能會導致這種情況。
也就是說,您的儲存人員應該至少能夠告訴您為什麼進展如此緩慢,以便您可以找到提高效能的方法。您可以嘗試移動備份視窗以避免競爭共享資源,或者可以將儲存空間分開,這樣它就不會競爭您目前佔用的任何資源。