可用性集是 vm 的邏輯分組，可讓 azure 了解應用程式的構建方式，以便提供冗餘和可用性。建議在可用性集內建立兩個或多個 vm，提供高度可用的應用程式，並滿足 99.95% azure sla 的要求。
可用性集由可防止硬體故障以及允許安全應用更新的兩個額外分組構成 - 容錯域 (fd) 和更新域 (ud)。
容錯域（fault domain）：容錯域是共享公用電源和網路交換機的基礎硬體邏輯組，類似於本地資料中心內的機架。在可用性集內建立 vm 時，azure 平台會將 vm 自動分布到這些容錯域。此方法可限制潛在物理硬體故障、網路中斷或斷電的影響。
更新域（update domain）：更新域是可以同時維護或重新啟動的基礎硬體邏輯組。在可用性集內建立 vm 時，azure 平台會自動將 vm 分布到這些更新域。azure 平台進行定期維護時，此方法可確保至少有乙個應用程式例項始終保持執行狀態。在計畫內維護期間，更新域的重啟順序可能不會按序進行，但一次只重啟乙個更新域。
在arm門戶中，我們可以建立可用性集，制定自己的容錯域和更新域的數量，目前故障域最大是3個，更新域最大是20個，當然我們數量的大小並不會有額外的費用，也沒有必要完全使用最大值。
在建立虛擬機器的時候，我們可以選擇高可用的方案，這裡就是指的設計虛擬機器的故障域和更新域。新增進去的虛擬機會自動安裝設計分配故障域和更新域。
PostgreSQL 內建高可用方案
注意 以下內容翻譯與postgresql 10.3 高可用篇 是sdf 修改過的乙個檔案系統複製的版本 若乙個電腦的檔案系統發生變化，則這些改變會被映象複製到其他所有的檔案系統中。唯一的約束是 映象複製的時候必須確保 從庫和要複製的檔案系統已經保持一致，尤其是 往從庫 寫操作的時候必須是和往主庫寫是...
主流高可用方案對比
keepalived高可用之間是通過vrrp通訊的 vrrp通過競選機制確定主備，主的優先順序高於備，因此在工作時主優先獲得資源，備節點處於等待狀態，當備節點無法接收到主節點的心跳資訊時，備節點就回接管主節點的所有資源，頂替主節點對外服務。vrrp 虛擬路由冗餘協議，主要是解決靜態路由的單點故障問題...
高可用 負載均衡 方案
高可用 keepalived heartbeat 負載 lvs haproxy web應用的負載均衡 集群 高可用 ha 解決方案 構建高效能web站點 筆記 基礎架構篇 高可用可伸縮架構實用經驗談 amoeba是乙個以mysql為底層資料儲存，並對應用提供mysql協議介面的proxy。它集中地響...