VMware vSAN 8.0 版本說明

VMware vSphere 8.0 | 2022 年 10 月 11 日 VMware ESXi 8.0 | 2022 年 10 月 11 日 | ISO 組建編號 20513097 檢查此版本說明的新增項目和更新。

版本說明的內容

這些版本說明介紹 VMware vSAN 8.0 中的新功能，並提供已解決和已知問題的相關資訊。

新增功能

vSAN 8.0 引入下列新功能和增強功能： 

• 不需要權衡的效能

  vSAN Express Storage Architecture。vSAN ESA 是一個替代架構，可以利用可預測度更高的 I/O 延遲和最佳化的空間效率，大幅提升效能。

  增加了寫入緩衝區。vSAN Original Storage Architecture 可支援更大量的工作負載。您可以設定 vSAN 主機，將寫入緩衝區從 600 GB 增加到 1.6 TB。

  對效能影響最小的原生快照。vSAN ESA 檔案系統內建了快照。這些原生快照對虛擬機器效能的影響最小，即使快照鏈結變深也是如此。快照與使用 VMware VADP 的現有備份應用程式完全相容。

• 資源和空間效率最大

  • 不影響效能的清除編碼。具有清除編碼的 vSAN ESA RAID5/RAID6 功能提供高效的清除編碼代碼路徑，因此，您可以同時擁有高效能和高效率空間的儲存區原則。

  • 改善了壓縮功能。vSAN ESA 具有進階壓縮功能，可將壓縮率提高多達 4 倍。在跨 vSAN 網路傳送資料之前會執行壓縮，以提供更佳的頻寬使用量。

  • 擴充了可用儲存區潛力。vSAN ESA 由單層架構組成，所有裝置均可提供容量。此平面儲存集區不再需要具有快取裝置的磁碟群組。

  • 降低了效能額外負荷，提高虛擬機器整合率。透過改善資源和空間效率，讓您為每個叢集儲存更多虛擬機器資料，這可能會提高虛擬機器整合率。

  • HCI 網格支援 10 個用戶端叢集。一個儲存區伺服器叢集最多可與 10 個用戶端叢集共用。

• 透過 vSAN ESA 原生快照實現快速、高效的資料保護

  • 對效能幾乎沒影響。較長的快照鏈結和深度快照鏈結對效能的影響最小。

  • 快照作業更快速。使用 vSAN ESA 時，遭受快照建立或快照刪除所產生的關閉時間影響的應用程式，其執行效能更佳。

  • 使用 VMware VADP 保持一致的合作夥伴備份應用程式體驗。VMware 快照 API 保持不變。VMware VADP 支援在 vSphere 平台上執行所有 vSAN ESA 原生快照作業。

• 可用性和服務性

  • 簡化和加速每台裝置的維護。vSAN ESA 消除了磁碟群組的複雜性，從而簡化故障磁碟機的更換程序。

  • 降低了故障網域數和資料重新同步次數。vSAN ESA 的儲存集區設計中沒有單一失敗點。vSAN 資料和中繼資料會根據容許的故障次數 (FTT) SPBM 設定進行保護。如果磁碟當機，快取和壓縮均不會導致多個磁碟故障網域。使用 vSAN ESA 可更快完成重新同步作業。

  • 增強了資料可用性並改進了 SLA。減少磁碟故障網域並縮短修復時間表示您可以改善提供給客戶或業務單位的 SLA。

  • vSAN 開機時間最佳化。vSAN 開機邏輯已進一步最佳化，加快了啟動速度。

  • 增強了關閉和啟動工作流程。vSAN 叢集關閉和叢集啟動程序已增強，以支援包含 vCenter 或基礎結構服務 (例如 AD、DNS、DHCP 等) 的 vSAN 叢集。

  • 縮短了 vSAN 檔案服務容錯移轉時間。簡化 vSAN 檔案服務計劃的容錯移轉。

• 直觀且敏捷的作業

  • 跨所有 vSAN 平台的介面保持一致。vSAN ESA 使用與 vSAN OSA 相同的畫面和工作流程，因此學習曲線很短。

  • 依據每台虛擬機器的原則增加彈性。vSAN ESA 正在將叢集範圍的設定移至 SPBM 層級。在此版本中，SPBM 壓縮設定可讓您向下對虛擬機器甚至 VMDK 層級進行細微控制，並且可以使用資料存放區預設原則廣泛地套用這些設定。

  • 對相容性和合規性提供主動見解。此機制可協助連線至 VMware Analytics Cloud 的 vSAN 叢集識別軟硬體的異常。如果 OEM 合作夥伴發佈了有關 vSAN HCL 中列出的磁碟機或 I/O 控制器問題的建議，您會收到有關可能受影響環境的通知。

• 其他功能和增強功能

  • 增強了網路上行延遲度量。vSAN 定義了更有意義且更相關的度量來滿足環境要求，無論延遲是暫時還是因工作負載過重所致。

  • RDT 層級總和檢查碼。您可以在 RDT 層設定總和檢查碼。這些新的總和檢查碼有助於偵錯和分級。

  • vSAN 檔案服務偵錯。檔案服務第 0 天作業已獲得改進，提高了驗證和疑難排解效率。

  • 透過 IPv6 的 vSAN 檔案服務。您可以使用 IPv6 網路建立檔案服務網域。

  • vSAN 檔案服務網路重新設定。您可以將檔案伺服器 IP (包括主要 IP) 變更為相同或不同子網路中的新 IP。

  • vSphere Client 遠端外掛程式。所有 VMware 自有的本機外掛程式都將轉換至新的遠端外掛程式架構。vSAN 本機外掛程式已移至 vSphere Client 遠端外掛程式。此版本已棄用本機 vSAN 外掛程式。

  • vLCM HCL 磁碟裝置。增強功能改善了 vLCM 檢查與所需映像相容性的功能和效率。包括對「partNumber」和「廠商」執行檢查，以新增更多廠商的涵蓋範圍。

  • 縮短了 vSAN Health Service 的啟動時間。在 vCenter 重新啟動或升級過程中停止 vSAN Health Service 所需的時間已縮短至 5 秒。

  • vSAN 健全狀況檢查提供了 VCF LCM 的檢視方塊。此版本僅提供對 VCF 的相關 vSAN 健全狀況檢查，以改善 VCF 中的 LCM 復原能力。

  • vSAN 改善了 VMC 的叢集 NDU。新功能改善了高度安全、可靠且運作效率高的服務的設計和運作。

  • vSAN 加密金鑰驗證。偵測從 KMS 伺服器傳送的無效或損毀的金鑰、識別記憶體內和磁碟上 DEK 之間的差異，以及警示客戶 (如果不一致)。

  • 改進了對刪除大型元件的處理。回收邏輯空間及佔用實體空間的速度更快，而不會造成 NO_SPACE 錯誤。

  • 已將 vSAN 健全狀況「檢查」重新命名為「調查結果」。更改這個詞彙是為了使其與所有 VMware 產品保持一致。

  • 將 vSAN 置於單獨的沙箱網域中。精靈沙箱功能可防止橫向移動，並提供深度防禦。從 vSAN 8.0 開始，系統實作了最低權限安全性模型，其中任何未定義其自訂沙箱網域的精靈，都將作為無特殊權限的網域執行。這會在 ESXi 主機上達到最低權限模型，所有 vSAN 都將以最低權限在其本身的沙箱網域中執行。

  • vSAN Proactive Insights。此機制可讓連線至 VMware Analytics Cloud 的 vSAN 叢集主動識別軟硬體的異常。

  • 適用於 SAP HANA 的 PMEM 管理和監控。您可以管理主機內的 PMEM 裝置。vSAN 可為 PMEM 裝置提供健全狀況檢查、效能監控和空間報告等管理功能。PMEM 管理功能不需要啟用 vSAN 服務。vSAN 不會將 PMEM 裝置用於快取 vSAN 中繼資料，或用於 vSAN 資料服務，例如加密、總和檢查碼或重複資料刪除和壓縮。PMEM 資料存放區是每台主機的本機資料存放區，但可從叢集層級的 [監控] 索引標籤進行管理。

  • 更換 vSAN 中的 MD5、SHA1 和 SHA2。SHA1 不再被視為安全，因此 VMware 會在所有 VMware 產品 (包括 vSAN) 中將 SHA1、MD5 和 SHA2 更換為 SHA256。

  • IL6 合規性。vSAN 8.0 符合 IL6 標準。

VMware vSAN 社群

使用 vSAN 社群網站可提供意見反應，並針對使用 vSAN 時發現的任何問題要求協助。

此版本的升級

如需升級 vSAN 的相關指示，請參閱 VMware vSAN 8.0 說明文件。 

附註：在執行升級之前，請先檢閱最新版本的《VMware 相容性指南》，以驗證最新的 vSAN 版本可供您的平台使用。

附註：vSAN Express Storage Architecture 僅適用於新部署。您無法將叢集升級至 vSAN ESA。

vSAN 8.0 是新版本，需要完整升級至 vSphere 8.0。執行下列工作以完成升級：

1. 升級至 vCenter Server 8.0。如需詳細資訊，請參閱 VMware vSphere 8.0 版本說明。 

2. 將主機升級至 ESXi 8.0。如需詳細資訊，請參閱 VMware vSphere 8.0 版本說明。 

3. 將 vSAN 磁碟上格式升級至 17.0 版。如果從磁碟上格式 3.0 版或更新版本升級，則不需要資料疏散 (僅中繼資料更新)。

4. 升級 FSVM 以啟用新的檔案服務功能，例如適用於 SMB 共用之以存取為基礎的列舉。

附註：vSAN 已於 vSAN 7.0 Update 1 中淘汰磁碟格式 1.0 版。vSAN 已無法辨識執行磁碟格式 1.0 版的磁碟。vSAN 將會封鎖透過 vSphere Update Manager、ISO 安裝或 esxcli 所進行的 vSAN 7.0 Update 1 升級。若要避免這些問題，請將執行磁碟格式 1.0 版的磁碟升級到更高版本。如果您有執行 1.0 版的磁碟，健全狀況檢查會警示您升級磁碟格式版本。

磁碟格式 1.0 版沒有效能和快照增強功能，並且不支援進階功能，包括總和檢查碼、重複資料刪除、壓縮和加密。如需有關 vSAN 磁碟格式版本的詳細資訊，請參閱知識庫 2148493。

使用有限容量為主機升級磁碟上格式

在從 1.0 或 2.0 版升級 vSAN 磁碟上格式期間，會執行磁碟群組撤除。會移除磁碟群組，將其升級為磁碟上格式 17.0 版，並將磁碟群組新增回叢集。對於雙節點或三節點叢集，或沒有足夠容量可用來疏散每個磁碟群組的叢集，請從 vSphere Client 選取允許減少的冗餘。您也可以使用下列 RVC 命令來升級磁碟上格式： vsan.ondisk_upgrade --allow-reduced-redundancy

如果您允許降低冗餘，虛擬機器在升級期間會處於不受保護的狀態，因為此方法不會將資料撤除至叢集中的其他主機。它會移除每個磁碟群組、升級磁碟上格式，並將磁碟群組新增回叢集。所有物件都保持可用，但冗餘會降低。

如果在升級至 vSAN 8.0 期間啟用重複資料刪除和壓縮，則可從 vSphere Client 選取允許減少的冗餘。

限制

如需 vSAN 8.0 版本中組態上限的相關資訊，請參閱《組態上限》說明文件。

已解決的問題

• vSAN 健全狀況找不到已設定 Proxy 的 VUM

  為 vSAN 設定 Proxy 時，vsan-health 服務會錯誤地報告 VMware Update Manager (VUM) 已停用或未安裝。

  已在此版本中修正此問題。

• RemoveFileShare 工作失敗可能會導致 vSAN 檔案服務伺服器容錯移轉

  在 vCenter Server 上，即使刪除了 NFS 共用，該 NFS 共用的 RemoveFileShare 工作也可能會失敗。發生此情況的原因是，NFS 伺服器在移除匯出時失敗。這不會導致整體工作流程中出現任何問題，因為已成功刪除共用。

  當 NFS 伺服器失敗時，會觸發 vSAN 檔案服務伺服器容錯移轉。由於 NFS 伺服器和 SMB 伺服器一起容錯移轉，如果有任何 SMB 共用從同一個 vSAN 檔案服務伺服器匯出，則會導致 SMB 掛接中斷。由於伺服器容錯移轉導致 SMB 掛接中斷是已知行為，因為 vSAN 不支援 SMB 伺服器的透明容錯移轉。

  因應措施：無。

已知問題

• hostAffinity 原則選項在升級期間遺失

  從 vSAN 6.7 升級至 vSAN 8.0 時，vCenter Server hostaffinity 選項值會變更為 false。

  因應措施：將 hostaffinity 選項設定回 true，以繼續對一般虛擬機器使用 vSAN HostLocal 原則。

• 無法將叢集升級至 vSAN Express Storage Architecture

  無法將 vSAN Original Storage Architecture 上的叢集升級或將其轉換為 vSAN Express Storage Architecture 叢集。vSAN ESA 僅在新部署上受支援。

  因應措施：無。

• vSAN ESA 不支援加密深層重設金鑰

  在此版本中，vSAN Express Storage Architecture 不支援加密深層重設金鑰。

  因應措施：無。

• vSAN ESA 不支援 vSAN 檔案服務

  在此版本中，vSAN Express Storage Architecture 不支援 vSAN 檔案服務。

  因應措施：無。

• 無法變更 vSAN ESA 上的加密設定

  只能在建立叢集期間，在 vSAN ESA 上設定加密。您稍後無法變更設定。

  因應措施：無。

• vSAN 檔案服務不支援 NFSv4 委派

  在此版本中，vSAN 檔案服務不支援 NFSv4 委派。

  因應措施：無。

• 在延伸叢集中，若沒有相似性的檔案伺服器則無法重新平衡

  在延伸叢集 vSAN 檔案服務環境中，無法在慣用 ESXi 主機與非慣用 ESXi 主機之間重新平衡未設定相似性位置的檔案伺服器。

  因應措施：透過編輯檔案服務網域組態，將檔案伺服器的相似性位置設定為慣用或非慣用。

• 在 vSAN 延伸叢集磁碟分割期間，無法建立、刪除或重新排程具有 CNS 磁碟區的 Kubernetes 網繭

  vSAN 延伸叢集具有站台之間的網路磁碟分割時，間歇性計時問題可能會導致 CNS 遺失磁碟區資訊。在 CNS 中不存在磁碟區中繼資料時，您無法使用 CNS 磁碟區建立、刪除或重新排程網繭。vSphere CSI 驅動程式必須從 CNS 存取磁碟區資訊，才能執行這些作業。

  修正網路磁碟分割後，會還原 CNS 磁碟區中繼資料，並且可以建立、刪除或重新排程具有 CNS 磁碟區的網繭。

  因應措施：無。

• 關閉叢集精靈在僅 HCI 網格運算叢集上顯示錯誤

  vSAN 關閉叢集精靈專為具有 vSAN 資料存放區和 vSAN 服務的 vSAN 叢集而設計。不支援僅 HCI 網格運算叢集。如果您使用精靈來關閉僅運算叢集，它會顯示下列錯誤訊息：

  無法擷取健全狀況服務資料。

  因應措施：無。請勿在僅 HCI 網格運算叢集上使用 vSAN 關閉叢集精靈。

• 如果在自訂連接埠上部署 vCenter 服務，則在 vSAN vSphere Lifecycle Manager 叢集中修復 ESXi 主機時會失敗

  如果 vCenter Server 服務部署在具有 vSAN、vSphere DRS 和 vSphere HA 之叢集中的自訂連接埠上，則修復 vSphere Lifecycle Manager 叢集時可能會失敗。此問題是由 vSAN 資源健全狀況檢查錯誤所致。ESXi 主機無法進入維護模式，這會導致修復工作失敗。

  因應措施：無。

• 啟用 vSAN 檔案服務時，與 DFC 相關的作業 (例如升級、啟用加密或資料效率) 可能會失敗

  啟用檔案服務時，代理程式虛擬機器會在每個主機上執行。基礎 vSAN 物件可能會放置在多個磁碟群組之間。轉換第一個磁碟群組後，vSAN 物件變得無法存取，且代理程式虛擬機器會處於無效狀態。如果您嘗試刪除虛擬機器並重新部署新的虛擬機器，則作業會因為虛擬機器的無效狀態而失敗。虛擬機器會解除登錄，但無法存取的物件仍會存在。下一個磁碟群組轉換時，系統會預先檢查整個叢集中是否有無法存取的物件。此檢查會讓 DFC 失敗，因為它會找到舊代理程式虛擬機器無法存取的物件。

  因應措施：手動移除無法存取的物件。 

  發生此類失敗時，您會看到 DFC 工作失敗。

  1. 從失敗工作錯誤資訊中識別無法存取的物件。

  2. 若要確保物件屬於代理程式虛擬機器，請檢查 hostd 記錄檔，並確認該物件屬於虛擬機器的物件配置。

  3. 登入主機，然後使用 /usr/lib/vmware/osfs/bin/objtool 命令手動移除物件。

  附註：若要避免此問題，請先停用檔案服務，然後再執行任何與 DFC 相關的作業。

• esxcli vsan cluster leave 命令無法停用 ESXi 主機上的 vSAN 

  在某些情況下，下列命令無法停用成員主機上的 vSAN： esxcli vsan cluster leave

  您可能會看到類似下列內容的錯誤訊息：

  無法卸載預設的 vSAN 資料存放區。無法完成 Sysinfo 作業。請參閱 VMKernel 記錄檔以取得更多詳細資料。

  因應措施：在 vSphere Client 中執行下列步驟，以停用單一成員主機上的 vSAN：

  1. 將主機置於維護模式。

  2. 將主機移出 vSAN 叢集，然後移至其父系資料中心。

     主機上的 vSAN 服務會在移動期間自動停用。

• 無法在僅 vSAN HCI 網格運算主機上擷取主機設定檔

  vSAN 主機設定檔外掛程式不支援僅 vSAN HCI 網格運算主機。如果您嘗試在僅 HCI 網格運算主機上擷取主機設定檔，則該嘗試會失敗。 

  因應措施：無。

• 刪除檔案共用中的檔案可能不會反映在 vSAN 容量視圖中

  刪除所有檔案之後，已配置的區塊可能不會立即回到 vSAN 儲存區，因此需要一些時間，才能在 vSAN 容量視圖中更新回收的儲存區容量。當新資料寫入相同的檔案共用時，將這些已刪除的區塊退回至 vSAN 資料存放區之前可能會遭到重複使用。

  如果已啟用取消對應且已停用 vSAN 重複資料刪除，除非在 VDFS 中釋放同等的 4 MB 空間，否則可能無法將該空間釋放回 vSAN。如果已啟用取消對應且已啟用 vSAN 重複資料刪除，則由 VDFS 釋放的空間將在一段延遲之後釋放回 vSAN。

  因應措施：若要立即將儲存區釋放回 vSAN，請刪除檔案共用。 

• 由於網路壅塞，透過 RDMA 的 vSAN 可能會發生效能降低

  RDMA 需要不壅塞的無失真網路基礎結構。如果您的網路有壅塞，則特定大型 I/O 工作負載的效能可能會低於 TCP。 

  因應措施：遵循 RDMA 的 OEM 最佳做法，解決任何網路壅塞問題。

• vCenter 虛擬機器在使用傳輸中資料加密的延伸叢集上當機

  如果 vCenter 虛擬機器位於已啟用傳輸中資料加密的 vSAN 上，vCenter 虛擬機器可能會在 vSAN 延伸叢集上當機。當一個站台中的所有主機關閉之後再次開啟電源時，vCenter 虛擬機器可能會在故障的站台重新提供服務之後當機。

  因應措施：使用下列指令碼來解決此問題：thumbPrintRepair.py

• 將虛擬機器從 VMFS 資料存放區或 vSAN 資料存放區移轉至 vSAN 資料存放區失敗

  當您已啟用內容型讀取快取 (CBRC) 時，sVmotion 或 xVmotion 可能無法將將具有一或多個快照的虛擬機器移轉至 vSAN 資料存放區。您可能會看到以下錯誤訊息：「物件不支援此作業」。

  下列訊息的顯示位置為： /var/log/vmware/vpxd

  /2021-01-31T17:12:27.477Z error vpxd[18588] [Originator@6876 sub=vpxLro opID=65ef3b53-01] [VpxLRO] Unexpected Exception: N5Vmomi5Fault12NotSupported9ExceptionE(Message is: The operation is not supported on the object.,

  --> Fault cause: vmodl.fault.NotSupported

  --> Fault Messages are:

  --> (null)

  --> )

  -->

  因應措施：合併快照，或在移轉前刪除所有快照。

• vSAN 允許跨本機和遠端資料存放區佈建虛擬機器

  vSphere 不會防止使用者在 HCI 網格環境中跨本機和遠端資料存放區佈建虛擬機器。例如，您可以在本機 vSAN 資料存放區上佈建一個 VMDK，然後在遠端 vSAN 資料存放區上佈建一個 VMDK。這不受支援，因為此組態不支援 vSphere HA。

  因應措施：請勿跨本機和遠端資料存放區佈建虛擬機器。

• 物件重新格式化工作未進行

  如果在升級後需要物件重新格式化，系統會觸發一個健全狀況警示，而 vSAN 會開始重新格式化。vSAN 會以批次方式執行此工作，並且取決於該叢集中可用的暫時性容量數量。當暫時性容量超過上限時，vSAN 會等待暫時性容量釋出之後，再繼續進行重新格式化。在此階段期間，工作可能會看起來停止。當暫時性容量可用時，該健全狀況警示將清除且工作將進行。

  因應措施：無。工作可如預期般正常運作。 

• 無法關閉系統虛擬機器的電源

  隨著 vSphere 7.0 Update 1 中 vSphere 叢集服務 (vCLS) 的發行，系統可能會在 vSAN 叢集內放置一組系統虛擬機器。使用者無法關閉這些系統虛擬機器的電源。此問題可能會影響部分 vSAN 工作流程，如下列文章中所記錄：https://kb.vmware.com/s/article/80877

  因應措施：如需有關此問題的詳細資訊，請參閱此知識庫文章：https://kb.vmware.com/s/article/80483。 

• 由於舊的 vSAN 磁碟上格式版本而無法啟用 vSAN 檔案服務

  無法使用早於 11.0 版的 vSAN 磁碟上格式啟用 vSAN 檔案服務 (這是 vSAN 7.0 中的磁碟上格式版本)。

  因應措施：在啟用檔案服務之前，請先升級 vSAN 磁碟格式版本。

• 由於 vSAN 健全狀況網路測試問題，大型叢集中的修復叢集工作可能會失敗

  具有超過 16 個主機的大型叢集，在主機升級期間可能會發生間歇性的 Ping 失敗。這些失敗可能會中斷 vSphere Lifecycle Manager 中的主機修復。

  因應措施：在修復預先檢查通過後，將下列 vSAN 健全狀況測試的警示設為靜音：

  • vSAN：基本 (單點傳播) 連線檢查

  • vSAN：MTU 檢查 (以大封包大小進行 Ping)

  修復工作完成後，請還原 vSAN 健全狀況測試的警示。

• 重新插入磁碟機時熱插拔中主機失敗的案例

  在熱移除磁碟機期間，如果 NVMe 磁碟機在一分鐘內被取出並重新插入，則 VMware 原生 NVMe 熱插拔可能會導致主機失敗。這同時適用於 vSphere 和 vSAN 的任何新的或現有的磁碟機重新插入。

  因應措施：熱移除磁碟機後，請等候一分鐘，之後再重新插入新的或現有的磁碟機。

• 無法將叢集中的最後一部主機置於維護模式，或是移除磁碟或磁碟群組

  如果叢集中只剩下一部主機，且該主機進入維護模式時，移轉全部資料或確保可存取性模式中的作業可能會失敗，而不會提供新增資源的指導。當叢集中只剩下一個磁碟或磁碟群組，且要移除該磁碟或磁碟群組時，也會發生此情況。

  因應措施：在選取移轉全部資料或確保可存取性模式的情況下，將叢集中剩下的最後一部主機置於維護模式之前，請確保將具有相同組態的另一部主機新增至叢集。在移除叢集中的最後一個磁碟或磁碟群組之前，請先新增具有相同組態和容量的新磁碟或磁碟群組。

• 如果一或多個磁碟或磁碟群組幾乎滿載，物件重新設定工作流程可能會由於缺少容量而失敗

  當非重複資料刪除叢集中的磁碟或重複資料刪除叢集中的磁碟群組達到可設定的重新同步暫停完成時間臨界值時，vSAN 重新同步會暫停。這是為了避免重新同步 I/O 填滿磁碟。如果磁碟達到此臨界值，vSAN 會停止重新設定工作流程，例如 EMM、修復、重新平衡和原則變更。

  因應措施：如果叢集的其他位置有可用空間，重新平衡叢集可釋出其他磁碟上的空間，使得後續的重新設定嘗試成功。

• 從叢集滿載復原之後，虛擬機器可能會失去 HA 保護

  在主機的磁碟 100% 滿載的 vSAN 叢集中，虛擬機器可能會有擱置中的問題，因此失去 HA 保護。此外，具有待處理問題的虛擬機器在從叢集滿載情況復原後不會受 HA 保護。

  因應措施：從 vSAN 叢集滿載情況復原後，執行下列其中一個動作：

  • 停用並重新啟用 HA。

  • 重新設定 HA。

  • 關閉虛擬機器電源，然後再開啟電源。

• 關閉虛擬機器電源失敗，並且有待處理問題

  如果虛擬機器有待處理問題，則不允許您執行與虛擬機器相關的任何作業，直到問題獲得解答為止。

  因應措施：嘗試釋出相關磁碟區上的磁碟空間，然後按一下重試。

• 當叢集滿載時，虛擬機器的 IP 位址會變更為 IPv6 或變得無法使用

  當 vSAN 叢集由於一或多個磁碟群組達到 100% 而滿載時，可能會有虛擬機器待處理問題需要使用者採取動作。如果問題未獲得解答，且叢集滿載狀況無人處理，則虛擬機器的 IP 位址可能會變更為 IPv6 或變得無法使用。這會阻止您使用 SSH 來存取虛擬機器。也會阻止您使用虛擬機器主控台，因為在您輸入 root 後，主控台會變成空白。

  因應措施：無。

• 容量磁碟進入 PDL 狀態後，無法移除已啟用重複資料刪除的磁碟群組

  已啟用重複資料刪除的磁碟群組中的容量磁碟移除或其唯一識別碼變更時，或是裝置發生無法復原的硬體錯誤時，它會進入永久裝置遺失 (PDL) 狀態。如果您嘗試移除磁碟群組，可能會看到錯誤訊息，通知您無法完成該動作。

  因應措施：每當容量磁碟移除或其唯一識別碼變更時，或是裝置發生無法復原的硬體錯誤時，請先等候幾分鐘，再嘗試移除磁碟群組。

• vSAN 健全狀況指出與失敗的擱置中原則非可用性相關的不符合

  原則變更要求會讓 vSAN 的物件健全狀況狀態保持在非可用性相關的不符合狀態。這是因為可能有其他已排程的工作正在使用要求的資源。但是，vSAN 會在資源變得可用時自動重新排定此原則要求。

  因應措施：在多數情況下，vSAN 期間掃描會自動修正此問題。但是，即使已接受原則變更但未套用，其他進行中的工作也可能會用盡可用資源。如果容量報告顯示較高的值，您可以新增更多容量。

• 在重複資料刪除叢集中，當磁碟顯示超過 80% 的滿載時，可能不會發生反應重新平衡

  在重複資料刪除叢集中，當儀表板上的磁碟顯示超過 80% 的滿載時，反應重新平衡可能無法如預期啟動。這是因為在重複資料刪除叢集中，計算可用容量時也會考慮擱置中的寫入和刪除。

  因應措施：無。

• 從客體作業系統執行 TRIM/Unmap 命令失敗

  如果在線上快照整合期間客體作業系統嘗試執行空間回收，TRIM/Unmap 命令會失敗。此失敗會防止空間回收。

  因應措施：在線上快照作業完成後嘗試回收空間。如果後續修 TRIM/Unmap 作業失敗，則重新掛接磁碟。

• 執行線上快照整合時，透過 SCSI TRIM/Unmap 的空間回收會中斷

  執行線上快照整合時，透過 SCSI TRIM/Unmap 命令實現的空間回收會中斷。離線快照整合不會影響 SCSI 取消對應作業。

  因應措施：在線上快照整合完成後回收空間。

• 將資料主機轉換為見證主機時出現主機故障

  當您將 vSAN 叢集轉換為延伸叢集時，必須提供見證主機。您可以將資料主機轉換為見證主機，但必須在執行程序期間搭配使用維護模式與移轉全部資料。如果使用確保可存取性選項將主機置於維護模式，然後將主機設定為見證主機，則主機可能會失敗並顯示紫色診斷畫面。

  因應措施：移除見證主機上的磁碟群組，然後重新建立磁碟群組。

• 在資料存放區移轉期間存放主機失敗時，在 vCenter Server 中複製同名虛擬機器

  如果虛擬機器正在從 vSAN 到另一個資料存放區 (例如 NFS) 對儲存區執行 vMotion，且其存放主機在 vSAN 網路上遇到網路故障，導致 HA 容錯移轉虛擬機器，可能會在 vCenter Server 中複製虛擬機器。 

  因應措施：關閉無效虛擬機器的電源且從 vCenter Server 將其解除登錄。 

• 在新 vCenter Server 下重新設定現有延伸叢集導致 vSAN 發出健全狀況檢查警告

  在新 vCenter Server 下重建目前的延伸叢集時，vSAN 叢集健全狀況檢查為紅色。會顯示下列訊息：「vSphere 叢集成員與 vSAN 叢集成員相符」

  因應措施：使用下列程序設定延伸叢集。

  1. 使用 SSH 登入見證主機。

  2. 在見證主機上解除委任磁碟。執行下列命令： esxcli vsan storage remove -s "SSD UUID"

  3. 強制見證主機離開叢集。執行下列命令： esxcli vsan cluster leave

  4. 從新 vCenter Server 重新設定延伸叢集 (設定 > vSAN > 容錯網域與延伸叢集)。

• 當 vSAN 重新同步較大物件時，磁碟格式升級失敗

  如果 vSAN 叢集包含超大物件，則在重新同步該物件時，磁碟格式升級可能會失敗。您可能會看到以下錯誤訊息：無法轉換 vSAN 上的物件

  重新同步物件後，vSAN 才能執行升級。當程序完成時，可檢查重新同步的狀態 (監控 > vSAN > 重新同步元件) 以進行驗證。

  因應措施：等到重新同步作業完成後，重試磁碟格式升級。

• 停用叢集上的 vSAN 後，vSAN 延伸叢集組態遺失

  如果您停用延伸叢集上的 vSAN，將不會保留延伸叢集組態。延伸叢集、見證主機與容錯網域組態遺失。

  因應措施：當您重新啟用 vSAN 叢集時，重新設定延伸叢集參數。

• 已關閉電源的虛擬機器在見證主機替換期間顯示為無法存取

  當您變更延伸叢集中的見證主機時，已關閉電源的虛擬機器在 vSphere Web Client 中短暫顯示為無法存取。程序完成後，已關閉電源的虛擬機器會顯示為可存取。在程序進行的過程中，所有執行中的虛擬機器都會顯示為可存取。

  因應措施：無。

• 主機若有故障開機媒體，無法置於維護模式

  vSAN 無法將具有故障開機媒體的主機置於維護模式。由於無法儲存組態變更，進入維護模式的作業可能會失敗並顯示內部 vSAN 錯誤。您可能會看到類似下列內容的記錄事件：Lost Connectivity to the device xxx backing the boot filesystem

  因應措施：使用完整資料疏散選項，手動從每個主機移除磁碟群組。然後將主機置於維護模式。

• 延伸叢集容錯移轉後，慣用站台上的虛擬機器會登錄警示：無法容錯移轉

  如果延伸叢集上的次要站台失敗，虛擬機器會容錯移轉到慣用站台。已在慣用站台上的虛擬機器可能會登錄下列警示：「無法容錯移轉」。

  因應措施：請忽略此警示。這不會影響容錯移轉行為。

• 進行網路磁碟分割期間，作用中站台上的元件顯示為不存在

  在 vSAN 兩台主機或延伸叢集中進行網路磁碟分割期間，vSphere Web Client 可能會顯示來自非作用中站台的叢集視圖。您可能會看到主要站台中的作用中元件顯示為不存在。

  因應措施：使用 RVC 命令來查詢叢集中的物件狀態。例如： vsan.vm_object_info

• 強制修復後，某些物件不符合標準

  執行強制修復後，某些物件可能無法修復，這是因為在執行程序過程中物件的擁有權已轉移到不同節點。這些物件的強制修復可能會延遲。

  因應措施：在修復所有其他物件並重新同步化後，嘗試強制修復作業。您可等到 vSAN 修復物件後再開始。

• 當您將主機從一個加密叢集移至另一個加密叢集，然後又移回原始叢集時，工作失敗

  將主機從一個加密的 vSAN 叢集移到另一個加密的 vSAN 叢集，然後再將主機移回到原始的加密叢集時，工作可能會失敗。您可能會看見下列訊息：A general system error occurred: Invalid fault。發生該錯誤的原因是，vSAN 無法使用原始加密金鑰在主機上重新加密資料。很快，vCenter Server 會還原主機上的原始金鑰，vSAN 叢集上所有卸載的磁碟會掛接。

  因應措施：將主機重新開機，然後等待所有磁碟掛接完成。

• 站台復原後延伸叢集不平衡

  當您復原延伸叢集中的失敗站台時，有時候需要一段很長時間才會依序回復失敗站台中的主機。當 vSAN 開始修復缺少的元件時，可能會超用部分主機。

  因應措施：在短時間內一起復原失敗站台中的所有主機。

• 由於延伸叢集發生 HA 問題，虛擬機器作業失敗

  在延伸叢集的特定失敗案例下，某些虛擬機器作業 (例如 vMotion 或開啟虛擬機器電源) 可能會受影響。這些失敗案例包括部分或完整站台失敗，或站台之間的高速網路發生故障。該問題由對可用於延伸叢集站台一般作業的 VMware HA 的相依性所致。

  因應措施：在執行 vMotion、建立虛擬機器或開啟虛擬機器電源前，停用 vSphere HA。然後重新啟用 vSphere HA。

• 如果卸載磁碟群組，則無法執行深層重設金鑰

  在 vSAN 執行深層重設金鑰前，會先執行淺層重設金鑰。如果存在卸載的磁碟群組，則淺層重設金鑰會失敗。深層重設金鑰程序無法開始。

  因應措施：重新掛接或移除卸載的磁碟群組。

• 記錄項目指出防火牆組態已變更

  啟用 vSAN 加密時，新的防火牆項目顯示在安全性設定檔中：vsanEncryption。此規則可控制主機直接與 KMS 通訊的方式。觸發此規則時，記錄項目會新增到 /var/log/vobd.log。您可能會看見下列訊息：

  Firewall configuration has changed. Operation 'addIP4' for rule set vsanEncryption succeeded.

  Firewall configuration has changed. Operation 'removeIP4' for rule set vsanEncryption succeeded.

  可忽略這些訊息。

  因應措施：無。

• 在 vmknic 上將 [流量類型] 選項設定為支援見證流量後，未發生 HA 容錯移轉

  如果您在 vmknic 上將流量類型選項設定為支援見證流量，則 vSphere HA 不會自動探索新設定。您必須手動停用 HA 後再重新啟用，HA 才能探索 vmknic。如果您先設定 vmknic 和 vSAN 叢集，然後在叢集上啟用 HA，則 HA 會探索 vmknic。

  因應措施：手動停用叢集上的 vSphere HA，然後再重新啟用它。

• iSCSI MCS 不受支援

  vSAN iSCSI 目標服務不支援每個工作階段多重連線 (MCS)。

  因應措施：無。

• 任何 iSCSI 啟動器均可以探索 iSCSI 目標

  vSAN iSCSI 目標服務允許網路上的任何啟動器探索 iSCSI 目標。

  因應措施：您可以透過將 ESXi 主機置於分離的 VLAN 上來將其與 iSCSI 啟動器隔離。

• 解決網路磁碟分割後，連結複製虛擬機器上的一些虛擬機器作業可能會失敗

  在客體作業系統內不產生 I/O 的一些連結複製虛擬機器上的虛擬機器作業可能會失敗。可能會失敗的作業包括建立快照和暫停虛擬機器。如果父系基礎虛擬機器的命名空間還無法存取，解決網路磁碟分割後會發生此問題。當父系虛擬機器的命名空間可供存取時，未通知 HA 開啟虛擬機器的電源。

  因應措施：重新啟動未在執行 I/O 作業的虛擬機器的電源。

• 無法將見證主機置於維護模式

  嘗試將見證主機置於維護模式時，主機會保持目前狀態，您會看到以下通知：「指定的參數不正確」。

  因應措施：將見證主機置於維護模式時，選擇不移轉資料選項。

• 將見證主機移入延伸叢集然後移出，會使叢集處於設定錯誤狀態

  如果您將見證主機置於已啟用 vSAN 的 vCenter 叢集中，則會出現一則警示，通知您見證主機無法駐留在叢集中。但如果您將見證主機移出叢集，則叢集會保持設定錯誤狀態。

  因應措施：將見證主機移出 vSAN 延伸叢集，然後重新設定延伸叢集。如需詳細資訊，請參閱本文章：https://kb.vmware.com/s/article/2130587。

• 具有 HA 活動訊號資料存放區的叢集中發生網路磁碟分割時，虛擬機器不會在其他資料站台上重新啟動

  當 vSAN 叢集中的慣用站台或次要站台與其他站台的網路連線中斷時，在網路連線中斷的站台上執行的虛擬機器不會在其他資料站台上重新啟動，並可能出現以下錯誤：vSphere HA virtual machine HA failover failed。

  此為 vSAN 叢集的預期行為。

  因應措施：在叢集上設定 vSphere HA 時，請勿選取 HA 活動訊號資料存放區。

• 已卸載的 vSAN 磁碟和磁碟群組中 vSphere Web Client 的 [運作狀態] 欄位中顯示為 [已掛接]

  當磁碟持續顯示高延遲時，在透過執行 esxcli vsan storage disk group unmount 命令或由 vSAN Device Monitor 服務卸載 vSAN 磁碟或磁碟群組後，vSphere Web Client 會錯誤地將 [運作狀態] 欄位顯示為 [已掛接]。

  因應措施：使用 [健全狀況] 欄位 (而非使用 [運作狀態] 欄位) 確認磁碟狀態。