最近的項目中有用到libvirt的java包進行libvirt的遠程命令調用,進行kvm的管理。我們的測試人員一個偶然的機會下測試出來,在控制連接狀態的時候,可能存在一個嚴重的bug,由於界面上的flex應用在每次點擊虛擬機節點的時候,會導致對後台的remote service進行大約3-4次的調用,而這些remote service中會利用libvirt的結構進行結果的獲取,我們為了提高效率,將libvirt的鏈接進行了保持,而不是每次都進行重連,以減少性能的損耗。
存在這樣的情況,當網絡正常的時候,建立起來的connection,一直在內存中駐留,此時如果拔掉網線,這個鏈接也不會斷開,由於內存中這個connection的值也不為空,無法判斷鏈接是否斷開,所以在此點擊界面的時候,一點調用了libvirt的接口,就會一直卡住界面多點擊幾次後,tomcat的所有可服務線程就都卡住了,導致整個界面無法使用。
解決方法為:啟動一個線程由於實時的檢測主機的斷開連接狀態,當狀態不正常的時候,在獲取connection的方法中直接拋出異常,阻止後續的邏輯的執行。但是這樣只能解決狀態問題,不能解決在這個狀態獲取的間隙中的界面點擊問題,查找到資料發現tomcat的線程池模型也許可以幫忙,於是將線程池用上了,測試過後,終於發現可以了。
據說tomcat7可以檢測哪個線程被卡死了,但是由於條件顯示沒有將產品中的tomcat6環境升級為tomcat7,所以這個也就不可用了。
具體修改方法:
復制代碼代碼如下:
<Executor name="tomcatThreadPool" namePrefix="catalina-exec-" maxThreads="150" minSpareThreads="4"/>
取消掉這段的注釋,然後可以修改maxThreads和minSpareThreads兩個參數為你想要的值,maxThreads比較簡單允許的最多線程數
通常150應該足夠了,後面的這個參數呢,表示最小的駐留服務線程數,也就是說這些線程會一直等待服務。</p>
<p><Connector executor="tomcatThreadPool" port="8080" protocol="HTTP/1.1"
connectionTimeout="20000" maxTreads="500" minSpareThreads="30" maxSpareThreads="50"
URIEncoding="UTF-8" keepAliveTimeout="15000"
redirectPort="8443" /></p>
<p>修改Connector節點,增加executor="tomcatThreadPool",maxThreads,minSpareThreads,maxSpareThreads,keepAliveTimeout等參數的配置
這樣就基本上解決了問題,參數具體含義呢,其中兩個和上面提到的意義是一樣的,executor表示對上面的那個Executor節點的引用,所有這個配置的線程都會在那個池中。
keepAliveTimeout表示每個線程能被卡住的最長時間,也就是能存活的最長時間。
有了上述修改後,我們的tomcat就再也不會被libvirt線程卡住了,一旦卡住,也只是15秒的一個線程,除非能同時請求操過500個線程,否則tomcat都能正常的提供服務了,只是上述參數沒經過調優,性能各方面都沒有測試,只是臨時解決,具體數值的大小,還是需要按照實際情況,經過多組數據的測試對比後然後確定一個值。