This site will be decommissioned on December 31st 2024. After that date content will be available at techdocs.broadcom.com.

Versões de lançamento

VMware Aria Automation | Outubro de 2024

VMware Aria Automation 8.18.1 | 9 de outubro de 2024

  • VMware Aria Automation, build 24282366

  • VMware Aria Automation Easy Installer, build 24286787

  • VMware Aria Automation Cloud Extensibility Proxy, build 24282368

  • VMware Aria Automation Orchestrator, build 24281602

Atualizações feitas neste documento

Data

Descrição da atualização

Tipo

9 de outubro de 2024

Publicação inicial do VMware Aria Automation 8.18.1

Para obter mais informações, consulte nossos blogs sobre as versões do VMware Aria Automation.

Observação: A VMware anunciou o fim da disponibilidade (EoA) dos serviços VMware Aria SaaS, incluindo VMware Aria Automation SaaS, a partir de fevereiro de 2024. A VMware continuará a oferecer suporte aos clientes que atualmente usam os serviços VMware Aria SaaS até o final do prazo de assinatura. Consulte Fim da disponibilidade da VMware de serviços de licenciamento perpétuo e SaaS.

Observação: A compilação do VMware Aria Automation Cloud Extensibility Proxy especificada acima só é aplicável para implantações no local do VMware Aria Automation. A última compilação do proxy de extensibilidade de nuvem aplicável do VMware Aria Automation SaaS é a 23103969.

Sobre o VMware Aria Automation

Você pode encontrar informações sobre esses novos recursos e muito mais no VMware Aria Automation e na ajuda de sinalização e dicas de ferramenta da interface do usuário. Informações adicionais estão disponíveis quando você abre o painel de suporte no produto, onde é possível ler e pesquisar tópicos relacionados e visualizar artigos da base de conhecimento e postagens da comunidade referentes à página da interface do usuário ativa.

Aviso: As Notas da versão das versões anteriores são arquivadas anualmente:

Antes de começar

Familiarize-se com os documentos de suporte.

VMware Aria Automation

VMware Aria Automation 8.18

Depois de configurar seus usuários, você poderá usar os guias 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 VMware Aria Automation.

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 VMware Aria Automation.

Automation Orchestrator 8.18

Aviso e patch de segurança VMSA-2024-0017

Importante: Um novo comunicado de segurança foi publicado para o VMware Aria Automation. Para obter mais informações, acesse VMSA-2024-0017 e KB325790. Aplique o patch necessário o quanto antes.

Novidades do VMware Aria Automation 8.18.1

  • Exibição do nome completo na UI

    Nomes de usuário completos para Recursos, Implantações e Política agora estão disponíveis na UI do VMware Aria Automation, além de IDs de usuário. Ative a visibilidade dessas configurações nas colunas de administração e usuário clicando no botão Gerenciar Coluna no canto inferior esquerdo. O mesmo suporte para Catálogo, Fonte de Conteúdo e Conteúdo está disponível por meio da API.

  • Suporte de migração removido no VMware Aria Automation 7.x para 8.x e no NSX-V para NSX-T

    Após o anúncio anterior de descontinuação, esta versão remove oficialmente o assistente de migração e, como resultado, os seguintes recursos não são mais compatíveis:

    1. Migração do vRealize Automation 7.x para o VMware Aria Automation 8.x

    2. Migração do NSX-V para o NSX-T

  • Incluir DGCM Exporter por padrão na VM de Aprendizagem Profunda

    A partir da versão atual, o DCGM-Exporter será incluído por padrão como parte da imagem da VM de Aprendizagem Profunda (DLVM). O DCGM-Exporter é um exportador para Prometheus que monitora a integridade da empresa e obtém métricas das GPUs. Ele aproveita o DCGM usando vinculações Go para coletar telemetria de GPUs e expõe métricas de GPU ao Prometheus usando um endpoint HTTP (/metrics).

  • Suporte para Serviços Privados de Automação de IA do Data Services Manager

    A partir desta versão, o Assistente de Configuração do Catálogo gerará três itens adicionais. 

    • Banco de Dados do DSM (Data Services Manager): implanta uma nova instância do cluster PostgreSQL, que pode ser usada como um repositório de dados para aplicativos RAG.

    • Workstation de RAG de IA com DSM: instala uma VM de aprendizagem profunda ativada por GPU com o software NVIDIA necessário e um banco de dados PostgreSQL para executar fluxos de trabalho de RAG. 

      • Conectar-se a uma instância remota do Banco de Dados PostgreSQL 

      • Instanciar uma nova instância do banco de dados PostgreSQL por meio do DSM

    • Cluster de RAG do Kubernetes de IA com DSM: instala um cluster Tanzu Kubernetes Grid (TKG) ativado por GPU com o software NVIDIA necessário e um banco de dados PostgreSQL para executar fluxos de trabalho de RAG.

    • Os usuários dos itens de catálogo "Workstation de RAG de IA com DSM" e "Cluster de RAG do Kubernetes de IA com DSM" podem se conectar a um banco de dados PostgreSQL existente ou criar um novo.

    Para obter instruções detalhadas sobre como usar o Assistente de Configuração do Catálogo e implantar os três novos itens de catálogo, consulte a documentação do produto.

  • Escolher versões do TKR no PAIF QS

    A partir desta versão, o Assistente de Configuração do Catálogo permitirá que os usuários escolham até três versões compatíveis do Tanzu Kubernetes Runtimes (TKR) a serem usadas em itens de Catálogo. Para obter instruções detalhadas sobre como escolher os tempos de execução do TKR, consulte a documentação do produto.

  • Atualizações em regiões e classes de namespaces de supervisor

    Esse recurso introduz a capacidade de criar, atualizar e excluir classes de namespaces de supervisor na UI do VMware Aria Automation Assembler. Classes de namespaces de supervisor são usadas para criar namespaces de supervisor usados para a Cloud Consumption Interface no VMware Aria Automation Service Broker. Você também pode usar o Automation Assembler para excluir regiões de supervisor. Regiões de supervisor são usadas para agrupar vários supervisores. Anteriormente, isso só era possível por meio da CLI do K8S.

  • Capacidade de controlar o posicionamento de grupos de segurança do NSX sob demanda usando restrições de tags

    Esse recurso fornece a capacidade de provisionar grupos de segurança do NSX sob demanda e controlar explicitamente o posicionamento desses grupos em NSX Managers específicos usando restrições de tags.

  • Automação de redes e grupos de segurança do NSX com recursos descobertos de Projetos e VPCs do NSX

    Esta versão oferece suporte à descoberta de recursos de rede e segurança de ambientes NSX configurados com vários tenants, incluindo redes e grupos de segurança de projetos do NSX e VPCs.

    Os administradores podem então atribuir esses recursos a perfis de rede e, em seguida, aproveitá-los em modelos de nuvem do VMware Aria Automation para oferecer suporte a casos de uso de automação de redes e aplicativos de várias camadas.

    Observação: Não há alteração nas credenciais necessárias para se conectar ao NSX Manager.

  • Integração de namespaces do vSphere a serem usados na Cloud Consumption Interface

    No VMware Aria Automation Assembler, os administradores agora podem integrar namespaces do vSphere de clusters de supervisor descobertos em contas de nuvem do vCenter conectadas. Esses são os namespaces que não são criados pelo VMware Aria Automation.

    Quando namespaces do vSphere são integrados, todos os serviços e objetos em execução (VM, cluster TKGs, volume, imagens e assim por diante) tornam-se visíveis na Cloud Consumption Interface, em VMware Aria Automation Service Broker.

  • Lidar com a reconciliação para VMs que fazem parte de uma migração do vMotion dentro e entre instâncias do vCenter

    Agora, o VMware Aria Automation reconcilia automaticamente as alterações com as suas máquinas virtuais após a migração do vMotion. Os cenários com suporte incluem:

    • Migração na mesma instância do vCenter

    • Migração entre diferentes instâncias do vCenter

    • Migração entre redes NSX-T

    O VMware Aria Automation agora também inclui um novo tópico de evento Calcular status de reconciliação pós-migração, que é iniciado após a reconciliação de uma VM. O tópico de evento inclui o status da reconciliação da VM no VMware Aria Automation e os detalhes de destino da VM migrada.

  • Registro em log de auditoria no VMware Aria Automation com exportação para CSV

    Agora, você pode exportar um arquivo CSV contendo seu log de auditoria. Nesse log de auditoria, é possível pesquisar eventos específicos, tipos de evento e intervalos de datas, bem como salvar os eventos como um arquivo CSV.

    Estas são as restrições para o download do arquivo CSV:

    • O download do CSV (arquivo de 0 byte) talvez não funcione se o tamanho do arquivo for maior que 300 MB. No entanto, você ainda pode acessar esse arquivo no pacote de logs. A localização do pacote de logs é /services-logs/prelude/ebs-app/file-logs/. Arquivos CSV maiores devem ser acessados do log da CLI do VMware Aria Automation.

    • O intervalo de datas para o download do arquivo CSV é de no máximo 12 meses para evitar tamanhos maiores de arquivos.

    • Como a geração de arquivos CSV é uma tarefa com uso intenso de recursos, apenas um trabalho de geração de arquivo pode ser enviado em um determinado momento. Após a conclusão desse trabalho, o próximo trabalho pode ser enviado.

  • Aviso de disponibilidade do Code Stream para o VCF 9.0

    O Code Stream é uma ferramenta de integração contínua e entrega contínua (CI/CD) usada para criar pipelines que modelam o processo de lançamento de softwares no ciclo de vida de DevOps. O Code Stream faz parte do conjunto VMware Aria Automation. A partir do VCF 9.0, o Code Stream não estará mais disponível. Não há funcionalidade equivalente no VCF, e é recomendável que os clientes aproveitem ferramentas de código-fonte aberto.

  • Melhorias no designer de modelos de nuvem

    Os seguintes aprimoramentos foram feitos ao designer de modelos de nuvem:

    • Recolher/expandir: código YAML no painel direito (painel de código). O painel direito está maior por padrão.

    • Pesquisar: agora, você pode procurar qualquer coisa e realçar correspondências.

  • Melhorias no designer de modelos de nuvem para lidar com recursos de supervisor

    Com a adição de recursos de supervisor, os modelos de nuvem estão se tornando cada vez mais complexos. Muitos recursos são aninhados uns nos outros. O designer de modelos de nuvem inclui os seguintes aprimoramentos para recursos de supervisor:

    • Fornece uma exibição de aninhamento de recursos para mostrar as relações pai/filho.

    • Apresenta o layout pai/filho aninhado para recursos na topologia.

    • Realça entradas/variáveis de associação relacionadas ao selecionar um recurso.

  • Melhorias na ordenação de discos na exibição de armazenamento

    Antes, a ordem de discos na exibição de armazenamento de implantação do VMware Aria Automation era classificada aleatoriamente em vez de por número de unidade. 

    Essa abordagem podia criar cenários problemáticos, especialmente em máquinas virtuais (VMs) com um grande número de discos, pois o disco com o último número de unidade podia ser mostrado na lista. 

    Esse recurso oferece a capacidade de:

    • Classificar os discos por número de unidade por padrão.

    • Fornecer a classificação em cada coluna, para que os discos também possam ser classificados por nome, capacidade, tipo, criptografia e número da unidade da chave do controlador.

  • Suporte a 64 discos no controlador Paravirtual SCSI (PVSCSI)

     O VMware Aria Automation tinha uma limitação ao tentar implantar certos tipos de aplicativos que precisavam de um grande número de discos ou ao adicionar discos. Isso acontecia porque o VMware Aria Automation oferecia suporte a um máximo de 14 discos por controlador, enquanto o Virtual Center oferece suporte a até 64 discos. 

    Agora, o VMware Aria Automation também oferece suporte a até 64 discos por controlador na fase de implantação e também permite a adição de discos.

Novidades do Automation Orchestrator 8.18.1

  • Melhorar a utilidade do painel de mensagens de log para execuções de políticas, fluxos de trabalho e ações

    Esta versão introduz a pesquisa por termos na exibição de logs para execuções de política, fluxos de trabalho e ações do Automation Orchestrator. A utilidade do painel de logs é aprimorada ao manter o contexto durante a alternância entre guias de conteúdo, o acompanhamento contínuo dos fluxos de trabalho em execução e outras funcionalidades.

  • Mova as imagens de tempo de execução do PowerShell para o Photon 5

    O PowerCLI 12 com o tempo de execução PowerShell 7.2 é removido. Os scripts que dependem dele são executados automaticamente no PowerCLI 13 mais recente com o tempo de execução PowerShell 7.4.

Problemas resolvidos

  • O VMware Aria Automation não pode funcionar com teclados que não estão em inglês ao usar o Console Remoto

    Ao usar o Console Remoto por meio do VMware Aria Automation 8.18, o console lista o teclado e o layout de idioma corretos, mas fornece as teclas e os caracteres especiais incorretos ao inserir.

  • Foi adicionada uma opção para notificações por e-mail que impedem upgrades automáticos de conexões STARTTLS

    Quando as notificações por e-mail são definidas com a configuração "Nenhum" para a Segurança da Conexão, a conexão com o servidor de e-mail é atualizada automaticamente para uma conexão criptografada via STARTTLS quando o servidor de e-mail indica suporte. Em um ambiente FIPS, isso poderá causar problemas se o servidor SMTP não oferecer suporte a codificações compatíveis com FIPS. Uma nova opção, "Ativar upgrade de conexão não segura com STARTTLS" é adicionada para desativar atualizações de conexão e força conexões não criptografadas com o servidor de e-mail.

  • A integração com federação do NSX não tem suporte no VMware Aria Automation 8.17 e 8.18 para o NSX versões 3.2.2 e posteriores

    Ao usar a Federação do NSX-T, a enumeração do NSX-T Global Manager falha no NSX versão 3.2.2 e superior para o VMware Aria Automation 8.17 e 8.18.

    A falha faz com que a seguinte mensagem de erro seja exibida: 

    The requested URI: /api/v1/transport-nodes could not be found

    Esse problema não afeta ambientes não federados. Para resolver esse problema, os usuários devem usar o NSX versão 3.1.x ou atualizar para o VMware Aria Automation 8.18.1.

  • Não é possível baixar dependências do PowerShell do repositório personalizado

    Certificados confiáveis do Automation Orchestrator agora são importados em tempos de execução não Java (Python, PowerShell, PowerCLI e NodeJS).

    Isso resolve o problema com o download de dependências de repositórios que usam autoridades de certificação de cliente. Além disso, não é mais necessário usar conexões inseguras com endpoints usando certificados de CA autoassinados ou personalizados.

Problemas conhecidos

  • Suspender usuários de soluções e migrar para contas de serviço

    Ao usar um Automation Orchestrator autônomo com autenticação do vSphere, o provedor de autenticação deve ser registrado novamente após o upgrade para a versão 8.18.1 com o objetivo de atualizar o usuário de solução suspenso do vSphere (autenticação baseada em certificado) para a conta de serviço do vSphere (autenticação baseada em ID de cliente/segredo de cliente).

    Nenhuma solução alternativa.

  • O VMware Aria Automation 8.18.1 não é compatível com o NSX-V ao operar no modo FIPS

    Quando o VMware Aria Automation 8.18.1 opera no modo FIPS, ele não é compatível com o NSX-V. 

    Nenhuma solução alternativa.

  • Erro no serviço cgs-service-app

    O serviço cgs-service-app é reiniciado com um erro de exceção fluxAssembly.

    Nenhuma solução alternativa.

  • Não é possível realizar operações de dia 2 na exibição Implantações/Recursos ou Máquina

    As operações de Dia 2 realizadas fora da implantação podem não funcionar corretamente.

    Solução alternativa: Realize suas operações de dia 2 na implantação.

Novidades do VMware Aria Automation 8.18

  • O proxy do console do VMware Remote Control Application (VMRC) foi atualizado para oferecer suporte ao WebMKS

    Anteriormente, você não podia usar ações de dia 2 do VMRC do VMware Aria Automation local para se comunicar com instâncias do vSphere 8+. Isso porque o vSphere 8+ oferece suporte apenas à comunicação pelo WebMKS, enquanto o MKS, usado por versões mais antigas do vSphere, está obsoleto. Para obter mais informações, acesse a KB 93070.

    A partir desta versão, o VMware Aria Automation local usará o WebMKS como o método de comunicação padrão entre o VMRC e as instâncias do vSphere 7 e superior e 8 e superior. O proxy do console abstrai o vCenter subjacente à medida que as conexões agora têm proxy. A solução alternativa para instâncias locais mencionadas no artigo da KB acima não é mais necessária. É recomendável que os usuários comecem a planejar o upgrade para a versão atual do produto, juntamente com o upgrade para o vSphere 8+.

  • Melhorias na filtragem da biblioteca de conteúdo para o Assistente de Configuração do Catálogo

    A partir desta versão, o Assistente de Instalação do Catálogo fez as seguintes melhorias que fornecem uma melhor experiência de navegação por imagem de VM. 

    • Os usuários agora podem filtrar a lista de imagens de VM da Aprendizagem Profunda disponíveis especificando um nome de biblioteca de conteúdo.

    • O conteúdo relacionado ao Tanzu Kubernetes Grid (TKG) agora é excluído dos resultados da pesquisa, o que reduz a confusão de termos de pesquisa.

  • Dividir itens de catálogo para o Assistente de Configuração do Catálogo

    A partir desta versão, o Assistente de Configuração do Catálogo cria cinco itens de catálogo para melhor usabilidade.

    • Workstation de IA: Instala uma VM de aprendizagem profunda ativada para GPU. 

    • Workstation de RAG de IA: Instala uma VM de aprendizagem profunda ativada para GPU com todo o software NVIDIA necessário para executar um fluxo de trabalho de RAG. 

    • Triton Inferencing Server: Instala uma VM de aprendizagem profunda ativada para GPU com o NVIDIA Triton Inferencing Server.

    • Cluster do Kubernetes de IA: Instala um Cluster do Tanzu Kubernetes Grid (TKG) ativado para GPU.

    • Cluster de RAG do Kubernetes de IA: Instala um cluster do Tanzu Kubernetes Grid (TKG) ativado para GPU com todo o software NVIDIA necessário para executar um fluxo de trabalho de RAG em produção. 

    Para obter instruções detalhadas sobre como usar o Assistente de Configuração do Catálogo e implantar os cinco itens de catálogo, consulte a documentação do produto.

  • Instalação automática do operador TKG RAG

    A partir desta versão, o item de catálogo Cluster do Kubernetes de IA instalará automaticamente o NVIDIA Retrieval Augmented Generation (RAG) Kubernetes Operator, além do operador do NVIDIA GPU. Os usuários do catálogo agora têm acesso a um Cluster do Tanzu Kubernetes totalmente funcional que é capaz de executar cargas de trabalho RAG. Os usuários precisarão instalar manualmente qualquer aplicativo RAG de amostra.

  • Suporte isolado para cargas de trabalho não RAG no DLVM

    A partir desta versão, o Assistente de Configuração do Catálogo agora fornece opções para configurar um registro privado e especificar as configurações de proxy HTTP/HTTPs. Contêineres NVIDIA não RAG e drivers de vGPU agora podem ser armazenados em locais que não são acessíveis pela Internet. Esse recurso permite a implantação dos seguintes itens de catálogo em uma VM de aprendizagem profunda em ambientes isolados:

    • PyTorch

    • TensorFlow

    • Triton Inference Server

    • Amostras de CUDA

    Para obter instruções detalhadas sobre como usar o Assistente de Instalação do Catálogo e usar ambientes isolados, consulte a documentação do produto.

  • Novo fluxo de trabalho para o Launchpad no VMware Aria Automation

    Um novo fluxo de trabalho está disponível para ajudar os usuários a começar ou usar como atalhos no VMware Aria Automation. Você pode aproveitar esse fluxo de trabalho para aumentar o tempo de valorização ignorando as etapas necessárias manuais para publicar imagens de VM do vCenter para itens de catálogo para consumo do usuário final.

    • Descobrir imagens automaticamente de uma conta de nuvem

    • Associar automaticamente a zona de nuvem a um projeto

    • Criar modelos de nuvem automaticamente com base na imagem descoberta

    • Versão e liberação automática de modelos de nuvem

    • Criar automaticamente uma fonte de conteúdo

    • Validar automaticamente um projeto para receber atualizações do catálogo

    • Criar automaticamente uma política de compartilhamento de conteúdo com base na escolha do usuário do nome do projeto

    • Atribuir usuários a um projeto ou catálogo

    • Etapa opcional para selecionar a rede e o armazenamento para a VM (se ignorado, a rede e o armazenamento serão alocados aleatoriamente)

    Para obter instruções detalhadas sobre como usar o Launchpad no VMware Aria Automation, consulte a documentação do produto.

  • Definir a prioridade de armazenamento para perfis de armazenamento e repositórios de dados

    Agora você pode definir a prioridade para perfis de armazenamento e repositórios de dados para especificar a ordem dos repositórios de dados a serem escolhidos entre todos os repositórios de dados elegíveis. Isso permite que os usuários coloquem VMs em um cluster específico com base na prioridade definida. Esse recurso modifica o comportamento atual em que vários repositórios de dados elegíveis para posicionamento são selecionados com base na capacidade disponível.

  • Atribuição de modelo de nuvem com conformidade para implantações de integração

    Um novo recurso nos planos de integração permite que os administradores de nuvem atribuam um modelo a uma implantação integrada. Há três maneiras de associar um modelo de nuvem a uma implantação integrada:

    1. Nenhum modelo de nuvem associado.

    2. Apenas para o visual, para permitir um link de modelo de nuvem na implantação, mas não atribuído com conformidade.

    3. Totalmente atribuído por cada máquina virtual com conformidade e pode operar a ação de atualização usando o modelo atribuído.

    Para atribuir o modelo de nuvem e tornar a implantação integrada compatível, siga as etapas abaixo:

    1. Selecione um modelo de nuvem relevante.

    2. Mapeie cada recurso de máquina no modelo para uma VM selecionando VMs descobertas na página de seleção de máquina.

    3. Valide e execute o plano de integração.

    Observação: A conformidade de integração oferece suporte apenas aos tipos de recursos Cloud.Machine e Cloud.vSphere.Machine e seus discos e redes anexados. A integração não oferece mais suporte à geração automática de modelos de nuvem. Os administradores podem fazer a integração com um modelo existente ou sem um modelo.

    Para obter mais informações sobre a integração, acesse O que são planos de integração no Automation Assembler.

  • Modo escuro adicionado no VMware Aria Automation

    Uma versão beta do Modo escuro agora está disponível para o Gerenciamento de Identidade e Acesso do VMware Aria Automation. Você pode alternar entre o Modo claro e o Modo escuro nas preferências na página Minha conta. Para obter mais informações, acesse Como posso definir minhas preferências para o VMware Aria Automation.

  • Conjunto reduzido de idiomas para localização

    A partir da próxima versão principal, reduziremos o número de idiomas de localização com suporte. Os três idiomas compatíveis serão:

    • Japonês

    • Espanhol

    • Francês

    Os seguintes idiomas não serão mais compatíveis:

    • Italiano

    • Alemão

    • Português do Brasil

    • Português

    • Chinês tradicional

    • Coreano

    • Chinês simplificado

    Impacto:

    • Os clientes que usavam os idiomas obsoletos não receberão mais atualizações ou suporte nesses idiomas.

    • Todas as interfaces do usuário, a documentação de ajuda e o suporte ao cliente estarão disponíveis somente em inglês ou nos três idiomas compatíveis mencionados acima.

  • Atualizar o Serviço de Provisionamento para chamar o Active Directory (AD) durante a alteração do projeto

    Em versões anteriores, os usuários que excluíam um projeto ou usavam o recurso Alterar Projeto enquanto tinham uma integração ativa com o AD recebiam um erro 403 Forbidden. Esses cenários ocorrem porque o Active Directory não escuta os eventos provenientes do Serviço de Projeto. A integração do AD agora foi atualizada para rastrear essas alterações de projeto.

  • Nova localização da imagem do contêiner de tempo de execução padrão na integração de tempo de execução do Terraform

    Na integração com o tempo de execução do Terraform, a localização da imagem padrão do contêiner de tempo de execução está sendo alterada. A nova localização da imagem é projects.packages.broadcom.com/vra/terraform:latest. A localização anterior projects.registry.vmware.com/vra/terraform:latest ficará inacessível.

    Somente a localização está mudando. O conteúdo da imagem permanece o mesmo.

    Se você estiver executando qualquer instância do VMware Aria Automation com uma integração de tempo de execução do Terraform existente, deverá alterar a localização da imagem para projects.packages.broadcom.com/vra/terraform:latest ou a integração do tempo de execução falhará.

  • Depreciação nas propriedades dos Perfis de Armazenamento

    As propriedades de perfis de armazenamento "Compartilhamentos" e "Limite de IOPS" estão se tornando obsoletas para se alinhar à estratégia de depreciação no vSphere. Essas propriedades serão removidas em uma versão futura.

Novidades do Automation Orchestrator 8.18

  • A configuração de plug-in e de nível de log foi movida do Centro de Controle para a seção Configurações do sistema no Automation Orchestrator Client

    A configuração de plug-in e log agora é realizada na página Configurações do Sistema do Automation Orchestrator Client. Novas REST APIs para gerenciar plug-ins e níveis de log também foram introduzidas. Você pode encontrar mais informações sobre a REST API do Automation Orchestrator na UI do Swagger, localizada em https://<your_orchestrator_FQDN>/vco/api/docs/.

  • O Centro de Controle será removido do Automation Orchestrator na próxima versão

    A configuração do Automation Orchestrator será feita por meio da interface de linha de comando. Para obter mais informações, consulte a documentação do produto.

Problemas resolvidos

  • O pod vco passa por várias reinicializações e despejos de heap do Java

    Esse problema ocorre quando você tem uma infraestrutura do vSphere muito grande com uma grande quantidade de VMs e usa o método VcPlugin.getAllVirtualMachines() com frequência. Nesses cenários, o pod ou os pods do Automation Orchestrator passam por várias reinicializações e despejos de heap do Java.

    Para resolver esse problema, o plug-in do vCenter foi otimizado e configurável para diferentes cenários de caso de uso. As alterações relevantes são:

    • Tamanhos de cache de objetos padrão (principais e em tempo real) - alterados de 100.000.000 entradas para 20.000 entradas para cada vCenter anexado ao plug-in.

    • Tempos de expiração de cache de objetos padrão (principais e em tempo real) - alterados de 14.440 segundos para 600 segundos.

    O cache do plug-in do vCenter pode ser configurado por meio das seguintes propriedades do sistema:

    • com.vmware.vmo.plugin.vi4.cache.main.max.size - Define o número máximo de entradas que o cache pode conter. Essa propriedade controla o tamanho do cache principal e dos objetos ativos. Se definido como zero, os elementos serão removidos imediatamente após serem carregados no cache. Isso pode ser útil em testes ou para desativar o cache temporariamente sem uma alteração de código. O valor padrão é 20.000 entradas.

    • com.vmware.vmo.plugin.vi4.cache.main.expirationSeconds - Define o tempo de expiração do cache principal. Especifica que cada entrada deve ser automaticamente removida do cache depois que uma duração fixa tiver decorrido a partir do momento da criação da entrada ou a substituição mais recente do valor de entrada. O valor padrão é 600 segundos.

    • com.vmware.vmo.plugin.vi4.cache.live.objects.expirationSeconds - Define a expiração do cache do objeto dinâmico. Especifica que cada entrada deve ser automaticamente removida do cache depois que uma duração fixa tiver decorrido a partir do momento da criação da entrada ou a substituição mais recente do valor de entrada. O valor padrão é 600 segundos.

    • com.vmware.vmo.plugin.vi4.cache.clearOnSessionRefresh - Controla se todos os caches (objetos principais e ativos) devem ser limpos na atualização da sessão. O valor padrão é false.

  • A Interface de Consumo de Nuvem (CCI) não oferece suporte ao sAMAccountName (nome de usuário AD curto)

    Ao adicionar um novo diretório no vIDM, o usuário administrador tem a opção de dois atributos de pesquisa de diretório. Essa escolha afeta o formato dos nomes de usuário na implementação do Aria Automation local associada. Os valores possíveis são:

    • sAMAccountName - geralmente, o nome de usuário sem um domínio resultando em um nome curto no VMware Aria Automation, que não inclui o domínio. Esse é o padrão ao configurar um novo diretório.

    • userPrincipalName - geralmente, o nome de usuário com um domínio resultando em um nome de usuário longo ou completo no VMware Aria Automation, que inclui o domínio.

    O CCI usa os nomes de usuário disponíveis nos dados do projeto para construir as listas de acesso do vCenter para os namespaces de supervisor que gerencia. Em sistemas configurados com nomes de usuário curtos, esses nomes de usuário do projeto têm menos domínio e o vCenter parece descartá-los sem erros durante a sincronização do projeto, deixando os usuários sem a capacidade de acessar o namespace de supervisor que eles criaram a partir do CCI.

  • A propagação por memória não considera as máquinas gerenciadas mesmo após a integração das máquinas

    A política de colocação de propagação por memória não é calculada corretamente na proporção de memória, conforme descrito na documentação.

  • Biblioteca de log4j obsoleta removida do plug-in SNMP

    Em versões anteriores, o plug-in SNMP para o Automation Orchestrator usava uma versão desatualizada da biblioteca log4j. Essa biblioteca não é mais necessária e, como tal, é removida do plug-in SNMP a partir da versão atual.

  • Os objetos "LoadBalancerDescription" são criados com um tempo de expiração de nove dias e estão sendo limpos, causando regressões

    Seu balanceador de carga é recriado quando a implantação iterativa é realizada na implantação sem alterações no balanceador de carga.

  • "LoadBalancerDescription" não é excluído com o restante dos componentes do balanceador de carga

    Ao excluir um balanceador de carga da sua implantação, a propriedade "LoadBalancerDescription" não é removida.

  • O uso de hashes desatualizados pode levar a ataques de colisão

    O algoritmo padrão de resumo da impressão digital do certificado foi alterado de SHA-1 para SHA-256. Essa alteração pode afetar plug-ins do Automation Orchestrator que usam o método SDK do plug-in IKeystoreCache#getThumbprints para validações de certificado personalizadas.

Problemas conhecidos

  • Não é possível executar uma operação de dia 2 na exibição Implantações/Recursos ou Máquina.

    As operações de dia 2 executadas fora da implantação podem não funcionar corretamente.

    Execute a operação de dia 2 a partir da implantação.

  • Você se depara com um problema ao tentar se conectar ao proxy do console do VMware Remote Control Application (VMRC)

    Após o upgrade para o VMware Aria Automation 8.18, você se depara com um problema de certificação ao tentar conectar-se ao proxy do console do VMRC. Esse problema ocorre em implantações do VMware Aria Automation em que a propriedade acceptSelfSignedCertificate para contas de nuvem está definida como true.

    Solução alternativa: Use o procedimento descrito no artigo KB 374614.

  • Perda de acesso a recursos após o upgrade para o Automation Orchestrator 8.18

    Após o upgrade de uma implantação do Automation Orchestrator que usa uma licença Avançada, o acesso a recursos avançados, como integração com o Git e o suporte a vários idiomas, é perdido.

    Solução alternativa: Use o procedimento descrito no artigo KB 375928.

  • Você recebe um erro 502 Gateway inválido ao tentar reproduzir vídeos do Launchpad

    Solução alternativa: Reproduza os vídeos diretamente do YouTube.

  • A VM não é colocada no perfil de armazenamento correto com base nas tags de prioridade e restrição aplicadas

    Quando a prioridade no nível do perfil de armazenamento é usada e seu modelo de nuvem contém uma tag de restrição de armazenamento, com base em todos os filtros de alocação, se vários perfis de armazenamento forem elegíveis, o perfil de armazenamento com a prioridade poderá não ser selecionado conforme o esperado. Em vez disso, outro perfil de armazenamento será selecionado.

    Sem solução alternativa. Certifique-se de que apenas um perfil de armazenamento elegível permaneça no final da alocação.

  • Você encontra um problema ao tentar exportar um item de catálogo do exportador de DCGM

    O Assistente de Configuração do Catálogo não cria o Item de Catálogo do Exportador de DCGM. 

    Solução alternativa:

    Faça login na VM de aprendizagem profunda por SSH e execute os seguintes comandos:

    • docker run -d --gpus all --cap-add SYS_ADMIN --rm -p 9400:9400 registry-URI-path/nvidia/k8s/dcgm-exporter:ngc_image_tag

    Por exemplo, para executar dcgm-exporter:3.2.5-3.1.8-ubuntu22.04 no catálogo NVIDIA NGC, execute o seguinte comando:

    • docker run -d --gpus all --cap-add SYS_ADMIN --rm -p 9400:9400 nvcr.io/nvidia/k8s/dcgm-exporter:dcgm-exporter:3.2.5-3.1.8-ubuntu22.04

    Para obter mais informações sobre o Exportador de DCGM, acesse Adicionar o Exportador de DCGM para monitoramento da carga de trabalho DL.

Novidades do VMware Aria Automation 8.17

  • Nova página inicial do VMware Aria Automation

    Um novo dashboard de usuário agora faz parte da página inicial do VMware Aria Automation para ajudar os usuários a navegar por arquiteturas complexas como parte do Automation Assembler para administradores. Independentemente de o usuário ser novo nos produtos do VMware Aria ou ser um usuário experiente do VMware Aria Automation, ele pode achar o dashboard útil para os seguintes cenários:

    • Fornecer uma visão geral dos ambientes de nuvem por segmento e status da VM.

    • Visualizar um resumo de inventário detalhado por zona de nuvem e projetos.

    • Visualizar um resumo da implantação com as próximas alterações na política de concessão e as políticas expirados recentemente.

    • Revisar as notificações recentes no produto e responder diretamente às solicitações.

    Observação: A página inicial será a página inicial padrão do Automation Assembler somente se o administrador não tiver uma conta de nuvem na organização. Caso contrário, a página inicial padrão será a página Recursos no Automation Assembler. Para obter mais informações, acesse Como começar a usar o Automation Assembler usando o VMware Aria Automation Launchpad.

  • Novo Launchpad adicionado à página inicial do VMware Aria Automation

    Um novo Launchpad agora está disponível para usuários que estão começando a usar o VMware Aria Automation ou que desejam acesso por atalho a ações comumente usadas. Você pode executar casos de uso fáceis de aprender usando os dois fluxos de trabalho guiados. O Launchpad abrange os seguintes casos de uso:

    • Adicionar uma conta de nuvem: use suas credenciais para validar e vincular contas de nuvem.

    • Aplicar expiração de concessão: crie uma política de concessão para impor a expiração de recursos.

    Para obter mais informações, acesse Como começar a usar o Automation Assembler usando o VMware Aria Automation Launchpad.

  • Namespace de Supervisor da Interface de Consumo de Nuvem (CCI), do TKG e de outros suportes a recursos na tela de design do Automation Assember

    A CCI no local foi lançada no VMware Aria Automation 8.16.1. A versão atual introduz suporte para definir aplicativos de várias camadas em modelos do Automation Assembler, alavancando namespaces de Supervisor, clusters do TKG e quaisquer outros recursos da CCI. Agora você pode executar um item de catálogo que contém recursos da CCI preparados por um administrador. Esse recurso reúne a CCI e o restante dos recursos do VMware Aria Automation em torno de Infraestrutura como Código (IaC) e governança com políticas. Para obter mais informações, acesse Automatizar cargas de trabalho baseadas no Kubernetes no Automation Assembler.

  • Integrar uma única instância local do VMware Aria Operations com vários tenants do VMware Aria Automation no local

    Uma única instância do VMware Aria Operations agora pode se integrar a vários tenants do VMware Aria Automation em execução no mesmo dispositivo local.

  • Ação de Dia 2 para cancelar registro de um cluster de VMs

    A ação de dia 2 de cancelamento de registro tem suporte para o cluster de VMs. Observe que a ação não está disponível em uma única VM em um cluster que compartilha disco ou cluster de disco com outras VMs.

  • Aumento do número de contas de nuvem privada no VMware Aria Automation

    Com esta versão, estamos aumentando o número de contas de nuvem privada com suporte no VMware Aria Automation de 50 para 100. Para obter mais informações, acesse Dimensionamento e simultaneidade máximos.

  • A política de compartilhamento de conteúdo agora oferece suporte ao escopo no nível da organização e também permite o controle de acesso baseado em função

    A partir desta versão, a política de compartilhamento de conteúdo oferece suporte a dois aprimoramentos:

    1. A capacidade de compartilhar conteúdo em toda a organização definindo o escopo como Organização. As políticas com escopo da organização afetam apenas VMware Cloud Templates (VCT) compartilhados.

    2. Um direito de acesso baseado em função. Esse recurso permite o compartilhamento de conteúdo entre usuários com base em suas funções definidas. As funções podem ser administradores de projeto, membros de projeto e funções personalizadas nomeadas.

    Esses aprimoramentos simplificam significativamente o compartilhamento de conteúdo e o controle de acesso dentro da organização. Para obter mais informações, acesse Como configurar as políticas de compartilhamento de conteúdo do Service Broker Automation.

  • Novas mensagens de erro de Active Directory (AD) ao alterar projetos

    Ao chamar a ação Alterar Projeto em uma implantação associada a uma integração do Active Directory, há certos cenários que causarão erros de validação.

    Quando o projeto de origem está associado a uma integração do AD, mas o projeto de destino não está associado a uma integração do AD. Nesses casos, você receberá a seguinte mensagem de erro:

    "Target project is not associated with AD integration".

    Para resolver esse erro, o projeto de destino deve ser associado a uma integração do AD que tenha a mesma unidade organizacional.

    Outro cenário possível ocorre quando o projeto de origem e o projeto de destino estão associados a uma integração do AD, mas a integração do AD não faz parte da mesma unidade organizacional. Nesses casos, você receberá a seguinte mensagem de erro:

    "The properties(OU, BaseDN) associated with the project did not match the project".

    Para resolver esse erro, a unidade organizacional do projeto de destino deve ser alterada ou uma nova integração do AD deve ser feita para ser associada à mesma unidade organizacional.

  • Anunciar a intenção de substituir recursos específicos de automação do Kubernetes

    A VMware by Broadcom está anunciando a substituição planejada dos recursos de integração do Kubernetes, incluindo a integração do TKG e a integração do TMC documentadas em Como posso trabalhar com o Kubernetes no Automation Assembler. A substituição e a remoção reais desses recursos do produto acontecerão em uma versão futura. Os clientes são incentivados a adotar a Interface de Consumo de Nuvem (CCI) e o serviço de IaaS do vSphere TKG. Para obter mais informações sobre o CCI, acesse Como começar com a Interface de Consumo de Nuvem no Automation Service Broker.

  • Anunciar a intenção de remover recursos de automação obsoletos

    A VMware by Broadcom deseja lembrar aos clientes que os seguintes recursos estão obsoletos e programados para serem removidos do VMware Aria Automation em uma versão futura:

    • Suporte para NSX-V

    • Suporte para o Modo do NSX-T Manager

    • Suporte para migração do NSX-V para o NSX-T

    • Assistente de Migração do vRealize Automation 7.6 para o VMware Aria Automation 8.0 e versões posteriores

    • Assistente de Migração do NSX-V para o NSX-T

    • Suporte para a integração do VMware Aria Automation com o vCloud Director

    Qualquer cliente atualmente aproveitando esses recursos no VMware Aria Automation deve fazer planos para parar de usar a funcionalidade relevante.

  • Anunciar a intenção de remover suporte do vCenter 6.x

    A VMware by Broadcom quer lembrar aos clientes que o suporte ao vCenter 6.x será removido do VMware Aria Automation em uma versão futura. Qualquer cliente que esteja usando atualmente contas de nuvem do vCenter 6.x no VMware Aria Automation deve planejar o upgrade para uma versão compatível do vCenter.

Novidades do Automation Orchestrator 8.17

  • O gerenciamento de licenças é movido do Centro de Controle para o Cliente do Automation Orchestrator

    O gerenciamento de licenças para a implantação externa do Automation Orchestrator agora é feito na página Licenciamento do Cliente do Automation Orchestrator. Essa página inclui informações sobre sua licença aplicada no momento e a opção de adicionar manualmente uma licença. Para obter mais informações, acesse Ativação de recursos do Automation Orchestrator com licenças. Como ele está definido para corresponder à licença no VMware Aria Automation, a página Licenciamento está indisponível em implantações incorporadas do Automation Orchestrator.

  • O objeto de script Comando é removido

    O objeto de script Comando é removido, e os métodos "execute" e "executeAndLog" estão desativados. Se esses métodos forem invocados, eles lançarão uma exceção. Se suas ações ou fluxos de trabalho tiverem itens de tarefa com script que usem esse objeto ou métodos de script, esses scripts deverão ser atualizados.

Problemas resolvidos

  • Não é possível adicionar um domínio de conta de nuvem do VMware Cloud Foundation (VCF) no VMware Aria Automation

    Ao tentar adicionar um domínio de conta de nuvem do VCF ao VMware Aria Automation, você recebe a seguinte mensagem de erro:

    "Something went wrong in a backend service."

    Esse erro ocorre quando um usuário está adicionando um domínio de conta de nuvem do VCF ao VMware Aria Automation enquanto outra criação de domínio está em andamento no SDDC Manager.

  • A recriação falhará com um erro se a imagem original da VM não estiver mais disponível

    Anteriormente, uma operação de reconstrução do dia 2 falhava se a imagem subjacente tivesse sido excluída no endpoint. Esse é um problema para usuários que não sabem que a imagem está ausente no endpoint e a operação de recompilação está bloqueada, a menos que uma nova referência de imagem seja adicionada manualmente do back-end para a máquina.

    Esse problema já foi resolvido. Ao acionar a ação de recompilação de recurso de nível de dia 2, se a imagem estiver ausente, o usuário será solicitado a selecionar uma imagem da lista disponível de modelos de imagem para recompilar a máquina. 

    No entanto, no caso de a recompilação ser realizada no nível da implantação, uma imagem disponível deverá ser corrigida manualmente nas propriedades da máquina e, em seguida, a ação de recompilação de dia 2 poderá ser tentada na implantação. Para fazer isso, os usuários devem usar as propriedades de entrada "__resolvedImageLink" e "_imageRef", juntamente com o valor de imagem relevante. Como alternativa, os usuários podem acionar uma operação de recompilação no nível de recurso para essa VM específica, o que permitirá ao usuário selecionar uma imagem e recompilar a máquina a partir da UI. 

  • Actions/{id}/bundle adicionado ao Swagger

    O endpoint actions/{id}/bundle da REST API é adicionado à documentação do Automation Orchestrator Swagger.

Problemas conhecidos

  • Problema no aplicativo de identidade visual após o upgrade do VMware Aria Automation

    Após o upgrade do VMware Aria Automation 8.16 para a versão 8.17, não é possível aplicar alterações de identidade visual na UI, pois o botão Aplicar está esmaecido.

    Solução alternativa: Selecione Restaurar Padrões e tente fazer as alterações.

  • O redimensionamento do disco não pode ser executado no "VMname" porque o estado do recurso foi alterado e um erro é exibido quando o usuário tenta executar a ação de dia 2 de redimensionamento do disco na VM

    Se o usuário não estiver usando a chave do controlador SCSI=1000 e o número da unidade=0 na configuração de dispositivos virtuais conectados à VM, um erro de ação de redimensionamento de disco será exibido.

    Solução alternativa: Certifique-se de que, entre os discos conectados à VM, um disco esteja sempre configurado com a chave do controlador SCSI=1000 e o número da unidade=0. Consulte a KB https://knowledge.broadcom.com/external/article/369794

Documentação e versionamento de APIs

Aviso: As Notas da versão das versões anteriores são arquivadas anualmente:

A documentação da API está disponível com o produto. Para acessar todos os documentos do Swagger em uma única página de aterrissagem, acesse:

  • https://<appliance.domain.com>/automation-ui/api-docs para o vRealize Automation 8.x, em que appliance.domain.com é o dispositivo vRealize Automation.

Antes de usar a API, considere as atualizações mais recentes da API e as alterações desta versão e anote todas as alterações nos serviços de API que você utiliza. Se você nunca bloqueou sua API usando a variável apiVersion, talvez se depare com uma alteração em uma resposta dessa API. Todas as atualizações e alterações de APIs são fornecidas na seção Novidades de cada lançamento.

Para APIs desbloqueadas, o comportamento padrão varia dependendo da API.

  • Para as APIs IaaS do Cloud Assembly, todas as solicitações que forem executadas sem o parâmetro apiVersion serão redirecionadas à primeira versão, que é 2019-01-15. Esse redirecionamento permitirá que cada usuário que não tenha especificado anteriormente o parâmetro apiVersion passe sem problemas para a versão mais recente sem sofrer alterações com interrupções.

    Observação: Para as APIs do Automation Assembly IaaS, a versão mais recente é apiVersion = 2021-07-15. Se o bloqueio não for feito, as solicitações de APIs IaaS serão redirecionadas para a primeira versão, que é 2019-01-15. A primeira versão está obsoleta e terá suporte por 24 meses. Para garantir uma transição suave para a nova versão, bloqueie suas solicitações de APIs IaaS com o parâmetro apiVersion atribuído a 2021-07-15.

  • Para outras APIs, suas solicitações de API serão padronizadas para a versão mais recente. Se você selecionar uma das datas de versão anteriores listadas para a especificação do Swagger, o comportamento da API refletirá as APIs que estavam em vigor a partir dessa data e em qualquer data até a próxima data da versão mais recente. APIs não têm controle de versão para cada lançamento do vRealize Automation, e nem todas elas oferecem suporte ao parâmetro apiVersion.

Para obter mais informações sobre como usar o parâmetro apiVersion, consulte os Guias de Programação listados em:

As atualizações e alterações da API para cada versão são abordadas nas seguintes seções:

VMware Aria Automation 8.18.1 | Alterações de API de outubro de 2024

Nome do Serviço

Descrição do serviço

Atualizações e alterações da API

Catálogo

Acesse itens de catálogo e fontes de catálogo do Service Broker, incluindo compartilhamento de conteúdo e solicitação de itens de catálogo.

A nova opção de expansão do parâmetro de entrada expand=user e o novo parâmetro de tipo de objeto em resposta para mostrar nomes de usuário completos para os seguintes endpoints:

  • GET /catalog/api/items

  • GET /catalog/api/items/{id}

  • GET /catalog/api/admin/sources

  • GET /catalog/api/admin/sources/{sourceId}

Para obter informações sobre a resposta, consulte a explicação em Mostrar nomes de usuários completos nos detalhes da implantação abaixo.

Formulários personalizados

Defina o comportamento dinâmico de renderização e personalização de formulários no Automation Service Broker e no Automation Assembler.

Somente administradores ou usuários do Service Broker com a função personalizada Gerenciar Conteúdo podem acessar os seguintes endpoints:

  • POST /form-service/api/forms/designer/elements

  • POST /form-service/api/forms/designer/request

Para obter informações sobre funções personalizadas, consulte Funções de usuário personalizadas no VMware Aria Automation

Implantação

Acesse objetos de implantação e plataformas ou projetos que foram implantados no sistema.

A nova opção de expansão do parâmetro de entrada expand=user e o novo parâmetro de tipo de objeto em resposta para mostrar nomes de usuário completos para os seguintes endpoints:

  • GET /deployment/api/deployments

  • GET /deployment/api/deployments/{deploymentId}

  • GET /deployment/api/resources

  • GET /deployment/api/resources/{resourceId}

Para obter informações sobre a resposta, consulte a explicação em Mostrar nomes de usuários completos nos detalhes da implantação abaixo.

Pipelines

Crie e execute pipelines para a entrega contínua dos seus aplicativos para produção.

A resposta do seguinte endpoint não lista mais SHA-1 como um certificado de impressões digitais.

GET /codestream/api/endpoint-certificate

Políticas

Interaja com políticas criadas no Service Broker.

A nova opção de expansão do parâmetro de entrada expand=user e o novo parâmetro de tipo de objeto em resposta para mostrar nomes de usuário completos para os seguintes endpoints:

  • GET /policy/api/policies

  • GET /policy/api/policies/{id}

Para obter informações sobre a resposta, consulte a explicação em Mostrar nomes de usuários completos nos detalhes da implantação abaixo.

Mostrar nomes de usuários completos nos detalhes da implantação

As informações a seguir se aplicam a determinados endpoints nos serviços de API de catálogo, implantação e políticas.

Quando expand=user é transmitido como entrada e as configurações de Administrador "mostrar nome dos usuários" são ativadas, um novo parâmetro de tipo de objeto é retornado para cada parâmetro de saída do tipo de ID do AD.

Parâmetro de saída do tipo de ID do AD

Novo parâmetro de tipo de objeto

createdBy

creator

lastUpdatedBy

lastUpdater

ownedBy

owner

Cada tipo de objeto tem cinco campos: id, firstname, lastname, email e type como no exemplo a seguir. Somente campos não nulos estão incluídos no objeto.

"creator": { 
        "id": "[email protected]", 
        "firstname": "Example", 
        "lastname": "User", 
        "email": "[email protected]", 
        "type": "USER" }

VMware Aria Automation 8.18 | Alterações na API em julho de 2024

Nome do Serviço

Descrição do serviço

Atualizações e alterações da API

Realocação

Defina políticas e planos para colocar VMs existentes de qualquer nuvem em gerenciamento.

Payload de POST /relocation/onboarding/task/create-deployment-bulk atualizada para adicionar um campo de modelo que oferece suporte à integração com um modelo de nuvem.

O trecho de uma payload de amostra mostra um campo de modelo com mapeamento de recursos que inclui:

  • Nome do modelo de nuvem

  • Link para a ID do modelo de nuvem

  • VMs a serem integradas, mapeadas para máquinas no modelo de nuvem

"template": { 
  "name": "cloud_template_name", 
  "link": "/blueprint/api/blueprints/template_ID_string", 
  "components": { 
    "/resources/compute/resource_ID_string_1": "Cloud_vSphere_Machine_1", 
    "/resources/compute/resource_ID_string2": "Cloud_vSphere_Machine_2"

Problemas anteriores conhecidos

Veja a seguir uma lista de problemas conhecidos documentados em versões anteriores do VMware Aria Automation. Para obter informações mais detalhadas sobre as versões relevantes em que esses problemas foram documentados pela primeira vez, acesse Arquivo de Notas da Versão do VMware Aria Automation (8.12-8.16.2).

  • Problema de tamanho da senha ao usar a autenticação Kerberos

    Após a atualização do Automation Orchestrator, se a implantação estiver no modo FIPS, alguns endpoints de plug-in configurados com a autenticação Kerberos deixarão de funcionar e você receberá a seguinte mensagem de erro nos logs:

    org.bouncycastle.crypto.fips.FipsUnapprovedOperationError: password must be at least 112 bits

    Solução alternativa: Use senhas mais longas e mais fortes, com pelo menos 14 caracteres para cumprir com os requisitos de FIPS.

  • Problemas com a importação de fluxos de trabalho do Automation Orchestrator

    Você poderá enfrentar problemas ao importar um fluxo de trabalho do Automation Orchestrator para as origens de conteúdo do catálogo do VMware Aria Automation se as entradas ou os campos de fluxo de trabalho incluírem o elemento de ID "project", pois ele é uma propriedade do sistema. Ter o ID adicionado aos campos ou entradas de fluxo de trabalho pode fazer com que você receba uma mensagem de erro semelhante à seguinte: “Error downloading catalog item ‘/workflow/<workflowId>’ (Error: Content provider error).”.

    Observação: Esse problema só é válido para elementos de ID “project” adicionados manualmente aos fluxos de trabalho. Ele não está relacionado aos campos de projeto gerados automaticamente criados quando um fluxo de trabalho ou modelo de nuvem é importado para o Service Broker.

    Solução alternativa: Remova o elemento de ID "project" das entradas ou campos de fluxo de trabalho.

  • Você recebe um código de status de erro 500 quando uma fonte de conteúdo de ação de extensibilidade tem seu valor de campo "compartilhado" como NULL

    Quando seu projeto inclui ações de extensibilidade, o número de itens mostrados na página Fonte de Conteúdo inclui menos ações do que o número total de ações incluídas no projeto. Por exemplo, você pode ver cinco de cada dez ações mostradas no campo Número de itens e o ponto de exclamação vermelho ao lado dele. Isso significa que nem todas as ações foram sincronizadas na fonte de conteúdo e que as ações problemáticas não estão disponíveis para uso no Catálogo.

    Solução alternativa: Consulte o KB 93437.

  • Autenticação Kerberos sem suporte para o plug-in do PowerShell

    O plug-in do PowerShell para VMware Aria Automation Orchestrator não é compatível com a autenticação Kerberos quando usado no modo FIPS devido a restrições de segurança no provedor de segurança necessário.

    Quando usado com versões mais antigas do Automation Orchestrator no modo FIPS, não é recomendável usar a autenticação Kerberos no plug-in do PowerShell, pois ele pode interromper a conformidade com o FIPS.

    Solução alternativa: Use o fluxo de trabalho Executar o Script em Convidado para executar um script do PowerShell dentro da máquina virtual.

  • O uso de scripts do Python com a versão mais recente da biblioteca de solicitações ou do cliente urllib3 v2 faz com que as ações de extensibilidade falhem com um erro "urllib3 v2.0 só oferece suporte ao OpenSSL 1.1.1+".

    Atualmente, a versão mais recente da biblioteca de solicitações e do urllib3 v2 não pode ser usada em ações de extensibilidade, pois essas dependências exigem uma versão do OpenSSL posterior à 1.1.1.

    Solução alternativa: Na caixa de texto de dependências do editor de ação de extensibilidade, especifique uma versão da biblioteca de solicitações anterior à 2.29.0 ou, se você estiver usando o urllib3, especifique uma versão anterior à 2.

  • Os nomes de serviço e função são substituídos por valores antigos quando deploy.sh é executado pela segunda vez

    Esse problema importante foi identificado com a versão do Aria Automation 8.12. Consulte KB 92018 para obter mais detalhes antes de atualizar ou instalar.

  • Você poderá receber um erro se o seu campo de formulário personalizado incluir restrições regex

    Se o seu formulário personalizado incluir um ou mais campos com uma restrição regex, você poderá receber uma mensagem de erro semelhante à seguinte: "Some data cannot be retrieved. If the problem persists, contact your system administrator. Failed request: <action name>”.

    Solução alternativa: Certifique-se de que o Regex adere aos padrões de conformidade Java e JavaScript. Quando esse ajuste é feito, o problema é resolvido.

  • Os formulários personalizados complexos não levam mais de 10 minutos para serem carregados

    Para formulários personalizados complexos com centenas de campos e regras complicadas de valor padrão, pode haver uma lentidão para renderizar o formulário. Na maioria dos casos, quanto mais o tempo de renderização não for perceptível, enquanto quanto mais complexo for o formulário, a lentidão poderá ser significativa.

    Nenhuma solução alternativa.

  • Após o upgrade, se a implantação especificar um tamanho de disco de inicialização menor que o tamanho do disco de inicialização da imagem, a implantação falhará.

    Esse problema conhecido ocorre ao atualizar para o 8.11.1 e versões posteriores.

  • Alguns serviços não são acessíveis após associar um tenant ao Aria Automation 8.12 por meio do LCM

    Depois de associar um tenant ao VMware Aria Automation 8.12 por meio do LCM, os usuários talvez não consigam acessar os seguintes serviços:

    • Assembler

    • Assistente de migração

    • Pipelines

    • Configuração 

    Solução alternativa:

    1. Faça login no tenant como um usuário com privilégios de Proprietário da Organização.

    2. Em Gerenciamento de Identidade e Acesso, clique na guia Usuários Ativos.

    3. Selecione o usuário afetado e clique em Editar Funções.

    4. Para conceder ao usuário acesso ao Assembler e ao Assistente de Migração, clique em Adicionar Acesso ao Serviço e selecione Cloud Assembly.

    5. Para conceder ao usuário acesso a Pipelines, clique em Adicionar Acesso ao Serviço e selecione Code Stream.

    6. Para conceder ao usuário acesso à Configuração, clique em Adicionar Acesso ao Serviço e selecione SaltStack Config.

  • A operação de exclusão de ações de dia 2 falha ao excluir um pool de uma implantação que depende de um serviço virtual

    Se um recurso de balanceador de carga Avi, como um monitor de integridade, for usado por dois pools em implantações diferentes, a exclusão do monitor de integridade de uma das implantações falhará com um erro de "false".

    A falha ao excluir o recurso é válida, pois o monitor de integridade é referenciado por vários pools. No entanto, o erro exibido no VMware Aria Automation não é descritivo. O erro exibido no balanceador de carga Avi é mais detalhado e mostra por que a operação de exclusão falhou.

    Nenhuma solução alternativa.

  • Você recebe um erro de validação quando uma entrada de ação está vinculada ao campo Projeto

    Quando um item de catálogo com formulários personalizados tem uma ação externa que tem o campo Projeto como uma entrada, isso pode causar um erro. Ao abrir o item de catálogo, a execução da ação falha com uma das seguintes mensagens de erro: “Cannot execute external actions due to validation errors [Request info field with name: 'project' does not exist.];” ou Some data cannot be retrieved. If the problem persists, contact your system administrator. Failed request: <action name>.

    Solução alternativa: Não passe explicitamente o campo do projeto como uma entrada de ação. Quando uma execução de ação do Automation Orchestrator é iniciada, a ID do projeto é implicitamente transmitida como um parâmetro de contexto. Em vez de ter uma entrada para o projeto na ação, use o parâmetro de contexto “_projectId”.

    Por exemplo, se a ação do Automation Orchestrator receber uma entrada chamada "project":

    1. Remova essa entrada e, no script de ação, crie uma variável chamada "project" e atribua-a com o seguinte valor de parâmetro de contexto: var project = System.getContext().getParameter("_projectId").

    2. Salve a ação.

    3. No designer de formulários personalizados do item de catálogo, selecione novamente a ação atualizada.

    4. Salve o formulário personalizado modificado.

  • O agente CMX precisa oferecer suporte a todas as métricas compatíveis com Spring Boot para que os alertas possam ser criados

    Agora que o serviço CMX foi movido para o Spring Boot, ele precisa oferecer suporte a todas as métricas, especialmente "system_cpu_usage" e precisa enviá-las para o Wavefront. Sem isso, os alertas não podem ser criados no Wavefront quando o uso da CPU ultrapassa o limite.

    Nenhuma solução alternativa.

  • O processo Alterar Projeto falha para ambientes com vários tenants em implantações com acesso remoto

    Esse problema poderá ocorrer se a sua implantação incluir acesso remoto com um tipo de autenticação diferente de publicPrivateKey. Outros tipos de autenticação armazenam seu link de credenciais de autenticação e, durante a ação de alteração do projeto, as credenciais de acesso remoto são definidas com a organização do tenant. A descrição do cálculo é corrigida, mas com o contexto do proprietário (devido à lógica reenterWithOwnerAuthContext) e tem uma organização de provedor. As credenciais de autenticação são definidas na organização do tenant, mas elas são alteradas para a organização do provedor, e a solicitação de patch falha com a exceção IllegalAccess.

    Solução alternativa:

    Uma solução alternativa potencial é atualizar os modelos de nuvem dos quais as implantações são criadas para usar o tipo de autenticação publicPrivateKey para acesso remoto.

    remoteAccess:
      authentication: publicPrivateKey
      sshKey: ${input.sshKey}
      username: root 
  • Os fluxos de trabalho para a interação do usuário do Aria Automation expirarão se não houver resposta por muito tempo

    Interações manuais do usuário não poderão ser respondidas do Aria Automation se tiverem passado mais de 24 horas. No entanto, elas ainda poderão ser respondidas do Automation Orchestrator. Em uma tentativa de responder à interação manual do usuário do Aria Automation, esta mensagem de erro é exibida:

    "Não foi possível processar a solicitação devido a: Não foi possível encontrar informações sobre o ID da solicitação: '<ID da solicitação>' para o recurso: '<ID do recurso>'"

  • O depurador do Automation Orchestrator não entra em sub-ações

    O depurador de ação do Automation Orchestrator não entra em ações internas chamadas usando o método System.getModule(module).action().

    Solução alternativa: Use a ação raiz como o único elemento em um novo fluxo de trabalho e depure o fluxo de trabalho usando o depurador de fluxo de trabalho.

  • Comportamento intermitente em que os servidores não são adicionados a um pool ao usar grupos de segurança existentes

    Ao associar um grupo de segurança NSX a um pool de balanceadores de carga do Avi, a referência a esse grupo de segurança deve ser o caminho completo do grupo de segurança, conforme visto no NSX.

    Nenhuma solução alternativa.

  • A implantação de um Balanceador de Carga do NSX com configuração de persistência falhará se os valores para campos necessários não forem especificados

    Ao implantar um balanceador de carga do NSX com uma rota que inclui a configuração de persistência, o modelo do VMware Aria Automation exibe todos os campos possíveis em properties > routes > persistenceConfig. Você deve especificar valores para todos os campos obrigatórios da seguinte maneira:

    • Para PersistenceConfig.type = COOKIE, especifique valores para os seguintes campos:

      • cookieMode

      • cookieGarble

    • Para PersistenceConfig.type = SOURCE_IP, especifique um valor para ipPurge.

    • Não use PersistenceConfig.type = NONE.

    Se um valor estiver ausente para qualquer campo obrigatório, a implantação falhará.

    Para obter mais informações sobre o esquema de recursos do Cloud.NSX.LoadBalancer > routes > persistenceConfig, acesse Esquema de tipo de recurso SaaS do Aria Automation.

    Nenhuma solução alternativa.

  • O comando "sseapi-config auth" gera erros no VMware Aria Automation Config SaaS

    O comando "sseapi-config auth" pode ser usado para exibir os IDs de impressão digital da Chave Mestre. Atualmente, esse comando não funciona para o VMware Aria Automation Config SaaS.

    Nenhuma solução alternativa.

  • Os valores do menu suspenso não serão redefinidos para o último valor selecionado se a ação for disparada novamente

    Nos casos em que valueOptions (dropdown, multiSelect, dualList, combobox e outras) são controlados por uma fonte externa, você pode se deparar com esta situação:

    1. Você seleciona um valor no menu suspenso.

    2. Uma ação é disparada, fazendo com que o menu tenha zero opções.

    3. O valor selecionado originalmente é apagado do controle da UI, mas está disponível sob solicitação.

    Solução alternativa: Selecione explicitamente o valor vazio, se disponível.

  • As implantações da máquina virtual (VM) falham com "Obtendo máquina virtual no endpoint da política do NSX-T"

    Caracteres especiais não podem ser usados no nome de uma VM quando as tags do NSX são usadas.

    Nenhuma solução alternativa.

  • Ao criar uma instância, a criação de discos com rótulos falha devido à transformação inesperada de snake case

    Este é um bug que faz parte de um cenário muito improvável. 

    Na criação da instância, quando um usuário tenta criar uma instância com discos, usando initialize_params e atribui rótulos a esse disco que contêm o formato snake case (ex.: "first_key": "first_value"), a chave será convertida em "firstKey", que não é um formato de rótulo válido. 

    Recomenda-se adicionar os rótulos separadamente usando o recurso de disco ou usar um sublinhado na chave do rótulo.

  • Informações inconsistentes de camada de desempenho para a máquina do Azure quando o disco gerenciado é redimensionado usando ações de dia 2

    Quando um disco do Azure com um disco gerenciado Premium é redimensionado com ações de dia 2 no Aria Automation, a camada de desempenho da linha de base é atualizada de acordo com o portal do Azure. No entanto, a camada de desempenho permanece a mesma no modelo nas propriedades personalizadas do Aria Automation. Isso leva a informações inconsistentes de camada de desempenho.

    Nenhuma solução alternativa.

  • As ações excluídas aparecem para os ajudantes

    Ações de exclusão sem suporte aparecem para ajudantes, como CloudZoneAllocationHelper e CustomNamingHelper.

    Nenhuma solução alternativa.

  • Máquinas do vCenter estão sendo exibidas com um IP de APIPA (Endereçamento IP Privado Automático) como o IP primário

    O IP de APIPA é um endereço IPv4 que é atribuído a uma máquina quando o servidor DHCP no sistema não está acessível. O endereço está no seguinte intervalo: de 169.254.0.1 a 169.254.255.254. Quando isso ocorre, o algoritmo do VMware Aria Automation está selecionando incorretamente o endereço IP de APIPA como o endereço IP primário para a máquina que aparece na UI do VMware Aria Automation. Isso é verdade para máquinas descobertas e implantadas. 

    O VMware Aria Automation mostra o IP de APIPA como o endereço IP primário da máquina do vCenter porque o algoritmo para determinar o endereço IP primário falhou em filtrar esses IPs. 

    Nenhuma solução alternativa.

  • Integrar o plug-in versão 0.21.0 ao Flagman do projeto

    Em modelos de nuvem para recursos idem.gcp, os usuários devem usar type_ e não type.

    Há dois casos identificados de forma diferente:

    Em instance -> network_interfaces, a propriedade type_ pode ser facilmente confundida e escrita como type. Se type for usada, o VMware Aria Automation não notificará o usuário (conforme esperado), mas a propriedade será ignorada e o valor desejado não será definido.

    network_interfaces:
            - access_configs:
                - kind: compute#accessConfig
                  name: External NAT
                  network_tier: PREMIUM
                  set_public_ptr: false
                  type_: ONE_TO_ONE_NAT
              kind: compute#networkInterface
              name: nic0
              network: https://www.googleapis.com/compute/v1/projects/tango-gcp/global/networks/default
              stack_type: IPV4_ONLY
              subnetwork: https://www.googleapis.com/compute/v1/projects/tango-gcp/regions/us-central1/subnetworks/default 

    O outro caso de uso está em disk. A última propriedade type_ pode ser facilmente confundida e escrita como type. Isso leva ao mesmo resultado conforme descrito acima: o usuário não é notificado de forma alguma, a propriedade é ignorada e o valor é definido como o valor padrão, não o valor especificado no modelo de nuvem.

      Idem_GCP_COMPUTE_DISK_2:
        type: Idem.GCP.COMPUTE.DISK
        properties:
          name: e2e-idem-disk-2-${input.UUID}
          account: ${resource.Allocations_Compute_1.selectedCloudAccount.name}
          size_gb: 1
          project: ${resource.Allocations_Flavor_1.selectedCloudAccount.additionalProperties.gcp.project}
          zone: ${resource.Allocations_Compute_1.selectedPlacementCompute.name}
          type_: ${'/projects/' + resource.Allocations_Flavor_1.selectedCloudAccount.additionalProperties.gcp.project + '/zones/' + resource.Allocations_Compute_1.selectedPlacementCompute.id + '/diskTypes/pd-ssd'} 

     

    Nenhuma solução alternativa.

  • Pacotes Python não estão sendo baixados de registros privados que exigem setuptools

    Ao usar um repositório Python privado baseado no pacote setuptools, as dependências não podem ser baixadas.

  • A criação de uma instância com status diferente de RUNNING não é aplicada

    Quando uma nova instância de VM é criada, o Google Compute Engine o provisiona automaticamente em um estado RUNNING, mesmo quando o modelo de implantação especifica outro status de tempo de execução desejado (por exemplo, TERMINATED).

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