vRealize Automation 8.2 | 更新日期:2021 年 5 月 5 日

  • vRA Easy Installer (ISO) 内部版本 16982088
  • vRA 产品(设备)内部版本 16980951
  • vRA 更新存储库内部版本 17018654

请查看发行说明以了解新增内容及更新。

发行说明内容

新增:vRealize Automation 8.2 Patch 1

vRealize Automation 8.2 Patch 1 现已推出,并包含不同区域的错误修复。这是一个累积更新。 

有关详细信息和安装说明,请参见知识库文章 81396

关于 vRealize Automation 8.2

vRealize Automation 8.2 是对 vRealize Automation 8.1 功能的加强,使其在功能上更接近于 vRA 7.x 版本,它重新引入了如 XaaS 等关键功能,并在 ABX 中添加了诸如 AWS GovCloud 支持和 Powershell 支持之类的功能,在 vRO 中添加了 Python、Node.js 和 Powershell。

必需:升级到 vRealize Automation 8.2 之前,必须在 vRealize Suite Lifecycle Manager 8.2 上应用产品支持包 1。vRealize Suite Lifecycle Manager 产品支持包 1 是适用于 vRealize Network Insight 6.0.0 的累积支持包。此支持包还支持 vRealize Automation 8.2 升级包和 vRealize Automation 升级 OVA 文件,从 vRealize Automation 8.1 或更低版本升级到 vRealize Automation 8.2 后横向扩展 vRealize Automation 8.2 时需要这些文件。请参阅知识库文章 79105,了解如何在 vRealize Suite Lifecycle Manager 用户界面中的已修补产品二进制文件下映射 vRealize Automation 8.2 升级 OVA 包二进制文件。

在升级之前,请查看所需的系统资源,并确保您的系统满足这些要求。

部署服务已发布新版本的目录、部署和策略 API。请务必检查 API 版本的兼容性。

注意:vRealize Automation 8.1 不要求您在迁移评估期间接受源证书。因此,您必须重新评估源环境。要重新评估源环境并接受源证书,请执行以下操作:删除源环境,重新添加源环境,接受证书,并使用 Migration Assistant 服务重新评估源环境。

新增功能

vRealize Automation 8.2 包括许多新优势。

新版本的 vRealize Automation REST API

所有 vRealize Automation 版本都提供了新版本的 vRealize Automation REST API。新版本会将资源支持增加到每个部署 300 个资源,并提供性能改进。如果您是 API 用户,并且之前未将 API 锁定到某个版本,则 API 响应可能会发生意外更改。最佳做法是,使用 apiVersion 变量将 API 锁定到您要使用的版本。例如:

  • 要将 API 锁定到 vRealize Automation 8.1 API,请使用 apiVersion=2020-04-16
  • 要将 API 锁定到 vRealize Automation 8.2 API,请使用 apiVersion=2020-10-06

如果保持未锁定状态,您的 API 请求将默认为最新版本,即 apiVersion=2020-10-06

有关如何将 API 锁定到特定版本的信息,请参见《vRealize Automation 8.2 API 编程指南》中的“API 版本控制”部分。

注意:vRealize Orchestrator REST API 不支持 apiVersion 参数,且可向后兼容。

vRealize Automation 蓝图名称更改为 VMware Cloud Templates

  • 蓝图已重命名为 VMware Cloud Templates。了解更多

  • 您可能仍会在正式文档、API、错误消息和其他代码区域中看到“蓝图”一词。

VMware vRealize Automation 8.2 包含产品内置用户帮助

  • 可以使用标志帮助了解有关某项设置的信息。
  • 可以使用帮助面板获取有关某个功能或配置过程的更多信息。

Migration Assistant 可用性

迁移评估服务功能已扩展,用户可以将内容和部署从 vRA 7.4/7.5/7.6 实例迁移到 vRA 8.2 实例。

  • 迁移基础架构、订阅和部署
  • 回滚迁移
  • 以增量方式分阶段迁移各个业务组,无需一次性迁移整个 vRA 7.x 系统

限制:对于外部 vRealize Orchestrator 实例,vRealize Automation 8 Migration Assistant 不支持迁移。

Terraform 配置用作 vRealize Automation 中的 VMware Cloud Templates 资源 

现在,VMware Cloud Templates 已集成支持 Terraform 开源配置。云管理员可以集成存储在 Git 中的 Terraform 配置并将其发布为自助目录项。选择如下各项功能:  了解更多

  • 使用 Terraform 配置创建云模板
  • 编写混合 Terraform-VMware Cloud Templates
  • 在 Terraform 资源上启用内置电源实施后操作和自定义实施后操作
  • 中央部署状态文件
  • 云中的受管 Terraform 运行时
  • 用于为 DevOps 用户部署基于 Terraform 的云模板的 Code Stream 管道

SDDC Manager 集成和 VMware Cloud Foundation (VCF) 云帐户

配置 SDDC Manager 集成并将工作负载域作为 VMware Cloud Foundation (VCF) 云帐户载入到 VMware Cloud Assembly 服务中。使用 VCF 云帐户可以将 VCF 工作负载整合到 Cloud Assembly 中,从而形成一个全面的混合云计算管理解决方案。

  1. SDDC Manager 一次可用作一个集成端点,将一个或多个工作负载域作为 VCF 云帐户载入。
  2. VCF 云帐户将计算资源和网络资源(vSphere 和 NSX-T)引入 vRealize Automation 中以置备新资源。
  3. VCF 云帐户支持服务凭据,可自动创建新的服务帐户以与 vSphere 一起使用,以及重用 SDDC Manager 中的现有 NSX 凭据。
  4. 可以为 VCF 云帐户定义特定实例、映像、网络和存储配置文件,定义方式与 vSphere 和 VMC 云帐户类似。
  5. 使用 vSphere/NSX 特定资源或平台无关资源以及限制,可将新资源置备定向到 VCF 云帐户。

多租户:对租户基础架构进行集中管理 

在维护租户隔离的同时,设置和管理虚拟专用区域并跨项目共享 IaaS 资源。对于受管服务提供商,共享基础架构多租户功能可确保最佳的资源分配和控制。借助此功能,提供商可以将提供商管理的基础架构分配给其租户。当前,多租户配置中的提供商组织通过 VMware Cloud Provider Hub 支持此功能。了解更多

  1. 提供商管理员创建一组隔离的 IaaS 资源(计算、网络、存储、映像和特定实例),称为虚拟专用区域 (VPZ)。支持所有 CRUD 操作。
  2. 提供商管理员与租户共享 VPZ。
  3. 然后,租户管理员将 VPZ 与租户组织中的项目共享。请注意,可以将多个 VPZ 添加到单个项目中。
  4. 租户项目成员可以将计算机置备到 VPZ 中。
  5. 项目成员查看部署,并看到底层基础架构的“模糊”视图(仅 VPZ 名称)。
  6. 即使在共享底层基础架构的情况下,租户 B 也看不到租户 A 的资源。

基于自定义角色的访问控制 (RBAC) 

vRealize Automation 8.2 引入了基于自定义角色的访问,使客户能够将其分配用户和提供商的角色与其在组织内拥有的实际角色紧密关联。它有助于配置足够严格的角色,具体取决于用户有资格执行的实际任务(权限),以及不需要对不必要任务进行权限过载或面临组织安全要求的情况下即有资格使用的资源。

基本概念:

  • 组织管理员可以在组织内定义自定义角色。
  • 可以将每个自定义角色分配给一个组织用户/组。
  • 新的自定义角色模型与即时可用角色集成,并在组织内与访问控制和策略协同工作。

可用的可配置权限:

  • 用于映像、特定实例、区域、计算机和请求、云帐户、云区域和项目的自定义角色
  • 用于管理和查看载入计划的自定义角色
  • 用于可扩展性用例的自定义角色:
    • 管理和查看
      • 操作运行
      • 操作
      • 订阅
    • 以下各项的查看者权限:
      • 事件
      • 事件主题
      • 工作流
      • 工作流运行
  • 用于管理和查看云模板的自定义角色
  • 用于管理和查看内置与自定义资源的自定义实施后操作的自定义角色
  • 用于管道建模、执行和配置的自定义角色
  • 用于策略权限的自定义角色
  • 用于管理批准权限的自定义角色

有关详细信息,请参考自定义角色如何与其他角色结合使用的示例

XaaS 自定义资源和自定义操作增强功能

  • 自定义资源结构定义动态数据支持。vRealize Automation 8.2 现在还会对作为生命周期操作添加到自定义操作的工作流进行自动验证。此功能还包括对外部类型属性和自定义资源属性结构定义的改进。了解更多
  • 自定义实施后操作绑定。vRealize Automation 8.2 支持三种类型的操作绑定:通过请求、绑定操作和直接绑定。了解更多

支持 NSX-T Manager 与 vCenter 之间的 1:N 关联

支持 1 个 NSX-T Manager 连接到多个 vCenter。了解更多

NSX-T 策略模式支持 

  • 支持在策略模式下创建新的 NSX-T 端点。了解更多
  • 对以下各项的策略模式支持:网络(实施前和实施后)、负载均衡器(实施前)、安全组(实施前)、标记(实施前)、虚拟机横向缩减/扩展(实施后)和端口转发(实施前和实施后)。

NSX 负载均衡器配置 - 日志记录级别、算法、类型、网卡和 VIP 

  • 支持 NSX 负载均衡器高级配置,包括日志记录级别、算法和类型(实施前和实施后)。了解更多
  • 支持所有网络类型的网卡的 NSX 负载均衡器配置选项,包括专用、现有、公用、出站和路由网络。现在,可以将负载均衡器连接到特定的计算机网卡,而不是始终默认使用计算机中的第一个网卡。 
  • 能够在云模板中指定 IPv4 VIP(虚拟 IP);这将允许负载均衡器具有特定 IP,而不是静态 IP 范围内的 IP。

NSX 端口转发

  • 对 NSX 出站网络的端口转发(DNAT 规则)支持。现在,vRealize Automation 公布了一个新的 Cloud.NSX.Gateway 云模板资源类型,它允许为连接到出站网络的网关/路由器指定 DNAT 规则。了解更多
  • 用于添加新 NAT 端口转发规则、重新排序规则、编辑现有规则和删除规则的实施后操作支持。

网络连接实施后操作 - 重新配置安全组

  • 重新配置安全组:
    • 更改安全组 - 添加新的或现有的安全组,移除关联的安全组,以及修改
      关联的安全组。安全组是实施后操作部署的一部分。仅对单台计算机支持实施后操作,不适用于多计算机集群。
    • 删除安全组 - 从部署中移除安全组。如果安全组为按需安全组,则会将其销毁。
  • 在网络之间移动虚拟机:
    • 更新 vSphere 计算机网卡上的部署限制,以将其从一个现有网络移至同一网络配置文件中的另一个现有网络。
    • 可以将计算机从静态网络移至静态网络,或者从动态网络移至动态网络。
    • 将从部署中删除以前的网络。了解更多

vSphere 7 主管命名空间作为目录项

  • 目录用户可以从由底层 VMware 云模板支持的 vRealize Automation 目录中请求 vSphere 主管命名空间。
  • 云模板作者可以对云模板资源定义主管命名空间资源限制。这使得管理员能够限制用户的资源消耗。

ITSM 插件 8.1.2

  • 现在 ServiceNow 存储上提供了 vRealize Automation 的新 ITSM 插件(8.1.2 版)。
  • Orlando 支持 – 插件支持最新 ServiceNow 版本 Orlando。此外,它还支持先前的 ServiceNow 版本 Madrid 和 New York。
  • 支持用户门户中的自定义表单
  • 多级别批准 – ServiceNow 管理员可以为 ServiceNow 目录请求配置多级别批准。 
  • 电子邮件通知 – ServiceNow 管理员可以为各种活动配置电子邮件通知,例如部署请求、批准请求、实施后请求以及端点和授权配置。
  • 针对失败的部署自动创建票证 – 当部署请求在 vRealize Automation 中失败或实施后操作失败时,将创建一个支持票证并将其分配给 ServiceNow 中的支持组。

vRealize Automation 扩展

  • 每个部署最多 250 个资源,以及 400,000 个虚拟机。
  • 如果您预计部署超过 100 个资源,请升级到新 API 版本 2020-08-25。

一级磁盘和 IaaS API

  • 在不需要虚拟机的情况下独立创建一级磁盘 (FCD) 磁盘对象。全面支持 CRUDL 功能 - 创建、编辑、删除、列出
  • 支持实施后操作和磁盘快照生命周期管理
  • 用于创建、删除、列出、连接和分离 FCD 的 IaaS API。
  • 用于将现有磁盘转换为 FCD 的 IaaS API。了解更多
  • 用于进行 FCD 快照管理(创建、删除、列出和还原)的 IaaS API。 

可扩展性订阅

每个事件主题最多支持 50 个阻止和 50 个非阻止订阅。了解更多

对 Service Broker、载入部署和 Cloud Assembly 部署中目录项的批准

  • 批准现在适用于除 Cloud Assembly 云模板之外的所有目录项,包括 Cloud Formation 模板、vRO 工作流、ABX 操作、OVA 等。
  • 根据按以下项筛选的底层资源的属性触发批准策略:云帐户、云类型、特定实例、映像、区域或资源类型。了解更多
  • 支持用于 Cloud Assembly 蓝图部署的预置备和实施后操作的批准流程
  • 支持在导入的部署中执行实施后操作的批准流程
  • 有关批准策略的详细信息

在批准详细信息中显示请求表单

现在,审批者可以查看请求者作为批准请求的一部分提交的输入参数。此增强视图可帮助审批者根据请求发起者提供的相同信息做出批准决策。

与 vROps 集成

当客户同时订阅 vRA Cloud 和 vROps Cloud 时,集成将自动配置以提供以下优势:

  • 支持基于 vROps 策略的高级工作负载布置。
  • VMware Cloud 的资源、部署和项目定价。
  • VMware Cloud 的基础架构运行状况和性能衡量指标。了解更多

云帐户中特定区域内的 IaaS API 筛选器资源

Cloud Assembly IaaS API 中的资源可使用数据筛选器根据其所属区域找到。区域可以通过 externalRegionId 和相应的 cloudAccountId 来唯一标识。

用于更新云帐户密码的 API

使用 IaaS API 更新 vSphere 和 NSX 的云帐户密码。

Bitbucket 集成支持

支持与内部部署 Bitbucket 集成,可将其用作 ABX 操作脚本和 VMware Cloud Templates 的基于 Git 的存储库。

Active Directory 集成改进

  • 在 Active Directory 的验证阶段,基本 DN 搜索仅限于容器。
  • 某些客户因 ad 阻止程序导致某些 Active Directory API 无法在项目/集成页面上加载而受到影响。这些 API 已进行调整,现在可与 ad 阻止程序无缝配合运行。
  • 项目重命名现在反映在 Active Directory 集成的项目关联下。

通过 API 执行自定义属性更新

通过 IaaS API 更新计算机的自定义属性

vRA 日志保留改进

内部部署日志记录基础架构已改进,现在包括:

  • 每个服务的日志保留七天
  • 服务日志位于单独的分区中,可节省存储空间
  • 日志记录基础架构从 K8s 层提取,以便能够在 K8s 发生故障时收集日志

自定义实施后操作

自定义资源和 vRealize Automation 内置类型的自定义实施后操作。了解更多

自定义资源

支持基于 vRO 类型的自定义资源。了解更多

部署历史记录

删除部署历史记录后,可在长达 90 天的时间内查看和筛选已删除的部署历史记录。了解更多

在项目之间共享 ABX

能够在多个项目之间共享单个基于操作的可扩展性。了解更多

不需要对 oData 查询中的空格符号进行双重编码

IaaS API oData 查询的 URL 编码行为现在与现代 Internet 搜索引擎(如 Google)一致。在此更改之前,需要对特殊字符(%2520 和 +)进行双重编码。  现在无需对空格符号进行双重编码。

示例:

如果之前具有以下查询:{{url-home}}/iaas/api/machines?$filter=externalRegionId%2520eq%2520%27Datacenter%3Adatacenter-21%27 

现在,此查询应更改为:  {{url-home}}/iaas/api/machines?$filter=externalRegionId%20eq%20%27Datacenter%3Adatacenter-21%27

限制:

如果要搜索“符号”– 应通过添加引号将其转义

搜索“&”符号 – 在 CloudAccount 的 oData 查询中不支持

搜索“%”符号 – 所有端点都不支持。

Service Broker 中的自定义表单

如果工作流是在 Service Broker 中导入的,并且在启用属性和复合类型之前启用了自定义表单,并且已实施数组对应项,则需要删除自定义表单,并在 Service Broker 中再次导入工作流以修复表单中的元素。

使用 VMware vRealize Automation SaltStack Config 进行配置管理

VMware vRealize Automation SaltStack Config(以前称为 SaltStack Enterprise)是一个配置管理系统,用于使虚拟机保持已定义的状态。通过在 vRealize Automation 8.2 版本中添加 SaltStack Config,您现在可以确保已安装特定软件包,并且能够快速解决任何与已定义状态之间的偏差。此外,还可以使用 SaltStack Config 在单个虚拟机或虚拟机组上大规模且快速地进行查询和执行命令。有关安装和使用产品的信息,请参见 vRealize Automation 8.2 产品文档中的“SaltStack Config”部分。

开始前

熟悉支持文档。

安装 vRealize Automation 并设置用户后,可以使用与包含的每个服务对应的“入门”指南和“使用和管理”指南。“入门”指南包括端到端概念证明。“使用和管理”指南提供更深入的信息,支持您探索可用功能。有关其他信息,还可以参见 vRealize Automation 8.2 产品文档

新增:Cloud Assembly 文档中包含以下教程:

  • 有关添加 vSphere 云帐户、定义云区域、将用户添加到项目以及使用 VMware Cloud Templates 设计和部署工作负载的分步指南,请参见设置和测试 vSphere 基础架构和部署
  • 要采用每个管理员在部署过程中执行的一些基本配置,包括自定义计算机名称、创建 AD 记录以及设置 DNS 和 IP,请参见配置和置备生产工作负载

有关 vRealize Orchestrator 8.2 功能和限制的信息,请参考 vRealize Orchestrator 8.2 发行说明

VMware 非常重视包容性。为了在我们的客户、合作伙伴和内部社区中倡导此原则,我们移除了文档中的不包容性语言。

使用新的升级包升级到 vRealize Automation 8.2 的客户可能会在横向扩展期间(类似于修补的环境)看到错误。如知识库文章 79105 中所述,OVA 包托管在 my.vmware.com 上。

新增:如果将 VMware Identity Manager 3.3.3 与 vRealize Automation 8.2 P1 结合使用,则无法将 IWA(集成 Windows 身份验证)与嵌入式 Linux 连接器结合使用。将 LDAP 或 IWA 与外部 Windows 连接器结合使用的 vRA 8.x 客户不受影响。有关更多详细信息,请参阅知识库文章 82013

已解决的问题

  • 无法部署具有特定网络属性的属性绑定的蓝图,因为无法正确解析绑定值。

    dnsdnsSearchDomainsgateway 属性的属性绑定无法正常工作。它们主要用于 OVF 蓝图。

    解决办法:必须将使用以下属性的蓝图修改为使用一组不同的属性。

    注意:针对此问题的永久修复将在 vRA 8.1 的首个热修补程序中提供。此处提供的解决办法应该视为临时办法,在应用热修补程序后需要进行恢复。

    对于 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%,Pod 开始崩溃

    尝试在高负载环境中生成日志包时,可以根据 CPU 和/或内存使用情况临时过载其一个或多个节点。这可能导致服务崩溃。

    解决办法:在未加载环境时运行日志包收集脚本。配置和监控到外部日志记录解决方案(vRLI 或 Syslog 服务器)的日志转发。

  • 数据收集无法收集存储策略,并且无法更新具有兼容数据存储或 vCenter 7.0 的现有存储策略。数据收集无法更新 vRA 中的 WCP 可用性。

    如果 vSphere 云帐户中有多个数据中心,并且未在 vRA 的端点中选择数据中心,这可能导致无法完成数据收集,数据收集部分成功,并导致上述症状。

    解决办法:选择 vSphere 云帐户中的所有数据中心(区域)。如果不打算管理该数据中心,则无需创建云区域。但会收集数据中心的工件。

  • 需要手动引用 vSphere 内置类型的自定义实施后操作绑定

    在 vRA 7.X 中,存在自定义实施后操作和上下文 vRA 内置对象的自动绑定。在 vRA 8.1 中,此绑定应通过 vRO 操作进行。

    您可以查看官方文档,了解有关绑定过程的更多指导。

  • 如果部署缺少资源,则用户尝试通过在生成计划中应用蓝图来更新部署时,用户可能会看到“部署中的另一个请求已在进行中 (Another request is already in progress on deployment)”错误消息。

    用户还将在部署历史记录时间轴中看到另一个“实施后操作 - 删除”。此外,当用户尝试通过 API 更新部署时,也会看到“部署中的另一个请求已在进行中 (Another request is already in progress on deployment)”错误消息。 

    重新尝试更新部署。

  • 采用包含填充下拉菜单的操作的 XaaS 目录项形式导入 vRO 工作流时,可选择的值将作为静态常量导入

    采用包含填充下拉菜单的操作的 XaaS 目录项形式导入 vRO 工作流时,可选择的值将作为静态常量导入。

    这意味着,当用户请求目录项时,请求表单将显示静态值而不是动态填充的字段。

    对于此类目录项,使用自定义表单并手动选择“外部源”和浏览操作以正确填充值。

  • 在 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 Pod 内部 docker0 接口发生冲突

    请参考 https://kb.vmware.com/s/article/78783

  • 按名称筛选负载均衡器列表时,同一个 vRA 部署的 NSX 负载均衡器显示两次,但名称略有不同,一次显示为“Deployed”,另一次显示为“Discovered”。

    当 vRA 部署 NSX 负载均衡器时,将使用与 vRA 在其内部数据库中所用的不同的 ID 和名称在 NSX 中创建负载均衡器。因此,vRA 会在收集关联的 NSX 云帐户的数据时创建并随后更新新的重复负载均衡器记录,而不是更新其最初创建的负载均衡器记录。这会导致在列出负载均衡器时,屏幕中显示几乎重复的一对负载均衡器。

    解决办法:将 vRA 部署的 NSX 负载均衡器添加到网络配置文件时,请选择“Deployed”负载均衡器,而不是“Discovered”。

  • 无法更新 Ansible 集成的“useSudo”选项

    用户无法在 UI 中编辑 Ansible 集成帐户的“useSudo”选项

     

  • 即使 Ansible Playbook 执行已成功完成,也会随机获取未知错误

    在检查 Ansible Playbook 的状态时,与代理的 SSH 连接可能会因过载而失败,从而在连接失败时引入重试机制以避免随机错误。

     

  • Ansible 清单更新失败,并显示“在清单中找不到 IP”

    并发执行可能会导致清单文件无法正确更新,进而导致失败,因为在清单中找不到主机。

     

已知问题

此版本中存在以下已知问题。
  • vRA 部署无法在通过 Easy Installer 执行的新设置上初始化

    vRA 部署(单个或集群)无法在通过 Easy Installer 或 vRealize Suite LCM 执行的新设置上初始化
    LCM 中显示的错误为 LCMVRAVAVACONFIG590003

    解决办法:在 vRealize Suite LCM 中重试集群初始化。

  • 更新 vCenter 云帐户以添加数据中心时,此数据中心内的资源并非立即可用。

    对 vCenter 云帐户的区域(数据中心)所做的更改不会立即生效,并且要求运行数据收集。

    解决办法:等待下一次数据收集成功完成。数据收集大约每 10 分钟运行一次。

  • PowerShell 任务似乎已停滞

    当没有活动会话时,PowerShell 任务似乎已停滞。出现此行为的原因是,负责运行用户脚本的 PowerShell 进程由 Windows 系统进程 WmiPrvSE 持有。

    解决办法:登录到系统并保持活动会话。锁定屏幕,而不是完全注销。

  • vRO 将“数组”类型表示为仅包含一列的复合类型,而不是“type.isMultiple”为 true 的字段。

    添加包含数组输入的工作流并由此自定义其表单时,不要在数据网格的“值”选项卡中更改该列的 ID。默认值必须保持设为 _column-0_。相反,您可以更改列的标签(向数据网格添加值时在 UI 中可见)。

  • 不支持重新配置许可证。

    使用 Enterprise 许可证配置 vRealize Automation 后,系统无法重新配置为使用 Advanced 许可证。

  • vRealize Automation 8 不支持 Internet Explorer 11

    无法将 Internet Explorer 11 与 vRealize Automation 8 配合使用。

    解决办法:使用其他浏览器,而不是 Internet Explorer 11。

  • 更改或删除自定义资源后,未刷新 BP 画布。

    如果删除自定义资源,更改不会立即传播到蓝图画布。

    画布具有缓存机制,可在使用刷新按钮后在搜索窗格旁进行更新。

  • 不支持使用相同 vRO 对象类型创建不同的自定义资源

    在 vRA 7.X 中,可以为同一类型创建不同的自定义资源。这允许用户为同一 vRO 类型定义一组创建/删除/操作的不同操作,从而创建不同的自定义资源类型。在 vRA 8.1 中,不支持从不同自定义资源利用同一 vRO_Type 的情况。 

  • 当引用类型存在空输入时,不会通过目录执行 vRO 工作流

    当 vRO 工作流的引用类型输入存在空值时,尝试请求该工作流时出现空指针异常。

    解决办法:设置该引用类型的默认值,或者使该字段成为必填字段。

  • 无法从部署中删除未成功置备的自定义资源

    请求自定义资源时,如果创建该资源的工作流运行失败,则仍会在部署服务中创建资源(因为我们使用“已启动”状态回复初始请求,进而在部署中创建资源)。无法删除此资源,因为它不包含在 vRO 中成功置备资源时添加的元数据。

    解决办法:在首次尝试删除自定义资源后,随即显示一个对话框,询问您是否要强制删除。选择“是”将强制删除资源。

  • 自定义资源名称未正确传播到部署视图列表

    根据 vRO_Type 创建自定义资源时,通常使用全面的显示名称。当前,此显示名称在部署视图中不可用。在部署中显示的资源仅由其类型标识。

  • 从 vCenter 计算机控制台窗口设置时区时的可用选项

     用户从 vCenter 计算机控制台窗口设置时区时出现未定义的行为

    解决办法:不要更改时区。

  • 具有不同大小写的租户名称视为相同

    名为 vmware 的租户和另一个名为 VMware 的租户视为相同。

    解决办法:vRA 8.1 中的租户基于主机名,因为主机名不区分大小写,所以租户名称也不区分大小写。这意味着租户名 VMware 与 VMWARE、vmware 或任何其他大小写组合的租户名均相同。租户名称大小写可能有所不同,并且可能不会在应用程序中保留。

  •  在 vRA 中用作自定义实施后操作时,带 OGNL 表达式的 vRO 工作流演示无法正确呈现。

    如果工作流演示中存在 OGNL 限制,则其自定义资源操作可能无法正确呈现,并且可能无法填充所有必填字段。

  • “成本\价格”功能无法与共享基础架构多租户配合使用

    在配置为租户可共享基础架构资源的多租户部署时,定价功能可能会报告不准确的结果。这是因为定价无法识别多租户。仅为添加了 vROps 并创建了部署的组织计算价格。 

  • 针对将单个 vRealize Automation 7.x 安装迁移到多个 vRealize Automation 8.2 的组织进行迁移评估时,需要手动接受证书。

    尝试将单个 vRealize Automation 7.x 环境迁移到多个 8.2 组织,并且源 vRealize Automation 7.x 安装配置了不安全的 SSL 证书时,会发生这种情况。

    解决办法:有关信息和解决办法的步骤,请参见知识库文章 81062

  • 评估服务 swagger 不可用

    评估服务 swagger 页面不可用。

    解决办法:通过迁移 swagger 页面上列出的迁移 API 运行评估。

  • 在 vSphere 集群上禁用 DRS 时,具有现有网络的部署将在 vSphere/NSX-v 云帐户上的分配过程中失败。

    在网络配置文件中选择 NSX-V 网络并请求具有现有网络的部署时,部署会在分配过程中失败,并显示以下消息:“找不到计算资源的通用布置...使用网络配置... (Unable to find a common placement for compute...with the network configuration...)”。vCenter 包含禁用了 DRS 的集群时,会出现此问题。

    解决办法:在集群上启用 DRS,并将集群包含在 vRA 云区域中,或者在网络配置文件中选择 vSphere 网络。

  • 在某些情况下,横向缩减/扩展负载均衡的计算机集群失败,并显示难懂的错误消息

    如果在负载均衡的计算机集群中,负载均衡器所含“loggingLevel”或“type”属性的值不同于父项 (IaC) 负载均衡器上的相同属性,则横向缩减/扩展该集群时,该操作将失败并显示以下消息:

    一次只支持一个属性的更新操作 (Update operation is supported for one property at a time)

    解决办法:在蓝图中从负载均衡器移除“loggingLevel”或“type”属性,然后执行缩放操作。

  • 删除自定义角色后,策略详细信息页面显示“角色”的值为空。

    删除自定义角色后,当用户导航以查看现有实施后操作策略的详细信息时,该页面应显示一条消息,表明该角色已删除。但是,“角色”的值为空。

     

  • 迁移后 Amazon Gov Cloud 帐户的映像枚举失败。

    将 AWS Gov Cloud 端点从 vRA 7 迁移到 vRA 8.2 后,用户会注意到云帐户的映像枚举失败。出现此问题的原因是,选择了该云帐户页面中的所有区域。

    解决办法:迁移后,导航到新的 AWS Gov Cloud 帐户。编辑帐户,然后取消选择常规区域。仅保留 Gov Cloud 相关区域并保存配置。后续映像枚举将成功完成。

  • Service Broker 表单不填充 vRO 工作流输入中的默认值集

    如果 vRO 工作流具有字符串输入默认值集,则从 Service Broker 启动该工作流时,该默认值集不会自动传播到请求表单中。

    解决办法:使用 Service Broker 自定义表单设置给定的默认值。

  • Service Broker 无法导入在字符串字段的 valueList 中包含操作的 vRO 工作流

    无法在 Service Broker 中解析并导入包含由操作填充的 valueList 的字符串字段的结构定义

     

  • 通过代理提取 Docker 映像需要额外配置

     在 vRA 8.2 中,ABX 服务从公开发布的 Internet 存储库提取容器映像。如果在不允许流向公共站点的出站流量的隔离网络上部署 vRA,则必须配置 HTTP 代理。虽然 vRA 8 通过其 CLI 启用代理配置,但该工作流不包括自动设置 Docker 服务。

     解决办法:应单独设置这种配置。知识库文章待定。

  • 云模板请求表单中不支持类型为 anyOf 的复合对象

    如果表单对复合对象包含 anyOf 属性,则 anyOf 将显示为字符串下拉列表,而不是用于验证输入的不同限制集。

    解决办法:使用枚举类型,而不使用 anyOf 值。

  • 如果未在对象类型结构定义中定义属性,输入对话框中会出现异常

    如果输入属性属于对象类型,并且未在 json 结构定义中定义属性,则不会加载测试或部署蓝图对话框中的输入对话框。

    解决办法:从输入属性中移除默认值,或使用默认值在输入属性中定义属性结构定义。此修复将在 8.2 P1 中可用。

  • 使用输入数组字段部署时无法发送值

    虽然用户可以在输入表单中填充值,但 UI 将在测试/部署对话框中将空值数组发送到蓝图服务。

    解决办法:改用对象或字符串/数字字段,此修复将在 8.2 P1 中可用。

  • 升级到 vRealize Orchestrator 或 vRealize Automation 8.2 后,vRealize Orchestrator 客户端中的某些资源元素可能会显示已更改或恢复到旧版本。

    升级到 vRealize Orchestrator 或 vRealize Automation 8.2 后,vRealize Orchestrator 客户端中的某些资源元素可能会显示已更改或恢复到旧版本。以前在 vRealize Orchestrator 客户端中使用不同的源文件更新的资源元素会出现此问题。升级 vRealize Orchestrator 或 vRealize Automation 部署后,这些资源元素可能会替换为旧版本。这是一个间歇性问题。

    解决办法:

    1.登录到 vRealize Orchestrator 客户端。

    2.导航到资产 > 资源

    3.选择受此问题影响的资源元素。

    4.选择版本历史记录选项卡,然后将元素还原到适当的版本。

    5.对所有受影响的资源元素重复此操作。

  • 新增:vRealize Automation 版本 8.2.0 Patch 1 下载失败

    联机下载 vRealize Automation 8.2.0 Patch 1 时,可能会由于托管 vRealize Automation 修补程序的生产内容交付网络 (CDN) 中存在问题而失败,您可能会看到以下错误:

    LCMPATCHDOWNLOAD16001 修补程序处理失败 (LCMPATCHDOWNLOAD16001 Patch Processing failed)

    解决办法:执行以下步骤以下载 vRealize Automation 8.2.0 Patch 1。执行这些步骤时,请关闭其他正在进行的修补程序下载。

    1. 如果 vRealize Suite Lifecycle Manager 的 /data/patches/temp/ 文件夹中有任何文件,请删除这些文件。
    2. 通过在 vRealize Suite Lifecycle Manager 中导航到“设置”>“二进制文件映射”>“修补程序二进制文件”,然后选择“联机检查修补程序”,触发修补程序刷新。
    3. 继续进行修补程序下载。
check-circle-line exclamation-circle-line close-line
Scroll to top icon