SAN 架構如何工作，更重要的是如何擴展？
我正在嘗試了解一些 SAN 基礎架構，我希望你們中的一些比我更有經驗的人可以幫助我了解使用 SAN 進行擴展。
假設您有一些具有 HBA 的電腦伺服器。它們直接或通過交換機連接到 SAN 控制器。然後，SAN 控制器提供一個或多個 LUN，這些 LUN 很可能映射到儲存設備上的 RAID 陣列。
因此，如果我理解正確，“控制器”代表了性能瓶頸。如果您需要大量性能，那麼您可以添加更多連接到自己儲存的控制器，然後將其映射到需要它們的伺服器。
我想您可以獲得一些具有巨大儲存容量的高性能控制器和具有較低最大性能的較低性能控制器？但是，如果您有一個交換機，您可以根據需要將幾個性能較低的控制器添加到您的網路中嗎？
如果我錯了，請撕毀我的理解，但我正在嘗試弄清楚如何將 HBA 從伺服器連接到儲存，而沒有僅代表“魔術”的結構。
控制器作為性能瓶頸是完全正確的，在某些架構中它也可以代表單點故障。這已經有一段時間了。有一段時間，有供應商特定的技術可以解決這個問題，但從那時起，整個行業都集中在一種叫做 MPIO 或多路徑 I/O 的東西上。
使用 MPIO，您可以跨儲存結構的多個路徑呈現相同的 LUN。如果伺服器的 HBA 和儲存陣列的 HBA 各有兩個到儲存結構的連接，則伺服器可以有四個單獨的路徑到 LUN。如果儲存支持，它可以超越這個；在較大的磁碟陣列系統中，雙控制器設置很常見，每個控制器都與 LUN 建立活動連接。添加具有兩個單獨的 HBA 卡的伺服器，以及連接控制器/HBA 對的兩條物理上獨立的路徑，您可以擁有一個沒有單點故障的儲存路徑。
The fancier controllers will indeed be a full Active/Active pair, with both controllers actually talking to the storage (generally there is some form of shared cache between the controllers to help with coordination). Middle-tier devices may pretend to be active/active, but only a single device is actually performing work at any given time but the standby controller can pick up immediately should the first go silent and no I/O operations are dropped. Lower tier devices are in simple active/standby, where all I/O goes along one path, and only moves to other paths when the active path dies.
擁有多個活動控制器確實可以提供比單個活動控制器更好的性能。是的，在控制器後面添加足夠多的系統命中儲存和足夠快的儲存，您確實可以使控制器飽和到足以讓所有連接的伺服器都注意到。模擬這種情況的一個好方法是必須重建奇偶校驗 RAID 卷。
並非所有系統都能夠利用 MPIO 來使用多個活動路徑，這仍然有些新。此外，所有控制器必須解決的問題之一是確保所有 I/O 操作按順序送出，而不管 I/O 進入的路徑以及接收操作的任何控制器。添加的控制器越多，這個問題就越難。儲存 I/O 本質上是一種序列化操作，不適用於大規模並行化。
您可以通過添加控制器獲得一些收益，但鑑於使其工作所需的額外複雜性，收益會迅速消失。