本文將為大家簡單介紹交換機的選擇之iSCSI標準的相關內容，以下是文章的詳細內容，有興趣的讀者不妨看看此篇文章，希望能為各位讀者帶來些許的收獲。

交換機的選擇

企業級的交換機對于iSCSI顯得必不可少。我曾將一個低端的24口的千兆交換機用以iSCSI：1-16端口連接服務器，18-24端口連接磁盤設備，并把它置于10M集線器連接起的以太網中，結果千兆交換機很快地過載，導致了數據包的大量丟失及性能的急劇下降。原因在于用戶級的交換機不支持多端口間的線速交換功能，所以在傳輸過程中會發生無提示的丟包情況。

所以還是得選擇企業級非阻塞型的交換機，比如Extreme Networks和Foundry Networks公司出品的交換機。即便選擇了正確的交換機，我們還需意識到如果服務器與交換機僅有單一的千兆路線連接，那么磁盤陣列的訪問也將面臨失敗的風險。也許電纜上一次小的故障，交換機端口略微的松動，都可能導致線路的中斷。后果可能會使數據丟失，應用中斷，更嚴重的是使你的數據庫陷入崩潰。

自Kalpana的10M以太網交換機以來，服務器管理員就開始應用NIC teaming技術來降低單網卡端口連接帶來的風險，同時這種技術又增加了服務器和網絡間的帶寬。后來大部分的服務器網卡的驅動又增添了功能：當多個網卡連接到同一交換機時，傳輸負載可以在這多個網卡間自動保持平衡。這些使得服務器和交換機端口間的連接中斷的風險大大降低，但并不能消除由于交換機故障帶來的中斷風險。

當一個SAN交換機出現單點故障時，對于數據中心的影響就好像中子彈的爆炸。你的設備都外表完好無損的擺著，然而內部所有的連絡完全陷入了中斷，數據資料徹底無法訪問，死寂般地好似失去靈魂的人。我們不想看到這一幕的發生，寧愿相信交換機廠商那50,000小時平均無故障運作時間的承諾，然而我們又都知道故障總是在最糟糕的時候發生。

目前來說最佳的解決方案是MPIO(多路徑輸入輸出)，它可以使得iSCSI接口和磁盤陣列間建立起多重連接，并能指定數據傳輸的以太連接和路徑。因為MPIO運行在第三層上，所以不像運行在第二層上的NIC teaming技術需要所有的連接必須處于同一個廣播域中，它給服務器的每一個以太網卡都分配了獨一的IP地址，所以連接可以在不同的子網間建立。

MPIO能為iSCSI initiator所支持，大部分情況下無須額外的費用。但有些磁盤存儲生產商，如EMC和Network Appliance，對于在它們的磁盤陣列中使用MPIO的用戶需要購買額外的MPIO驅動。

綜上所述，你最好要為重要的應用程序而增加交換機的數量，而且每個服務器與磁盤陣列的連接至少有兩個。除此之外，連接帶寬也必須足夠大，以便當發生磁盤陣列與交換機的連接失敗時，能承擔起服務器與磁盤陣列間所有數據的傳輸。