圖 3: ClearCase環境的系統組件
3.1 VOB 服務器的規格
如果用戶為ClearCase準備一個強大的專門的服務器,將更有可能成功安裝ClearCase。雖然從技術上并沒有什么能夠阻止用戶在ClearCase服務器上安裝第三方的軟件,但這已經證明不是一個好的選擇。
VOB服務器定義為一臺專門為了ClearCase的VOB服務的機器。在一個網絡中可能有多臺VOB服務器。為了理想的性能,VOB服務器應該具有以下特點:
3.1.1 專門的機器
VOB服務器應該只完成ClearCase任務:
不要在VOB服務器上進行編譯、Build和測試工作。
不要在VOB服務器上運行ClearCase 視圖。
ClearCase視圖與VOB競爭同樣的資源;為了管理需要,可以在VOB服務器上擁有少量的視圖。
不要在VOB服務器上運行其它的第三方軟件 (如DB2或者 Informix)。
VOB服務器不應該作為:
網關服務器或者 UUCP/Internet 代理服務器。
NFS 服務器,除為ClearCase VOB使用之外 (沒有郵件功能,沒有用戶根目錄功能)。
NIS/DCE/AFS 主服務器或者 Windows 域服務器。
Web服務器。
VOB服務器上不允許直接用戶登陸。
然而,VOB服務器可以同時作為License服務器而不會產生明顯的性能問題。在有一個VOB服務器的地方,把VOB服務器同時用作ClearCase注冊服務器和License服務器是有意義的,這樣可以降低系統失敗點。
3.1.2 足夠的內存
為獲得較好的性能,在多數情況下建議全部VOB數據庫的一半容量駐留在服務器的物理內存中。這是由于把VOB讀到內存中可以充分降低對磁盤訪問的需求,從而對增加性能有利。因此,一個只有256M內存的服務器只能支持很小的開發組的VOB。這個假定基于服務器上每個VOB的數據庫信息都被同時訪問,因此這是一個保守的估計。有可能VOB擁有大量的單元,這些單元與關聯的小數據庫相關。相對于其它需要更多的強烈的讀/寫操作(或者參與大的audited build)的VOB,這些處于只讀狀態的VOB(或者沒有audited build)不需要那么多的資源。
3.1.3 快速的磁盤 I/O
對于經常處于日常更新狀態如每晚的Build或者每日的開發工作的VOB來說,一個高性能的I/O子系統是必要的。下面這些點強調了對于ClearCase服務器有一個快速的磁盤I/O的必要性:
足夠的磁盤控制器
對于頻繁讀寫的VOB來說,建議在SCSI總線上,一個硬盤對應一個控制器。
磁盤陣列以及硬件的RAID系統也可以增加性能。
在一個通道上用菊花鏈連接幾個硬盤將導致嚴重的性能降低。
如果磁盤控制器為多于一個的硬盤服務的話,它好支持多個通道。但好的性能是每個硬盤有專門的控制器和通道。
不要把VOB放在一個硬盤分區上,使用多個硬盤以平衡負載。
保存在硬盤上的VOB的小建議容量是2G。
依賴于項目產生多少代碼,這個數據可以變化。
更大的項目可以考慮使用IBM ESS等的需求。
RAID
ClearCase可以在任何RAID配置下工作,但硬件RAID是的。
基于軟件的RAID將顯著地降低 ClearCase的性能 (特別是在Build時)。
相對于RAID 5 ,更加建議使用RAID 0+1 (鏡像和帶區)。
SAN
ClearCase 支持SAN,它支持的NAS解決方案由Network Appliance, Inc提供。
在大多數部署情況下,推薦的SAN方案是ESS。
使用 GSA作為NAS設備也可以被評估。
足夠的網絡帶寬
ClearCase 視圖和VOB的主機應該在同一個子網,從一個機器訪問另一個不需要使用路由。
如果現有的LAN已經過于飽和,你可以考慮為ClearCase 機器加一個子網(例如,在VOB服務器和配置View的機器上加一塊附加網卡)
好的解決方案是對于VOB服務器和視圖客戶端使用100MB的網絡或者更高(FDDI, CDDI, ATM, 快速以太網,等等)。
在交換網絡環境中使用ClearCase 時,支持10/100 baseT 的交換機通常已經足夠了。
3.1.4 服務器資源優先級
在規劃 ClearCase環境時,上面提到的因素都對ClearCase能工作得多好產生重要的影響(與項目大小相關)。機器資源影響的優先級順序如下:
內存
磁盤 I/O (非常接近于內存)
網絡
CPU