我聽說路徑太多會影響儲存基礎架構的效能。有人可以回答為什麼嗎？
這與單一伺服器的路徑數量無關，而是考慮整個基礎架構 - 對 FC 交換器/儲存陣列等的影響。
我記得在我工作的上一家公司，我們有一個減少路徑數量的項目，因為它對SAN/交換機/後端儲存陣列的性能造成了一些影響（不記得細節，但我們有Brocade 交換機，並且正在從EMC 儲存遷移）數組到 NetApp）。
快速谷歌搜尋沒有產生太多結果。我們的 DBA 團隊為 Oracle 後端請求了 20 個投票磁碟，每個 5Gb，並且拋開管理開銷，我認為它也會對效能造成影響。
答案1
恐怕我無法向您推薦這篇文章，但我希望您已經找到了很好的資訊來源。如果沒有，這裡是我能記住的關於這個主題的內容。
我記得，當 Brocade SAN 中存在大量交換器並且它們使用全網狀拓撲連接時，可能會出現 ISL 數量過多的非常罕見的問題。我可能是錯的，但它與 FSPF 有關，因為它無法列舉所有路徑。我不確定現在是否屬實。
我認為如果在交換器上啟用了限制性按序交付 (IOD) 策略，路徑數量限制可能會受到歡迎。但是，如果啟用了 IOD，則表示您已經遇到了亂序幀（由 ISL 抖動等引起）和設備無法容忍的問題，但您必須按原樣生活（例如，因為您有很長的路徑到達遠端站點）。
儲存系統通常可以更快地提供順序操作。因此，陣列嘗試偵測順序讀寫操作，以啟用適當的演算法並提供更好的效能。相同 LUN 的路徑數量過多有時會使儲存系統感到困惑，它們可能會開始將它們視為隨機 IO，而不應用順序最佳化。