一般是指2臺機器啟動著完全相同的業務系統，當有一台機器down機了另外一台伺服器就能快速的接管，對於訪問的使用者是無感知的。
1.硬體：
f52.軟體：
keepalived
keepalived是基於vrrp協議實現的如何才能做到出現故障自動轉移，此時vrrp就出現了
我們的vrrp其實是通過軟體或者硬體的形式在master和backup外面增加乙個虛擬的mac位址（vmac）與虛擬ip位址（vip），那麼在這種情況下，pc請求vip的時候，無論是master處理還是backup處理，pc僅會在arp快取表中記錄vmac與vip的資訊
通常業務系統需要保證7×24小時不down機，比如公司內部的oa系統每天公司人員都需要使用，則不允許down機，作為業務系統來說隨時都可用
.如何確定誰是主節點誰是背節點（選舉投票，優先順序）
2.如果master故障，backup自動接管，那麼master恢復後會奪權嗎（搶占式、非搶占式）
3.如果兩台伺服器都認為自己是master會出現什麼問題（腦裂）
高併發 高可用
高併發 提高系統併發能力的方法主要有兩種 前者垂直擴充套件可以通過提公升單機硬體效能，或者提公升單機架構效能，來提高併發性，但單機效能總是有極限的，網際網路分布式架構設計高併發終極解決方案還是後者 水平擴充套件。網際網路分層架構中，各層次水平擴充套件的實踐又有所不同 1 反向 層可以通過 dns輪詢...
分布式 集群 高可用的概念
舉例子 小飯店原來只有乙個廚師，切菜洗菜備料炒菜全乾。後來客人多了，廚房乙個廚師忙不過來，又請了個廚師，兩個廚師都能炒一樣的菜，兩個廚師的關係是集群。為了讓廚師專心炒菜，把菜做到極致，再請了個配菜師負責切菜，備菜，備料 原本廚師要一起做的活，從此分出去了，廚師和配菜師的關係是分布式。乙個配菜師也忙不...
高併發高可用（一）概念和技術架構雜談
乙個系統的吞度量 承壓能力 系統在單位時間內處理請求的數量，體現系統整體處理能力 與request對cpu的消耗 外部介面 io等等緊密關聯。單個request對cpu消耗越高，外部系統介面 io影響速度越慢，系統吞吐能力越低，反之越高。吞度量常用量化指標有每秒事務數tps 每秒查詢率qps 每秒h...