Ⅰ java服務集群與非集群的區別
集群肯定比非集群的處理能力強，但是你們集群不快可能是處理的瓶頸不在WEB到服務端的請求上，有可能是WEB端需要集群而不是服務端，更有可能是資料庫出現處理瓶頸而不是服務端。
要根據日誌分析和監控判斷好到底慢在哪裡。
一天才30000筆業務，對服務端程序來說簡直不值一提的
Ⅱ java 怎樣學習高並發集群等這些知識。平時項目中遇不到。
效率最高、消耗最小的就是純靜態化的html頁面，所以我們盡可能使我們的網站上的頁面採用靜態頁面來實現，這個最簡單的方法其實也是最有效的方法。
但是對於大量內容並且頻繁更新的網站，我們無法全部手動去挨個實現，於是出現了我們常見的信息發布系統CMS，像我們常訪問的各個門戶站點的新聞頻道，甚至他們的其他頻道，都是通過信息發布系統來管理和實現的，信息發布系統可以實現最簡單的信息錄入自動生成靜態頁面，還能具備頻道管理、許可權管理、自動抓取等功能，對於一個大型網站來說，擁有一套高效、可管理的CMS是必不可少的。
Ⅲ java如何實現對集群的監控
用Open-falcon，Open-falcon是小米運維團隊從互聯網公司的需求出發，根據多年的運維經驗，結合SRE、SA、DEVS的使用經驗和反饋，開發的一套面向互聯網的企業級開源監控產品。
Ⅳ 現在最常用的Java集群框架是哪個
Nutz， 一組輕便小型的框架的集合， 各個部分可以被獨立使用。 而 Nutz 的目標
就是在力所能及的情況下，最大限度的提高Web開發人員的生產力。
Ⅳ java 集群
一旦在伺服器上安裝並運行了群集服務 ， 該伺服器即可加入群集。群集化操作可以減少單點故障數量，並且實現了群集化資源的高可用性。下述各節簡要介紹了群集創建和群集操作中的節點行為。
注意 ： 有關安裝群集伺服器的信息 ， 請參閱 Windows server 2003 產品家族的幫助和部署指南。
創建群集
在伺服器群集產品中含有用來在伺服器上安裝群集軟體和創建新群集的群集安裝實用工具。創建新群集時，首先在選擇作為群集的第一個成員的計算機上運行該實用工具。第一步是確定群集名稱並創建群集資料庫和初始的群集成員列表來定義新群集。 Windows server 2003 群集新增了一個群集管理設置向導以及使用 cluster.exe 命令行界面創建 （ 包括從遠程創建 ） 群集的功能。
創建群集的第二步是 ， 添加可供所有群集成員使用的共用數據存儲設備。這樣，創建的新群集將帶有一個節點、自己的本地數據存儲設備以及群集共用資源 —— 通常是磁碟或數據存儲和連接介質資源。
創建群集的最後一步是 ， 在另外將要成為群集成員的每一台計算機上運行安裝實用工具。每當將新節點添加到群集中時，新節點都會自動從群集的原始成員獲得現有群集資料庫的副本。當節點加入或形成群集時，群集服務會更新該節點私有的配置資料庫副本。
形成群集
如果伺服器運行了群集服務並且無法找到群集中的其它節點 ， 它自己可以形成一個群集。要形成群集，節點必須能夠獲得對仲裁資源的獨占權。
當最初形成群集時 ， 群集中的第一個節點將包括群集配置資料庫。每當有新節點加入群集時，新節點都會在本地獲得並保持群集配置資料庫的副本。仲裁資源用恢復日誌（其中含有同節點無關的群集配置和狀態數據）的形式存儲配置資料庫的最新版本。
在群集運行中 ， 群集服務使用仲裁恢復日誌執行以下操作 ：
• 保證只有一組活動、可相互通訊的節點才能形成群集
• 僅當某個節點可以獲得對仲裁資源的控制權時 ， 才允許它形成群集
• 僅當某個節點可以同控制仲裁資源的節點通訊時 ， 才允許它加入或留在現有群集中
從群集中的其它節點和群集服務管理介面的角度看 ， 當形成群集時 ， 群集中的每個節點可能處於三種不同狀態中的一種。事件處理器會記錄這些狀態，而事件日誌管理器會將這些狀態復制到群集的其它節點。群集服務狀態包括：
• 離線 。此時的節點不是完全有效的群集成員。該節點及其群集伺服器可能在運行，也可能未運行。
• 聯機 。此時的節點是完全有效的群集成員。它遵從群集資料庫的更新、對仲裁演算法施加自己的影響、維護心跳通訊，並可以擁有和運行資源組。
• 暫停 。此時的節點是完全有效的群集成員。它遵從群集資料庫的更新、對仲裁演算法施加自己的影響、維護心跳通訊，但它無法接受資源組。它只能支持它當前已擁有的那些資源組。之所以提供暫停狀態，是為了允許執行某些維護。大多數伺服器群集組件會將聯機和暫停視為等價的狀態。
加入群集
如果一個伺服器要加入現有群集 ， 則它必須運行群集服務並且必須成功找到群集中的其它節點。在找到其它節點後，加入的伺服器必須接受群集成員資格驗證，並獲得群集配置資料庫的副本。
加入現有群集的過程開始於 Windows Server 2003 或 Windows 2000 Service Control Manager 在節點上啟動群集服務之時。在啟動過程中，群集服務會配置並裝入該節點的本地數據設備。它並不會試圖將共用的群集數據設備作為節點聯機，因為現有群集可能正在使用這些設備。
為了查找其它節點 ， 會啟動一個發現過程。當節點發現任何群集成員時，它將執行身份驗證序列。第一個群集成員會對新加入者進行身份驗證，並且在新伺服器得到成功驗證後返回成功狀態。如果驗證不成功（未能識別待加入節點的群集成員身份，或者它使用了無效的帳戶密碼），則加入群集的請求會被拒絕。
進行成功驗證後 ， 首先聯機的群集節點會檢查加入節點上的配置資料庫副本。如果該副本已過時，對加入伺服器進行驗證的群集節點會為加入的伺服器發送該資料庫的更新副本。剛加入群集的節點在收到復制的資料庫後，可以用它查找共享資源並根據需要將它們聯機。
脫離群集
當節點關閉或群集服務被停止時 ， 節點可能脫離群集。但當節點不執行群集操作（比如不向群集配置資料庫提交更新）時，節點也可能被迫脫離（被逐出）群集。
如果節點根據預先的計劃脫離群集 ， 它會向其它所有節點成員發送 ClusterExit 消息 ， 通知它們它將脫離群集。該節點不等待任何響應就會立即進行關閉資源和所有群集連接的操作。由於其餘節點收到了退出消息，因此它們不會執行在節點意外失效或網路通訊停止時發生的重新分組過程以重新確立群集成員身份。
[ 本日：2 本周：2 本月：60 總瀏覽數：128 ] [返回上一頁] [打 印] [收 藏]
上一篇文章：故障檢測和相關鏈接
下一篇文章：windows 2000活動目錄詳解之安裝配置篇
Ⅵ JAVA WEB項目集群部署問題
根據中間件不同部署方式也不同。tomcat下面就要分別部署了，weblogic支持分別部署，也支持統一部署（兩種方式各有優缺點，推薦分別部署）。
中間件基本上都支持session共享復制，不過實現方式可能有點區別（有的是基於容器，有的是基於memcache等等）。
Ⅶ java集群怎麼保證session共享
java集群之session共享解決方案
1
集群中session安全和同步是個最大的問題，下面是收集到的幾種session同步的方案，希望能通過分析其各自的優劣找出其適應的場景。
1
2
3
4
1. 客戶端cookie加密
這是我以前採用的方式，簡單，高效。比較好的方法是自己採用cookie機制來實現一個session,在應用中使用此session實現。
問題：session中數據不能太多，最好只有個用戶id。
參考實現：http://rollerweblogger.org/
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
2. application server的session復制
可能大部分應用伺服器都提供了session復制的功能來實現集群，tomcat,jboss,was都提供了這樣的功能。
問題：
性能隨著伺服器增加急劇下降，而且容易引起廣播風暴；
session數據需要序列化，影響性能。
如何序列化，可以參考 對象的序列化和反序列化.
參考資料:
Tomcat 5集群中的SESSION復制一
Tomcat 5集群中的SESSION復制二
應用伺服器－JBoss 4.0.2集群指南
1
2
3
4
5
6
7
8
9
10
3. 使用資料庫保存session
使用資料庫來保存session,就算伺服器宕機了也沒事，session照樣在。
問題：
程序需要定製；
每次請求都進行資料庫讀寫開銷不小(使用內存資料庫可以提高性能，宕機就會丟失數據。可供選擇的內存資料庫有BerkeleyDB,Mysql的內存表);
資料庫是一個單點，當然可以做資料庫的ha來解決這個問題。
1
2
3
4
5
6
7
8
9
10
4. 使用共享存儲來保存session
和資料庫類似,就算伺服器宕機了也沒事，session照樣在。使用nfs或windows文件共享都可以,或者專用的共享存儲設備。
問題：
程序需要定製；
頻繁的進行數據的序列化和反序列化，性能是否有影響；
共享存儲是一個單點，這個可以通過raid來解決。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
5. 使用memcached來保存session
這種方式跟資料庫類似，不過因為是內存存取的，性能自然要比資料庫好多了。
問題：
程序需要定製,增加了工作量；
存入memcached中的數據都需要序列化，效率較低；
memcached伺服器一死，所有session全丟。memchached能不能做HA? 我也不知道，網站上沒提。
參考資料:
應用memcached保存session會話信息
正確認識memcached的緩存失效
擴展Tomcat 6.x，使用memcached存放session信息
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
6. 使用terracotta來保存session
跟memcached類似，但是數據不需要序列化，並且是Find-Grained Changes，性能更好。配置對原來的應用完全透明，原有程序幾乎不用做任何修改。而且terracotta本身支持HA。
問題：terracotta的HA本身進行數據復制性能如何？
參考資料：
JVM-level clustering
Terracotta集群Tomcat實現Session同步
使用Terracotta和Tomcat建立ACTIVE-PASSIVE模式的集群
用Spring Web Flow和Terracotta搭建Web應用
Terracotta實戰示例——集群RIFE
Ⅷ java搭建分布式集群項目大概需要多少台伺服器
超過一台都可以叫集群，只有一台也可以算分布式，需要多少台伺服器，主要看你的項目有多少模塊，需要多高的性能。沒有什麼硬性要求，不用糾結