VMware Virtual SAN 6.2 版本說明

|

更新時間:2017 年 2 月 24 日

VMware Virtual SAN 6.2| 2016 年 3 月 15 日 | ISO 組建編號 3620759

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

版本說明的內容

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

新增功能

Virtual SAN 6.2 引入下列新功能和增強功能:

  • 新增支援 TLS。在 vSphere 6.0 Update 3 及更新版本中,依預設會啟用對 TLS v1.0、TLS v1.1 和 TLS v1.2 的支援,並且可設定。在 VMware Knowledge Base article 2148819. For a list of VMware products supported for TLS v1.0 disablement and the use of TLS v1.1/v1.2, consult Vmware 知識庫文章 2145796 中瞭解如何設定 TLS v1.0、TLS v1.1 和 TLS v1.2。

  • 重複資料刪除和壓縮。Virtual SAN 6.2 支援重複資料刪除和壓縮,以消除重複資料。此技術會減少所需的總儲存空間,以滿足您的需求。在 Virtual SAN 叢集上啟用重複資料刪除和壓縮時,特定磁碟群組中的多餘資料複本會減少至單一複本。重複資料刪除和壓縮可在全 Flash 叢集上用做叢集範圍的設定。

  • RAID 5 和 RAID 6 清除編碼。Virtual SAN 6.2 支援 RAID 5 和 RAID 6 清除編碼,以減少保護資料所需的儲存空間。RAID 5 和 RAID 6 可在全 Flash 叢集中用做虛擬機器原則屬性。您可在至少具有四個容錯網域的叢集中使用 RAID 5,並在至少具有六個容錯網域的叢集中使用 RAID 6。

  • 軟體總和檢查碼。Virtual SAN 6.2 在混合與全 Flash 叢集上支援以軟體為基礎的總和檢查碼。依預設,會在 Virtual SAN 叢集中的所有物件上啟用軟體總和檢查碼原則屬性。

  • 新的磁碟上格式。Virtual SAN 6.2 支援透過 vSphere Web Client 升級至新的磁碟上虛擬檔案格式 3.0。此檔案系統會為 Virtual SAN 叢集中的新功能提供支援。磁碟上格式 3.0 版採用內部的 4K 區塊大小技術。4K 區塊大小技術會提供更高的效率,但如果客體作業系統 I/O 不是 4K,則可能會導致效能降低。>

  • IOPS 限制。Virtual SAN 支援 IOPS 限制,以限制指定物件每秒的 I/O (讀取/寫入) 作業次數。讀取/寫入作業次數達到 IOPS 上限時,則會延遲這些作業,直到目前的秒數到期。IOPS 限制是可套用至任何 Virtual SAN 物件的原則屬性,包括 VMDK、命名空間等。

  • IPv6。Virtual SAN 支援 IPv4 或 IPv6 位址。

  • 空間報告。Virtual SAN 6.2 容量監視器顯示 Virtual SAN 資料存放區的相關資訊 (包括已用空間和可用空間),並依不同的物件類型或資料類型提供容量使用量明細。

  • 健全狀況服務。Virtual SAN 6.2 包括新的健全狀況檢查,可協助您監控叢集,並使您能夠診斷並修正叢集問題。如果 Virtual SAN 健全狀況服務偵測到健全狀況問題,則會觸發 vCenter 事件和警示。

  • 效能服務。Virtual SAN 6.2 包括包含叢集層級、主機層級、虛擬機器層級和磁碟層級統計資料的效能服務監控。效能服務會收集並分析效能統計資料,並以圖形格式顯示資料。您可使用效能圖管理工作負載,並判定問題的根本原因。

  • 直寫式記憶體內快取。Virtual SAN 6.2 可透過使用主機駐留直寫式讀取快取來改進虛擬機器效能。此快取演算法會降低讀取 I/O 延遲,並會降低 Virtual SAN CPU 和網路使用量。

舊版 Virtual SAN

Virtual SAN 6.0 和 6.1 的功能及已知問題會在版本說明中加以說明。可在以下位置取得 Virtual SAN 版本說明:

VMware Virtual SAN 社群

使用 Virtual SAN 時,請使用 Virtual SAN 社群網站提供意見反應,並在遇到任何問題時申請協助。

此版本的升級

如需升級 Virtual SAN 的相關指示,請參閱 VMware Virtual SAN 6.2 說明文件

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

升級 Virtual SAN 磁碟上格式期間,會執行磁碟群組疏散。然後會移除磁碟群組,將其升級為磁碟上格式 3.0 版,並將磁碟群組新增回叢集。對於雙節點或三節點叢集,或沒有足夠容量對每個磁碟群組執行疏散的叢集,則必須使用以下 RVC 命令升級磁碟上格式:vsan.ondisk_upgrade --allow-reduced-redundancy

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

如果在升級至 Virtual SAN 6.2 期間啟用重複資料刪除和壓縮,則可在 vSphere Web Client 中選取允許降低冗餘

將 VMware Update Manager 與延伸叢集搭配使用

使用 VMware Update Manager 並行升級主機,可能會導致見證主機與延伸叢集中的其中一台資料主機並行升級。若要避免升級問題,請勿將 VMware Update Manager 設定為與延伸叢集中的資料主機並行升級見證主機。請在所有資料主機成功升級並結束維護模式後升級見證主機。

升級期間確認健全狀況檢查故障

Virtual SAN 磁碟上格式升級期間,「實體磁碟健全狀況 – 中繼資料健全狀況」檢查可能會間歇性失敗。如果暫存程序遲緩 (最可能的原因是 Virtual SAN 需要在儲存裝置上執行實體區塊配置),則這些故障可能會發生。採取動作前,請在高活動期間 (例如多虛擬機器部署) 後,確認此健全狀況檢查的狀態為已完成。如果健全狀況檢查仍為紅色,則警告有效。如果健全狀況檢查為綠色,則可忽略先前的警告。如需詳細資訊,請參閱知識庫文章 2108690

限制

在全 Flash 組態中,Virtual SAN 在每個磁碟群組上支援的寫入緩衝區快取大小上限為 600 GB。

如需 Virtual SAN 6.2 版本中其他組態上限的相關資訊,請參閱《組態上限》說明文件。

已解決的問題

  • 升級至 Virtual SAN 6.1 時,會顯示以下錯誤訊息:無法存取代理程式離線服務包
    從啟用了健全狀況檢查的 Virtual SAN 6.0 升級至 Virtual SAN 6.1 時,可能會發生此錯誤。升級程序進行期間,會替代健全狀況檢查 VIB 並暫時停止其服務。在某些情況下,健全狀況檢查可能會產生錯誤訊息。

    已在此版本中解決此問題。

  • 將主機放入 Virtual SAN 叢集用做見證,然後再將該主機移出叢集時,系統會從主機移除健全狀況檢查 VIB
    如果將 ESXi 主機移出 Virtual SAN 叢集,則會移除其健全狀況檢查 VIB。因此,如果主機是叢集的見證,則見證的安裝狀態為紅色。

    已在此版本中解決此問題。

  • 在大型延伸叢集 (例如 15:15:1) 中進行站台故障復原時,若容錯網域中的每個節點接連發生故障,且發生故障的間隔只有幾秒時,虛擬機器可能無法存取或處於孤立狀態

    已在此版本中解決此問題。

  • 嘗試在延伸叢集的見證主機上設定全 Flash 磁碟群組失敗
    當您嘗試將包含全 Flash 磁碟群組的見證主機新增至延伸叢集時,此工作會失敗,且不會有磁碟群組新增至主機。

    已在此版本中解決此問題。

  • 將主機新增至 Virtual SAN 叢集會觸發安裝程式錯誤
    將 ESXi 主機新增至啟用了 HA 和 Virtual SAN 健全狀況服務的叢集時,您可能會因 VIB 安裝競爭情形而遇到下列其中一個或同時遇到兩個錯誤:

    • 在工作視圖中,「設定 vSphere HA」工作可能會失敗,並顯示類似以下內容的錯誤訊息:無法安裝 vCenter Server 代理程式服務。未知的安裝程式錯誤

    • 啟用代理程式工作可能會失敗,並顯示類似於以下的錯誤訊息:無法完成作業。如需詳細資料,請參閱事件記錄檔狀態

    已在此版本中解決此問題。

  • 已知問題

    • 停用 Virtual SAN 時,無法宣告磁碟
      如果在叢集上啟用 Virtual SAN 前嘗試宣告磁碟並建立磁碟群組,則作業會失敗。

      因應措施:在宣告磁碟並建立磁碟群組前,先在叢集上啟用 Virtual SAN。

    • 透過 esxcli 啟用 Virtual SAN 6.2 後,自動磁碟宣告不運作
      如果透過 esxcli 啟用 Virtual SAN 6.2,則自動宣告磁碟的方式不會運作。

      因應措施:使用 vSphere Web Client 設定自動磁碟宣告。您亦可使用手動方式宣告磁碟。

    • 由於保險箱磁碟分割空間不足,主機升級失敗
      升級失敗,並在 /var/log/esxupdate.log 中顯示以下訊息:

      Failed to create temporary DB dir: [Errno 28] No space left on device: '/locker/packages/var/db/locker/profiles.new' filename = /locker/packages/var/db/locker

      您亦可能會在 /var/log/vobd.log 上看到以下事件:

      2016-02-23T11:50:16.095Z: [VfatCorrelator] 676355748510us: [vob.vfat.filesystem.full] VFAT volume mpx.vmhba32:C0:T0:L0:8 (UUID 55e71deb-2f773c48-5dda-a0369f56dd20) is full.(585696 sectors, 0 free sectors)

      2016-02-24T17:13:00.037Z: [VisorfsCorrelator] 782119690921us: [vob.visorfs.ramdisk.full] Cannot extend visorfs file /vsantraces/vsantraces--2016-02-24T17h12m27s256.gz because its ramdisk (vsantraces) is full.2016-02-24T17:13:00.037Z: [VisorfsCorrelator] 782119691022us: [esx.problem.visorfs.ramdisk.full] The ramdisk 'vsantraces' is full.As a result, the file /vsantraces/vsantraces--2016-02-24T17h12m27s256.gz could not be written.

      因應措施:刪除主機上保險箱磁碟分割中的 Virtual SAN Observer .gz 檔案,然後重試升級。

      1. 登入 ESXi shell 並在位於 /locker/vsantraces/ 的保險箱磁碟分割中檢查空間耗用

      2. 使用 df -h 命令識別任何利用率為 100% 的 VFAT 磁碟分割。例如:

        df -h
        Filesystem Size Used Available Use% Mounted on
        vfat 249.7M 202.5M 47.3M 81% /vmfs/volumes/68a04eea-90716418-ba59-6dc3297f0ef8
        vfat 249.7M 202.4M 47.3M 81% /vmfs/volumes/6f065ae4-88f03302-b4c6-c0b765c07ff8
        vfat 285.8M 285.7M 112.0K 100% /vmfs/volumes/55e71deb-2f773c48-5dda-a0369f56dd20
        -------------------------------

      3. 從主機上的保險箱磁碟分割 (/locker/vsantraces/) 移除 Virtual SAN Observer .gz 記錄。例如:vsanObserver--YYYY-MM-DDTxxhyymzzs.gz

      4. 重試主機升級。

    • 將 6.0 Update 1 主機設定檔套用至已設定 Virtual SAN vmknic 的 6.0 Update 2 主機時,符合性檢查和修復失敗
      如果將主機從 ESXi 6.0 Update 1 升級至 ESXi 6.0 Update 2,然後套用主機設定檔,則會失敗,並顯示以下訊息:更新工作組態規格時發生未預期的錯誤: 'IPProtocol'

      因應措施:您可將主機升級至 6.0 Update 2,然後從升級的主機解壓縮主機設定檔,以取得 6.0 Update 2 版主機設定檔。

      您亦可編輯主機設定檔,並將編輯過的主機設定檔套用至升級的主機。

      1. 在主機設定檔上按一下滑鼠右鍵,然後選擇功能表匯出主機設定檔。主機設定檔會匯出為 .vpf 檔案。

      2. 使用文字編輯器開啟 .vpf 檔案,並取代以下文字的所有執行個體:

        <parameter><key>IPProtocol</key><value xsi:type="xsd:string">IPv4</value></parameter>

        取代為以下文字:

        <parameter><key>IPProtocol</key><value xsi:type="xsd:string">IP</value></parameter>

      3. 匯入已修改的主機設定檔,並將其套用至執行 ESXi 6.0 Update 2 的主機。

    • 主節點容錯移轉並重新啟動後,SPBM 符合性狀態顯示的結果無效
      在大量 Virtual SAN 節點故障後,以儲存區原則為基礎的管理 (SPBM) 可能會將虛擬機器符合性狀態錯誤地顯示為不適用。主節點和備份節點均失敗時,可能會發生此問題。此問題是在回應故障期間由 SPBM 所起始的一連串自動符合性查詢所引起。由於這些符合性查詢將其他負載置於系統上,因此任何新的符合性查詢都可能逾時或傳回無效結果。

      因應措施:等到自動起始的符合性查詢完成。所有新的符合性查詢均會傳回有效結果。

    • 建立新的虛擬機器儲存區原則精靈會顯示錯誤的規則標籤
      開啟 [建立新的虛擬機器儲存區原則] 精靈,以根據 Virtual SAN 資料服務定義原則時,用於顯示原則規則的標籤可能會顯示內部識別碼 (而非使用者易記的標籤)。例如,您可能會看到 vsan.capabilitymetadata.propertymetadata.summary.replicaPreference.label,而非每個物件的磁碟等量區數目

      因應措施:登出 vSphere Web Client,並再次登入。

    • 如果主機具有不同 ESXi 軟體版本,則 vSphere Web Client 中的重新同步元件頁面不會顯示重新同步化活動
      升級 Virtual SAN 叢集中的主機時,某些主機可能具有不同 ESXi 軟體版本。例如,一些主機正在執行 ESXi 6.0 Update 1,另一些主機正在執行 ESXi 6.0 Update 2。在此升級階段期間,vSphere Web Client 中的 [重新同步元件] 頁面可能無法顯示叢集中正在發生的重新同步化活動。

      因應措施:若要在主機升級期間監控重新同步化活動,請使用 RVC 命令 vsan.resync_dashboard

    • 在使用舊版 ESXi 軟體的主機上忽略新原則規則
      如果您有兩個或兩個以上的 Virtual SAN 叢集,其中一個執行最新軟體,而另一個執行舊版軟體,則可能會發生此問題。vSphere Web Client 會顯示最新 Virtual SAN 軟體的原則規則,但舊主機不支援這些新原則。例如,執行 6.0U1 或更早軟體的主機不支援 RAID-5/6 (清除編碼) – 容量。您可設定新原則規則,並將其套用至任何虛擬機器和物件,但執行舊版軟體的主機會將其忽略。

      因應措施:無

    • 升級期間,快照整併可能會失敗
      在 Virtual SAN 磁碟上格式從 2.0 版升級至 3.0 版期間,快照整併可能會失敗。vSphere Client 中的需要整併欄位表示虛擬機器需要整併。若要避免此情況,請在升級磁碟上格式前,或等到升級完成後執行快照整併。

      因應措施:如果快照整併失敗,請在磁碟上格式升級完成後執行作業。

    • 快照記憶體物件不會顯示在 Virtual SAN 容量監視器的已用容量明細中
      對於使用低於 10 的硬體版本所建立的虛擬機器,快照記憶體會包含在已用容量明細上的 Vmem 物件中。

      因應措施:若要在 [已用容量明細] 中檢視快照記憶體物件,請使用 10 或更高的硬體版本建立虛擬機器。

    • 刪除套用至統計資料庫物件的儲存區原則時,會停用 Virtual SAN 效能服務
      如果刪除套用至效能服務的儲存區原則,則 vSphere Web Client 會顯示以下訊息:效能服務已停用。

      因應措施:執行以下步驟,以還原刪除的儲存區原則,或使用 RVC 命令將現有儲存區原則套用至效能服務統計資料庫物件:

      1. 使用 SSH 登入 vCenter Server,並存取 Bash shell。

      2. 執行以下命令,以使用 vCenter 帳戶登入:

        rvc localhost

      3. 執行以下命令,以將儲存區原則套用至統計資料庫物件:

        vsan.perf.stats_object_setpolicy -o <policy> <cluster>

      例如:

      vsan.perf.stats_object_setpolicy -o "/localhost/VSAN-DC/storage/vmprofiles/Virtual SAN Default Storage Policy" MyCluster

    • 升級至 Virtual SAN 6.2 後,虛擬機器摘要頁面中報告的儲存區使用量可能會增大
      在先前版本的 Virtual SAN 中,報告的虛擬機器儲存區使用量值是資料單一複本使用的空間。例如,如果客體將 1 GB 寫入至具有兩個鏡像的精簡佈建物件,則儲存區使用量會顯示為 1 GB。在 Virtual SAN 6.2 中,[儲存區使用量] 欄位會顯示實際使用空間 (包括資料的所有複本)。因此,如果客體將 1 GB 寫入至具有兩個鏡像的精簡佈建物件,則儲存區使用量會顯示為 2 GB。升級至 Virtual SAN 6.2 後,某些虛擬機器上報告的儲存區使用量可能會增大,但實際耗用空間並未增加。

      因應措施:無

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

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

    • 將見證主機移入延伸叢集然後移出,會使叢集處於設定錯誤狀態
      如果將見證主機置於啟用了 Virtual SAN 的 vCenter 叢集中,則會顯示一則警示,通知您見證主機無法駐留於叢集中。但如果您將見證主機移出叢集,則叢集會保持設定錯誤狀態。

      因應措施:將見證主機移出 Virtual SAN 延伸叢集,並重新設定延伸叢集。如需詳細資訊,請參閱知識庫文章 2130587

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

      此為 Virtual SAN 叢集的預期行為。

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

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

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

    • 磁碟上格式升級顯示不位於 Virtual SAN 上的磁碟
      升級磁碟格式時,Virtual SAN 可能會錯誤地顯示已從叢集中移除的磁碟。UI 可能亦會將版本狀態顯示為混合。從叢集中手動卸載一或多個磁碟後,通常會發生此顯示問題。它不會影響升級程序。僅檢查已掛接磁碟。忽略已卸載磁碟。
    • 因應措施:無

    • 無法輸入超過 256 個字元的 Virtual SAN 容錯網域名稱
      嘗試在 vSphere Web Client 中指派超過 256 個位元組的容錯網域名稱時,系統會顯示錯誤:指定的參數不正確: faultDomainInfo.name。使用多位元組 Unicode 字元時,即使不足 256 字元,亦會達到 256 位元組限制。

      因應措施:無。

    • 所有 Virtual SAN 叢集共用相同外部 Proxy 設定
      即使在叢集層級設定 Proxy,所有 Virtual SAN 叢集仍共用相同的外部 Proxy 設定。如果叢集無法直接存取網際網路,則 Virtual SAN 會使用外部 Proxy 連線至 Support Assistant、客戶經驗改進計劃及 HCL 資料庫。

      因應措施:無

    • 變更 vCenter HTTP 或 HTTPS 連接埠及憑證設定的預設值時,Virtual SAN 健全狀況服務發生問題
      Virtual SAN 健全狀況服務僅支援預設 HTTPS 連接埠 443 以及 /etc/vmware-vpx/ssl/rui.crt/etc/vmware-vpx/ssl/rui.key 下的預設憑證。如果變更預設連接埠或修改憑證,則 Virtual SAN 健全狀況服務無法正常運作。您可能會收到狀態碼 400 (錯誤的要求) 或要求被拒。

      因應措施:設定 Virtual SAN 健全狀況服務 HTTP 和 HTTPS 設定,以使用預設值。

    • Virtual SAN 健全狀況檢查的網路多點傳送效能測試不在 Virtual SAN 網路上執行
      在某些情況下,視 ESXi 主機的路由組態而定,網路多點傳送效能測試會不在 Virtual SAN 網路上執行。

      因應措施:將 Virtual SAN 網路用做 ESXi 主機的唯一網路設定,並根據此組態執行網路多點傳送效能測試。

      如果 ESXi 主機具有多個網路設定,您亦可遵循此範例中列出的步驟。假定 Virtual SAN 在 192.168.0.0 網路上執行。

      1. 在每個主機上將多點傳送群組位址繫結至此網路:

        $ esxcli network ip route ipv4 add -n 224.2.3.4/32 -g 192.168.0.0?

      2. 檢查路由資料表:

        $ esxcli network ip route ipv4 list
        default      0.0.0.0          10.160.63.253  vmk0       DHCP
        10.160.32.0  255.255.224.0    0.0.0.0        vmk0       MANUAL
        192.168.0.0  255.255.255.0    0.0.0.0        vmk3       MANUAL
        224.2.3.4    255.255.255.255  192.168.0.0    vmk3       MANUAL

      3. 執行主動式多點傳送網路效能測試,然後檢查結果。

      4. 測試完成後,復原路由資料表:

        $ esxcli network ip route ipv4 remove -n 224.2.3.4/32 -g 192.168.0.0

    • 當慣用站台被隔離,然後只恢復與見證主機的連線時,延伸叢集中的虛擬機器會變得無法存取
      或中斷與次要站台和見證主機的網路連線時,次要站台會形成包含見證主機的叢集並繼續進行儲存作業。慣用站台上的資料可能會在一段時間後變得過時。如果慣用站台重新連線至見證主機 (而非次要站台),則見證主機會離開其所處叢集,並與慣用站台形成叢集。某些虛擬機器無法存取此叢集中的最新資料,因此可能會變為無法存取。

      因應措施:將慣用站台重新連線至叢集前,將次要站台標記為慣用站台。在站台重新同步之後,您可以將想要使用的站台標記為慣用站台。

    • Virtual SAN 見證主機 OVA 不支援內部 DVS 組態
      VMware Virtual SAN 見證主機 OVA 套件不支援見證主機內的分散式虛擬交換器 (DVS) 組態。

      因應措施:使用舊版虛擬交換器。