隨著 VMware 授權方式改變，目前提供的 VCF/VVF 授權都是以核心數計價，且有單顆實體 CPU 最少需要買 16 核心授權，一次最少購買 72 核心授權的低消限制。當環境中有使用到 vSAN 時，則需另外評估授權是否足夠。目前VCF 每核心授權能提供 vSAN 1 TiB Raw Capacity；VVF 則是每核心授權能提供 vSAN 250 GiB Raw Capacity。本文主要是說明如何確認現有環境所需的 VCF/VVF 核心授權數量，以及授權包含了多少 vSAN TiB 授權數。
從 vSAN 6.7 update 3 版本開始，vSAN 原生支援了 SCSI-3 PR 機制；vSphere 7.0 之後版本開始支援使用 Clustered VMDKs 作為 WSFC 的共用磁碟和仲裁磁碟，這些新功能都讓建置 Windows Server 高可用性架構有了更多的選擇及彈性。本文將實作在 vSAN 環境中建立 Clustered VMDKs 並提供給 WSFC 架構使用。
在 vSAN 環境的升級過程中，其實是非常繁瑣且複雜的，除了需要升級軟體版本之外，硬體和韌體的版本也必須一起配合進行更新。整個流程大致上可以分成以下幾個步驟，本文主要說明如何升級 vSAN 磁碟格式，步驟 1~5 就不多做說明。
- vSAN 升級前評估 - 確認軟硬體相容性 (參考 VMware vSAN Compatibility Guide、VMware Product Interoperability Matrices )
- 備份相關設定 - vCenter & ESXi
- 檢查 vSAN 狀態 - 升級 VC 和 ESXi 前檢查 vSAN 健康狀態
- 升級 vCenter
- 升級 ESXi
- 檢查 vSAN 狀態 - 升級磁碟格式之前需要先確認 vSAN 健康狀態
- 升級磁碟格式
- 升級後檢查 vSAN 狀態
VMware vSAN使用軟體定義的方式，將叢集 (Cluster)內所有主機 (ESXi host)中的硬碟組合成一個共用的單一儲存區。啟用 vSAN的方式必須透過 vCenter Web Client，接著經過以下幾個設定的流程：
- 建立 Datacenter
- 建立 vSAN Cluster
- 將 ESXi加入至 vSAN Cluster
- 設定 vSAN Kernel Port
- 宣告 vSAN Disk Group
假如在還沒有 vCenter，也沒有額外儲存空間的情況下，該如何啟用 vSAN並將 vCenter佈署在 vSAN Datastore上呢？
最近遇到一個 vSAN空間異常的狀況，如下圖。在 vSAN-VDI Cluster中已經沒有任何虛擬機，瀏覽 Datastore也沒有看到任何虛擬機的檔案，但是可用空間卻被莫名的吃掉了 (總空間 7.56TB，可用空間卻只有 4.72TB，被吃掉了快 3TB)。
VMware virtual SAN 6.1 版本以後新增的新功能：延伸叢集(Stretched Cluster)，能讓管理者在兩個站台(Site)之間佈署 Active-Active 架構的 vSAN。2-node vSAN 架構就是使用此新功能，由兩台 ESXi 主機(data host)搭配見證主機(Witness host)組成，每一台 ESXi 主機(Data host)為獨立的站台，而 Witness host 可以是一台實體主機或是一台 ESXi VM。(VMware 官網上可以直接下載 witness appliance VM)
 |
| 圖片來源：VMware Blogs - VMware virtual SAN ROBO edition |
