?
高可用集群的搭建
解決方案一：the mon+heartbeat+fake+coda solution
mon：乙個通用的資源監控系統， 它能監控網路服務的可用性和服務節點。
heartbeat：通過「序列線」或者「udp」，提供兩個節點之間的心跳檢測。
fake：通過arp欺騙（spoofing），實現ip層的主機「接管」。
??? 伺服器的故障恢復（failover）是這樣處理的：「mon」後台程式在負載均衡器上執行，它負責監控集群中的「服務程序」和「服務節點」。fping.monitor每個t秒會主動檢測「服務節點」是否還活著（alive）；其他相關的服務監控器每隔m秒主動檢測各個節點上的服務程序。比如：http.monitor能檢測http服務；ftp.monitor則用來檢測ftp服務；等等。當檢測到「服務節點」或者「服務程序」死掉或者復活時，警報會自動的在linux vertual server table中刪除或者新增一條規則。因此，負載均衡器會自動的遮蔽掉「服務程序」或者「服務節點」的失效，並且，當它們恢復可用時，又能自動恢復提供服務。
??? 現在，負載均衡器成了乙個整個系統的單一失效點，為了遮蔽掉負載均衡器（主負載均衡器）的失效，我們需要設定乙個備份的負載均衡器。「fake」軟體可以用在這個備份機器（從負載均衡器）上，當主負載均衡器失效時，從負載均衡器可以接管主負載均衡器的ip位址，從而對外提供服務。「heartbeat」用來檢測主負載均衡器的狀態，從而決定是否啟用從負載均衡器上的「fake」。
??? 但是，無論是主從伺服器之間的「故障恢復」或者「服務接管」，都將會引起當前已經建立好的連線的失效，這需要客戶端重新傳送它們的請求。?
??? 網路檔案系統coda是乙個容錯的分布式檔案系統，它是andrew 檔案系統的後繼者。引入網路檔案系統，主要是為了解決集群中遇到的儲存一致性。
解決方案二：the ldirectord + heartbeat solution
??? ldirectord(linux director daemon)是乙個單獨的程序，用來監控真實伺服器的服務，目前，只支援兩種服務：http和https。它只需要和heartbeat一起工作。
??? ldirectord相比mon的優勢有：
??? 1） 它是專門為lvs寫的
??????? 它讀取配置檔案/etc/ha.d/***.cf，該檔案中包含了所有的ipvs 路由表配置。當ldirectord啟動時，ipvs路由表就會正確的配置。
??? 2） 它可以方便被heartbeat啟動/停止。
cloud 搭建eureka高可用HA
不需要拉取服務列表 register with eureka false server服務不用註冊 後面的cloud eureka beta和cloud eureka omega檔案類似 注意，如果將eureka.instance.hostname換成 ip 或者是 localhost,是不會成功的...
hadoop整合yarn高可用HA的搭建
1 修改配置檔案 具體的修改內容為 mapred site.xml mapreduce.framework.name yarn 修改 yarn site.xml yarn.nodemanager.aux services mapreduce shuffle yarn.resourcemanager....
高可用HA配置
注意 在此之前zookeeper要配置好 1.首先我們修改core site.xml檔案 1 指定hdfs的nameservice為mycluster fs.defaultfs hdfs mycluster 2 指定hadoop臨時目錄 hadoop.tmp.dir home master hado...