下面這個圖來說明高可用集合應用（本方案盡量考慮了單點故障）
方案說明：
1、上面為esxi集群cluster，在drs裡面設定pc組pc1和pc2
2、假設集群裡面有50臺虛擬機器（只做部分說明），其中有帶加密狗，有mscs集群，有oracle rac。
3、在drs規則裡面設定聚集虛擬機器包括，帶加密狗的虛擬機器（固定在其中一台機器上），有mscs集群（分別在兩個組裡任意伺服器上），有oracle rac（分別在兩個組任意伺服器上）
4、開啟ha、drs 、dpm。
5、在網路、電源、hba卡等等都是冗餘的。
方案優點：
1、在兩個pc組任意乙個發生不明down機（包括生產交換機中的1臺）都有雙從保障，本來ha就可以保證遷移，又有mscs和rac接管點保證業務不中斷，即使不遷移，業務也不會中斷。
2、加密狗始終固定在一台伺服器，保證加密狗虛擬機器業務正常使用。（聚集虛擬機器和虛擬機器到主機）
3、在業務低峰期，dpm可以達到省電效果，當然白天關閉dpm。（主頁裡排程任務）
4、高峰期到來，就由drs來平衡資源。當然drs需要設定一些策略，把一些佔資源較多的通過設定drs策略（單獨的虛擬機器和虛擬機器到主機），來把虛擬機器分到組裡不同的主機上。
當然ha中ft功能目前還是雞肋，如果不是雞肋，ft用著這個方案裡面就很完美了，那麼就不用我們做mscs集群了。
上面紅字為規則裡面應該設定的策略。
個人總結，如有錯誤，請批評指正。
database群：119224876（db china聯盟） 虛擬化方面群：229845401（虛擬化-雲計算-物聯網）
高併發 高可用
高併發 提高系統併發能力的方法主要有兩種 前者垂直擴充套件可以通過提公升單機硬體效能，或者提公升單機架構效能，來提高併發性，但單機效能總是有極限的，網際網路分布式架構設計高併發終極解決方案還是後者 水平擴充套件。網際網路分層架構中，各層次水平擴充套件的實踐又有所不同 1 反向 層可以通過 dns輪詢...
關於高併發下高可用的實戰總結
畢業這一年多來，對於學生時代面試 必考 的高併發高可用，主要是高併發狀態下的讀介面，保證其處於高可用狀態，有了一些實戰的經驗，這裡記錄和總結一下。在我看來，如果乙個後端流程要能夠扛住高併發大流量，必須嚴格經歷以下幾個流程 首先我們需要梳理乙個業務流程的關鍵路徑以及次要路徑，比如展示一段商品列表，最核...
redis 高可用切換 Redis高可用使用方法二
redis高可用使用方法一 redis高可用使用方法三 之前是主從模式下,但如果考慮到主從切換時，對於開發者來說需要更換配置檔案，是乙個不明智的選擇 而官方提供了哨兵模式 當然在官方不提供的前提下方式是有多種解決的 dns，四層等 一 哨兵的配置 cd redis 4.0.12 切換到之前解壓的目錄...