2.子系統(tǒng)端SAN
另一個對SAN有趣的嘗試是在一個存儲子系統(tǒng)的范圍內(nèi)使SAN的連接能力崩潰。換而言之,即在服務(wù)器和存儲器之間除了SAN線纜,不使用任何SANI/O路徑設(shè)備。這種類型的子系統(tǒng)端SAN也被稱為盒子中的SAN。它使用了改變過的點到點拓?fù)浣Y(jié)構(gòu)。實際上,SAN技術(shù)應(yīng)當(dāng)在子系統(tǒng)內(nèi)部集成,但它不能像諸如網(wǎng)絡(luò)交換機或集線器等外部設(shè)備一樣對外提供接口。
然而,這些子系統(tǒng)端的SAN能將子系統(tǒng)互聯(lián)在一起,從而獲得所有SAN的優(yōu)點,包括可擴展性、復(fù)雜性和通用性。這種通過將SAN組件和磁盤子系統(tǒng)組件集成在一起的配置更易于集成和管理。它甚至可能將其他所有內(nèi)部和外部的SAN功能和組件一起放在SAN子系統(tǒng)內(nèi)。關(guān)于為什么一個增強磁盤子系統(tǒng)管理控制臺不能用于管理所有的下行子系統(tǒng)和SAN設(shè)備這一點,似乎沒有什么道理可言。
關(guān)于子系統(tǒng)端SAN的一個有趣的方面是,SAN技術(shù)的功能和價值能為存儲子系統(tǒng)所包容。IT專業(yè)人士可以充分利用SAN的優(yōu)點,而無需將它們與開放系統(tǒng)集成。當(dāng)然,其缺點在于,子系統(tǒng)的生產(chǎn)者可能選擇限制對市場中其他產(chǎn)品的支持。這會導(dǎo)致首先出現(xiàn)那些和開放系統(tǒng)SAN解決方案相比,更昂貴但其性能有限的某些系統(tǒng)。
圖中顯示了這樣一個子系統(tǒng)端SAN。它通過使用一個附加的第二子系統(tǒng)來擴展系統(tǒng)容量,并通過一根500米長的連接映射到第三子系統(tǒng)上。
3.服務(wù)器端SAN
另一個有趣的SAN結(jié)構(gòu)為:由主機系統(tǒng)提供一個或多個SAN功能的服務(wù)器SAN。這與在主機系統(tǒng)中提供卷管理和RAID功能的原理相同。實際上,這可能成為在一個集中位置為其他服務(wù)器提供這些存儲管理功能的可行方法。第2章中介紹的SAN域名控制器就是這種產(chǎn)品的一個實例。
一個可擴展服務(wù)器端SAN通過一個內(nèi)部快速I/O總線連接多個主機I/O控制器。和子系統(tǒng)端SAN類似,服務(wù)器端SAN在服務(wù)器和存儲器之間沒有SANI/O路徑設(shè)備,而主要依靠點對點的連接。
將另一個子系統(tǒng)添加到一個可用的主機I/O控制器端口可以獲得服務(wù)器端的可擴展性。其性能不僅取決于主機I/O總線的速度,還取決于I/O控制處理器的快速通信和用最小時延交換數(shù)據(jù)的能力。和交換機和集線器相比,一個服務(wù)器會在I/O路徑中引入更多的延遲。
使用服務(wù)器端SAN的一個好處在于可以使用通用的系統(tǒng),并在此基礎(chǔ)上增加SAN的功能。換而言之,它使得用流行的組件建造SAN成為可能,從而能減少開支并增加可能的解決方案數(shù)量。對于為什么開放系統(tǒng)計算能力尚無法應(yīng)付運行于專用SAN操作的系統(tǒng)上的存儲管理應(yīng)用程序,這一點還尚未可知。
和本章中討論的其他SAN拓?fù)浣Y(jié)構(gòu)不同,服務(wù)器端SAN在1999年還沒有被實現(xiàn)。以后,隨著CPU處理速度的提高,以及系統(tǒng)存儲總線結(jié)構(gòu)的發(fā)展,如新的系統(tǒng)I/O路徑的出現(xiàn)(見第15章),該類型SAN的實現(xiàn)將成為可能。服務(wù)器端SAN的性能和可擴展性也許并不適用于高性能應(yīng)用,但對于其他應(yīng)用而言,它仍然是很不錯的。
服務(wù)器端SAN另外一個有趣的特性在于,它能方便地通過一個SAN服務(wù)器實現(xiàn)數(shù)據(jù)共享、提供鎖管理器、提供緩沖管理和其他訪問控制服務(wù)。
圖中顯示了一個由兩個應(yīng)用服務(wù)器構(gòu)成的服務(wù)器端SAN。這兩個應(yīng)用服務(wù)器通過一個SAN域名服務(wù)器訪問它們的存儲子系統(tǒng)。該SAN域名服務(wù)器為應(yīng)用服務(wù)器提供了卷管理和設(shè)備虛擬功能。