VMware vCloud Usage Meter 3.6 版本說明

|

VMware vCloud Usage Meter 3.6 | 2017 年 7 月 13 日 | 組建編號 5967943

查看這些版本說明的新增項目和更新。

版本說明內容

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

新增內容

vCloud Usage Meter 3.6 採用 vCloud Availability for vCloud Director 的計量功能,提供適用於 VMware NSX、vSAN 和 vRealize Operations Manager 的進階計量,以及運作方面的重要改進。

計量 NSX

vCloud Usage Meter 3.6 可根據以每虛擬機器粒度計算的功能使用率自動偵測 NSX 版本,讓您能夠依據使用者需求來擴增及支付 NSX 使用率。

每月使用率報告之每月使用率單位區段中的測量單位已從 [虛擬機器數目] 變更為 [虛擬機器平均數目]。

計量 vSAN

vCloud Usage Meter 3.6 自動偵測使用的 vSAN 功能並決定 vSAN 使用率的收費率。vCloud Usage Meter 3.6 會針對每個已啟用 vSAN 的叢集計量 vSAN 使用率。新的叢集歷程記錄報告會針對所有已啟用 vSAN 的叢集提供歷程記錄資料。此報告中的資料包含整個報告月份的已用容量 (MB)、vSAN 功能 (例如延伸叢集、IOPS 限制、重複資料刪除和清除編碼) 的開啟和關閉狀態。

計量 vRealize Operations Manager

vCloud Usage Meter 3.6 支援服務提供者主控的 vRealize Operations Manager 管理承租人基礎結構架構。計量 vRealize Operations Manager 耗用量時,vCloud Usage Meter 3.6 會計算已開啟電源的虛擬機器的平均數目。

自動報告

vCloud Usage Meter 3.6 會自動產生報告並傳送給 VMware。您也可以設定 vCloud Usage Meter 產生報告集並將其傳送給您自己、彙總工具或其他位置。

當您首次登入 vCloud Usage Meter 3.6 Web 應用程式時,會看到快顯視窗,其中包含向 VMware 自動報告的條款與條件。如果您不接受這些條款與條件,則無法使用 vCloud Usage Meter。vCloud Usage Meter 3.6 會加密所有報告並模糊處理客戶的敏感資料,然後再將報告提交給 VMware。

運作改進

vCloud Usage Meter 3.6 提供下列改進:

  • 升級了作業系統,納入已知安全漏洞的修正,並擴大了計量範圍。
  • 更新了多個開放原始碼元件以解決 CVE-2017-1000364、CVE-2017-1000365 和 CVE-2017-1000367。
  • 為增強安全性,僅啟用了 TLS 1.2 和 TLS 1.1 版。在 vCloud Usage Meter 3.6 中,TLS 1.0 預設為停用。您無法啟用任何其他 TLS 版本。與 vCloud Usage Meter 互動時,請確保您的網頁瀏覽器支援 TLS 1.2 或 TLS 1.1。
  • 擴充了 API 支援。
  • 更廣泛的計量功能。
  • 透過在移轉期間保留計量資料,提供排程維護時段的完整靈活性,改進了升級。您可以從 vCloud Usage Meter 3.5 升級。
  • 在 vCloud Usage Meter 3.6 中,所有 ESXi vSphere 評估模式授權均預設為以 vSphere Enterprise Plus 計量。您可以在 vCloud Usage Meter Web 應用程式中將授權的計費類別變更為示範

產品說明文件

除了目前的版本說明之外,您還可以使用包含以下交付項目的 vCloud Usage Meter 3.6 說明文件集。

支援的瀏覽器

vCloud Usage Meter 3.6 Web 應用程式與下列網頁瀏覽器相容:

  • Google Chrome
  • Mozilla Firefox
  • Microsoft Edge
  • Microsoft Internet Explorer
  • Safari

vCloud Usage Meter 3.6 已針對下列網頁瀏覽器版本進行測試。您可以使用較舊版本。

Windows

Windows 10

  • Microsoft Internet Explorer 11.576.14393
  • Microsoft Edge 25.10586.672.0

Windows 8.1

  • Mozilla Firefox 52.0

Windows 7

  • Google Chrome 58.0.3029.110 

OS X Yosemite

  • Mozilla Firefox 35.0.1
  • Google Chrome 59.0.3071.115 
  • Safari 9.0.1 (10601.2.7.2)

Linux

Ubuntu 14.04.5

  • Google Chrome 59.0.3071.115 (64 位元)

升級

vCloud Usage Meter 3.6 是以全新應用裝置進行安裝的。您可以將資料從 vCloud Usage Meter 3.5 移轉到 vCloud Usage Meter 3.6。

您可以從 vCloud Usage Meter 3.5 移轉組態和計量資料,然後使用全新的 vCloud Usage Meter 3.6 執行個體來報告安裝當月的使用率。

migrateum 作業會從來源 vCloud Usage Meter 匯出 dbdump,然後匯入到目標執行個體。我們提供適用於 NSX、vSAN 和 vRealize Operations Manager 的轉換程序。匯出、匯入 dbdump 和轉換程序都是非常耗時的作業。如果您的 vCloud Usage Meter 3.5 執行個體沒有新增 NSX、vSAN 和 vRealize Operations Manager 來進行計量,則完成移轉的時間會大幅縮短。其他可能影響完成移轉時間的因素包括:網路、虛擬環境以及儲存區。根據測試結果,migrateum 執行時間從三分鐘到十分鐘不等。

已解決的問題

  • 在升級 vCloud Usage Meter 所計量的產品後,如果升級包含憑證更新,升級後的產品會從 Web 應用程式的 [管理產品] 頁面中消失

    已修正此問題。

  • vCloud Usage Meter 無法連線到依預設停用 TLS 1.0 的產品

    已修正此問題。

已知問題

經由嚴密的測試已發現下列已知問題,這將有助於您瞭解使用此版本時可能遇到的一些行為。

已知問題分類如下。

一般
  • vCloud Usage Meter 檔案系統因為檔案系統逾時而切換為唯讀

    將 vCloud Usage Meter 應用裝置安裝在以 SAN 為基礎的資料存放區中時,會發生此問題。

    因應措施:若要解決此問題,請增加逾時值。如需有關增加磁碟逾時值的詳細資訊,請參閱 http://kb.vmware.com/kb/1009465

  • Site Recovery Manager 問題:
    • Site Recovery Manager 收集失敗,並顯示錯誤 fault.drextapi.fault.NoPermission.summary
    • 管理 > 產品頁面上的 Site Recovery Manager 未正確顯示。

    這兩個問題皆表示 Site Recovery Manager 登入未正確設定。

    因應措施:如果您使用 SSO,請參閱 http://kb.vmware.com/kb/2124935 以瞭解有關解決 SSO 配對問題的詳細資訊。

    如果您受此問題影響但並未使用 SSO,請確認已正確設定 Site Recovery Manager。如需詳細資訊,請參閱 VMware vCenter Site Recovery Manager 說明文件中心的《Site Recovery Manager 安裝與組態》

  • 您可能會在 vCloud Usage Meter Web 應用程式的 [客戶] 索引標籤中看到重複的客戶

    新增 vCloud Director 來進行計量時,vCloud Usage Meter 會使用 vCloud Director 組織資訊 (格式為組織名稱 (組織識別碼)) 來偵測及建立客戶。如果修改這類客戶名稱,vCloud Usage Meter 會將其偵測為新組織並建立新客戶。

    因應措施:請勿變更自動產生的 vCloud Director 客戶名稱。

  • vCloud Usage Meter 無法探索 vRealize Operations Manager 6.6

    vRealize Operations Manager 6.6 未包含 vSphere Web Client 外掛程式。因此,vRealize Operations Manager 不會將自己做為外掛程式登錄到相關聯的 vCenter Server,並且不會顯示在 vCenter Server 的延伸管理員中。新增 vCenter Server 來進行計量時,vCloud Usage Meter 無法探索相關聯的 vRealize Operations Manager。

    因應措施:無。

  • vRealize Operations Manager 收集失敗

    因應措施:新增 vRealize Operations Manager 時,先接受憑證再提供必要的認證。

  • 刪除舊資料後,無法在 Web 應用程式的 [報告] 頁面中檢視任何報告及授權金鑰組

    因應措施:若要解決此問題,請重新啟動 vCloud Usage Meter 應用裝置。

  • 在 vCloud Usage Meter 3.6 Web 應用程式中,在升級到 vRealize Operations 6.6 之後,您可能會看到錯誤的 vRealize Operations 版本號碼

    您將 vRealize Operations 升級到 6.6 版。將相關聯的 vCenter Server 新增到 vCloud Usage Meter 3.6 並偵測到 vRealize Operations,您會看到 vRealize Operations 伺服器詳細資料和正確的產品版本 6.6。在 vCloud Usage Meter 3.6 Web 應用程式中,當您在 vRealize Operations Manager 區段中按一下重建時,vRealize Operations 產品版本變更為先前的 vRealize Operations 版本,例如 vRealize Operations 6.5。

    因應措施:若要解決此問題,請等到下一次成功收集。在成功收集後,會顯示準確的 vRealize Operations Manager 版本。

  • 您新增或重新啟動的產品不會顯示在 vCloud Usage Meter 3.6 Web 應用程式的產品清單中

    在 vCloud Usage Meter 3.6 Web 應用程式中新增或重新啟動產品後,這些產品不會顯示在管理 > 產品索引標籤的產品清單中。

    因應措施:若要解決此問題,請在網頁瀏覽器中重新整理頁面。

  • 登入 vCloud Usage Meter 主控台時,出現藍色畫面並顯示錯誤: 在 CPU#1 上偵測到軟鎖定錯誤訊息

    Linux 核心具有軟鎖定監視程式執行緒,並且會在監視程式執行緒未排程超過 10 秒時報告軟鎖定訊息。在虛擬機器中執行時,此錯誤表示高層級的過度認可。此軟鎖定訊息並非核心異常,通常在虛擬機器正在使用其本身的大量資源時出現。

    因應措施:若要解決此問題,請調整軟鎖定臨界值。對於最新核心,必須編輯 /proc/sys/kernel/watchdog_thresh 檔案;對於較舊版本的核心,則編輯 /proc/sys/kernel/softlockup_thresh 檔案。如需詳細資訊,請參閱 http://kb.vmware.com/kb/1009996

  • 在 vCloud Usage Meter 3.6 Web 應用程式中設定電子郵件設定時,可能會出現錯誤,並在記錄中顯示錯誤訊息

    您在 Web 應用程式的管理 > 提供者索引標籤中輸入的電子郵件用作向 VMware 傳送電子郵件的寄件者地址。如果您輸入的電子郵件地址不在您電子郵件伺服器的白名單中,則會收到一則錯誤訊息,並在記錄中顯示 Relay access denied 錯誤訊息。

    因應措施:若要解決此問題,請確保您在設定服務提供者詳細資料時輸入的電子郵件地址為郵件伺服器所已知。當您設定服務提供者詳細資料時,請輸入您電子郵件伺服器白名單中存在的電子郵件地址。

     

  • 使用具有預設唯讀權限之使用者的 vCenter Server 資料收集失敗,並在記錄檔中顯示以下錯誤訊息:

    ERROR [Collector ] vc.VCenterCollector: com.vmware.pbm.RuntimeFaultFaultMsg

    因應措施:若要解決此問題,請執行下列操作:

    1. 登入 vSphere Web Client。
    2. 導覽至管理 > 角色
    3. 按一下建立角色按鈕。
    4. 輸入新角色的名稱。
    5. 選取以下權限:
      Profile-driven storage > Profile-driven storage 視圖
    6. 指派新角色給用於 vCloud Usage Meter 收集的使用者。
       
移轉

移轉到 vCloud Usage Meter 3.6 之後,可能會出現下列問題。

  • 您可能會注意到,從 vCloud Usage Meter 3.5 和 vCloud Usage Meter 3.6 產生的報告之間的 vSAN 容量使用率總計存在差異

    移轉到 vCloud Usage Meter 3.6 之後,從 vCloud Usage Meter 3.5 收集的 vSAN Enterprise 使用率資料會轉換為 vSAN Standard。通常,在合計所有類別的使用率後,vCloud Usage Meter 3.5 和 3.6 版的 vSAN 報告應當是相符的。變更 vSAN 授權的類別時,可能會出現問題。由於 vCloud Usage Meter 3.5 報告 vSAN 使用率的方式,vCloud Usage Meter 可能會將變更了 vSAN 授權類別的叢集視為兩個不同的叢集。因此,您可能會注意到,vCloud Usage Meter 3.5 報告的 vSAN 使用率總計大於 vCloud Usage Meter 3.6 中的相同使用率。

    因應措施:若要解決此問題,請在變更 vSAN 授權類別的當月,使用 vCloud Usage Meter 3.6 資料將 vSAN 使用率報告給 VMware。

  • 移轉到 vCloud Usage Meter 3.6 之後,vSAN Enterprise 類別會從 vCloud Usage Meter 3.5 報告中遺失,並且在 vCloud Usage Meter 3.6 報告中,vSAN Enterprise 使用率會新增到 vSAN Standard 類別

    在 vCloud Usage Meter 3.5 中,vSAN 報告按授權進行組織整理。vCloud Usage Meter 3.5 會報告 vSAN Standard 授權、vSAN Advanced 授權和 vSAN Enterprise 授權。您可以移轉舊 vSAN Standard 和 vSAN Advanced 耗用資料,不會出現任何問題。

    vCloud Usage Meter 3.6 會根據您使用的功能來報告 vSAN Enterprise 使用率。由於 vSAN 功能偵測,vCloud Usage Meter 3.6 會根據您使用的功能,報告下列四種類別當中一種類別的 vSAN Enterprise 使用率:

    • vSAN Standard
    • vSAN Advanced
    • vSAN Standard (含附加元件)
    • vSAN Advanced (含附加元件)

    vCloud Usage Meter 3.6 無法偵測先前期間使用的功能,並且 vCloud Usage Meter 3.5 中報告的 vSAN Enterprise 使用率會在 vCloud Usage Meter 3.6 中對應到 vSAN Standard。因此,您可能會注意到,從 vCloud Usage Meter 3.5 和 vCloud Usage Meter 3.6 產生的 vSAN 報告之間存在差異。

    因應措施:您可以使用下列兩個選項解決此問題:

    • 在當月的前三天內,將 vSAN 資料移轉到 vCloud Usage Meter 3.6。
    • 不要將 vCloud Usage Meter 3.5 和 vCloud Usage Meter 3.6 產生的 vSAN 報告進行比較。
  • 移轉至 vCloud Usage Meter 3.6 之後,遺失 NSX Advance 和 Base 版本的獨立報告

    在 vCloud Usage Meter 3.6 中,僅支援 NSX Enterprise 版本的獨立報告。您不能單獨報告 NSX Advance 和 Base 版本。這同時適用於新的計量資料和已移轉的計量資料。使用率值會整併或增加到 NSX Enterprise 使用率。NSX Enterprise 獨立使用率包括來自 NSX Base、NSX Advance 和 NSX Enterprise 版本的所有值。

    因應措施:無。

  • 移轉 NSX 獨立報告資料有時會移轉過時的 NSX 服務包報告資料

    如果選取單獨報告 NSX 使用率核取方塊,則在開始移轉資料時,vCloud Usage Meter 3.6 可能會在極少數情況下,於移轉完成後報告過時的 NSX 服務包。

    因應措施:若要解決此問題,請執行下列操作:

    1. 在 vCloud Usage Meter 3.6 Web 應用程式中,導覽至管理 > 報告
    2. 取消選取單獨報告 NSX 使用率核取方塊。
    3. 按一下儲存
    4. 按一下右上方功能表列中的報告 
    5. 報告下拉式清單中選取每月使用率
    6. 按一下瀏覽
    7. 導覽至管理 > 報告
    8. 再次選取單獨報告 NSX 使用率核取方塊。
    9. 按一下儲存

    您已從每月使用率報告中移除 NSX 服務包資料。

  • 在移轉後,[監控] 頁面和收集器記錄報告 vRealize Automation 授權問題

    將資料移轉至 vCloud Usage Meter 3.6 後,在監控頁面和收集器記錄中收到下列錯誤:

    No license found in vRealize Automation cafe host: vRealize-Automation-Hostname

    因此,每月使用率報告每台產品伺服器的虛擬機器數每月使用率單位中的 vRealize Automation 管理的虛擬機器計數並未增加。

    因應措施:若要解決此問題,請執行下列操作:

    1. 將耗用量資料移轉至 vCloud Usage Meter 3.6。
    2. 在 vCloud Usage Meter 3.6 Web 應用程式中,導覽至管理 > 產品
    3. 按一下傳回授權錯誤之 vRealize Automation 執行個體旁的編輯
    4. 輸入該 vRealize Automation Café 應用裝置的認證。
    5. 按一下儲存
    6. 執行收集。
  • 在移轉到 vCloud Usage Meter 3.6 之後,Site Recovery Manager 收集失敗

    將組態和測量資料移轉到 vCloud Usage Meter 3.6 之後,您可能會在 Site Recovery Manager 收集期間收到一則錯誤訊息。

    因應措施:若要解決此問題,請執行下列操作:

    1. 在 vCloud Usage Meter Web 應用程式中,導覽至管理 > 產品
    2. 針對含有 Site Recovery Manager 對等的所有 vCenter Server 執行個體,按一下編輯儲存
  • 移轉到 vCloud Usage Meter 3.6 之後,您可能會注意到每月使用率報告中 vRealize Operations Manager 和每台產品伺服器的虛擬機器數目減少

    數目減少可能有兩個原因。

    • vCloud Usage Meter 3.5 計算唯一的虛擬機器數目上限,而 vCloud Usage Meter 3.6 計算虛擬機器的平均數目。
    • vCloud Usage Meter 3.5 計算已開啟電源和已關閉電源的虛擬機器,而 vCloud Usage Meter 3.6 僅計算已開啟電源的虛擬機器。

    因應措施:無。

報告

本節中的問題與 vCloud Usage Meter 3.6 報告有關。

  • 由於整數溢位,產生每月使用率報告失敗並顯示錯誤訊息

    如果使用同一 NSX 授權在單一 vCenter Server 上執行超過 858 個啟用了 NSX 的虛擬機器一個月,則產生每月使用率報告失敗並顯示下列錯誤訊息:

    產生每月使用率報告失敗: org.postgresql.util.PSQLException: int 類型的值不正確。

    因應措施:無。

  • 如果已開啟 vSAN 重複資料刪除功能,您會看到 vCloud Usage Meter 報告中的「已用容量總計」與 vCenter Server 叢集中「vSAN 已用 - 總計」值之間存在差異

    在 vSAN 重複資料刪除功能已開啟的情況下,此問題僅會影響 vSAN 版本 6.6 和 6.6.1。對於 vSAN 版本 6.2 和 6.5,即使已開啟重複資料刪除功能,計量也是準確的。

    如果重複資料刪除功能已關閉,則所有支援的 vSAN 版本的計量皆是準確的。

    因應措施:無 

  • vCloud Director 收集完成耗時過長

    如果 vCloud Director 管理大量 vApp,vCloud Director 收集完成耗時過長,並且可能會失敗並在 vCloud Usage Meter 記錄中顯示下列錯誤:

    ERROR [Primary collection timer] collect.Collector: Collection didn't finish within 45 minutes.
    java.util.concurrent.TimeoutException: Futures timed out after [45 minutes]
    at scala.concurrent.impl.Promise$DefaultPromise.ready(Promise.scala:219)
    at scala.concurrent.impl.Promise$DefaultPromise.ready(Promise.scala:153)
    at scala.concurrent.Await$$anonfun$ready$1.apply(package.scala:86)
    at scala.concurrent.Await$$anonfun$ready$1.apply(package.scala:86)
    at scala.concurrent.BlockContext$DefaultBlockContext$.blockOn(BlockContext.scala:53)
    at scala.concurrent.Await$.ready(package.scala:86)
    at com.vmware.cloud.usgmtr.collect.Collector$.collectAll(Collector.scala:256)

    因應措施:若要解決此問題,您可以使用 vCloud Director 儲存格管理工具,增加 maxPageSize 的值,並允許要求大於 128 行的頁面大小。依預設,maxPageSize 設為每頁 128 行。

    例如,執行下列命令以允許要求 512 行的頁面:
    ./cell-management-tool manage-config -n restapi.queryservice.maxPageSize -v 512

    如需有關 vCloud Director 儲存格管理工具的詳細資訊,請參閱 VMware vCloud Director 8.20 說明文件中心的〈儲存格管理工具參考〉一章。

  • vCloud Usage Meter 3.6 與 vCloud Usage Meter 3.5 產生的當月 vSAN 報告存在差異

    在 vCloud Usage Meter 3.5 中,vSAN 使用率是從報告月份開始到報告月份結束或到報告產生當時 (以先到者為準) 平均計算的。在 vCloud Usage Meter 3.6 中,vSAN 使用率始終是從報告月份開始到同一個報告月份結束平均計算的。新的 vSAN 使用率計算邏輯與 vCenter Server 報告 RAM 使用率的方式更趨於一致。因此,vCloud Usage Meter 3.5 報告中的數目可能會更接近為整個月報告的最終數目。在 vCloud Usage Meter 3.6 報告中,這些數目在整個月期間從零穩步增加到最終每月使用率。

    因應措施:等到當前報告月份結束再產生 vSAN 報告。

  • 每月使用率報告未包含已啟用 vSAN 之叢集的授權和版本資訊

    如果從 vCloud Usage Meter 移除具有已啟用 vSAN 之叢集的 vCenter Server,該月的每月使用率報告將不包含授權和版本資訊。

    因應措施:無。

  • 當新增的 vCenter Server 使用位於外部 Platform Services Controller (PSC) 的 SSO 服務時,如果未提供其他 PCS 資訊,會導致 vSAN 報告不準確

    vCloud Usage Meter 3.6 連線到 vCenter Server 的方式與舊版 vCloud Usage Meter 不同。舊版 vCloud Usage Meter 使用直接登入方式連線到 vCenter Server。vCloud Usage Meter 3.6 則是透過 SSO 伺服器來取得進一步登入 vCenter Server 執行個體的 Token。如果 SSO 伺服器位於您新增至 vCloud Usage Meter 之 vCenter Server 的同一系統上,則無需執行任何其他動作。如果 vCenter Server 使用的 SSO 伺服器位在 PSC 上,而您未輸入 PSC 的主機 IP 和 SSO 連接埠,則 vCloud Usage Meter 無法偵測 vSAN 的某些功能。因此,vCloud Usage Meter 3.6 會產生不準確的 vSAN 報告。

    因應措施:若要解決此問題,請執行下列操作:

    1. 在 vCloud Usage Meter Web 應用程式中,導覽至管理 > 產品
    2. 按一下 vCenter Server 旁邊的編輯。  
    3. 選取外部 Platform Services Controller 核取方塊。
    4. 在文字方塊中輸入 Platform Services Controller 主機名稱
    5. 在文字方塊中輸入 Platform Services Controller 連接埠。依預設,vCloud Usage Meter 使用連接埠 7444。
    6. 按一下儲存
  • 每月使用率報告不包含已啟用 vSAN 之已重新命名叢集的授權和版本資訊

    如果變更已啟用 vSAN 之叢集的名稱,則進行變更當月的每月使用率報告的 [vSAN (依 vCenter Server)] 區段不包含舊叢集名稱的授權和版本資訊。vCloud Usage Meter 僅顯示 vSAN 叢集的目前授權金鑰和版本資訊。您只能看到新叢集名稱的授權和版本資訊。

    因應措施:無。

  • vCloud Usage Meter 3.6 偵測到非 NSX 叢集物件的 Distributed Firewall (DFW) 規則,並報告 NSX Advance 使用率

    您可以在叢集層級安裝 NSX。在多叢集環境中,您可能會同時具有 NSX 和非 NSX 叢集。當您套用 NSX Distributed Firewall 規則時,會將這些規則套用到您環境中的所有 NSX 叢集。vCloud Usage Meter 3.6 會偵測並報告為 NSX 和非 NSX 叢集建立的規則。因此,您可能會看到非 NSX 叢集的 NSX Advance 使用率。

    因應措施:無。這是預期的行為。

  • 在首次收集後,vCloud Usage Meter 3.6 報告了不同的 NSX 服務包

    在 vCloud Usage Meter 3.5 中,需要手動選取 NSX 版本。vCloud Usage Meter 3.6 則會根據使用的功能來偵測 NSX 版本。例如,如果您在移轉前手動在 vCloud Usage Meter 3.5 中選取 NSX Advance,則在移轉後,您只能在 vCloud Usage Meter 3.6 中進行下一次收集後覆寫版本。vCloud Usage Meter 3.6 會將實際功能使用偵測為 NSX Enterprise,停止計量手動選取的 NSX Advance 服務包並開始計量新的 NSX Enterprise 服務包。此情況適用於 vCloud Usage Meter 3.5 中的 NSX Base、NSX Advance 或 NSX Enterprise 授權版本。vCloud Usage Meter 3.6 中的功能偵測模組會在收集後對授權版本進行相應的更正。

    因應措施:無。

  • 您可以採用 JSON 格式匯出 Horizon DaaS 承租人報告

    JSON 格式為內部使用,不供客戶使用。此匯出選項不會對您造成影響。採用 JSON 格式匯出報告對於所有其他報告都是隱藏的,並且在下一版的 vCloud Usage Meter 中也會對 Horizon DaaS 承租人報告隱藏。

    因應措施:無。

  • 受管 vCenter Server 的 vRealize Operations 使用率可能會報告為未受管理

    由於 vRealize Operations 資料處理中的錯誤,受管 vCenter Server 的 vRealize Operations 使用率可能會報告為未受管理。

    因應措施:若要解決此問題,請安裝和設定新的 vCloud Usage Meter 執行個體,並使用在 vRealize Operations Manager 端登錄 vCenter Server 主機時所用的相同字母大小寫登錄此主機。