【新炬網路名師大講堂】TUXEDO的配置最佳化之路一

TUXEDO最重要的就是UBB配置檔案，所有資源的配置資訊全部集中在UBB當中，當系統出現效能瓶頸的時候，就需要對UBB的配置進行最佳化，那麼應該怎麼最佳化呢？近期做了幾個TUXEDO的最佳化專案，把經驗總結一下分享給大家。

TUXEDO的配置檔案其實很簡單，就是由三大必需模組和一些可選模組組成。先對三個必需模組中會影響效能的引數進行最佳化。

 

一、RESOURCES 部分：與整個系統有關的配置資訊

MAXSERVERS

指定BB可以公告的最大伺服器數量。取值範圍為（0，8192），預設值為50。所有系統提供的伺服器和使用者開發的伺服器都算在內，包括進行管理的SERVER，如:BBL,TMS等。

這個引數就是用來限制可以啟動服務總數，所以在配置的時候肯定是要大於實際配置的server數，否則就會導致超過配置的服務啟動不了。日誌中提示ERROR: No space in Bulletin Board for Queue Table。那麼要配置成多少才合理呢？酌情大於目前實際配置的server數，原則就是要為業務增長和新需求提供一定的冗餘。
MAXSERVICES

指定BB可以公告的最大服務數。取值範圍為32768），預設值為100。 

這個引數用來限制可以釋出交易總數，在配置的時候肯定要大於實際釋出的交易數。Server數和service數是對應關係，但不是一對一，而是一對多關係，除非確認應用中所有的server都只包含一個service，就可以把MAXSERVERS和MAXSERVICES設定成一樣的，否則MAXSERVICES的值都要大於MAXSERVICES ，但這兩個值也不能太相近，除非確認應用中只有個別SERVER包含的SERVICE多於一個，否則者建議將其調大，除實際配置的service數還有一定的冗餘。

 

MAXACCESSERS

是在某一個MACHINE上可以併發訪問bulletin board（BB）的客戶端和服務程式的總和，但不包括管理程式如:BBL,DBBL等。這個數在0-32768之間，預設是50。

這個引數指服務端和客戶端的最大程式數，那麼從這個解釋我們就可知 MAXACCESSERS > MAXSERVERS + MAXWSCLIENTS

如果MACHINE段配置MAXACCESSERS，則自動使用MACHINE段配置的引數。

 

OPTIONS

對於未使用tuxedo安全稽核服務的應用應在OPTIONS中明確關閉此服務，以減少內部管理開銷；如果應用中未使用全域性事務，建議明確關閉XA支援，減少管理開銷。為提高效能，建議設定”OPTIONS NO_AA,NO_XA”。

OPTIONS=NO_AA：去掉驗證和審計安全選項

OPTIONGS=NO_XA：關閉XA事務

 

LDBAL

設定是否進行負載平衡。Y：要，N：不要，預設值為不要。

多個server，不用MSSQ,這種模式下為”Y”時，TUXEDO在接收到請求時會按照它的負載均衡的演算法來找到合適的server來處理，而設定成”N”時，總是由第一個可用的server來處理。建議設定LDBAL=Y，透過這種方法可以讓多個server來處理大量併發的請求，就達到了改善效能的目的。而用MSSQ（Multi Server, Single Queue），顧名思義，就是有多份server，但是隻有一個佇列（請求佇列），則建議設定LDBAL=N，因為在這種模式下只有一個佇列了，設定這種策略已經沒有意義了。當然，在使用TUXEDO的應用系統中，不能絕對的說哪一種方式更好，只能是根據具體的情況來分析，並透過實際的壓力測試來進行選擇，而且這個和具體server的特點也是有關的。

 

 

二、MACHINES部分：

TYPE

當兩臺伺服器型別不同時，在它們之間傳送資料要進行編碼/解碼工作 。在不同作業系統型別間發生Tuxedo通訊時，此值不設或設為同樣的值可能導致ULOG中出現大量的報錯，建議設為相應的作業系統型別。

 

SPINCOUNT=100000

對於多CPU主機系統，應適當設定spincount (>=10000)，如：SPINCOUNT=80000；具體數值根據業務吞吐量酌情設定。

 

GROUPS部分就沒什麼好調優的了，下一篇講講重頭戲，SERVER部分的調優。