應用apache+tomcat的方式,是否可以支持3000人同時在線訪問
一個棉花電子商務網站,每天在交易時的同時在線人線平均2500人左右,主要是在線觀看實時行情。同時,網站提供大量的信息發佈,論壇,在線電子商務等功 能。準備應用J2EE來實現,應用apache+tomcat的方式,是否可以支持3000人同時在線訪問。如果不行,有什麼好的建議,最好是免費的應用 服務器 問題
一個支持3000用戶同時在線的系統,關鍵點已經不緊緊是軟件的問題了,還在於硬件配置上。
一套Weblogic或者Websphere動輒十幾萬,出於節省投資的角度考慮,我們能不能推薦客戶使用Tomcat或者Jboss等其它免費的應用服
務器呢,本文就此問題做一討論。
一、不選擇Tomcat的理由
1.Tomcat沒有EJB container,如果有分佈式的要求會比較難辦;
2.從保險性來說,萬一應用服務器本身有什麼漏洞,你沒辦法向Apache索賠;
3.開源軟件項目,沒有任何商業服務,遇到問題沒有技術支持。
二、選擇Tomcat的理由
1、免費使用,這是最大的誘惑
2、實現J2EE規範最好的應用服務器
Tomcat是jakarta項目中的一個重要的子項目,其被JavaWorld雜誌的編輯選爲2001年度最具創新的java產品(Most Innovative
Java Product),同時它又是sun公司官方推薦的servlet和jsp容器(具體可以見http://java.sun.com/products/jsp/tomcat/)。
由於遵從J2EE規範,所以從Tomcat向其他平臺轉移時,工作量是非常小的。例如將Tomcat 下的東西移到Weblogic, 基本上只是copy。
3、我的項目不需要EJB
對於國內的很多中小型Java項目,根本用不到EJB技術。大多數應用是把傳統的MIS轉換到B/S模式上來,由兩層結構到三層結構,
Datasource+Jsp+Serverlet完全可以滿足開發需要。界面用Jsp實現,業務邏輯用JavaBean完成,既然用不到EJB,Tomcat也就可以
滿足需求了。
4、Tomcat的性能
對於性能的懷疑可能是很多人不選擇免費應用服務器的理由。事實勝於雄辯,看看下面的一些案例吧:
sms.qianlong.com linux+tomcat+apache
中國同學錄 www.5460.net:Tomcat 4.1.18 上千萬註冊用戶,每天的訪問量達到400萬人次以上
www.west100.com每天訪問量超過500萬
注:用netcraft可以查看目標網站所採用的應用服務器,方法是 http://uptime.netcraft.com/up/graph/?host=www.icbc.com.cn,
把host參數改稱目標地址就可以了。
再看一下來自網上的測評(摘自網友評論 http://search.csdn.net/Expert/topic/2277/2277414.xml?temp=.7720301)
我們的情況(單機,沒有負載均衡):
操作系統: RedHat Advanced Server 2.1
服務器配置: dell 6650: 8 至強CPU, 3G RAM, 300G HD
訪問量: 80萬+
TOMCAT 4.1.24
JDK 1.4.1_02
JDK 啓動參數 -Xmx1024m
無響應時top顯示java佔用內存爲800M左右(實際佔用要大一些),訪問量>80萬(實際情況,不是模擬訪問),操作系統正常
第一: 併發訪問量大概在1000左右。(這是實際跑出來的數據,不是模擬測試!)
第二: 這臺機器只有Tomcat
------------------------------------------
回覆人: zeeler(鴨子)
如果不想買商業應用程序服務器,建議你可以試試使用Tomcat做負載均衡,即多個tomcat來共同分擔併發訪問量
------------------------------------------
回覆人: liangxuan1979(不貪)
我們這邊的情況和樓主有很多類似的地方.
Server也是6650,軟件配置也是一模一樣.
只是我們的訪問量小些,同時在線的人數大概也在200-600人左右.
------------------------------------------
回覆人: caliban1979(甲蟲)
誰說tomcat不行啊!
我們做的www.west100.com每天訪問量超過500萬(用webalizer統計出來的!)
我的配置是Linux操作系統,數據庫mysql
前置squid緩存,後面起tomcat服務,可以跑3、4個月不當機
事實證明一切
我不想說什麼了!
------------------------------------------
三、總結
看似不選擇Tomcat的理由很是充分,關鍵因素在於商業軟件有技術服務保障,可是:
1.不管你用Weblogic或者Tomcat,出現問題客戶只會來找你們公司而不去找BEA/IBM他們.
2.不管是你程序的問題還是Weblogic或者Tomcat系統平臺的問題,處理問題的一般還是你們程序員,修改程序的BUG或者修改程序適應
Weblogic或者Tomcat的BUG.
3.BEA/IBM的上門技術服務費用往往要高於你購買系統平臺的費用甚至你整個軟件系統的利潤.沒有幾K的RMB BEA/IBM的技術人員是不
會出門的.
如果看了以上文字你還不能確認你的項目該選擇那種產品的話,這句話對你可能會有幫助:用最適當的方法解決問題就是最好的。
沒有問題。
一個支持3000用戶同時在線的系統,關鍵點已經不緊緊是軟件的問題了,還在於硬件配置上Top
tomcat只能支持256個併發線程,3000用戶同時在線你就要看他們併發操作多不多,因爲tomcat是應用服務器是是用http協議,而不是tcp協議,多少人在線不是問題所在,併發鏈接纔是問題根本。Top
Apache+Tomcat,支持粘性會話集羣,輕鬆得綽綽有餘。
沒有問題,我做過類似的,我校一萬多人,在4千人同時上的時候都沒有問題。主要考慮硬件,以及分佈式。Top
www.west100.com每天訪問量超過500萬
就是 我們用的就是 tomcat4 呵呵!
應用服務器 是否可以承受了壓力 主要在數據庫操作上!
我們可以通過很多方式改變對數據庫的操作!
樓上說的不錯,在數據庫方面可以利用象連接池這樣的方式去進行,儘量去減少對服務器的壓力Top
我的網站大概20-30個人同時在線,但tomcat總是莫名其妙的死了,說個內存不夠,java vm的內存是默認大小,服務器內存有1G,請大家幫忙看看這是什麼原因,感謝。
2005-08-17 00:33:51 CoyoteAdapter An exception or error occurred in the container during the request processing
java.lang.OutOfMemoryError
2005-08-17 08:42:40 CoyoteAdapter Bad Cookie Name: path /Value: /web.126.htm
java.lang.IllegalArgumentException: Cookie name path is a reserved token
我在網站內使用了urlrewriteTop
可以是可以。但數據傳送的得話會慢。如果網絡和硬件配置不好的話有可能會出現無法訪問。
一個支持3000用戶同時在線的系統,關鍵點已經不緊緊是軟件的問題了,還在於硬件配置上。
一套Weblogic或者Websphere動輒十幾萬,出於節省投資的角度考慮,我們能不能推薦客戶使用Tomcat或者Jboss等其它免費的應用服
務器呢,本文就此問題做一討論。
一、不選擇Tomcat的理由
1.Tomcat沒有EJB container,如果有分佈式的要求會比較難辦;
2.從保險性來說,萬一應用服務器本身有什麼漏洞,你沒辦法向Apache索賠;
3.開源軟件項目,沒有任何商業服務,遇到問題沒有技術支持。
二、選擇Tomcat的理由
1、免費使用,這是最大的誘惑
2、實現J2EE規範最好的應用服務器
Tomcat是jakarta項目中的一個重要的子項目,其被JavaWorld雜誌的編輯選爲2001年度最具創新的java產品(Most Innovative
Java Product),同時它又是sun公司官方推薦的servlet和jsp容器(具體可以見http://java.sun.com/products/jsp/tomcat/)。
由於遵從J2EE規範,所以從Tomcat向其他平臺轉移時,工作量是非常小的。例如將Tomcat 下的東西移到Weblogic, 基本上只是copy。
3、我的項目不需要EJB
對於國內的很多中小型Java項目,根本用不到EJB技術。大多數應用是把傳統的MIS轉換到B/S模式上來,由兩層結構到三層結構,
Datasource+Jsp+Serverlet完全可以滿足開發需要。界面用Jsp實現,業務邏輯用JavaBean完成,既然用不到EJB,Tomcat也就可以
滿足需求了。
4、Tomcat的性能
對於性能的懷疑可能是很多人不選擇免費應用服務器的理由。事實勝於雄辯,看看下面的一些案例吧:
sms.qianlong.com linux+tomcat+apache
中國同學錄 www.5460.net:Tomcat 4.1.18 上千萬註冊用戶,每天的訪問量達到400萬人次以上
www.west100.com每天訪問量超過500萬
注:用netcraft可以查看目標網站所採用的應用服務器,方法是 http://uptime.netcraft.com/up/graph/?host=www.icbc.com.cn,
把host參數改稱目標地址就可以了。
再看一下來自網上的測評(摘自網友評論 http://search.csdn.net/Expert/topic/2277/2277414.xml?temp=.7720301)
我們的情況(單機,沒有負載均衡):
操作系統: RedHat Advanced Server 2.1
服務器配置: dell 6650: 8 至強CPU, 3G RAM, 300G HD
訪問量: 80萬+
TOMCAT 4.1.24
JDK 1.4.1_02
JDK 啓動參數 -Xmx1024m
無響應時top顯示java佔用內存爲800M左右(實際佔用要大一些),訪問量>80萬(實際情況,不是模擬訪問),操作系統正常
第一: 併發訪問量大概在1000左右。(這是實際跑出來的數據,不是模擬測試!)
第二: 這臺機器只有Tomcat
------------------------------------------
回覆人: zeeler(鴨子)
如果不想買商業應用程序服務器,建議你可以試試使用Tomcat做負載均衡,即多個tomcat來共同分擔併發訪問量
------------------------------------------
回覆人: liangxuan1979(不貪)
我們這邊的情況和樓主有很多類似的地方.
Server也是6650,軟件配置也是一模一樣.
只是我們的訪問量小些,同時在線的人數大概也在200-600人左右.
------------------------------------------
回覆人: caliban1979(甲蟲)
誰說tomcat不行啊!
我們做的www.west100.com每天訪問量超過500萬(用webalizer統計出來的!)
我的配置是Linux操作系統,數據庫mysql
前置squid緩存,後面起tomcat服務,可以跑3、4個月不當機
事實證明一切
我不想說什麼了!
------------------------------------------
三、總結
看似不選擇Tomcat的理由很是充分,關鍵因素在於商業軟件有技術服務保障,可是:
1.不管你用Weblogic或者Tomcat,出現問題客戶只會來找你們公司而不去找BEA/IBM他們.
2.不管是你程序的問題還是Weblogic或者Tomcat系統平臺的問題,處理問題的一般還是你們程序員,修改程序的BUG或者修改程序適應
Weblogic或者Tomcat的BUG.
3.BEA/IBM的上門技術服務費用往往要高於你購買系統平臺的費用甚至你整個軟件系統的利潤.沒有幾K的RMB BEA/IBM的技術人員是不
會出門的.
如果看了以上文字你還不能確認你的項目該選擇那種產品的話,這句話對你可能會有幫助:用最適當的方法解決問題就是最好的。
沒有問題。
一個支持3000用戶同時在線的系統,關鍵點已經不緊緊是軟件的問題了,還在於硬件配置上Top
tomcat只能支持256個併發線程,3000用戶同時在線你就要看他們併發操作多不多,因爲tomcat是應用服務器是是用http協議,而不是tcp協議,多少人在線不是問題所在,併發鏈接纔是問題根本。Top
Apache+Tomcat,支持粘性會話集羣,輕鬆得綽綽有餘。
沒有問題,我做過類似的,我校一萬多人,在4千人同時上的時候都沒有問題。主要考慮硬件,以及分佈式。Top
www.west100.com每天訪問量超過500萬
就是 我們用的就是 tomcat4 呵呵!
應用服務器 是否可以承受了壓力 主要在數據庫操作上!
我們可以通過很多方式改變對數據庫的操作!
樓上說的不錯,在數據庫方面可以利用象連接池這樣的方式去進行,儘量去減少對服務器的壓力Top
我的網站大概20-30個人同時在線,但tomcat總是莫名其妙的死了,說個內存不夠,java vm的內存是默認大小,服務器內存有1G,請大家幫忙看看這是什麼原因,感謝。
2005-08-17 00:33:51 CoyoteAdapter An exception or error occurred in the container during the request processing
java.lang.OutOfMemoryError
2005-08-17 08:42:40 CoyoteAdapter Bad Cookie Name: path /Value: /web.126.htm
java.lang.IllegalArgumentException: Cookie name path is a reserved token
我在網站內使用了urlrewriteTop
可以是可以。但數據傳送的得話會慢。如果網絡和硬件配置不好的話有可能會出現無法訪問。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.