VMware vSAN 8.0 Update 2 版本說明

VMware vSAN 8.0 Update 2 | 2023 年 9 月 21 日 | ISO 組建編號 22380479 檢查此版本說明的新增項目和更新。

版本說明的內容

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

新增功能

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

• 將儲存區分類

  透過 vSAN Express Storage Architecture 分類的增強拓撲引入了與 vSAN OSA 和 vSAN ESA 同等的功能。

  vSAN ESA 在分類拓撲中支援延伸叢集。使用 vSAN 延伸叢集時，vSAN ESA 支援分類。除了支援數個延伸叢集組態之外，vSAN 還可以將特定拓撲的網路路徑最佳化，以提高延伸叢集組態的效能功能。

  支援使用多個 vCenter Server 的跨叢集分類。vSAN 8.0 Update 2 在使用 vSAN ESA 時，支援跨使用多個 vCenter Server 的環境分類。這可讓由一個 vCenter Server 管理的 vSphere 或 vSAN 叢集使用由另一個 vCenter Server 所管理的 vSAN 叢集上的儲存資源。

  分類儲存區的 vSAN ESA 調適性寫入路徑。分類部署具有先前針對標準 ESA 型部署在 vSAN 8.0 Update 1 中引入的新調適性寫入路徑的效能優勢。vSphere 或 vSAN 叢集上執行的虛擬機器會耗用另一個 vSAN ESA 叢集的儲存區，就可以利用此功能。分類環境中的調適性寫入路徑技術可協助您的虛擬機器實現更高的輸送量和較低的延遲，且管理員無需進行任何互動，即可自動即時執行。

• 核心平台增強功能

  整合了適用於雲端原生工作負載和傳統工作負載的檔案服務。vSAN 8.0 Update 2 在 vSAN Express Storage Architecture 上支援 vSAN 檔案服務。檔案服務用戶端可受益於 vSAN ESA 所提供的效能和效率增強功能。

  vSAN ESA 中的調適性寫入路徑最佳化。vSAN ESA 引入了調適性寫入路徑，可協助叢集更快速地擷取和處理資料。此最佳化可提高驅動單一物件 (VMDK) 高 I/O 之工作負載的效能，並提高彙總叢集效能。

  增加了 vSAN ESA 叢集中每個主機的虛擬機器數目 (最多每台主機 500 個)。vSAN 8.0 Update 2 在 vSAN ESA 叢集上支援最多每個主機 500 個虛擬機器，前提是基礎的硬體基礎結構可以為此提供支援。現在，您可以利用針對高核心密度的最新一代 CPU 最佳化的以 NVMe 為基礎的高效能硬體平台，並針對每台主機整併更多台虛擬機器。

  新增 ReadyNode 設定檔並支援 vSAN ESA 的讀取密集型裝置。vSAN ESA 宣布推出專為小型資料中心和 Edge 環境設計的全新 ReadyNode 設定檔，且針對每個節點的整體硬體需求較低。此版本還引入了對讀取密集型儲存裝置的支援。

  vSAN ESA 支援此加密深層重設金鑰。使用靜態資料加密的 vSAN 叢集能夠執行深層重設金鑰作業。深層重設金鑰會解密已使用舊加密金鑰加密並儲存在 vSAN 叢集中的資料，並於儲存在 vSAN 叢集之前，使用新核發的加密金鑰重新加密資料。

• 擴充作業

  vSAN ESA 規範性磁碟宣告。vSAN ESA 包含一個規範性磁碟宣告程序，可進一步簡化 vSAN 叢集內每台主機中儲存裝置的管理。此功能可在初始部署和叢集擴充期間提供磁碟宣告程序的一致性。

  容量報告增強功能。vSAN ESA 空間報告中的額外負荷明細顯示 ESA 物件額外負荷和原始檔案系統額外負荷。

  改進了 vSAN ESA 中的自動原則管理。增強型自動原則管理功能可判斷使用者在叢集中新增主機或從叢集中移除主機時是否需要調整預設儲存區原則。如果 vSAN 發現需要變更預設儲存區原則，則會觸發健全狀況檢查警告。只需按一下即可進行變更，此時 vSAN 會使用新原則重新設定叢集。

  Skyline Health 修復增強功能。vSAN Skyline Health 可透過提供部署特定的指引以及有關如何解決問題的更具規範性的指引，以協助您縮短解決問題的時間。

  使用靜態資料加密的叢集金鑰到期。vSAN 8.0 Update 2 支援使用具有金鑰到期屬性的 KMS 伺服器，該屬性用來為金鑰加密金鑰 (KEK) 指派到期日期。

  I/O 熱門參與者增強功能。vSAN 效能服務改進了在可自訂期間內尋找效能熱點的程序，以協助您在使用多種類型的來源 (虛擬機器、主機磁碟等) 進行分析時診斷效能問題。

  在雙節點叢集和延伸叢集上支援 I/O 行程分析器。vSAN 8.0 Update 2 增強了 I/O 行程分析器，以報告 vSAN 延伸叢集中的工作負載。現在，您可以判斷 vSAN 延伸叢集中發生的主要延遲來源的位置，以及堆疊中其他部分中的延遲，這些延遲可能會導致虛擬機器發生整體延遲。

  更輕鬆地設定雙節點叢集和延伸叢集。數項新功能可協助管理雙節點和延伸叢集部署。

  • 已在 vSphere Client 中設定見證主機流量。

  • vSAN ESA 中支援中型見證主機應用裝置。

  • 支援在 vLCM 中管理共用見證主機應用裝置類型的生命週期。

• 雲端原生儲存

  TKG 服務的 CSI 快照支援。雲端原生儲存引入了對 TKG 服務的 CSI 快照支援，可讓 K8s 使用者和備份廠商在 TKGS 上建立持續性磁碟區快照。

  雲端原生持續性磁碟區跨資料存放區的資料移動。此版本引入了在 vSphere Client 中持續性磁碟區跨資料存放區的內建移轉。

VMware vSAN 社群

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

此版本的升級

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

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

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

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

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

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

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

4. 升級 FSVM 以啟用新的檔案服務功能並取得所有最新的更新。

附註：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

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

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

限制

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

已知問題

• 無法在 vSAN ESA 叢集上整併 vRDM 的 vmdk

  如果您使用 vRDM 類型的虛擬磁碟且相容模式設定為虛擬，而磁碟模式設定為相依，則可能會發生此問題。在 vSAN ESA 資料存放區中，建立快照後，無法將對應的虛擬磁碟整併到快照刪除作業中。此問題可能會導致虛擬磁碟無法建立新快照。

  無。

• 如果未備份原生金鑰提供者，則會封鎖加密作業

  如果您使用原生金鑰提供者 進行 vSAN 靜態資料加密，且未備份原生金鑰提供者，則與加密相關的重新設定作業可能會失敗，並顯示下列訊息：The KMS cluster {kmsCluster} is a Native Key Provider that is not backed up yet。

  在啟用靜態資料加密之前，請先備份原生金鑰提供者。

• 必須手動將儲存區原則指派給已還原的虛擬機器

  如果從已刪除的虛擬機器還原或建立連結複製，vSAN 不會自動指派儲存區原則。新的虛擬機器沒有儲存區原則。

  在建立連結複製虛擬機器或還原虛擬機器後，手動指派儲存區原則。

• 當 vCenter 處於氣隙狀態時，Skyline Health 的日文文字顯示不正確

  當 vCenter 網路連線處於氣隙狀態時，可能會發生此問題。Skyline Health 的一些日文文字未正確當地語系化。您可能會看到訊息識別碼，如下所示： com.vmware.vsan.health.XXX

  執行下列步驟：

  1. 使用 SSH 登入 vCenter。

  2. 開啟以下檔案：/etc/vmware-vsan-health/cloudHealthResources/locale/ja/vsanhealthremediation.vmsg

  3. 搜尋以下內容：vsan.health.optimaldsdefaultpolicy.htf.0.default.0.des

  4. 將兩行合併為一行，如下所示，然後儲存該檔案。

  5. 重新啟動 vSAN Health Service： /usr/sbin/vmon-cli -r vsan-health

  編輯前：

  vsan.health.optimaldsdefaultpolicy.htf.0.default.0.des=健全性テーブルに表示される

  vSAN の最適なデータストアのデフォルト ポリシーの「許容される障害の数」または「サイトの耐障害性」の構成 (あるいは両方) が推奨ポリシーと一致しません。

  編輯後：

  vsan.health.optimaldsdefaultpolicy.htf.0.default.0.des=健全性テーブルに表示される vSAN の最適なデータストアのデフォルト ポリシーの「許容される障害の数」または「サイトの耐障害性」の構成 (あるいは両方) が推奨ポリシーと一致しません。

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

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

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

• 如果 vCenter Server 網際網路連線已停用，則無法啟用檔案服務

  如果停用 vCenter Server 網際網路連線，[啟用檔案服務] 對話方塊不會顯示 [檔案服務代理程式] 區段，且您無法選取 OVF。

  因應措施：若要啟用 vCenter Server 網際網路連線：

  1. 導覽至叢集>設定>vSAN>網際網路連線。

  2. 按一下編輯以開啟 [編輯網際網路連線] 對話方塊。

  3. 選取針對所有 vSAN 叢集啟用網際網路連線核取方塊，然後按一下套用。

• 無法在 vSAN ESA 上停用加密

  在 vSAN ESA 叢集上啟用靜態資料加密後，便無法將其停用。

  因應措施：無。

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

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

  因應措施：無。

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

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

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

• 如果在自訂連接埠上部署 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 相關的作業。

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

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

  因應措施：無。

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

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

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

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

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

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

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

• 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 磁碟格式版本。

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

  在熱移除磁碟機期間，如果 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) 狀態。如果您嘗試移除磁碟群組，可能會看到錯誤訊息，通知您無法完成該動作。

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

• 在重複資料刪除叢集中，當磁碟顯示超過 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 > 重新同步元件) 以進行驗證。

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

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

  當您變更延伸叢集中的見證主機時，已關閉電源的虛擬機器在 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 執行深層重設金鑰前，會先執行淺層重設金鑰。如果存在卸載的磁碟群組，則淺層重設金鑰會失敗。深層重設金鑰程序無法開始。

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

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

  啟用 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，然後再重新啟用它。

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

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

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

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

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

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

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

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

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

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

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

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