vRealize Automation | 2018 年 4 月 12 日 | 組建編號 8229492

請定期查看這些版本說明的增補和更新。

版本說明的內容

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

新增功能

vRealize Automation 7.4 版本包含已解決的問題及下列新功能。

vRealize Automation 7.4 針對服務架構設計人員進行了極大程度的最佳化,這要歸功於全新的自訂申請表單設計工具,此工具在設計基礎結構和應用程式目錄項目方面提供了一致的體驗。它可透過適用於不同業務線的精簡且豐富的展示層,協助建立一般藍圖。立即可用的自訂申請表單不需要將基礎結構和 PaaS 藍圖加入 XaaS 藍圖,從而減少了藍圖散亂情況並降低了擁有成本。

自訂申請表單設計工具

使用自訂表單設計工具時,藍圖架構設計人員可將下列邏輯套用到藍圖申請表單:

  • 在畫布上拖放控制項和自訂內容
  • 利用藍圖結構描述 – 藍圖內容、自訂內容和設定檔
  • 使用產生的表單
  • 儲存、清除和還原自訂表單
  • 根據自訂條件式邏輯動態顯示或隱藏欄位
  • 根據外部和內部邏輯自動填滿並動態填入輸入值
  • 將內部相依性和外部圖說文字與 vRealize Orchestrator 搭配使用
  • 向輸入值套用限制
  • 使用規則運算式套用自訂驗證
  • 套用自訂說明文字和錯誤訊息
  • 選擇 vRealize Orchestrator 詳細目錄物件
  • 支援複雜類型,例如磁碟區和 vRealize Orchestrator 複合類型
  • 使用進階格式,並將自訂 CSS 套用到藍圖申請表單
  • 在設計期間自動對藍圖定義進行表單驗證
  • 透過 GUI 和 CLI 匯出和匯入自訂的表單

如需相關資訊,請參閱〈為使用者提供服務藍圖〉

從 OVF 部署

  • 提供可用於從 OVF 或 OVA 部署 vSphere 藍圖的新佈建選項

  • 指定 OVF 位置的 URL (驗證和 Proxy 選項可用)

  • 支援採用 OVF 專屬自訂內容格式的進階組態選項

  • 支援使用映像元件設定檔進行參數化

如需相關資訊,請參閱〈將藍圖設定為從 OVF 佈建〉

改善了停滯申請的處理

  • 透過 API 或 CloudClient 取消停滯在「進行中」狀態的申請,然後清除與已取消申請相關聯的已佈建資源

  • [申請] 索引標籤上用於隱藏失敗申請和已取消申請的新篩選器

如需相關資訊,請參閱 vRealize CloudClient 4.4

訊息板 Portlet 安全性增強功能

  • 採用了可在訊息板上顯示之 URL 的白名單

如需相關資訊,請參閱〈建立訊息板 Portlet URL 白名單〉

vRealize Automation 7.4 中對 Microsoft NT LAN Manager (NTLM) 的支援已過時。

此版本包含已在 vRealize Automation 7.3.1 中修正的所有問題。如需相關資訊,請參閱《vRealize Automation 7.3.1 版本說明》

系統需求

如需支援的主機作業系統、資料庫和 Web 伺服器的相關資訊,請參閱《vRealize Automation 支援對照表》

說明文件

如需 vRealize Automation 7.4 說明文件,請參閱 VMware Docs 上的《VMware vRealize Automation》

安裝

如需必要條件和安裝指示,請參閱 VMware Docs 上的〈安裝 vRealize Automation〉

升級

如需一般指引,請參閱 VMware Docs 上的〈升級 vRealize Automation〉

從 vRealize Automation 6.2.x 升級之前

vRealize 生產測試升級協助工具可針對任何可能導致升級問題的功能組態分析您的 vRealize Automation 6.2.x 環境,並檢查您的環境是否準備好升級。若要下載此工具及相關說明文件,請前往 VMware vRealize 生產測試工具的下載產品頁面。

使用 vRealize Code Stream

若要在 vRealize Automation 環境中使用 vRealize Code Stream,您必須擁有 vRealize Code Stream 授權。

您可以在 vRealize Automation 安裝精靈或 vRealize Automation 應用裝置管理介面中輸入授權。

如需詳細資訊,請參閱:

已解決的問題

  • 升級至 vRealize Automation 7.3.x 時,Distributed Execution Manager (DEM) 或 Distributed Execution Manager Orchestrator (DEO) 不會更新。 

    升級至 vRealize Automation 7.3.x 時,必須已在預設位置 (c:\program files (x86)\vmware\vcac) 安裝 DEM 或 DEO IaaS 元件。如果這些元件未安裝在預設位置,則在升級期間不會更新。

  • [客體和軟體代理程式安裝程式] 頁面上 Java Runtime Environment for Linux 的下載連結不正確

    這些連結顯示在 [Linux 軟體安裝程式] 區段中。

    • vmware-jre-1.8.0_121-fcs.i586.rpm
    • vmware-jre-1.8.0_121-fcs.x86_64.rpm

    按一下其中一個連結,新頁面隨即開啟並顯示 [HTTP 狀態 404 – 找不到] 錯誤。 

    因應措施:下載這些 RPM 檔案:

    1.按一下連結後,取代顯示在瀏覽器位址欄位中的 URL 中的檔案名稱。

    • 將 vmware-jre-1.8.0_121-fcs.i586.rpm 取代為 vmware-jre-1.8.0_121-fcs_b31.i586.rpm。
    • 將 vmware-jre-1.8.0_121-fcs.x86_64.rpm 取代為 vmware-jre-1.8.0_121-fcs_b31.x86_64.rpm。

    例如:

    • https://va-hostname.domain.name​/software/download/vmware-jre-1.8.0_121-fcs_b31.x86_64.rpm
    • https://va-hostname.domain.name/software/download/vmware-jre-1.8.0_121-fcs_b31.i586.rpm

    2.按 Enter。

    雖然錯誤訊息仍保留在瀏覽器中,但檔案下載成功。

  • 無法將 NAT 連接埠轉送規則新增至已部署的與第三方 IPAM 提供者相關聯的隨選 NAT 網路

    透過使用變更 NAT 規則佈建後動作新增 NAT 連接埠轉送規則至已部署的與第三方 IPAM 提供者相關聯的隨選 NAT 網路時,元件欄位的下拉式功能表不會顯示任何資料且無法接受新資料。這會阻止您新增規則。

     

  • 「定義虛擬伺服器散佈設定」程序包含不受支援的 HTTPS 流量模式

    定義虛擬伺服器散佈設定程序包含以下子步驟。

    選取 SSL 工作階段識別碼以支援以下其中一個受支援的 HTTPS 流量模式:

    • SSL 傳遞 - 用戶端 -> HTTPS -> LB (SSL 傳遞) -> HTTPS -> 伺服器
    • 用戶端 - HTTP -> LB -> HTTP -> 伺服器

    如果選取 [用戶端 - HTTP] 模式,系統會改為使用 [SSL 傳遞 - 用戶端] 流量模式。vRealize Automation 不支援 [用戶端 - HTTP] 流量模式。

  • 對於從 YAML 匯入的藍圖,變更 NAT 規則佈建後動作失敗

    在部署上叫用時,變更 NAT 規則佈建後動作會失敗,並顯示以下錯誤:無法叫用部署更新要求 [{無法判斷 nat1 的目前元件狀態}]。從 YAML 檔案 (包含隨選 NAT 網路,其名稱和識別碼欄位中具有非相同的值) 匯入與部署相關聯的藍圖時,會發生此情況。

  • 如果端點新增了特定的 vRealize Orchestrator 內容,在升級至 vRealize Automation 7.3 或 7.3.1 後,端點將會遺失  

    vRealize Orchestrator 端點專屬自訂內容會導致端點升級失敗。  

已知問題

已知問題分類如下。

組態和佈建
  • 接收到 401 未授權錯誤。

    vRealize Automation API 呼叫 VMware Identity Manager (vIDM) API。由於 vIDM 不支援針對外部/第三方身分識別提供者 (IDP) 進行 API 驗證,因此當使用第三方 IDP 時,驗證失敗。但是,第三方 IDP 是啟用和設定 vIDM 的 Just-in-Time (JIT) 使用者佈建功能的必要條件。因此,JIT 使用者無法使用 vRealize Automation API 進行驗證。

    因應措施:使用 OAuth2 密碼授與類型的 API 驗證需要 vIDM 中存在下列其中一種密碼驗證方法:

    • 連接器密碼驗證
    • 連接器 (輸出) 密碼驗證
    • 本機使用者密碼
    • Acc 密碼

    即使已設定第三方 IDP 用於驗證,其中一個密碼仍必須存在。若要解決此問題,本機使用者可使用 vRealize Automation API 進行驗證。

  • 恢復申請失敗

    在下列情況下,恢復申請可能會失敗:

    1. 對元件申請的恢復申請失敗,其中機器已成功配置但佈建失敗。當系統嘗試使用已不再有效的配置資訊重新佈建機器時,會發生此情況。
    2. 對巢狀藍圖的恢復申請失敗。恢復申請作業在重新建立元件申請時無法正確初始化內部藍圖的申請。

    因應措施:無

  • 當 XaaS 處於元件藍圖時,未正確評估繫結至 _asd.requestInfo_~requestedBy 或 _asd.requestInfo_~requestedFor 的 XaaS 欄位

    值限制繫結至 _asd.requestInfo_、requestedFor 或 requestedBy 的 XaaS 欄位評估為編輯並儲存 XaaS 藍圖的最後一個人員。

    因應措施:

    1. 從繫結的 XaaS 欄位中移除值限制。
    2. 在此欄位上設定預設值,然後將其繫結至 _asd.requestInfo_~requestedBy~principalId。
    3. 將 XaaS 元件刪除並重新拖曳至複合藍圖畫布。
    4. 儲存複合藍圖。
  • 如果在提交目錄項目申請後立即取消該申請,程序會停滯在 [正在取消] 狀態  

    系統不會呼叫可能會導致申請停滯在 [正在取消] 狀態的申請完成事件。

    因應措施:請勿在提交目錄申請後立即取消申請。請等到程序移至 [進行中] 狀態。

  • 編輯連接器驗證介面卡可能需要登入

    管理員可以在登入 vRealize Automation 主控台 30 分鐘內,使用此主控台設定目錄對應之連接器的驗證介面卡。如果管理員嘗試在 30 分鐘後執行此設定,則會顯示登入頁面並需要進行驗證。

    因應措施:使用管理員認證重新登入主控台。

  • 成功登入 vRealize Automation 應用裝置管理後,系統會要求您再次登入

    在 vRealize Automation 應用裝置管理中按一下 [修補程式管理] 後,系統會要求您再次輸入認證。

    因應措施:以 root 使用者身分進行重新驗證,以使用 [修補程式管理] 頁面。

  • 當網域主控站無法使用時,登入速度很慢或登入失敗

    嘗試連絡網域主控站失敗時,vIDM 會連絡次要網域控制站。由於 vIDM 始終先連絡網域主控站,然後再連絡次要網域控制站,因此,處理登入申請會存在延遲。這會導致申請堆疊並降低系統速度。

    因應措施:請參閱知識庫文章 52840

  • 從 vRealize Automation 7.3 成功移轉到 7.4 之後,針對 Azure 資源執行的某些作業會收到失敗訊息

    從 vRealize Automation 7.3 成功移轉到 7.4 之後,針對移轉後的 Azure 資源執行的某些作業 (例如重新啟動) 會間歇性失敗。即使 vRealize Orchestrator 工作流程成功,這些失敗仍會報告在 vRealize Automation 中。

    因應措施:開啟新的命令提示字元並執行這些命令,進行所要求的編輯以增加 o11n-gateway 和 shindig-ui 內容中的逾時值,然後重新啟動 vcac-server。

    1.# cd /var/lib/vcac/server/webapps/vcac/WEB-INF/classes/

    2.# cp shindig.properties shindig.properties.`date +%m%d%Y`

    3.# vi shindig.properties

    4. edit > shindig.http.client.read-timeout-ms=150000

    5.# cd /usr/lib/vcac/server/webapps/o11n-gateway-service/WEB-INF/classes/META-INF/spring/root

    6.# cp o11n-gateway-service-context.xml o11n-gateway-service-context.xml.`date +%m%d%Y`

    7.# vi o11n-gateway-service-context.xml

    8. edit > to 150000

    9.# service vcac-server restart

  • 當一或多個虛擬應用裝置無法使用時,vRealize Automation 健全狀況服務顯示多個錯誤

    當一或多個虛擬應用裝置無法使用時,健全狀況服務會顯示錯誤。某些錯誤會隱藏所發生的其他錯誤。

    因應措施:還原失敗的節點或從叢集移除節點,以顯示所有隱藏的錯誤。

  • 在 vRealize Automation 應用裝置管理中的 [Xenon] 索引標籤下,按一下 [啟動]、[停止] 或 [重新啟動] 按鈕對服務不起作用

    在叢集環境中,如果從複本節點執行 vRealize Automation 應用裝置管理中 [Xenon] 索引標籤下的啟動、停止或重新啟動作業,則這些作業對服務不起作用。

    因應措施:Xenon 服務作業僅應在主節點上執行。

  • 當您啟動瀏覽器並開啟 vRealize Automation 應用裝置管理時,隨即顯示自我簽署憑證的相關錯誤訊息,且您無法繼續

    已啟用 HTTP Strict Transport Security (HSTS) 的瀏覽器不允許存取使用自我簽署憑證的網站。

    因應措施:請參閱知識庫文章 53533

  • IaaS 自動升級至 7.4 之後,會啟用 Manager Service 自動容錯移轉模式

    如果從 vRealize Automation 7.3 或 7.3.1 升級或移轉至 7.4,並已在升級或移轉之前刻意停用自動容錯移轉,此功能會在 IaaS 自動升級至 7.4 期間啟用。

    若要停用 Manager Service 自動容錯移轉模式,請完成下列其中一項工作。

    • 停用自動 Manager Service 容錯移轉

                如需相關資訊,請參閱《安裝 vRealize Automation》中的〈啟用自動 Manager Service 容錯移轉〉

    • 使用舊版安裝程式手動升級 IaaS

                如需相關資訊,請參閱《從 vRealize Automation 6.2.5 升級至 7.4》中的〈下載 IaaS 安裝程式以升級 IaaS 元件〉

  • 針對 Azure 虛擬機器的佈建後作業「管理公用 IP 位址」逾時

    透過 vRealize Orchestrator 擷取 Azure 虛擬機器的最新且可供使用的公用位址所需的時間過長。vRealize Automation 中的此程序逾時,並顯示此錯誤訊息:「與 vCenter Orchestrator 伺服器的連線逾時。」

    因應措施:

    完成此程序以增加 vRealize Automation 中的逾時設定。

    1. 在每個 vRealize Automation 應用裝置主機上,使用 SSH 開啟命令提示字元,並以 root 身分登入。
    2.  執行此命令以停止所有節點上的 vRealize Automation 服務:service vcac-server stop
    3. 將目錄變更為 /etc/vcac/,並使用文字編輯器開啟 vcac.properties 檔案。
    4. 將 vco.socket.timeout.millis 內容的逾時值增加至 300000。例如,vco.socket.timeout.millis= 300000。此設定以毫秒為單位。
    5. 儲存並關閉 vcac.properties 檔案。
    6. 將目錄變更為 /var/lib/vcac/server/webapps/vcac/WEB-INF/classes/。
    7. 執行此命令以備份 shindig.properties 檔案:cp shindig.properties shindig.properties.bak
    8. 使用文字編輯器開啟 shindig.properties 檔案,並在檔案中找到與 shindig.http.client.read-timeout-ms=70000 類似的行。 
    9. 將 shindig.http.client.read-timeout-ms 的值增加至 300000。例如,shindig.http.client.read-timeout-ms=300000。
    10. 儲存並關閉 shindig.properties 檔案。
    11. 將目錄變更為 /etc/vcac/,並使用文字編輯器開啟 setenv-user 檔案。
    12. 將此行新增至檔案中:VCAC_OPTS="$VCAC_OPTS -Dclient.system.socket.timeout=300000"
    13. 儲存並關閉 setenv-user 檔案。
    14. 執行此命令以啟動所有節點上的 vRealize Automation 服務:service vcac-server start

先前已知問題

若要檢視先前已知問題清單,請按一下此處

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