Azure 高可用架構設計實戰：Load Balancer (區域內) 與 Traffic Manager (全域/混合) 四大部署模式圖解

核心設計原則

• 前後端分離：Web 前端無狀態、可水平擴展；資料庫採用原生 HA (主備/叢集/雙活)。
• 負載均衡分層：
  Azure Load Balancer (LB)：區域內、雲服務內、第 4 層 (TCP/UDP) 輪詢。
  Azure Traffic Manager (TM)：全域 DNS 層面、故障轉移/效能/加權輪詢、支援雲端+內部部署混合。

模式一：TM 故障轉移 + 內部部署資料庫 (單雲區域主動)

• 正常：流量 → TM → Azure 雲服務 (LB 內部輪詢前端) → 內部部署資料庫主節點 (主備同步)。
• 故障：Azure 前端不可用 → TM 健康檢查失敗 → 切換至內部部署前端 → 直連內部部署資料庫主節點 (備庫自動升主)。
• 優點：資料留在內部部署，合規性強；缺點：跨雲延遲、內部部署前端平時閒置成本高。

模式二：TM 負載均衡 (全雲雙區域) + 內部部署資料庫

• 正常：TM 效能/輪詢模式 → 上海/北京雲服務 (各自 LB) → 共同存取內部部署資料庫主節點。
• 故障：單區域雲服務掛掉 → TM 移除該端點 → 全流量導向健康區域。
• 優點：雙活就近存取、資料集中管理；缺點：跨區域資料庫延遲、單點資料庫風險。

模式三：TM 故障轉移 + 異地資料庫 (雲主動 + 內部部署備援)

• 正常：流量 → Azure 雲服務 (主) → 雲端資料庫主節點 → 同步至內部部署備庫 (內部部署前端待命)。
• 故障：Azure 區域級故障 (前端+資料庫雙掛) → TM 切換前端至內部部署 + 資料庫主備切換 (備庫升主) → 內部部署全棧接管。
• 優點：區域級災難恢復 (RPO/RTO 可控)；缺點：雙雲同步複雜度高、切換驗證需演練。

模式四：TM 負載均衡 (全雲雙區域) + 異地雙主資料庫

• 正常：TM 輪詢/效能 → 上海/北京雲服務 (各 LB) → 就近存取同區域資料庫 (上海主/北京主) → 資料庫雙主同步 (Galera/AlwaysOn 等)。
• 故障：上海區域全掛 → TM 移除上海端點 → 全流量導向北京區域 (前端+資料庫雙活)。
• 優點：真正雙活、零資料中心單點、最低延遲；缺點：雙主同步衝突處理、成本最高、運維複雜度最高。

關鍵技術點補充

避坑指南：
1. LB 後端池 VM 必須在同一虛擬網路/可用性集/VMSS。
2. TM 端點監視路徑建議專用 /healthz，回傳 200 且檢查關鍵依賴 (DB、快取)。
3. DNS TTL 設定 30~60 秒平衡切換速度與查詢量。
4. 跨區域資料庫同步必須測試衝突解決 (最後寫入勝/主鍵避免衝突/應用層協調)。