另一個對SAN有趣的嘗試是在一個存儲子系統的范圍內使SAN的連接能力崩潰。換而言之，即在服務器和存儲器之間除了SAN線纜，不使用任何SANI/O路徑設備。這種類型的子系統端SAN也被稱為盒子中的SAN。它使用了改變過的點到點拓撲結構。實際上，SAN技術應當在子系統內部集成，但它不能像諸如網絡交換機或集線器等外部設備一樣對外提供接口。

    然而，這些子系統端的SAN能將子系統互聯在一起，從而獲得所有SAN的優點，包括可擴展性、復雜性和通用性。這種通過將SAN組件和磁盤子系統組件集成在一起的配置更易于集成和管理。它甚至可能將其他所有內部和外部的SAN功能和組件一起放在SAN子系統內。關于為什么一個增強磁盤子系統管理控制臺不能用于管理所有的下行子系統和SAN設備這一點，似乎沒有什么道理可言。

    關于子系統端SAN的一個有趣的方面是，SAN技術的功能和價值能為存儲子系統所包容。IT專業人士可以充分利用SAN的優點，而無需將它們與開放系統集成。當然，其缺點在于，子系統的生產者可能選擇限制對市場中其他產品的支持。這會導致首先出現那些和開放系統SAN解決方案相比，更昂貴但其性能有限的某些系統。

    圖中顯示了這樣一個子系統端SAN。它通過使用一個附加的第二子系統來擴展系統容量，并通過一根500米長的連接映射到第三子系統上。

3.服務器端SAN

    另一個有趣的SAN結構為：由主機系統提供一個或多個SAN功能的服務器SAN。這與在主機系統中提供卷管理和RAID功能的原理相同。實際上，這可能成為在一個集中位置為其他服務器提供這些存儲管理功能的可行方法。第2章中介紹的SAN域名控制器就是這種產品的一個實例。

    一個可擴展服務器端SAN通過一個內部快速I/O總線連接多個主機I/O控制器。和子系統端SAN類似，服務器端SAN在服務器和存儲器之間沒有SANI/O路徑設備，而主要依靠點對點的連接。

    將另一個子系統添加到一個可用的主機I/O控制器端口可以獲得服務器端的可擴展性。其性能不僅取決于主機I/O總線的速度，還取決于I/O控制處理器的快速通信和用最小時延交換數據的能力。和交換機和集線器相比，一個服務器會在I/O路徑中引入更多的延遲。

    使用服務器端SAN的一個好處在于可以使用通用的系統，并在此基礎上增加SAN的功能。換而言之，它使得用流行的組件建造SAN成為可能，從而能減少開支并增加可能的解決方案數量。對于為什么開放系統計算能力尚無法應付運行于專用SAN操作的系統上的存儲管理應用程序，這一點還尚未可知。

    和本章中討論的其他SAN拓撲結構不同，服務器端SAN在1999年還沒有被實現。以后，隨著CPU處理速度的提高，以及系統存儲總線結構的發展，如新的系統I/O路徑的出現（見第15章），該類型SAN的實現將成為可能。服務器端SAN的性能和可擴展性也許并不適用于高性能應用，但對于其他應用而言，它仍然是很不錯的。

    服務器端SAN另外一個有趣的特性在于，它能方便地通過一個SAN服務器實現數據共享、提供鎖管理器、提供緩沖管理和其他訪問控制服務。

    圖中顯示了一個由兩個應用服務器構成的服務器端SAN。這兩個應用服務器通過一個SAN域名服務器訪問它們的存儲子系統。該SAN域名服務器為應用服務器提供了卷管理和設備虛擬功能。