伺服器叢集高可用性實戰：DNS 陷阱、故障轉移策略與主機隔離應對

HA ≠ 熱遷移：認清本質差異

虛擬化成熟當前，高可用性（HA）仍是叢集最難懂組件。VMware vSphere、Hyper-V、XenServer 均提供 HA：主機故障後自動重啟虛擬機，縮短停機窗口。但持續可用性只是理想——虛擬機仍會經歷停機。關鍵誤區：將 HA 與熱遷移（vMotion、XenMotion）混為一談。首次主機故障後，因混淆兩者導致叢集大量問題的案例比比皆是。

DNS：VMware HA 的隱形殺手

VMware HA 依賴 DNS 解析實現節點互通。Windows 動態 DNS 讓管理員習慣「DNS 免運維」，但 VMware 主機不使用動態 DNS。鐵律：管理網路 IP 與主機名必須手動錄入 DNS，變更擴容時同步維護。配置錯誤 VMware 會報警，但易被忽略。

多站點叢集的 DNS 時效性陷阱

Hyper-V Windows Failover Clustering 支援跨子網，簡化了網路管理。但故障轉移至第二站點的虛擬機面臨新子網。客戶端 DNS 快取受 TTL 控制，故障轉移後記錄過期。物理災備中這非首要問題，但虛擬架構中虛擬機偶發遷移至替代站點時，客戶端連線將中斷。所有跨子網啟動虛擬機的 DR 叢集均存此問題。

故障轉移指令權：自動平衡 vs 手動干預

DNS 問題凸顯故障轉移指令的關鍵性。VMware HA 由叢集自決；Hyper-V 需管理員手動決定遷移目標。核心原則：避免虛擬機遷至不當節點（跨站點遠端、超載節點）。必須精心配置故障轉移規則，確保叢集負載均衡。

主機隔離：存活卻失聯的危險狀態

主機隔離：主機在線但無法與其他節點通信。危障在於隔離主機仍運行虛擬機。VMware HA 隔離事件中，虛擬機通常跑在不同虛擬交換機上不受影響。叢集嘗試故障轉移這些虛擬機，但若隔離主機持有虛擬機磁碟檔案（如本地存儲），轉移將失敗。

應對策略矩陣

1. 最優：恢復隔離主機網路連通。
2. 次優：關閉隔離主機虛擬機，讓存活節點接管（需共享存儲支援）。
3. 配置關鍵：預設隔離響應動作（繼續運行 vs 關機），依業務 RTO/RPO 選擇。

總結：HA 是基石，非負載均衡的替代品

高可用性是虛擬架構核心組件，但不能為了炫酷的負載均衡功能而繞過 HA 關鍵配置。否則，看似高級的功能將轉化為棘手的生產事故。