VMware vSAN 7.0 Update 1 | 2020 年 10 月 6 日 | 組建編號 16850804

檢查此版本說明的新增項目和更新。

版本說明的內容

此版本說明涵蓋下列主題:

新增功能

vSAN 7.0 Update 1 引入了下列新功能和增強功能: 

不犧牲效能的擴充

  • HCI 網格。HCI 網格是一種以軟體為基礎的方法,用來解除彙總 vSAN 中的計算和儲存資源。HCI 網格可在 vCenter Server 內啟用遠端資料存放區容量的跨叢集使用量,藉以整合多個獨立的 vSAN 叢集。HCI 網格可有效利用和耗用資料中心資源,以提供大規模的簡易儲存區管理。
  • vSAN 檔案服務增強功能。原生 vSAN 檔案服務包含 SMB 檔案共用的支援。此外也提供對 Microsoft Active Directory、Kerberos 驗證和延展性改進的支援。
  • 僅壓縮 vSAN。您可以在重複資料刪除以外單獨啟用壓縮,為無法利用重複資料刪除的工作負載提供儲存效率選項。在僅壓縮 vSAN 中,失敗的容量裝置只會影響該裝置,而不會影響到整個磁碟群組。
  • 增加可用容量。內部最佳化讓 vSAN 不再需要保留 25-30% 的可用空間供內部作業和主機失敗重建使用。所需的空間量是以部署變數為基礎的決定性值,例如叢集大小和儲存裝置密度。這些變更為工作負載提供了更多可用容量。
  • 雙節點叢集的共用見證。vSAN 7.0 Update 1 可讓單一 vSAN 見證主機管理多個雙節點叢集。單一見證主機最多可支援 64 個叢集,從而大幅降低運作和資源額外負荷。

簡化作業

  • vSAN 資料傳輸加密。此功能可對 vSAN 叢集中多個節點之間的資料流量啟用安全連線加密。vSAN 資料傳輸加密是一項叢集範圍的功能,可以單獨啟用,也可以與 vSAN 靜態資料加密一併啟用。流量加密會使用相同的 FIPS-2 驗證密碼編譯模組作為現有的加密功能,而不需要使用 KMS 伺服器。
  • 增強維護模式期間的資料持久性。這項改進可在您使用 [確保可存取性] 選項將主機置於維護模式時,保護資料的完整性。所有在維護期間會寫入主機的增量寫入,現在都會重新導向至另一個主機 (如果有的話)。此功能可用於設定了 PFTT=1 的虛擬機器,此外也提供使用 PFTT=2 的替代方法,用以確保維護作業期間的資料完整性。
  • vLCM 增強功能。vSphere Lifecycle Manager (vLCM) 是一套整合軟體和韌體生命週期管理的解決方案。在此版本中,vLCM 增強了以下功能:Lenovo ReadyNodes 的韌體支援、vSAN 延伸叢集和容錯網域組態的感知、其他硬體相容性預先檢查,以及增加並行叢集作業的延展性。
  • 保留的容量。您可以啟用內部叢集作業和主機失敗重建的容量保留。保留是一種軟性臨界值,用來防止使用者驅動的佈建活動干擾到內部作業,例如,資料重建、重新平衡活動或原則重新設定。
  • 預設閘道覆寫。您可以為 VMkernel 介面卡覆寫預設閘道,以為 vSAN 網路提供不同的閘道。此功能可簡化延伸叢集、雙節點叢集和容錯網域部署的路由組態;在過去,這需要手動設定靜態路由。現在已不需要靜態路由。
  • 更快速的 vSAN 主機重新啟動。藉由在重新啟動或關閉之前將記憶體中的中繼資料保存到磁碟,縮短了所規劃主機重新啟動的時間間隔。此方法可減少 vSAN 叢集中主機重新啟動所需的時間,進而縮短維護時段內的整體叢集停機時間。
  • 工作負載 I/O 分析。透過 IOInsight 分析虛擬機器 I/O 度量,這是一項直接整合至 vCenter Server 中的監控和疑難排解的工具。取得虛擬機器 I/O 特性的詳細視圖,例如效能、I/O 大小和類型、讀取/寫入比率,以及其他重要資料度量。您可以對虛擬機器、主機或整個叢集執行 IOInsight 作業。
  • 整合的 I/O 效能視圖。您可以選取多個虛擬機器,並顯示儲存區效能度量 (例如 IOPS、輸送量和延遲) 的合併視圖。您可以比較多個虛擬機器間的儲存區效能特性。
  • 具有 IOPS 限制的虛擬機器延遲監控。效能監控的這項改進可協助您區分可能因強制執行 IOPS 限制所發生的延遲期間。此視圖對於在虛擬機器儲存區原則中設定 IOPS 限制的組織將有所幫助。
  • 安全的磁碟機清除。在透過一組新的 PowerCLI 或 API 命令從 vSAN 叢集解除委任之前,安全地抹除快閃儲存裝置。使用這些命令,可根據 NIST 標準安全地清除資料。
  • 磁碟的資料移轉預先檢查。vSAN 主機維護模式的資料移轉預先檢查現已包含對個別磁碟裝置或整個磁碟群組的支援。這可為磁碟或磁碟群組解除委任提供更細微的預先檢查。
  • 符合 VPAT 508 條款的標準。vSAN 符合自願產品協助工具範本 (VPAT) 的標準。VPAT 508 條款合規性可確保 vSAN 已詳盡稽核協助工具需求,並已就正確的合規性進行產品變更。

附註:vSAN 7.0 Update 1 藉由標準化整個系統的工作計時器改善了 CPU 效能。此變更解決了計時器啟動早於或晚於所要求時間,而導致部分工作負載效能降級的問題。  

VMware vSAN 社群

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

此版本的升級

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

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

vSAN 7.0 Update 1 是新版本,需要完整升級至 vSphere 7.0 Update 1。執行下列工作以完成升級:

1.升級至 vCenter Server 7.0 Update 1。如需詳細資訊,請參閱 VMware vSphere 7.0 Update 1 版本說明。 
2.將主機升級至 ESXi 7.0 Update 1。如需詳細資訊,請參閱 VMware vSphere 7.0 Update 1 版本說明。 
3.將 vSAN 磁碟上格式升級至 13.0 版。如果從磁碟上格式 3.0 版或更新版本升級,則不需要資料疏散 (僅中繼資料更新)。

附註: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 版的磁碟,健全狀況檢查會警示您升級磁碟格式版本。

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

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

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

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

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

限制

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

已知問題

已知問題分類如下。

vSAN 問題
  • vSAN 允許在本機和遠端資料存放區之間佈建虛擬機器

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

    因應措施:請勿在本機和遠端資料存放區之間佈建虛擬機器。

  • 主機摘要儲存區資訊不包含 vSAN 資料存放區

    按一下 ESXi 主機的 [摘要] 視圖時,[可用]、[已使用] 和 [容量] 值的儲存區摘要不會包含可從主機存取的 vSAN 資料存放區。

    因應措施:您可以在 [叢集摘要] 視圖中查看有關 vSAN 資料存放區的資訊。

  • 物件重新格式化工作停滯且不會進行。

    當物件重新格式化工作正在執行時,vSAN 會在背景中重新設定物件的格式。重新設定這些物件會批次完成,且會取決於叢集中可用的暫時性容量數量。當暫時性容量超過上限時,vSAN 會等待暫時性容量清除後,再繼續進行重新格式化。在此階段中,工作可能會停滯且不會進行。

    因應措施:尚無因應措施。

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

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

    因應措施:如需有關此問題的詳細資訊,請參閱知識庫 80483。 

  • vSAN 檔案服務虛擬機器 (FSVM) Docker 內部網路可能會在無警告或重新設定的情況下與客戶網路重疊

    如果指定的檔案服務網路與 Docker 內部網路 (172.17.0.0/16) 重疊,則會發生已知衝突問題。這會造成正確端點的流量路由問題。

    指定不同的檔案服務網路,使其不與 Docker 內部網路 (172.17.0.0/16) 重疊。

  • 在已啟用 vSAN 檔案服務的叢集上啟用重複資料刪除或加密/壓縮時,部分部署檔案服務虛擬機器 (FSVM) 的工作可能會失敗

    啟用重複資料刪除或加密/壓縮時會觸發磁碟格式變更(DFC)。DFC 會依序關閉每台主機上的 FSVM。但是,ESX Agent Manager (EAM) 會嘗試部署 FSVM,而此類部署會失敗。 

    可安全地忽略此類失敗。DFC 完成後,FSVM 修復會成功。

  • 深層重設金鑰可能會中斷用戶端 I/O

    在深層重設金鑰程序期間,NFS 和 SMB 用戶端的 I/O 作業可能會失敗或中斷。

    如果無法容許用戶端失敗,建議在維護時段期間執行深層重設金鑰程序。

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

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

    在啟用檔案服務之前,請先升級 vSAN 磁碟格式版本。

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

    即使所有檔案都已刪除,配置的區塊仍不會回到 vSAN 儲存區。這些已配置的區塊將在新資料寫入相同檔案共用時重複使用。

    若要將儲存區釋放回 vSAN,請刪除檔案共用。

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

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

    在修復預先檢查通過後,將下列 vSAN 健全狀況測試的警示設為靜音:

    • vSAN:基本 (單點傳播) 連線檢查
    • vSAN:MTU 檢查 (以大封包大小進行 Ping)

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

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

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

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

  • Update Manager 顯示測試識別碼,而非健全狀況檢查名稱

    使用 Update Manager 來修復 vSAN 叢集中的主機時,vSAN 健全狀況檢查可以識別出升級問題。主機上的修復工作失敗時,您可能會看到錯誤訊息中含有測試識別碼,而非健全狀況檢查名稱。例如:

    在主機結束 MM 之前,修復已失敗,因為 vSAN 健全狀況檢查失敗。vSAN 叢集狀況不良,因為 vSAN 健全狀況檢查:com.vmware.vsan.health.test.controlleronhcl 失敗

    每個測試識別碼會與一個 vSAN 健全狀況檢查相關。若要瞭解修復健全狀況檢查,請參閱下列文章:https://kb.vmware.com/s/article/60219

    因應措施:如果在 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 延伸叢集組態遺失
    如果您停用延伸叢集上的 vSAN,將不會保留延伸叢集組態。延伸叢集、見證主機與容錯網域組態遺失。

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

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

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

    因應措施:無。 

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

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

  • 如果 vSAN 叢集的 ESXi 主機具有 vSphere 6.0 Update 1 或更早版本,則 Health Service 無法運作
    如果叢集中有 ESXi 主機執行 vSphere 6.0 Update 1 或更早版本,則 vSAN 6.6 及更新版本的健全狀況服務無法運作。

    因應措施:請勿將具有 vSphere 6.0 Update 1 或更早版本軟體的 ESXi 主機新增至 vSAN 6.6 或更新版本的叢集。

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

    如果延伸叢集上的次要站台失敗,虛擬機器會容錯移轉到慣用站台。已在慣用站台上的虛擬機器可能會登錄下列警示:無法容錯移轉。請忽略此警示。這不會影響容錯移轉行為。

    因應措施:無。 

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

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

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

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

  • 當您將主機從一個加密叢集移至另一個加密叢集,然後又移回原始叢集時,工作失敗
    將主機從一個加密的 vSAN 叢集移到另一個加密的 vSAN 叢集,然後再將主機移回到原始的加密叢集時,工作可能會失敗。您可能會看見下列訊息:發生一般系統錯誤: 故障無效。發生該錯誤的原因是,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 延伸叢集,然後重新設定延伸叢集。如需詳細資訊,請參閱知識庫文章 2130587

  • 具有 HA 活動訊號資料存放區的叢集中發生網路磁碟分割時,虛擬機器不會在其他資料站台上重新啟動
    當 vSAN 叢集中的慣用站台或次要站台與其他站台的網路連線中斷時,在網路連線中斷的站台上執行的虛擬機器不會在其他資料站台上重新啟動,並可能出現以下錯誤:vSphere HA 虛擬機器 HA 容錯移轉失敗

    此為 vSAN 叢集的預期行為。

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

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

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

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

check-circle-line exclamation-circle-line close-line
Scroll to top icon