今天看了關於集群和負載均衡的文章，感覺不錯
記錄下學習心得
1、集群
它是利用集群中系統 的冗餘，當系統中某台機器發生損壞的時候，其他後備的機器可以迅速的接替它來啟動服務，等待故障機的維修和返回。最大限度的保證集群中服務的可用性。這類系統一般在銀行，電信服務這類對系統可靠性有高的要求的領域有著廣泛的應用。
2、負載均衡 load balance
先得從集群講起，集群就是一組連在一起的計算機，從外部看它是乙個系統，各節點可以是不同的作業系統或不同硬體構成的計算機。如乙個提 供web服務的集群，對外界來看是乙個大web伺服器。不過集群的節點也可以單獨提供服務。
它是利用乙個集群中的多台單機，完成許多並行的小的工作。一般情況下，如果乙個應用使用的人多了，那麼使用者請求的相應時間就會增大，機器的效能也會受到影響，如果使用負載均衡集群，那麼集群中任意一台機器都能相應使用者的請求，這樣集群就會在使用者發出服務請求之後，選擇當時負載最小，能夠提供最好的服務的這台機器來接受請求並相應，這樣就可用用集群來增加系統的可用性和穩定性。這類集群在**中使用較多；
問題：使用集群時，多個應用部署在不通的集群機器中，在專案中使用synchornzied，只能鎖住其中一台機器上的應用,導致重複編碼的問題。
網上解決方法（最終的解決方法是在**中做了限制，每個tomcat取的編碼加上一位標記，如第乙個tomcat產生的編碼最後一位加上"1",第二個tomcat產生的編碼最後一位加上"2",有多少伺服器，就加多少個）
個人意見，將synchronized應用分離出來，放在另一台伺服器上，對資料操作，避免資料重複。
關於負載均衡和集群
集群應該是多台伺服器之間的連線.我突然想到乙個場景 比如乙個系統 最大併發是1000,乙個tomcat一般最大併發支援250左右最好,這樣的話我就需要4個tomcat伺服器來集群執行吧？一般情況下腰分布到四台機器了吧.如果每個訪問都是最簡單的答應一下hello world 的話,那麼乙個機器處理併發...
dubbo集群容錯和負載均衡
當我們的系統中用到dubbo的集群環境,因為各種原因在集群呼叫失敗時，dubbo提供了多種容錯方案，預設為failover重試。dubbo的集群容錯在這裡想說說他是因為我們實際的專案中出現了此類的問題,因為依賴的第三方專案出現異常,導致dubbo呼叫超時,此時使用的是預設的集群容錯方式,而配置的re...
jeesite集群和負載均衡配置
jeesite是支援集群和負載均衡配置的，其實步驟非常簡單。我們只需修改jeesite.properties的配置項，將ehcache.configfile cache ehcache local.xml修改為ehcache.configfile cache ehcache rmi.xml 如果配置...