前言
在第 6 代 vSAN 版本當中，關於「可用性」（Availability）的部分共新增 3 項特色功能（如下所示）。雖然，從第 2 代 vSAN 版本開始，vSAN 叢集便已經能夠建立「延伸叢集」（Stretched Cluster）的運作架構，然而新版 vSAN 6.6 叢集環境能夠結合本地端故障保護機制，讓 vSAN 叢集站台之間的容錯機制更具彈性，甚至能夠結合親和性規則讓儲存原則的管理更具備靈活性。
Availability 新增特色功能
Stretched Cluster Local Failure Protection
從 vSAN 6.0 版本開始便支援 vSAN Stretched Cluster 機制，隨著最新版本 vSAN 6.6 發佈更加入本地故障保護 (Local Failure Protection) 機制，如此一來可以在每個站台當中提供儲存容錯機制，並且支援 RAID-1 / RAID-5 / RAID-6 等資料容錯保護機制。
圖、vSAN Stretched Cluster 架構支援本地故障保護機制
舉例來說，管理人員可以透過 vSphere Web Client 管理介面，管理及組態設定整個 vSAN Cluster 的資料容錯保護層級，在下列的組態設定畫面中 FTT=1 表示，在 vSAN Stretched Cluster 運作架構中 2 個站台會啟用 Mirror 資料容錯保護機制。同時，在啟用 RAID-5 Erasure Coding 機制確保 vSAN Node 故障損壞時，vSAN Cluster 仍然能夠正常運作。
圖、vSAN Stretched Cluster 架構下組態設定本地故障保護機制
Stretched Cluster Site Affinity
在最新版本的 vSAN 6.6 運作環境中開始加入親和性 (Affinity) 機制，以便提升 vSAN Stretched Cluster 運作架構的儲存原則靈活性，舉例來說當 VM 虛擬主機已經具備容錯機制時，例如，Microsoft Active Directory 和 Oracle RAC (Real Application Clusters)，便可以透過親和性規則套用至這種類型的 VM 虛擬主機，讓 VM 虛擬主機無須建立跨站台容錯機制，以便最小化工作負載及儲存和網路資源。
圖、組態設定 vSAN Stretched Cluster 親和性儲存原則
Degraded Device Handling
簡單來說，VMware 持續改進 vSAN Cluster 處理硬體問題的各項機制，例如，預告即將發生故障損壞的儲存設備……等。當相關硬體設備出現故障損壞事件時，那麼 vSAN Cluster 會把該設備標記為 Absent，但是並不會立即執行 Rebuild 的動作，主要原因是這種狀況可能是臨時性的 (例如，vSAN Node 重新啟動)，所以預設情況下 vSAN Cluster 會等待 60 分鐘後才會判定會真正故障，然而在這個期間 VM 虛擬主機仍然會正常運作 (因為其它 vSAN Node 還有可用的資料副本)。
VMware vSAN 6.6 攻略系列文章
- VMware vSAN 6.6 攻略導覽
- VMware vSAN 6.6 Journey (1) - 新功能簡介
- VMware vSAN 6.6 Journey (2) - Native Encryption
- VMware vSAN 6.6 Journey (3) - Management
- VMware vSAN 6.6 Journey (4) - Deployment
- (本文) VMware vSAN 6.6 Journey (5) - Availability
- VMware vSAN 6.6 Journey (6) - Performance
- VMware vSAN 6.6 Journey (7) - Software Licensing