Atualizado em 15 de janeiro de 2020

vRealize Automation 8.2 | 

  • vRA Easy Installer (ISO) - compilação 16982088
  • Produto vRA (dispositivo)  - compilação 16980951
  • Repositório de atualizações do vRA - compilação 17018654

Verifique se há inclusões e atualizações para estas notas de versão.

Conteúdo das notas de versão

Novo vRealize Automation 8.2 Patch 1

O vRealize Automation 8.2 Patch 1 já está disponível e inclui correções de bugs em diferentes áreas. Esta é uma atualização cumulativa. 

Para obter mais informações e instruções de instalação, consulte o KB 81396.

Sobre o vRealize Automation 8.2

O vRealize Automation 8.2 é uma adição aos recursos do vRealize Automation 8.1, para aproximar da versão vRA 7.x em termos de capacidade, reintroduzindo recursos importantes como XaaS e acrescentando recursos como suporte para AWS GovCloud e suporte para PowerShell no ABX e para Python, node.js e PowerShell no vRO.

Obrigatório: Antes de atualizar para o vRealize Automation 8.2, você deve aplicar o Product Support Pack 1 no vRealize Suite Lifecycle Manager 8.2. O vRealize Suite Lifecycle Manager Product Support Pack 1 é um pacote de suporte cumulativo para o vRealize Network Insight 6.0.0. Esse pacote de suporte também oferece suporte ao pacote de upgrade do vRealize Automation 8.2 e a arquivos OVA de Upgrade do vRealize Automation, que são necessários para a expansão do vRealize Automation 8.2 após o upgrade do vRealize Automation 8.1 ou versões anteriores para o vRealize Automation 8.2. Consulte o artigo da base de conhecimento 79105 para mapear o binário do pacote OVA de upgrade do vRealize Automation 8.2 nos binários de produto com patch aplicado na interface do usuário do vRealize Suite Lifecycle Manager.

Antes de atualizar, consulte os Requisitos de sistema necessários e certifique-se de que seu sistema atenda a esses requisitos.

O serviço de implantação lançou novas versões das APIs de Catálogo, Implantação e Políticas. Certifique-se de verificar a compatibilidade dessas versões de APIs.

Observação: o vRealize Automation 8.1 não exigia a aceitação de um certificado de origem durante a avaliação da migração. Como resultado, você deve reavaliar seu ambiente de origem. Para reavaliar o ambiente de origem e aceitar o certificado de origem: exclua o ambiente de origem, adicione-o novamente, aceite o certificado e reavalie o ambiente de origem usando o serviço do assistente de migração.

Novidades

O vRealize Automation 8.2 inclui vários novos benefícios.

Nova versão da REST API do vRealize Automation

Uma nova versão das REST APIs do vRealize Automation está disponível com todas as versões do vRealize Automation. A nova versão aumenta o suporte para 300 recursos por implantação e fornece melhorias de desempenho. Se você for um usuário de APIs e não tiver bloqueado sua API para uma versão anterior, poderá encontrar uma alteração em uma resposta da API. Como prática recomendada, use a variável apiVersion para bloquear sua API na versão que você deseja usar. Por exemplo:

  • Para bloquear suas APIs nas APIs do vRealize Automation 8.1, use apiVersion=2020-01-30
  • Para bloquear suas APIs nas APIs do vRealize Automation 8.2, use apiVersion=2020-08-25

Se o bloqueio não for feito, suas solicitações de API serão padronizadas para a versão mais recente, que é apiVersion=2020-08-25.

Para obter informações sobre como bloquear suas APIs em uma versão específica, consulte a seção "Controle de versão de APIs" do Guia de Programação de APIs do vRealize Automation 8.2 ( https://code.vmware.com/docs/12597)

Observação: A REST API do vRealize Orchestrator não oferece suporte ao parâmetro apiVersion e é compatível com versões anteriores.

Alteração do nome Blueprint do vRealize Automation para VMware Cloud Templates

  • Blueprints agora se chamam VMware Cloud Templates. Saiba mais.

  • Você ainda poderá ver o termo Blueprint na documentação oficial, na API, em mensagens de erro e em outras áreas de código.

O VMware vRealize Automation 8.2 inclui assistência ao usuário no produto

  • Use a ajuda da sinalização para saber mais sobre uma configuração.
  • Use o painel de ajuda para obter mais informações sobre um recurso ou processo de configuração.

Disponibilidade do Assistente de Migração

Capacidade de serviço de avaliação de migração estendida para permitir que o usuário migre conteúdo e implantações de uma instância do vRA 7.4/7.5/7.6 para uma instância do vRA 8.2.

  • Migrar infraestrutura, assinaturas e implantações
  • Reverter uma migração
  • Migrar Grupos de Negócios individuais de maneira incremental em estágios sem migrar todo o sistema vRA 7.x de uma só vez

Restrição: O assistente de migração do vRealize Automation 8 não oferece suporte à migração com uma instância externa do vRealize Orchestrator.

Configuração do Terraform como um recurso de VMware Cloud Templates no vRealize Automation 

Agora há suporte integral para configurações de código-fonte aberto do Terraform por VMware Cloud Templates. Os administradores de nuvem podem integrar configurações do Terraform armazenadas no Git e liberá-las como itens de catálogo de autoatendimento. Os recursos selecionados incluem os seguintes: Saiba mais

  • Criar modelos de nuvem com configurações do Terraform
  • Compor VMware Cloud Templates do Terraform híbridos
  • Habilitar ações de Dia 2 avançadas e integradas e ações de Dia 2 personalizadas em recursos do Terraform
  • Arquivo de estado de implantação central
  • Tempo de execução do Terraform gerenciado na nuvem
  • Pipeline do Code Stream para implantar modelos de nuvem baseados no Terraform para usuários de DevOps

Integração com o SDDC Manager e conta na nuvem do VMware Cloud Foundation (VCF)

Configure a integração com o SDDC Manager e domínios de carga de trabalho de integração como contas de nuvem do VMware Cloud Foundation (VCF) no serviço do VMware Cloud Assembly. Uma conta de nuvem do VCF permite que você incorpore uma carga de trabalho do VCF no Cloud Assembly para facilitar uma solução de gerenciamento de nuvem híbrida abrangente.

  1. O SDDC Manager pode ser um endpoint de integração uma vez para integração de um ou mais domínios de carga de trabalho como contas de nuvem do VCF.
  2. As contas de nuvem do VCF trazem recursos de processamento e de rede (vSphere e NSX-T) para o vRealize Automation para provisionar novos recursos.
  3. As contas de nuvem do VCF oferecem suporte a credenciais de serviço para criar automaticamente uma nova conta de serviço a ser usada com o vSphere e reutilizam a credencial de NSX existente do SDDC Manager.
  4. Perfis de tipo, imagem, rede e armazenamento podem ser definidos para contas de nuvem do VCF semelhantes às contas de nuvem do vSphere e do VMC.
  5. Use recursos agnósticos ou específicos do vSphere/NSX com restrições para direcionar o provisionamento de novos recursos para contas de nuvem do VCF.

Multilocação: gerenciamento centralizado da infraestrutura de tenants 

Configure e gerencie zonas virtuais privadas e compartilhe recursos de IaaS em todos os projetos mantendo o isolamento de tenants. Para provedores de serviços gerenciados, a multilocação de infraestrutura compartilhada garante o controle e a alocação de recursos ideais. Esse recurso permite que um provedor aloque uma infraestrutura gerenciada pelo provedor para seus tenants. Atualmente, isso apenas tem suporte para organizações de provedor em Configuração de multilocação por meio do VMware Cloud Provider Hub. Saiba mais.

  1. O administrador do provedor cria um pacote de recursos de IaaS isolados (processamento, rede, armazenamento, imagem e tipo) chamado de Zona Privada Virtual (VPZ). Todas as operações de CRUD são compatíveis.
  2. O administrador do provedor compartilha a VPZ com um tenant.
  3. O administrador de tenant, por sua vez, compartilha a VPZ com um projeto dentro da organização do tenant. Observe que várias VPZ podem ser adicionadas a um único projeto.
  4. Os membros do projeto de tenant podem provisionar uma máquina na VPZ.
  5. Os membros do projeto visualizam a implantação e vêem uma visualização "ofuscada" da infraestrutura subjacente (apenas o nome da VPZ).
  6. Os recursos do Tenant A não são visíveis para o Tenant B, mesmo quando a infraestrutura subjacente é compartilhada.

Controle de acesso baseado em função personalizada (RBAC) 

O vRealize Automation 8.2 introduz o acesso baseado em funções personalizadas que permite aos clientes alinhar de perto as funções que atribuem consumidores e provedores às funções reais que possuem em suas organizações. Ele ajuda a configurar funções restritivas o suficiente, com base nas tarefas reais (permissões) para as quais os usuários estão qualificados e nos recursos para os quais são elegíveis, sem sobrecarregar as permissões com tarefas desnecessárias ou confrontar a segurança da organização.

Conceitos básicos:

  • Os administradores de organização podem definir funções personalizadas dentro da organização.
  • Cada função personalizada pode ser atribuída a um grupo/usuários da organização.
  • O novo modelo de funções personalizadas se integra com funções prontas para uso e trabalha em colaboração com controle de acesso e políticas dentro das organizações.

Permissões configuráveis disponíveis:

  • Funções personalizadas para imagens, tipos, zonas, máquinas e solicitações, contas de nuvem, zonas de nuvem e projetos
  • Funções personalizadas para gerenciar e exibir planos de integração
  • Funções personalizadas para casos de uso de extensibilidade:
    • Gerenciar e visualizar
      • Execuções de Ação
      • Ações
      • Assinaturas
    • Permissões de visualizador para:
      • Eventos
      • Tópicos de eventos
      • Fluxos de trabalho
      • Execuções de fluxo de trabalho
  • Funções personalizadas para gerenciar e visualizar modelos de nuvem
  • Funções personalizadas para gerenciar e visualizar ações de dia 2 personalizadas para recursos integrados e personalizados
  • Funções personalizadas para modelagem, execução e configuração de pipelines
  • Funções personalizadas para permissões de políticas
  • Funções personalizadas para gerenciar permissões para aprovações

Consulte funções personalizadas e exemplos de como eles funcionam com as outras funções para obter mais informações.

Aprimoramentos de recursos personalizados e ação personalizada do XaaS

  • Suporte a dados dinâmicos do esquema de recursos personalizados. O vRealize Automation 8.2 agora inclui validação automática para os fluxos de trabalho adicionados como ações de ciclo de vida à sua ação personalizada. Esse recurso também inclui melhorias no tipo externo de propriedade e esquema de propriedade de recursos personalizados. Saiba mais.
  • Associações de ações de Dia 2 personalizadas. O vRealize Automation 8.2 oferece suporte a três tipos de associações de ação: em solicitação, com ação de associação e associação direta. Saiba mais.

Suporte para associação 1:N entre o NSX-T Manager e o vCenter

Suporte para 1 NSX-T Manager conectado a vários vCenters. Saiba mais.

Suporte ao modo de política do NSX-T 

  • Habilite a criação de um novo endpoint do NSX-T no modo de política. Saiba mais.
  • O modo de política é compatível com redes (Dia 0, Dia 2), balanceadores de carga (Dia 0), grupos de segurança (Dia 0), marcação (Dia 0), expansão da VM (Dia 2) e direcionamento de porta (Dia 0, Dia 2).

Configurações do Balanceador de Carga do NSX — Nível de registro em log, algoritmo, tipo, NIC e VIP 

  • Suporte para configurações avançadas do NSX Load Balancer, incluindo nível de registro em log, algoritmo e tipo (Dia 0, Dia 2). Saiba mais.
  • Suporte para opções de configuração do Balanceador de Carga do NSX para NIC para todos os tipos de rede, incluindo redes privadas, existentes, públicas, de saída e roteadas. Agora, o balanceador de carga pode ser conectado a uma NIC de máquina específica, em vez de usar sempre a primeira NIC na máquina por padrão. 
  • Capacidade de especificar o VIP IPv4 (IP virtual) nos modelos de nuvem. Isso permite que o balanceador de carga tenha um IP específico, em vez de um IP de um intervalo de IP estático.

Direcionamento de porta do NSX

  • Suporte ao direcionamento de porta (regras DNAT) para redes de saída do NSX. O vRealize Automation agora expõe um novo tipo de recurso de modelos de nuvem Cloud.NSX.Gateway que permite que regras DNAT sejam especificadas para o gateway/roteador conectado à rede de saída. Saiba mais.
  • Ações de Dia 2 dão suporte à adição de novas regras de direcionamento de porta NAT, reordenação de regras, edição de regras existentes e exclusão de regras.

Dia 2 de rede — Reconfigurar grupos de segurança

  • Reconfigurar grupos de segurança:
    • Alterar grupos de segurança — Adicione um grupo de segurança novo ou existente, remova os grupos de segurança associados e modifique
      grupos de segurança associados. Grupos de segurança fazem parte de implantações para ações de Dia 2. Ações de Dia 2 têm suporte apenas para uma única máquina e não para um cluster de várias máquinas.
    • Excluir grupo de segurança — remova o grupo de segurança da implantação. Se o grupo de segurança estiver sob demanda, ele será destruído.
  • Mover VM entre redes:
    • Atualize restrições de implantação no vSphere NIC da máquina para movê-lo de uma rede existente para outra rede existente no mesmo perfil de rede.
    • A máquina pode ser movida de uma rede estática para outra estática ou de uma rede dinâmica para outra dinâmica.
    • A rede anterior é excluída da implantação. Saiba mais.

Namespace de supervisor do vSphere 7 como um item de catálogo

  • Capacidade do usuário do catálogo de solicitar namespaces de supervisor do vSphere a partir do catálogo do vRealize Automation acionado por um Modelo de Nuvem da VMware subjacente.
  • O autor de modelos de nuvem pode definir limites de recursos de namespace de supervisor no recurso de modelos de nuvem. Isso permite que o administrador restrinja o consumo de recursos de usuários.

Plug-in ITSM 8.1.2

  • O novo plug-in ITSM (versão 8.1.2) para o vRealize Automation agora está disponível na Loja da ServiceNow.
  • Suporte para Orlando — O plug-in é compatível com o Orlando, que é a versão mais recente do ServiceNow. Ele também oferece suporte às versões anteriores do ServiceNow, Madrid e New York.
  • Suporte para formulários personalizados no portal do usuário
  • Aprovação em vários níveis — O administrador do ServiceNow pode configurar a aprovação de vários níveis para solicitações de catálogo do ServiceNow. 
  • Notificações por e-mail — O administrador do ServiceNow pode configurar notificações por e-mail para várias atividades, como solicitações de implantação, solicitações de aprovação, solicitações de dia 2 e configurações de endpoint e direitos.
  • Criação automática de tíquetes para implantações com falha — Um tíquete de suporte é criado e atribuído a grupos de suporte no ServiceNow sempre que uma solicitação de implantação falha no vRealize Automation ou sempre que uma ação de dia 2 falha.

Dimensionamento do vRealize Automation

  • Até 250 recursos por implantação e 400.000 máquinas virtuais.
  • Se você antecipa que as implantações terão mais de 100 recursos, faça upgrade para a nova versão da API 2020-08-25.

APIs IaaS e disco de primeira classe

  • Crie um objeto de Disco de Primeira Classe (FCD) independentemente, sem uma VM. Suporte completo para a funcionalidade CRUDL — Criar, editar, excluir, listar
  • Suporte para ações de Dia 2 e gerenciamento do ciclo de vida de snapshots de disco
  • API IaaS para criar, excluir, listar e anexar e desanexar o FCD.
  • A API IaaS para converter o disco existente em um FCD. Saiba mais.
  • API IaaS para o gerenciamento de snapshots de FCD (criar, excluir, listar e restaurar). 

Assinaturas de extensibilidade

Suporte para até 50 assinaturas de bloqueios e 50 assinaturas sem bloqueio por tópico de evento. Saiba mais

Aprovações para itens de catálogo no Service Broker, implantações integradas e implantações do Cloud Assembly

  • Agora, aprovações aplicam-se a todos os itens de catálogo além de modelos de nuvem do Cloud Assembly, incluindo modelos de formação de nuvem, fluxos de trabalho de vRO, ações ABX, OVAs, etc.).
  • Acione políticas de aprovação com base nos atributos de recursos subjacentes filtrados por: conta de nuvem, tipo de nuvem, tipo, imagem, região ou tipo de recurso. Saiba mais
  • Suporte de fluxo de aprovação para ações de pré-provisionamento e dia 2 para implantações de blueprint do Cloud Assembly
  • Suporte de fluxo de aprovação para ações de dia 2 em implantações importadas
  • Mais informações sobre políticas de aprovação

Mostrar formulário de solicitação em detalhes de aprovação

Agora, o aprovador agora pode ver parâmetros de entrada que o solicitante enviou como parte da solicitação de aprovação. Esse modo de exibição aprimorado ajuda o aprovador a tomar a decisão de aprovação com base nas mesmas informações que o originador da solicitação forneceu.

Integração com vROps

Quando os clientes assinam tanto o vRA Cloud quanto o vROps Cloud, a integração é automaticamente configurada para fornecer os seguintes benefícios:

  • Suporte para posicionamento de carga de trabalho avançado com base em políticas do vROps.
  • Preços para recursos, implantações e projetos para o VMware Cloud.
  • Métricas de integridade e desempenho para o VMware Cloud. Saiba mais

Recursos de filtro da API IaaS em uma região específica em contas de nuvem

Os recursos na API IaaS do Cloud Assembly podem ser encontrados com base na região à qual pertencem usando filtros de dados. A região pode ser identificada de forma exclusiva pelo externalRegionId e pelo cloudAccountId correspondente.

API para atualizar a senha da conta de nuvem

Atualize a senha da conta de nuvem para o vSphere e o NSX usando a API IaaS.

Suporte para integração com o Bitbucket

Suporte para integração com o Bitbucket para uso como um repositório baseado em Git para scripts de ação do ABX e VMware Cloud Templates.

Melhorias na integração com o Active Directory

  • Durante a fase Validar do Active Directory, a pesquisa de Base DN era limitada apenas a contêineres.
  • Determinados clientes foram afetados devido a bloqueadores de anúncios que fizeram com que algumas APIs do Active Directory não fossem carregadas na página Projetos/Integração. Essas APIs foram ajustadas para agora funcionarem perfeitamente com os bloqueadores de anúncios.
  • Renomeações de projeto agora refletem-se na associação de projetos para uma integração do Active Directory.

Atualização de propriedades personalizadas via API

Atualizar propriedade personalizada para máquinas por meio da API IaaS

Melhorias na retenção de logs do vRA

A infraestrutura de registro em log no local melhorou para incluir:

  • Sete dias de retenção de logs para cada serviço
  • Logs de serviço em uma partição separada para conservar espaço de armazenamento
  • Infraestrutura de logs extraída da camada K8s para poder coletar registros se K8s estiver inativa

Ações personalizadas de Dia 2

Operações personalizadas de dia 2 para recursos personalizados e tipos incorporados do vRealize Automation. Saiba mais

Recursos Personalizados

Suporte para recursos personalizados com base em tipos do vRO. Saiba mais

Histórico de implantação

Visualize e filtre o histórico de implantação excluído por até 90 dias após a exclusão. Saiba mais

Compartilhar ABX entre projetos

Capacidade de compartilhar uma única extensibilidade baseada em ação em vários projetos. Saiba mais

A codificação dupla dos símbolos de espaço nas consultas oData não é necessária

O comportamento de codificação de URL para consultas oData das API IaaS agora funciona de forma consistente com os mecanismos de pesquisa da Internet modernos, como o Google. Antes dessa alteração, a codificação dupla era necessária para símbolos especiais (%2520 e +). Agora, não há necessidade de codificar símbolos de espaço duas vezes.

Exemplo:

Se você tivesse anteriormente a seguinte consulta: {{url-home}}/iaas/api/machines?$filter=externalRegionId%2520eq%2520%27Datacenter%3Adatacenter-21%27 

Agora essa consulta mudaria para: {{url-home}}/iaas/api/machines?$filter=externalRegionId%20eq%20%27Datacenter%3Adatacenter-21%27

Limitações:

Se quiser procurar 'símbolo' — deverá escapar com uma aspa adicional

Pesquisa de símbolo '&' — sem suporte em consultas oData para CloudAccounts

Pesquisa de símbolo '%' — sem suporte para todos os endpoints.

Formulários personalizados no Service Broker

Se um fluxo de trabalho for importado no Service Broker e tiver um formulário personalizado habilitado antes da ativação de tipos compostos e de propriedades, e as contrapartes de array tiverem sido implementadas, o formulário personalizado deverá ser excluído e, os fluxos de trabalho deverão ser reimportados no Service Broker para corrigir os elementos no formulário.

Gerenciamento de configuração com o VMware vRealize Automation SaltStack Config

O VMware vRealize Automation SaltStack Config (o antigo SaltStack Enterprise) é um sistema de gerenciamento de configuração que mantém máquinas virtuais em estados definidos. Com a adição do SaltStack Config na versão 8.2 do vRealize Automation, você pode garantir que pacotes específicos sejam instalados e que qualquer desvio do estado definido seja resolvido rapidamente. Você também pode usar o SaltStack Config para consultar e executar comandos em VMs individuais ou grupos de VMs em alta escala e com velocidade. Para obter informações sobre como instalar e usar o produto, consulte a seção SaltStack Config da Documentação do produto vRealize Automation 8.2.

Antes de começar

Familiarize-se com os documentos de suporte.

Depois de instalar o vRealize Automation e configurar seus usuários, você poderá usar os guias de Introdução e Uso e gerenciamento para cada um dos serviços incluídos. Os guias de Introdução incluem prova de conceito completa. Os guias de Uso e gerenciamento fornecem informações mais detalhadas que dão suporte à sua exploração dos recursos disponíveis. Informações adicionais também estão disponíveis na Documentação do produto vRealize Automation 8.2.

NOVO Os seguintes tutoriais estão incluídos na documentação do Cloud Assembly:

Para obter informações sobre os recursos e as limitações do vRealize Orchestrator 8.2, consulte as Notas de versão do vRealize Orchestrator 8.2.

Na VMware, valorizamos a inclusão. Para promovermos esse princípio na nossa comunidade de clientes, parceiros e membros internos, removemos linguagem não inclusiva em nossa documentação.

Os clientes que atualizaram para o vRealize Automation 8.2 usando o novo pacote de atualização podem ver erros durante o dimensionamento (semelhante a ambientes com patch aplicado). Conforme mencionado na KB 79105, o pacote OVA está hospedado em my.vmware.com.

NOVO Se estiver usando o VMware Identity Manager 3.3.3 com o vRealize Automation 8.2 P1, você não poderá usar uma IWA (Autenticação Integrada do Windows) com um conector Linux integrado. Clientes do vRA 8.x que usam LDAP ou IWA com o conector Windows externo não são afetados. Para obter mais detalhes, consulte o KB 82013.

Problemas resolvidos

  • Blueprints com associações de propriedade para determinadas propriedades de rede não são implementados porque os valores de associação não podem ser resolvidos corretamente.

    Associações de propriedade para as propriedades dns, dnsSearchDomains, e gateway não estão funcionando. Elas são usadas principalmente com blueprints do OVF.

    Solução alternativa: Os blueprints usando as propriedades a seguir devem ser modificados para usar um conjunto diferente de propriedades.

    Observação: Uma correção permanente para esse problema será disponibilizada no primeiro hotfix para o vRA 8.1. A solução alternativa fornecida aqui deve ser considerada temporária e precisará ser revertida após a aplicação do hotfix.

    Para a propriedade dns:

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

    deve ser alterado para

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

    Para a propriedade dnsSearchDomain:

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

    deve ser alterado para

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

    Para a propriedade gateway:

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

    deve ser alterado para

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

     

  • O uso da CPU do nó salta para 100%, os pods começam a falhar

    Ao tentar gerar um pacote de logs em um ambiente altamente carregado, é possível sobrecarregar temporariamente um ou mais dos seus nós em termos de uso de CPU e/ou memória. Isso pode fazer com que os serviços falhem.

    Solução alternativa: Execute o script de coleção do pacote de logs quando o ambiente não estiver carregado. Configure e monitore o encaminhamento de logs para uma solução de registro em log externa (vRLI ou servidor syslog).

  • A coleta de dados falha ao coletar políticas de armazenamento e falha ao atualizar políticas de armazenamento existentes com repositórios de dados compatíveis ou com o vCenter 7.0. A coleta de dados falha ao atualizar a disponibilidade do WCP no vRA.

    Se houver vários centros de dados em uma conta de nuvem do vSphere e não selecionados no endpoint do vRA, isso poderá causar falhas para concluir a coleta de dados, e a coleta de dados será parcialmente bem-sucedida, provocando os sintomas acima.

    Solução alternativa: Selecione todos os centros de dados (regiões) em uma conta de nuvem do vSphere. Se não houver intenção de gerenciar esse centro de dados, você não precisará criar a zona de nuvem. No entanto, os artefatos do centro de dados serão coletados.

  • A associação de uma ação personalizada de Dia 2 para o tipo integrado do vSphere precisa ser referenciada manualmente

    No vRA 7.x, havia uma vinculação automatizada da ação de Dia 02 personalizada e no objeto incorporado do vRA de contexto. No vRA 8.1, essa associação deve ser feita por meio da ação do vRO.

    Você pode verificar o documentação oficial para obter mais orientações sobre o processo de associação.

  • Quando uma implantação está sem um recurso e o usuário tenta atualizá-la aplicando um blueprint na geração do plano, o usuário pode ver a mensagem de erro "Outra solicitação já está em andamento na implantação".

    O usuário também verá um "Ação de Dia 2 - Excluir" adicional na linha do tempo do histórico de implantação. Além disso, quando o usuário tentar atualizar a implantação via API, ele verá "Outra solicitação em andamento na implantação". 

    Tente atualizar a implantação novamente.

  • Ao importar um fluxo de trabalho do vRO como item de catálogo do XaaS que tem ações que preenchem menus suspensos, valores selecionáveis são importados como constantes estáticas

    Ao importar um fluxo de trabalho do vRO como item de catálogo do XaaS que tem ações que preenchem menus suspensos, valores selecionáveis são importados como constantes estáticas.

    Isso significa que, quando o usuário solicita o item de catálogo, o formulário de solicitação é apresentado com valores estáticos em vez de campos dinamicamente preenchidos.

    Para tais itens de catálogo, use formulários personalizados e selecione manualmente "origem externa" e a ação de navegação que preencherá o valor corretamente.

  • Falha na implantação ou no upgrade do vRA 8.1 quando o dispositivo é implantado em uma rede 172.17.x.x

    Falha na implantação do vRA - falha do script deploy.sh no estágio "Registrando vRO incorporado"
    /var/log/deploy.log contém:
    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."

    Causa: O dispositivo recebe um endereço IP do espaço 172.17.x.x. Isso entra em conflito com a interface interna docker0 do pod do vRO

    Consulte https://kb.vmware.com/s/article/78783

  • Ao filtrar uma lista de balanceadores de carga por nome, o mesmo balanceador de carga do NSX implantado pelo vRA aparece duas vezes com nomes ligeiramente diferentes, uma vez como "Implantado" e, novamente, como "Descoberto".

    Quando o vRA implanta um balanceador de carga do NSX, o balanceador de carga é criado no NSX usando um ID e um nome diferentes dos usados pelo vRA em seu banco de dados interno. Como resultado, o vRA cria e, em seguida, atualiza um novo registro de balanceador de carga duplicado quando coleta dados da conta de nuvem do NSX associada, em vez de atualizar o registro do balanceador de carga criado originalmente. Isso resulta na aparência confusa de pares duplicados de balanceadores de carga em telas nos quais os balanceadores de carga estão listados.

    Solução alternativa: Ao adicionar um balanceador de carga do NSX implantado pelo vRA a um perfil de rede, selecione aquele que é "Implantado" em vez do que é "Descoberto".

  • Não é possível atualizar a opção "useSudo" para a integração com o Ansible

    O usuário não pode editar a opção "useSudo" para contas de integração com o Ansible na UI

     

  • Um erro desconhecido é gerado aleatoriamente, mesmo quando a execução do playbook do Ansible é concluída com sucesso

    Ao verificar o status do playbook do Ansible, a conexão SSH com o proxy pode falhar devido a sobrecarga, um mecanismo de nova tentativa é introduzido em caso de falha de conexão para evitar o erro aleatório.

     

  • Falha nas atualizações de inventário do Ansible com o erro "IP não encontrado no inventário"

    Execuções simultâneas podem fazer com que o arquivo de inventário não seja atualizado corretamente, o que causa a falha, já que os hosts não são encontrados no inventário.

     

Problemas conhecidos

Os seguintes problemas conhecidos estão presentes nesta versão.
  • A implantação do vRA falha ao inicializar em novas configurações do Easy Installer

    A implantação do vRA (única ou agrupada em cluster) não é inicializada em novas configurações do Easy Installer ou do vRealize Suite LCM
    O erro mostrado no LCM é LCMVRAVAVACONFIG590003

    Solução alternativa: Tente a inicialização do cluster novamente dentro do vRealize Suite LCM.

  • Quando uma conta de nuvem do vCenter é atualizada para adicionar um centro de dados, os recursos desse centro de dados não são disponibilizados imediatamente para uso.

    As alterações feitas nas regiões (centros de dados) para uma conta do vCenter Cloud não têm efeito imediato e exigem a execução de coletas de dados.

    Solução alternativa: Aguarde até que a próxima coleta de dados seja concluída com êxito. A coleta de dados é executada aproximadamente a cada 10 minutos.

  • Tarefas do PowerShell parecem estar presas

    Quando não há uma sessão ativa, as tarefas do PowerShell parecem estar travadas. Esse comportamento é visto porque o processo do PowerShell responsável por executar o script do usuário é mantido pelo processo de sistema do Windows WmiPrvSE.

    Solução alternativa: Faça login no sistema e mantenha uma sessão ativa. Bloqueie a tela em vez de fazer logout completamente.

  • O vRO representa tipos de Array como tipos complexos com apenas uma coluna, em vez de um campo cujo "type.isMultiple" seja "true".

    Ao adicionar um fluxo de trabalho que tenha uma entrada de array e, consequentemente, personalizar o formulário, não altere o ID da coluna na guia Valores da grade de dados. O valor padrão deve estar definido em _column-0_ . Por outro lado, você pode alterar o rótulo da coluna (que está visível na interface do usuário ao adicionar valores à grade de dados).

  • Não há suporte para reconfiguração de licenças.

    Após a configuração do vRealize Automation com a licença Enterprise, o sistema não pode ser reconfigurado para usar a licença Advanced.

  • O vRealize Automation 8 não oferece suporte ao Internet Explorer 11

    Não é possível usar o Internet Explorer 11 com o vRealize Automation 8.

    Solução alternativa: Use um navegador diferente do Internet Explorer 11.

  • A tela do blueprint não é atualizada depois que o recurso personalizado foi alterado ou excluído.

    Se você excluir um recurso personalizado, a alteração não será propagada para a tela do blueprint imediatamente.

    A tela tem um mecanismo de cache, que pode ser atualizado após usar o botão Atualizar, ao lado do painel de pesquisa.

  • Não há suporte para a criação de recursos personalizados diferentes com o mesmo tipo de objeto do vRO

    No vRA 7.x, era possível criar diferentes recursos personalizados para o mesmo tipo. Isso permitia que os usuários definissem um conjunto diferente de ações de criação/exclusão/operação para o mesmo tipo do vRO com a criação de diferentes tipos de recursos personalizados. No vRA 8.1, não há suporte a um caso em que o mesmo vRO_Type pode ser aproveitado a partir de diferentes recursos personalizados. 

  • O fluxo de trabalho do vRO não é executado por meio do catálogo quando há uma entrada vazia com tipo de referência

    Uma exceção de ponteiro nulo é exibida na tentativa de solicitar um Fluxo de trabalho do vRO com o valor vazio para a entrada de Fluxo de trabalho com um tipo de referência.

    Solução alternativa: Defina um valor padrão para o tipo de referência ou torne o campo obrigatório.

  • Recursos personalizados provisionados sem sucesso não podem ser excluídos de uma implantação

    Quando você solicita um recurso personalizado, se a execução do fluxo de trabalho que cria esse recurso falhar, um recurso no serviço de implantação ainda será criado (já que estamos respondendo à solicitação inicial com um status STARTED que, por sua vez, cria o recurso na implantação). Esse recurso não pode ser excluído, pois não contém os metadados que são adicionados após o provisionamento bem-sucedido do recurso no vRO.

    Solução alternativa: Logo após a primeira tentativa de excluir o recurso personalizado, é exibida uma caixa de diálogo perguntando se você deseja forçar a exclusão. Diga sim para forçar a exclusão.

  • O nome do recurso personalizado não é propagado corretamente para a lista de exibição de implantação

    Quando você cria um recurso personalizado com base em vRO_Type, geralmente usa um nome de exibição abrangente. No momento, esse nome de exibição não está disponível no modo de exibição de Implantação. O recurso, que aparece na implantação, é identificado apenas por seu tipo.

  • Opção disponível para definir o fuso horário na janela Console da Máquina do vCenter

     Comportamento indefinido quando o usuário define o fuso horário na janela Console da Máquina do vCenter

    Solução alternativa: Não altere o fuso horário.

  • Nomes de tenants com formatação diferente de maiúsculas/minúsculas são tratados da mesma forma

    Um tenant chamado vmware e outro chamado VMware são vistos como iguais.

    Solução alternativa: Os tenants no vRA 8.1 são baseados em nomes de host. Já que nomes de host não fazem distinção entre maiúsculas e minúsculas, o mesmo acontece com os nomes de tenants. Isso significa que um tenant chamado VMware é o mesmo que a VMWARE ou a vmware ou qualquer outra combinação de maiúsculas/minúsculas. A formatação de maiúsculas/minúsculas de nomes de tenant pode variar e não pode ser preservada por todo o aplicativo.

  •  A apresentação de fluxo de trabalho do vRO com uma expressão OGNL não é processada corretamente quando usada como uma operação de dia 2 personalizada no vRA.

    As Ações de Recurso Personalizado com fluxos de trabalho que têm restrições OGNL em sua apresentação podem não ser renderizadas corretamente, e talvez não seja possível preencher todos os campos obrigatórios.

  • A funcionalidade de Custo\Preço não funciona com a multiempresa de infraestrutura compartilhada

    A funcionalidade de precificação pode relatar resultados imprecisos quando configurada para uma implantação de vários tenants em que os tenants podem compartilhar recursos de infraestrutura. Isso ocorre porque os preços não reconhecem a multilocação. O preço é calculado apenas para a organização para a qual o vROps é adicionado e as implantações são criadas. 

  • A avaliação da migração de uma única instalação do vRealize Automation 7.x em várias organizações do vRealize Automation 8.2 exige a aceitação manual do certificado.

    Isso ocorre quando você tenta migrar um único ambiente do vRealize Automation 7.x para várias organizações 8.2 e sua instalação de origem do vRealize Automation 7.x configurou um certificado SSL não seguro.

    Solução alternativa: Para obter informações e conhecer etapas alternativas, consulte KB 81062.

  • O swagger do Serviço de Avaliação não está disponível

    A página Swagger do serviço de avaliação não está disponível.

    Solução alternativa: Execute a avaliação por meio da API de migração listada na página de migração do swagger.

  • Implantações com uma rede existente falham durante a alocação em contas de nuvem do vSphere/NSX-v quando o DRS é desativado no cluster vSphere.

    Ao selecionar uma rede NSX-V no perfil de rede e solicitar uma implantação com uma rede existente, a implantação falha durante a alocação com a mensagem: "Não é possível encontrar um posicionamento comum para o processamento... com a configuração de rede...". Isso ocorre quando o vCenter contém clusters com o DRS desativado.

    Solução alternativa: Ative o DRS no cluster e inclua esse cluster na zona de nuvem do vRA ou selecione uma rede vSphere no perfil de rede.

  • Em determinadas circunstâncias, o dimensionamento ou a saída de um cluster de máquina com carga balanceada falha com uma mensagem de erro criptografada

    Ao dimensionar ou reduzir um cluster de máquina com carga balanceada em que o balanceador de carga contém propriedades "loggingLevel" ou "type" com valores diferentes das mesmas propriedades no balanceador de carga principal (IaC), a operação falha com a seguinte mensagem:

    Há suporte para a operação de atualização para uma propriedade de cada vez

    Solução alternativa: Remova as propriedades "loggingLevel" e "type" do balanceador de carga do no blueprint e, em seguida, execute a operação de dimensionamento.

  • A página de detalhes da política mostra o valor vazio para "Função" quando uma função personalizada é excluída.

    Após a exclusão de uma função personalizada, quando um usuário navega até visualizar os detalhes de uma política de dia 2 existente, a página deve exibir uma mensagem refletindo que a função foi excluída. No entanto, o valor de "Função" está vazio.

     

  • A enumeração de imagem falha para a conta Amazon GovCloud migrada.

    Depois que o endpoint da AWS GovCloud for migrado do vRA 7 para o vRA 8.2, o usuário perceberá que a enumeração de imagens da conta de nuvem falha. Esse problema ocorre porque todas as regiões na página da conta de nuvem estão selecionadas.

    Solução alternativa: Após a migração, navegue até a nova conta AWS GovCloud. Edite a conta e desmarque as regiões gerais. Mantenha apenas as regiões relacionadas à GovCloud e salve a configuração. A enumeração de imagem adicional será feita com êxito.

  • Os formulários do Service Broker não preenchem os valores padrão definidos na entrada do fluxo de trabalho do vRO

    Quando o fluxo de trabalho do vRO tem uma entrada de cadeia de caracteres definida com o valor padrão, ele não é automaticamente propagado no formulário de solicitação ao iniciar o fluxo de trabalho a partir do Service Broker.

    Solução alternativa: Defina o valor padrão determinado usando formulários personalizados do Service Broker.

  • O Service Broker não pode importar fluxos de trabalho do vRO que têm ações em valueList para um campo de cadeia de caracteres

    O esquema para o campo de cadeia de caracteres que contém valueListpopulated por uma ação não pode ser analisado e importado no Service Broker

     

  • A extração de imagens do Docker atrás de um proxy requer configuração adicional

     No vRA 8.2, o serviço ABX extrai as imagens do contêiner dos repositórios de Internet disponíveis publicamente. Se o vRA for implantado em uma rede isolada que não permite o tráfego de saída para sites públicos, um proxy HTTP deverá ser configurado. Embora o vRA 8 permita a configuração de proxy por meio de sua CLI, o fluxo de trabalho não inclui uma configuração automática para o serviço do Docker.

     Solução alternativa: Essa configuração deve ser feita separadamente. Artigo KB a ser determinado.

  • Não há suporte para objetos complexos com o tipo anyOf em formulários de solicitação de modelo de nuvem

    Se o formulário contiver uma propriedade anyOf para um objeto complexo, o anyOf será visualizado como uma cadeia de caracteres suspensa em vez de diferentes conjuntos de restrições para validar a entrada.

    Solução alternativa: Use o tipo Enum em vez de valores anyOf.

  • Exceção na caixa de diálogo de entrada quando propriedades não foram definidas no esquema de tipo de objeto

    Se a propriedade de entrada for do tipo de objeto e as propriedades não estiverem definidas no esquema JSON, a caixa de diálogo de entrada na caixa de diálogo Testar ou Implantar blueprint não será carregada.

    Solução alternativa: Remova o valor padrão da propriedade de entrada ou defina o esquema de propriedades na propriedade de entrada com o valor padrão. A correção deve estar disponível no 8.2 P1.

  • Não é possível enviar o valor durante a implantação com o campo de matriz de entrada

    Embora os usuários possam preencher os valores no formulário de entrada, a UI está enviando uma matriz de nulos ao serviço de blueprint na caixa de diálogo de teste/implantação.

    Solução alternativa: Em vez disso, use campos de objeto ou cadeia de caracteres/número. A correção estará disponível no 8.2 P1.

  • Após o upgrade para o vRealize Orchestrator ou vRealize Automation 8.2, alguns elementos de recursos no vRealize Orchestrator Client podem parecer alterados ou revertidos para uma versão mais antiga.

    Após o upgrade para o vRealize Orchestrator ou vRealize Automation 8.2, alguns elementos de recursos no vRealize Orchestrator Client podem parecer alterados ou revertidos para uma versão mais antiga. Esse problema ocorre com elementos de recursos que foram atualizados anteriormente no vRealize Orchestrator Client usando um arquivo de origem diferente. Após o upgrade da sua implantação do vRealize Orchestrator ou vRealize Automation, esses elementos de recursos podem ser substituídos por uma versão mais antiga. Este é um problema intermitente.

    Solução alternativa:

    1. Faça login no vRealize Orchestrator Client.

    2. Navegue até Ativos > Recursos.

    3. Selecione o elemento de recurso afetado pelo problema.

    4. Selecione a guia Histórico de Versão e restaure o elemento para a versão apropriada.

    5. Repita o procedimento para todos os elementos de recursos afetados.

  • NOVO Falha no download do vRealize Automation versão 8.2.0 Patch 1

    Ao baixar o vRealize Automation 8.2.0 Patch 1 online, ele pode falhar devido a problemas na CDN (Content Delivery Network) de produção, na qual o patch do vRealize Automation está hospedado, e você pode ver o seguinte erro:

    LCMPATCHDOWNLOAD16001 Falha no processamento do patch

    Solução alternativa: Realize as seguintes etapas para baixar o vRealize Automation 8.2.0 Patch 1. Feche os outros downloads de patches em andamento ao executar essas etapas.

    1. Se houver arquivos na pasta /data/patches/temp/ do vRealize Suite Lifecycle Manager, exclua-os.
    2. Acione uma atualização de patch navegando até Configurações > Mapeamento de Binários > Binários de Patches e, em seguida, selecionando Verificar Patches Online no vRealize Suite Lifecycle Manager.
    3. Continue com o download do patch.
check-circle-line exclamation-circle-line close-line
Scroll to top icon