RSS
 

更新時間：2020 年 7 月 28 日

vRealize Automation 8.1 | 

  • vRA Easy Installer (ISO) 組建編號 15996863
  • vRA 產品 (應用裝置) 組建編號 15986821

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

版本說明的內容

新增 vRealize Automation 8.1 Patch 2

vRealize Automation 8.1 Patch 2 現已可供使用，且包含不同區域中的錯誤修正。這是一項累積更新。 

如需詳細資訊和安裝指示，請參閱知識庫 79170。  

關於 vRealize Automation 8.1

vRealize Automation 8.1 是對 vRealize Automation 8.0 功能的增強，使其更接近 vRA 7.x 版的功能，它重新推出了 XaaS 等重要功能，並在 ABX 中新增了 AWS GovCloud 支援和 PowerShell 支援等功能，在 vRO 中新增了 Python、Node.js 和 PowerShell。

新增功能

vRealize Automation 8.1 具有很多優勢，其中包括： 

VMware vRealize Automation 8.1 包含產品內使用者協助

  • 您可以使用路標說明瞭解某項設定。
  • 您可以使用說明面板取得某個功能或設定程序的詳細資訊。

[重要] 功能與支援注意事項

  • 如果工作流程是在 Service Broker 中匯入、在啟用內容和複合類型之前已啟用自訂表單，且已實作陣列對應項目，則需要刪除該自訂表單，並在 Service Broker 中再次匯入工作流程，以修正表單中的元素。

新增 升級至 vRealize Automation 8.1

若要將 vRealize Automation 8.0/8.0.1 升級至 8.1，請參閱 vRealize Automation 8.x 升級說明文件。升級 vRealize Suite Lifecycle Manager 後，請參閱知識庫 75185，將 vRealize Automation 8.1 OVA 二進位檔對應至 vRealize Suite Lifecycle Manager。 

vRealize Automation 8.1 中的移轉評估

您必須先啟用，然後才能使用移轉評估服務。

  1. 在升級和部署新的 vRealize Automation 8 執行個體之後，導覽至 [身分識別與存取管理]。
  2. 選取使用者，編輯角色，以作為雲端管理員以及移轉服務的管理員或檢視者。新增移轉評估服務。
  3. 將使用者登出 vRealize Automation 8。
  4. 將使用者登入至 vRealize Automation 8，以查看 [移轉評估] 動態磚。

附註：如果您先前曾針對 8.0 或 8.0.1 執行移轉評估，則必須在來源環境中針對 8.1 重新執行評估。若要在來源環境中針對 8.1 重新執行評估，請導覽至來源執行個體頁面，按一下 [編輯] 並提供密碼，選取所需的承租人，然後按 [下一步: 評估]。

開始之前

熟悉支援檔案。

安裝 vRealize Automation 並設定使用者後，您可以使用所包含的每個服務的入門指南及使用和管理指南。入門指南包含端對端概念證明。使用和管理指南提供支援您探索可用功能的更深入資訊。在 vRealize Automation 8.1 產品說明文件中還提供了其他資訊。

如需 vRealize Orchestrator 8.1 功能和限制的相關資訊，請參閱 vRealize Orchestrator 8.0 版本說明。

已解決的問題

  • 記錄使用多個磁碟進行成本估計的限制/因應措施 (如果在藍圖中使用計數內容)

    目前，使用計數內容對磁碟進行第 0 天佈建會中斷，因為藍圖使用者介面不會針對連結磁碟產生 yaml 格式的新語法。因此，磁碟成本估計的其中一個必要內容 (即 vcUuid) 為 Null，並阻止對目錄項目進行成本估計。

    因應措施：如果對磁碟使用計數內容，請在 yaml 中手動更新藍圖的語法：

    attachedDisks: ‘${map_by(resource.Cloud_Volume_1.id, id =>

{“source”:id}
)}’

     

  • 如果部署藍圖時將磁碟區連結到計算執行個體並新增了計數內容以包含多個磁碟，則會導致部分磁碟處於 DETACHED 狀態 

    部署此類藍圖時，在佈建後，對於已建立的部署 (例如，計數：2)，其中一個磁碟始終保持 [已中斷連結] 狀態而非 [已連結] 狀態。理想情況下，如果有多個磁碟作為「attachedDisks」內容的值，應僅允許使用最新的語法 (map_to_object(resource.disk[*].id))。在目錄使用者介面中也不支援成本估計，如果將此類藍圖發佈為目錄，則會導致錯誤。

    因應措施：新增具有所需磁碟數目的計數內容，然後僅在藍圖畫布中的磁碟和機器之間建立連結。此方法可確保 yaml 始終取得最新的 attachedDisks 內容語法。否則，一旦磁碟與計算執行個體連結在一起，使用計數內容新增多個磁碟區時，您必須手動更新為較新的語法。要在藍圖中手動更新的正確語法為：attachedDisks: '${map_by(resource.Cloud_Volume_XYZ.id, id => {"source":id})}'

  • 如果網際網路存取位於 Proxy 後方，則 ABX 可能無法運作

     ABX 動作在 vRA 應用裝置內執行之就緒型動態容器中執行。

    準備這些容器需要將公用存放庫中提供的構件作為業界標準傳遞機制自動下載。

    想要從 ABX 動作獲益的 vRA 部署應指派給具有此類存放庫之開放存取權的虛擬網路。在叢集中部署 vRA 時，所有 3 個節點都需要相同的網路組態。 

    應可透過直接網際網路存取或透過 Proxy 存取的標準存放庫範例：

    對於所有動作：https://symphony-docker-external.jfrog.io、https://gcr.io 和 https://hub.docker.com/

    針對 Python 動作：https://pypi.org/

    針對 NodeJS 動作：https://registry.npmjs.org/

    根據 ABX 動作的實際相依性，也可能需要開啟對其他存放庫的存取權。

    這些要求也適用於 vRA 中由 ABX 動作提供支援的預設 IPAM 和 AD 佈建組態。

    因應措施：使用 HTTP Proxy 將流量傳遞至所需的外部網站。它是透過 vracII proxy 命令列延伸進行設定，其他指示可透過 GSS 取得。

  • 無法針對某些網域名稱設定萬用字元憑證，尤其是未使用公用尾碼的網域名稱

    vRealize Automation 8 支援僅針對符合公用尾碼清單 ([https://publicsuffix.org/]) 內容的 DNS 名稱設定萬用字元憑證。例如，有效的萬用字元憑證：您可以將萬用字元憑證用於「*.myorg.com」等 DNS 名稱。此情況受支援，因為公用尾碼清單中包含「com」。無效的萬用字元憑證範例：您無法將萬用字元憑證用於「*.myorg.local」等 DNS 名稱。此情況不受支援，因為公用尾碼清單中不包含「local」。 

    因應措施：僅使用公用尾碼清單中的網域名稱。

  • 導向至 Cloud.vmware.com 以進行存取

    對於組織中具有權限的登入使用者，會顯示 [無存取權] 錯誤頁面。這僅在 HA 中發生。 

    因應措施：清除瀏覽器快取。 

  • vRA 8 叢集在虛擬應用裝置還原為快照後無法啟動

    LCM 中的三節點 vRealize Automation 8 叢集的快照目前無法使用。

    因應措施：在建立離線快照之前關閉 vRA 服務

    1.在單一 vRA 節點上執行「/opt/scripts/deploy.sh --onlyClean」以安全關閉服務。

    2.透過 halt 命令關閉每個節點的電源。

    3.在關閉虛擬機器電源後建立快照。

    將環境還原為快照時的啟動程序：

    1.重新開啟所有虛擬機器的電源。

    2.執行「deploy.sh」指令碼 (不含引數) 以重新啟動 vRA 服務。

  • 停止主要資料庫節點後，佈建失敗並顯示 [未登錄 EBS 主題]

    在 vRealize Automation 8 HA 環境中，移除主要資料庫節點後，佈建會失敗並顯示下列錯誤：「無法發佈事件，因為未登錄 EBS 主題」。

    因應措施：如需詳細資訊，請參閱知識庫。

  • [移轉評估入門] 頁面上 [移轉指南] 的連結無效

    [移轉評估] 使用者介面中 [移轉指南] 的連結不正確且無效。

    因應措施：正確的連結為使用 vRealize Automation 8 移轉評估服務。

  • 無法觸發具有類型「內容」輸入的 vRO 工作流程。

    如果在 catalogSteps 中公開具有類型「內容」輸入的 vRealize Orchestrator 工作流程，然後從 vRealize Automation catalogResult 觸發此工作流程，則執行會失敗。

已知問題

在此版本中出現下列已知問題。
  • 當應用裝置部署在 172.17.x.x 網路中時，vRA 8.1 部署或升級失敗

    vRA 部署失敗 - deploy.sh 指令碼在「登錄內嵌式 vRO」階段失敗
    /var/log/deploy.log 包含：
    curl: (22) The requested URL returned error: 400 Bad Request
    Failed to register vRO.Will retry in 45 seconds...
    ...
    curl: (22) The requested URL returned error: 400 Bad Request
    Maximum number of retries exceeded."

    原因：應用裝置從 172.17.x.x 空間取得 IP 位址。這與 vRO 網繭中的內部 docker0 介面發生衝突

    請參閱 https://kb.vmware.com/s/article/78783

  • 更新 vCenter 雲端帳戶以新增資料中心時，來自此資料中心的資源無法立即可供使用。

    對 vCenter 雲端帳戶區域 (資料中心) 進行的變更不會立即生效，並且要求執行資料收集。

    因應措施：等候下一次資料收集成功完成。資料收集大約每 10 分鐘執行一次。

  • PowerShell 工作似乎停滯

    沒有作用中工作階段時，PowerShell 工作似乎停滯。出現此行為的原因是，負責執行使用者指令碼的 PowerShell 程序由 Windows 系統程序 WmiPrvSE 持有。

    因應措施：登入系統並保留一個作用中工作階段。鎖定螢幕，而不是完全登出。

  • vRO 將 [陣列] 類型表示為僅具有一個資料行的複雜類型，而不是「type.isMultiple」為 true 的欄位。

    新增包含陣列輸入的工作流程並因此自訂其表單時，請勿在資料格的 [值] 索引標籤中變更該資料行的識別碼。預設值必須保持 _column-0_ 設定。相反地，您可以變更資料行的標籤 (將值新增至資料格時會在使用者介面中顯示)。

  • 不支援重新設定授權。

    使用 Enterprise 授權設定 vRealize Automation 後，系統就無法重新設定為使用 Advanced 授權。

  • vRealize Automation 8 不支援 Internet Explorer 11

    您無法將 Internet Explorer 11 與 vRealize Automation 8 搭配使用。

    因應措施：使用除 Internet Explorer 11 以外的其他瀏覽器。

  • 自訂資源變更或刪除後，藍圖畫布不會重新整理。

    如果刪除自訂資源，此變更不會立即傳播至藍圖畫布。

    畫布具有快取機制，可在使用搜尋窗格旁的 [重新整理] 按鈕後進行更新。

  • 不支援建立具有相同 vRO 物件類型的不同自訂資源

    在 vRA 7.X 中，您可以建立具有相同類型的不同自訂資源。這會允許使用者利用建立不同的自訂資源類型，為相同的 vRO 類型定義一組不同的建立/刪除/操作動作。在 vRA 8.1 中，不支援從不同自訂資源利用相同 vRO_Type 的情況。 

  • 當參考類型有空白的輸入時，不會對整個目錄執行 vRO 工作流程

    嘗試要求 vRO 工作流程時，若此工作流程具有空白的參考類型輸入，會顯示 Null 指標例外狀況。

    因應措施：設定參考類型的預設值，或將此欄位設為必填欄位。

  • 無法從部署中刪除未成功佈建的自訂資源

    要求自訂資源時，如果建立資源的工作流程執行失敗，仍會在部署服務中建立資源 (因為我們對初始要求回覆了 [已啟動] 狀態，因此會在部署中建立資源)。無法刪除此資源，因為它未包含在 vRO 中成功佈建資源時新增的中繼資料。

    因應措施：在第一次嘗試刪除自訂資源後，隨即會出現一個對話方塊，詢問您是否要強制刪除。選取 [是] 以強制刪除。

  • 自訂資源名稱未正確傳播到部署視圖清單

    根據 vRO_Type 建立自訂資源時，通常會使用完整的顯示名稱。目前，此顯示名稱在部署視圖中不可用。部署中顯示的資源僅依其類型識別。

  • 從 vCenter 機器主控台視窗設定時區的可用選項

     當使用者從 vCenter 機器主控台視窗設定時區時，發生了未定義的行為

    因應措施：請勿變更時區。

  • 具有不同大小寫的承租人名稱被視為相同

    名為 vmware 的承租人和另一個名為 VMware 的承租人被視為相同。

    因應措施：vRA 8.1 中的承租人以主機名稱為基礎，由於主機名稱不區分大小寫，因此承租人名稱也不區分大小寫。這表示，名為 VMware 的承租人與 VMWARE、vmware 或任何其他組合大小寫均相同。承租人名稱大寫可能會有所不同，並且可能不會在應用程式中保留。

  • 無法部署具有特定網路內容之內容繫結的藍圖，因為無法正確解析繫結值。

    dns、dnsSearchDomains 和 gateway 內容的內容繫結不起作用。這些主要用於 OVF 藍圖。

    因應措施：必須修改使用下列內容的藍圖，才能使用一組不同的內容。

    附註：此問題的永久修正將在 vRA 8.1 的第一個 Hotfix 中提供。此處提供的因應措施應視為暫時性，在套用 Hotfix 後需要進行還原。

    對於 dns 內容：

    dns0: '$\{resource.Cloud_NSX_Network_1.dns[0]}'
dns1: '$\{resource.Cloud_NSX_Network_1.dns[1]}'

    必須變更為

    dns0: '$\{replace(split(resource.Cloud_NSX_Network_1.dnsServerAddresses, ",")[0], "[", "")}'
dns1: '$\{replace(split(resource.Cloud_NSX_Network_1.dnsServerAddresses, ",")[1], "]", "")}'

    對於 dnsSearchDomain 內容：

    dnsSearchDomain0: '$\{resource.Cloud_NSX_Network_1.dnsSearchDomains[0]}'
dnsSearchDomain1: '$\{resource.Cloud_NSX_Network_1.dnsSearchDomains[1]}'

    必須變更為

    dnsSearchDomain0: '$\{replace(split(resource.Cloud_NSX_Network_1.dnsSearchDomains, ",")[0], "[", "")}'
dnsSearchDomain1: '$\{replace(split(resource.Cloud_NSX_Network_1.dnsSearchDomains, ",")[1], "]", "")}'

    對於 gateway 內容：

    gateway: '${resource.Cloud_NSX_Network_1.gateway}'

    必須變更為

    gateway: '${resource.Cloud_NSX_Network_1.gatewayAddress}'

     

  • 節點的 CPU 使用率跳至 100%，網繭開始當機

    嘗試在高度負載的環境上產生記錄服務包時，就 CPU 和/或記憶體使用率方面，可能會使一或多個節點暫時超載。這可能會導致服務當機。

    因應措施：在未載入環境時執行記錄服務包收集指令碼。設定和監控向外部記錄解決方案 (vRLI 或 Syslog 伺服器) 的記錄轉送。

  • 資料收集無法收集儲存區原則，因此無法更新具有相容資料存放區或 vCenter 7.0 的現有儲存區原則。資料收集無法更新 vRA 中的 WCP 可用性。

    如果 vSphere 雲端帳戶中有多個資料中心，且未在 vRA 的端點中選取，這可能會導致無法完成資料收集，資料收集部分成功，並導致上述症狀。

    因應措施：在 vSphere 雲端帳戶中選取所有資料中心 (區域)。如果未打算管理此資料中心，則不需要建立雲端區域。但將會收集資料中心的構件。

  • 需要手動參考自訂第 2 天動作和內建類型的繫結

    在 vRA 7.X 中，有自訂第 2 天動作和內容 vRA 內建物件的自動繫結。在 vRA 8.1 中，此繫結應透過 vRO 動作進行。

    您可以查看官方說明文件，以取得有關繫結程序的更多指引。

  • 若部署遺失資源，且使用者嘗試透過在計劃產生時套用藍圖來更新部署，則使用者可能會看到「部署中的另一個請求已在進行中」錯誤訊息。

    使用者還會在部署歷程記錄時間表中額外看到「第 2 天動作 - 刪除」。此外，當使用者嘗試透過 API 更新部署時，他們會看到「部署中的另一個請求正在進行中」。 

    重試更新部署。

  • 將 vRO 工作流程作為具有填入下拉式功能表的動作的 XaaS 目錄項目匯入時，可選取的值會作為靜態常數匯入

    將 vRO 工作流程作為具有填入下拉式功能表的動作的 XaaS 目錄項目匯入時，可選取的值會作為靜態常數匯入。

    這表示，當使用者要求目錄項目時，要求表單將顯示靜態值，而非動態填入的欄位。

    對於此類目錄項目，請使用自訂表單，並手動選取「外部來源」和瀏覽動作以正確填入值。

  • 新增 具有 OGNL 運算式的 vRO 工作流程呈現在 vRA 中用作自訂第 2 天作業時不會正確轉譯。

    呈現中具有 OGNL 限制之工作流程的自訂資源動作可能無法正確轉譯，因此可能無法填入所有必填欄位。

  • 新增 按名稱篩選負載平衡器清單時，相同的 vRA 部署的 NSX 負載平衡器會以略微不同的名稱顯示兩次，分別顯示為「Deployed」和「Discovered」。

    當 vRA 部署 NSX 負載平衡器時，系統會使用與 vRA 在其內部資料庫中使用的不同識別碼和名稱在 NSX 中建立負載平衡器。因此，vRA 會在針對相關聯的 NSX Cloud 帳戶進行資料收集時建立並更新新的重複負載平衡器記錄，而不是更新最初建立的負載平衡器記錄。這會導致在列出負載平衡器的畫面中出現幾乎重複的一對負載平衡器的混亂情況。

    因應措施：將 vRA 部署的 NSX 負載平衡器新增至網路設定檔時，請選取「Deployed」，而非「Discovered」。

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