整理自《大話rac》
001
集群分類
高效能計算集群：應用在科學計算領域，常見於科研機構。
負載均衡集群（lb):核心是把業務的負載流量盡可能平均合理地分攤到集群各個節點。
高可用集群（ha）：側重於系統可用性，通過整合硬體和軟體的容錯性來實現整體服務的高可用。如果集群中的某個節點發生了故障，那麼將由另外的節點代替它。即使多個節點發生故障，整個系統環境也能保證使用者能夠訪問。
在實際應用的集群系統中，ha和lb這兩種基本型別經常會發生混合與交雜。rac就同時遇有ha和lb兩種能力。
002 集群環境的特殊問題
併發控制：oracle rac中用dlm（distribute lock management）機制來進行多個例項間的併發控制。
健忘症（amnesia）：這個問題發生在集群環境配置檔案不是集中存放，而是每個節點都有乙個本地副本。在集群正常執行時，使用者可以在任何節點更改集群的配置，並且這種更改會自動同步到其它節點。
但考慮這樣一種場景：兩個節點的集群，節點1因為正常的維護需要被關閉，然後在節點2修改了某些配置，然後關閉節點2（不關閉是什麼情況？？），啟動節點1。因為之前在節點2做的配置修改沒有同步到節點1，所以節點1啟動後，它仍然是用舊的配置檔案工作，這時就會造成配置丟失，即「健忘」。
腦裂（split brain）
在集群裡，節點間需要通過某種機制（心跳）了解彼此的健康狀況，以確保各節點協調工作。假設只是「心跳」出現故障，但各個節點還在正常執行。這時，每個節點都認為其它節點宕機。自己是整個集群環境中的「唯一健在者」，自己應該獲得整個集群的「控制權」。在集群環境中，儲存裝置都是共享的，這就意味著資料災難，這樣一種情況是就是「腦裂」。
io隔離（io fencing）
這是腦裂的延伸。光節點被趕出集群還不夠，還必須保證被趕出集群的節點不能操作共享資料。因為這時該節點可能還在執行中，如果不加限制很有可能會修改共享資料。這就是io隔離要解決的問題。
有硬體和軟體兩種方式：軟體是自殺，硬體是他殺。
redis集群常見問題合集
1，ruby版本太低導致的報錯問題 1 2 from redis trib.rb 25 in 1 from usr local ruby lib ruby 2.6.0 rubygems core ext kernel require.rb 54 in require usr local ruby l...
大資料集群的常見問題
一.免金鑰登入時需要修改authorized keys檔案的許可權 改為600 二.1 解除安裝系統自帶的jdk版本 檢視自帶的jdk rpm qa grep gcj 看到如下資訊 libgcj 4.1.2 44.el5 j a 1.4.2 gcj compat 1.4.2.0 40jpp.115 ...
集群分類與指令碼檢測
1 集群分類 1 高效能計算集群 hpc 2 負載均衡集群 lb 3 高可用集群 ha lb 和ha在企業中用的更多。2 伺服器架構 大型 技術架構 李智慧型 lvs專案介紹 linux 虛擬伺服器 lvs 可以實現 前端 負載均衡層 中間 伺服器 directorserver 除錯伺服器 real...