方案二：MySQL + GFS/GNBD + HA (Active/Passive)
核心架構
┌─────────────┐ ┌─────────────┐
│ Node 1 │ │ Node 2 │
│ (Active) │ │ (Standby) │
│ MySQL │ │ MySQL │
└──────┬──────┘ └──────┬──────┘
│ │
└────────┬──────────┘
▼
┌─────────────┐
│ Shared │
│ Storage │
│ (GFS/GNBD) │
└─────────────┘
關鍵技術棧
- GNBD (Global Network Block Device)：將遠程塊設備映射為本地塊設備
- GFS (Global File System)：集群文件系統，支持多節點並發讀寫同一存儲，元數據鎖協調 (DLM)
- HA 軟件：Heartbeat/Corosync 監控節點健康，故障時漂移 IP、掛載文件系統、啟動 MySQL
成本結構
- N 台高性能服務器 (1 Active + N-1 Standby)
- 共享存儲 (SAN/NAS + GNBD 网關)
- GFS 企業版授權成本 (Red Hat GFS 需訂閱)
能力評估
| 指標 | 評級 | 說明 |
|---|
| 高可用性 |
⭐⭐⭐ |
存儲共享消除數據同步延遲，故障切換僅需啟動 MySQL 進程 |
| 冗余度 |
⭐⭐ |
計算節點冗余，存儲單點 (需存儲層 RAID/多路徑保障) |
| 負載均衡 |
⭐ |
Active/Passive 單活，備機閒置資源浪費 |
| 寫擴展性 |
⭐ |
單寫節點，GFS 元數據鎖開銷限制並發寫入擴展 |
| 性能基線 |
讀 ≈ 2×單機 |
頁緩存可雙節點熱備，讀請求可分發 (需應用層路由) |
適用場景
- 已有 SAN 存儲投資，希望利用現有共享存儲
- 核心業務要求 RPO=0，寫入並發中等
- 團隊具備集群文件系統 (GFS/OCFS2) 運維能力
方案三：MySQL + DRBD + HA (Active/Passive)
核心差異：DRBD 替代 GFS/GNBD
┌─────────────┐ DRBD Sync (同步/異步) ┌─────────────┐
│ Node 1 │◀─────────────────────────────▶│ Node 2 │
│ (Primary) │ 塊級複製，無感知文件系統 │ (Secondary) │
│ MySQL │ │ MySQL │
└─────────────┘ └─────────────┘
DRBD 關鍵特性
- 塊設備級同步鏡像，**文件系統無感知** (支持 ext4/XFS 等任意 FS)
- 三種複製模式：
Protocol A 異步 (高性能、可丟數據)、Protocol B 內存同步、Protocol C 完全同步 (RPO=0、延遲敏感)
- 內核模塊實現，性能開銷極低 (<5%)
- 無需共享存儲硬件，**雙機直連/交換機互聯即可**，成本大幅降低
成本優勢對比
| 成本項 | GFS/GNBD | DRBD |
|---|
| 存儲硬件 |
SAN/NAS (昂貴) |
本地磁盤 (廉價) |
| 網絡 |
FC/IB 專網 |
萬兆以太網直連 |
| 軟件授權 |
GFS 訂閱費 |
開源免費 (DRBD 9 內核主線) |
| 運維複雜度 |
高 (集群FS+多路徑) |
中 (DRBD+HA) |
能力評估 (同 GFS 方案，但成本更低)
- 高可用性 ⭐⭐⭐ (Protocol C 同步模式)
- 讀性能優勢：Secondary 掛載只讀可分擔讀壓力 (需文件系統支持掛載選項)
- 適用場景：預算敏感、追求 RPO=0、團隊具備 HA 運維能力的中小規模核心業務
共享存儲方案選型建議
IF 已有成熟 SAN + GFS 運維團隊 → GFS/GNBD
ELSE IF 追求成本效益 + RPO=0 → DRBD (推薦 Protocol C)
ELSE IF 異地容災 → DRBD 異步模式 (Protocol A) + 異地 Binlog 備份
ELSE → 單機 + 定期備份
