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

Versions de mises à jour

VMware Aria Automation | Octobre 2024

VMware Aria Automation 8.18.1 | 9 octobre 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

Mises à jour apportées à ce document

Date

Description de la mise à jour

Type

9 octobre 2024

Publication initiale pour VMware Aria Automation 8.18.1

Pour plus d'informations, reportez-vous à nos blogs sur les versions de VMware Aria Automation.

Remarque : VMware a annoncé la fin de disponibilité (EoA) des services SaaS VMware Aria, y compris VMware Aria Automation SaaS, à compter de février 2024. VMware continuera de prendre en charge les clients qui utilisent actuellement les services SaaS VMware Aria jusqu'à la fin de leur période d'abonnement. Reportez-vous à la page Fin de la disponibilité VMware des licences perpétuelles et des services SaaS.

Remarque : La build VMware Aria Automation Cloud Extensibility Proxy spécifiée ci-dessus s'applique uniquement aux déploiements de VMware Aria Automation sur site. La dernière build de proxy d'extensibilité cloud applicable pour VMware Aria Automation SaaS est 23103969.

À propos de VMware Aria Automation

Vous pouvez trouver des informations sur ces nouvelles fonctionnalités et d'autres informations sur la page VMware Aria Automation, et dans l'aide thématique et les info-bulles de l'interface utilisateur. Des informations supplémentaires sont disponibles lorsque vous ouvrez le panneau de support du produit dans lequel vous pouvez lire et rechercher des rubriques connexes, et afficher les publications de la communauté et les articles de la base de connaissances qui s'affichent pour la page de l'interface utilisateur active.

Remarque : les notes de mise à jour des versions précédentes sont archivées chaque année :

Avant de commencer

Familiarisez-vous avec la documentation de support.

VMware Aria Automation

VMware Aria Automation 8.18

Après la configuration des utilisateurs, vous pouvez utiliser les guides Démarrage et Utilisation et gestion pour chaque service inclus. Les guides Démarrage incluent une validation technique de bout en bout. Les guides Utilisation et gestion fournissent des informations plus détaillées pour vous permettre d'explorer les fonctionnalités disponibles. Des informations supplémentaires sont également disponibles dans la documentation du produit VMware Aria Automation.

Après l'installation de vRealize Automation et la configuration des utilisateurs, vous pouvez utiliser les guides Démarrage et Utilisation et gestion pour chaque service inclus. Les guides Démarrage incluent une validation technique de bout en bout. Les guides Utilisation et gestion fournissent des informations plus détaillées pour vous permettre d'explorer les fonctionnalités disponibles. Des informations supplémentaires sont également disponibles dans la documentation du produit VMware Aria Automation.

Automation Orchestrator 8.18

Avis et correctif de sécurité VMSA-2024-0017

Important : Un nouvel avis de sécurité est publié pour VMware Aria Automation. Pour plus d'informations, accédez à la page VMSA-2024-0017 et à l'article 325790 de la base de connaissances. Appliquez le correctif nécessaire le plus tôt possible.

Nouveautés de VMware Aria Automation 8.18.1

  • Affichage du nom complet dans l'interface utilisateur

    Les noms d'utilisateur complets pour les ressources, les déploiements et la stratégie sont désormais disponibles dans l'interface utilisateur de VMware Aria Automation en plus des ID d'utilisateur. Activez la visibilité de ces paramètres dans les colonnes d'administration et d'utilisateur à partir du bouton Gérer les colonnes dans le coin inférieur gauche. Une prise charge identique du catalogue, de la source de contenu et du contenu est disponible via l'API.

  • Suppression de la prise en charge de la migration de VMware Aria Automation 7.x vers la version 8.x et de NSX-V vers NSX-T

    Suite à l'annonce précédente d'obsolescence, cette version supprime officiellement l'assistant de migration et, par conséquent, les capacités suivantes ne sont plus prises en charge :

    1. Migration de vRealize Automation 7.x vers VMware Aria Automation 8.x

    2. Migration de NSX-V vers NSX-T

  • Inclure DCGM-Exporter par défaut dans la VM Deep Learning

    À partir de la version actuelle, DCGM-Exporter sera inclus par défaut dans l'image de VM Deep Learning (DLVM). DCGM-Exporter est un outil d'exportation pour Prometheus qui surveille la santé de l'entreprise et récupère les mesures des GPU. Il exploite DCGM à l'aide de liaisons Go pour collecter la télémétrie GPU et expose les mesures GPU à Prometheus à l'aide d'un point de terminaison HTTP (/metrics).

  • Prise en charge des services d'automatisation AI privés de Data Services Manager

    À partir de cette version, l'assistant de configuration du catalogue génère trois éléments supplémentaires. 

    • Base de données DSM (Data Services Manager) : déploie une nouvelle instance du cluster PostgreSQL, qui peut être utilisée comme banque de données pour les applications RAG.

    • AI RAG Workstation avec DSM : installe une machine virtuelle Deep Learning avec GPU activé avec le logiciel NVIDIA nécessaire et une base de données PostgreSQL pour exécuter des workflows RAG. 

      • Se connecter à une instance de base de données PostgreSQL distante 

      • Instancier une nouvelle instance de base de données PostgreSQL via DSM

    • Cluster RAG Kubernetes AI avec DSM : installe un cluster Tanzu Kubernetes Grid avec GPU activé (TKG) avec le logiciel NVIDIA nécessaire et une base de données PostgreSQL pour exécuter des workflows RAG.

    • Les utilisateurs des éléments de catalogue « AI RAG Workstation avec DSM » et « Cluster RAG AI Kubernetes avec DSM » peuvent se connecter à une base de données PostgreSQL existante ou créer une base de données.

    Pour obtenir des instructions détaillées sur l'utilisation de l'assistant de configuration du catalogue et le déploiement des trois nouveaux éléments du catalogue, reportez-vous à la documentation du produit.

  • Sélectionner des versions de TKR dans PAIF QS

    À partir de cette version, l'assistant de configuration du catalogue permet aux utilisateurs de choisir jusqu'à trois versions prises en charge de Tanzu Kubernetes Runtimes (TKR) à utiliser dans les éléments du catalogue. Pour obtenir des instructions détaillées sur la sélection des exécutions TKR, reportez-vous à la documentation du produit.

  • Mises à jour des classes et des régions d'espace de noms de superviseur

    Cette fonctionnalité introduit la possibilité de créer, de mettre à jour et de supprimer des classes d'espace de noms de superviseur dans l'interface utilisateur de VMware Aria Automation Assembler. Les classes d'espace de noms de superviseur sont utilisées pour créer des espaces de noms de superviseur qui servent à l'interface de consommation de cloud dans VMware Aria Automation Service Broker. Vous pouvez également utiliser Automation Assembler pour supprimer des régions de superviseur. Les régions de superviseur sont utilisées pour regrouper plusieurs superviseurs. Auparavant, cela n'était possible que via l'interface de ligne de commande K8S.

  • Possibilité de contrôler le positionnement des groupes de sécurité NSX à la demande à l'aide de contraintes de balise

    Cette fonctionnalité permet de provisionner des groupes de sécurité NSX à la demande et de contrôler explicitement le positionnement de ces groupes dans des gestionnaires de NSX spécifiques à l'aide de contraintes de balise.

  • Automatisation du réseau et du groupe de sécurité NSX avec les ressources découvertes dans des projets NSX et des VPC

    Cette version prend en charge la découverte des ressources de mise en réseau et de sécurité à partir d'environnements NSX configurés avec une architecture mutualisée, notamment les réseaux et les groupes de sécurité des projets NSX et des VPC.

    Les administrateurs peuvent ensuite attribuer ces ressources à des profils réseau, puis les exploiter dans les modèles de cloud VMware Aria Automation pour prendre en charge des cas d'utilisation d'automatisation d'applications réseau et multiniveau.

    Remarque : aucune modification des informations d'identification n'est requise pour se connecter à NSX Manager.

  • Intégration des espaces de noms vSphere à utiliser dans l'interface de consommation de cloud

    Dans VMware Aria Automation Assembler, les administrateurs peuvent désormais intégrer les espaces de noms vSphere à partir de clusters superviseurs découverts sous des comptes de cloud vCenter connectés. Il s'agit des espaces de noms qui ne sont pas créés par VMware Aria Automation.

    Lorsque les espaces de noms vSphere sont intégrés, tous les services et objets en cours d'exécution (VM, clusters TKG, volume, images, par exemple) deviennent visibles dans l'interface de consommation de cloud sous VMware Aria Automation Service Broker.

  • Gérer le rapprochement des machines virtuelles qui font partie d'une migration vMotion au sein d'instances de vCenter et entre celles-ci

    VMware Aria Automation rapproche désormais automatiquement les modifications apportées à vos machines virtuelles après la migration vMotion. Les scénarios pris en charge sont les suivants :

    • Migration au sein de la même instance de vCenter

    • Migration entre des instances différentes de vCenter

    • Migration entre les réseaux NSX-T

    VMware Aria Automation inclut désormais également une nouvelle rubrique d'événements Calculer l'état de rapprochement après la migration, qui est initié après le rapprochement d'une machine virtuelle. La rubrique d'événements inclut l'état du rapprochement de la machine virtuelle dans VMware Aria Automation et les détails de destination de la machine virtuelle migrée.

  • Journalisation d'audit dans VMware Aria Automation avec exportation CSV

    Vous pouvez désormais exporter un fichier CSV contenant votre journal d'audit. Vous pouvez rechercher dans le journal d'audit des événements, des types d'événements et des plages de dates spécifiques, et enregistrer les événements sous la forme d'un fichier CSV.

    Les restrictions de téléchargement du fichier CSV sont les suivantes :

    • Le téléchargement CSV (fichier de 0 octet) peut ne pas fonctionner si la taille du fichier est supérieure à 300 Mo. Cependant, vous pouvez toujours accéder à ce fichier à partir du bundle de journaux. Le bundle de journaux se trouve à l'emplacement /services-logs/prelude/ebs-app/file-logs/. Les fichiers CSV plus volumineux doivent être accessibles à partir du journal de l'interface de ligne de commande de VMware Aria Automation.

    • La plage de dates de téléchargement du fichier CSV est maintenue à 12 mois au maximum, afin d'éviter des tailles de fichiers plus importantes.

    • Étant donné que la génération de fichier CSV est une tâche exigeante en ressources, il n'est possible d'envoyer qu'une seule tâche de génération de fichier à un moment donné. Une fois cette tâche terminée, la tâche suivante peut être envoyée.

  • Avis de disponibilité de Code Stream pour VCF 9.0

    Code Stream est un outil d'intégration continue et de prestation continue (CI/CD) utilisé pour générer des pipelines qui modélisent le processus de publication logicielle dans le cycle de vie DevOps. Code Stream fait partie de la suite VMware Aria Automation. À partir de VCF 9.0, Code Stream ne sera plus disponible. Il n'existe aucune fonctionnalité équivalente dans VCF et il est recommandé aux clients d'exploiter les outils open source.

  • Améliorations apportées au concepteur de modèle de cloud

    Les améliorations suivantes ont été apportées au concepteur de modèle de cloud :

    • Réduire/développer : code YAML dans le panneau de droite (panneau de code). Par défaut, le panneau de droite est plus grand.

    • Rechercher : vous pouvez désormais rechercher un élément quelconque et mettre en surbrillance les correspondances.

  • Améliorations apportées au concepteur de modèle de cloud pour la gestion des ressources du superviseur

    Avec l'ajout de ressources de superviseur, les modèles de cloud sont de plus en plus complexes. De nombreuses ressources sont imbriquées les unes dans les autres. Le concepteur de modèle de cloud présente les améliorations suivantes pour les ressources de superviseur :

    • Fourniture d'une vue d'imbrication des ressources pour afficher les relations parent/enfant.

    • Visualisation de la disposition de l'imbrication parent/enfant pour les ressources dans la topologie.

    • Mise en surbrillance des entrées/variables liées associées lors de la sélection d'une ressource.

  • Améliorations de l'ordre des disques dans la vue de stockage

    Auparavant, l'ordre des disques dans la vue de stockage du déploiement de VMware Aria Automation était répertorié dans un ordre aléatoire plutôt que trié par numéro d'unité. 

    Cette approche peut créer des scénarios problématiques, en particulier lorsque des machines virtuelles (VM) ont un grand nombre de disques, car le disque ayant le dernier numéro d'unité peut s'afficher dans la liste. 

    Cette fonctionnalité permet d'effectuer les actions suivantes :

    • Trier les disques par numéro d'unité par défaut.

    • Fournir le tri sur chaque colonne, afin que les disques puissent également être triés par nom, capacité, type, chiffrement et numéro d'unité de clé de contrôleur.

  • Prise en charge de 64 disques sur le contrôleur Paravirtual SCSl (PVSCSI)

     VMware Aria Automation présentait une limitation lors de la tentative de déploiement de certains types d'applications qui nécessitent un grand nombre de disques ou d'ajouts de disques. Cela est dû au fait que VMware Aria Automation ne prend en charge que 14 disques au maximum par contrôleur, alors que Virtual Center prend en charge jusqu'à 64 disques. 

    Désormais, VMware Aria Automation prend en charge jusqu'à 64 disques par contrôleur lors de la phase de déploiement et pour l'ajout de disques.

Nouveautés d'Automation Orchestrator 8.18.1

  • Améliorer la convivialité du volet des messages de journaux pour les exécutions de workflows, d'actions et de stratégies

    Cette version introduit une recherche par termes dans la vue des journaux pour les exécutions de workflows, d'actions et de stratégies d'Automation Orchestrator. La convivialité du volet des journaux est également améliorée en conservant le contexte tout en changeant d'onglets de contenu, en examinant les workflows en cours d'exécution, etc.

  • Transférer les images d'exécution de PowerShell vers Photon 5

    L'exécution de PowerCLI 12 avec PowerShell 7.2 est supprimée. Les scripts qui en dépendent sont automatiquement exécutés sur la dernière version d'exécution de PowerCLI 13 avec PowerShell 7.4.

Problèmes résolus

  • Perte d'accès aux fonctionnalités après la mise à niveau vers Automation Orchestrator 8.18

     Après la mise à niveau vers Automation Orchestrator 8.18, les workflows affichent l'erreur suivante : « L'écriture de scripts en plusieurs langues n'est pas prise en charge avec la licence actuelle ».

  • VMware Aria Automation ne peut pas fonctionner avec des claviers non anglais lors de l'utilisation de la console distante

    Lorsque vous utilisez la console distante via VMware Aria Automation 8.18, la console répertorie la langue du clavier et la disposition correctes, mais elle donne des caractères spéciaux incorrects et les mauvaises touches lors de la saisie.

  • Ajout d'une option aux notifications par e-mail qui empêche les mises à niveau des connexions STARTTLS automatiques

    Lorsque des notifications par e-mail sont configurées avec un paramètre Sécurité de la connexion défini sur « Aucun », la connexion au serveur de messagerie est automatiquement mise à niveau vers une connexion chiffrée via STARTTLS si le serveur de messagerie indique une prise en charge. Dans un environnement FIPS, cela peut entraîner des problèmes si le serveur SMTP ne prend pas en charge les chiffrements compatibles FIPS. Une nouvelle option, « Activer la mise à niveau de connexion non sécurisée avec STARTTLS » est ajoutée, afin de désactiver les mises à niveau de connexion et forcer les connexions non chiffrées au serveur de messagerie.

  • L'intégration à la fédération NSX n'est pas prise en charge dans VMware Aria Automation 8.17 et 8.18 pour les versions 3.2.2 et ultérieures de NSX

    Lors de l'utilisation de la fédération NSX-T, l'énumération de l'instance de NSX-T Global Manager échoue pour la version 3.2.2 et les versions ultérieures de NSX pour VMware Aria Automation 8.17 et 8.18.

    L'échec entraîne l'affichage du message d'erreur suivant : 

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

    Ce problème n'a pas d'incidence sur les environnements non fédérés. Pour résoudre ce problème, les utilisateurs doivent utiliser NSX version 3.1.x ou effectuer une mise à niveau vers VMware Aria Automation 8.18.1.

  • Impossible de télécharger les dépendances PowerShell à partir du référentiel personnalisé

    Les certificats approuvés d'Automation Orchestrator sont désormais importés dans des environnements d'exécution non-Java (Python, PowerShell, PowerCLI et NodeJS).

    Cela résout le problème de téléchargement des dépendances à partir de référentiels qui utilisent les autorités de certification des clients. En outre, il n'est plus nécessaire d'utiliser des connexions non sécurisées aux points de terminaison à l'aide de certificats d'autorité de certification auto-signés ou personnalisés.

Problèmes connus

  • Déconseiller les utilisateurs de solutions et migrer vers des comptes de service

    Lors de l'utilisation d'une instance autonome d'Automation Orchestrator avec l'authentification vSphere, le fournisseur d'authentification doit être enregistré à nouveau après la mise à niveau vers la version 8.18.1 afin de mettre à niveau l'utilisateur de solution vSphere obsolète (authentification basée sur un certificat) vers un compte de service vSphere (authentification basée sur l'ID client/la clé secrète client).

    Aucune solution.

  • VMware Aria Automation 8.18.1 n'est pas compatible avec NSX-V lorsqu'il fonctionne en mode FIPS

    Lorsque VMware Aria Automation 8.18.1 fonctionne en mode FIPS, il n'est pas compatible avec NSX-V. 

    Aucune solution.

  • Erreur dans le service cgs-service-app

    Le service cgs-service-app redémarre avec une erreur d'exception fluxAssembly.

    Aucune solution.

  • Impossible d'effectuer des opérations du jour 2 dans les vues Déploiements/Ressources ou Machine

    Les opérations du jour 2 effectuées en dehors du déploiement peuvent ne pas fonctionner correctement.

    Solution : effectuez vos opérations du jour 2 à partir du déploiement.

Nouveautés de VMware Aria Automation 8.18

  • Le proxy de console VMware Remote Control Application (VMRC) est mis à jour pour prendre en charge WebMKS

    Auparavant, vous ne pouviez pas utiliser les actions du jour 2 VMRC de VMware Aria Automation sur site pour communiquer avec les instances de vSphere 8 et versions ultérieures. Cela est dû au fait que vSphere 8 et versions ultérieures prend uniquement en charge la communication sur WebMKS alors que MKS, utilisé par les anciennes versions de vSphere, est obsolète. Pour plus d'informations, accédez à l'article 93070 de la base de connaissances.

    À partir de cette version, VMware Aria Automation sur site utilise WebMKS comme méthode de communication par défaut entre VMRC et vSphere 7 et versions ultérieures et vSphere 8 et versions ultérieures. Le proxy de console extrait les vCenter sous-jacents, car les connexions sont désormais en proxy. La solution pour les instances sur site mentionnées dans l'article de la base de connaissances ci-dessus n'est plus nécessaire. Il est recommandé aux utilisateurs de commencer à planifier leur mise à niveau vers la version actuelle du produit avec la mise à niveau vers vSphere 8 et versions ultérieures.

  • Améliorations du filtrage de la bibliothèque de contenu de l'assistant de configuration du catalogue

    À partir de cette version, l'assistant de configuration du catalogue a apporté les améliorations suivantes qui offrent une meilleure expérience de navigation d'image de machine virtuelle. 

    • Les utilisateurs peuvent désormais filtrer la liste des images de VM d'apprentissage en profondeur disponibles en spécifiant un nom de bibliothèque de contenu.

    • Le contenu lié à Tanzu Kubernetes Grid (TKG) est désormais exclu des résultats de la recherche, ce qui réduit l'encombrement des termes de recherche.

  • Fractionner les éléments du catalogue pour l'assistant de configuration du catalogue

    À partir de cette version, l'assistant de configuration du catalogue crée cinq éléments de catalogue pour une meilleure utilisation.

    • AI Workstation : Installe une machine virtuelle d'apprentissage en profondeur avec GPU activé. 

    • AI RAG Workstation : Installe une machine virtuelle d'apprentissage en profondeur avec GPU activé avec tous les logiciels NVIDIA nécessaires pour exécuter un workflow RAG. 

    • Serveur d'inférence Triton : Installe une machine virtuelle d'apprentissage en profondeur avec GPU activé avec le serveur d'inférence NVIDIA Triton.

    • Cluster Kubernetes d'IA : Installe un cluster Tanzu Kubernetes Grid (TKG) avec GPU activé.

    • Cluster RAG Kubernetes d'IA : Installe un cluster Tanzu Kubernetes Grid (TKG) avec GPU activé avec tous les logiciels NVIDIA nécessaires pour exécuter un workflow RAG en production. 

    Pour obtenir des instructions détaillées sur l'utilisation de l'assistant de configuration du catalogue et le déploiement des cinq éléments du catalogue, reportez-vous à la documentation du produit.

  • Installation automatique de l'opérateur TKG RAG

    À partir de cette version, l'élément de catalogue du cluster Kubernetes AI installe automatiquement l'opérateur Kubernetes de récupération augmentée (RAG) NVIDIA en plus de l'opérateur NVIDIA GPU. Les utilisateurs du catalogue ont désormais accès à un cluster Tanzu Kubernetes entièrement fonctionnel capable d'exécuter des charges de travail RAG. Les utilisateurs devront installer manuellement les exemples d'applications RAG.

  • Prise en charge isolée des charges de travail non-RAG sur DLVM

    À partir de cette version, l'assistant de configuration du catalogue fournit désormais des options pour configurer un registre privé et spécifier des configurations de proxy HTTP/HTTPS. Les conteneurs NVIDIA non-RAG et les pilotes vGPU peuvent désormais être stockés dans des emplacements qui ne sont pas accessibles via Internet. Cette capacité permet le déploiement des éléments de catalogue suivants sur une machine virtuelle à apprentissage profond dans des environnements isolés :

    • PyTorch

    • TensorFlow

    • Serveur d'inférence Triton

    • Exemples CUDA

    Pour obtenir des instructions détaillées sur l'utilisation de l'assistant de configuration du catalogue et des environnements isolés, reportez-vous à la documentation du produit.

  • Nouveau workflow pour Launchpad dans VMware Aria Automation

    Un nouveau workflow est disponible pour aider les utilisateurs à démarrer ou à utiliser comme raccourcis dans VMware Aria Automation. Vous pouvez exploiter ce workflow pour augmenter le rapport de valeur en ignorant les étapes requises manuelles pour publier des images de machine virtuelle à partir de vCenter vers les éléments du catalogue pour la consommation des utilisateurs finaux.

    • Détecter automatiquement des images à partir d'un compte de cloud

    • Associer automatiquement la zone de cloud à un projet

    • Créer automatiquement des modèles de cloud basés sur l'image découverte

    • Version et publication automatique des modèles de cloud

    • Créer automatiquement une source de contenu

    • Valider automatiquement un projet pour extraire les mises à jour du catalogue

    • Créer automatiquement une stratégie de partage de contenu en fonction du choix de l'utilisateur pour le nom du projet

    • Attribuer des utilisateurs à un projet ou un catalogue

    • Étape facultative pour sélectionner le réseau et le stockage pour la machine virtuelle (si elle est ignorée, le réseau et le stockage seront alloués de manière aléatoire)

    Pour obtenir des instructions détaillées sur l'utilisation de Launchpad dans VMware Aria Automation, reportez-vous à la documentation du produit.

  • Définir la priorité de stockage pour les profils de stockage et les banques de données

    Vous pouvez désormais définir la priorité des profils de stockage et des banques de données afin de spécifier l'ordre des banques de données à choisir parmi toutes les banques de données remplissant les conditions requises. Cela permet aux utilisateurs de placer des machines virtuelles dans un cluster spécifique en fonction de la priorité définie. Cette fonctionnalité modifie le comportement actuel dans lequel plusieurs banques de données remplissant les conditions pour le placement sont sélectionnées en fonction de la capacité disponible.

  • Attribution de modèle de cloud avec conformité pour l'intégration de déploiements

    Une nouvelle fonctionnalité des plans d'intégration permet aux administrateurs de cloud d'attribuer un modèle à un déploiement intégré. Il existe trois façons d'associer un modèle de cloud à un déploiement intégré :

    1. Aucun modèle de cloud associé.

    2. Pour les visuels uniquement, pour autoriser un lien de modèle de cloud sur le déploiement, mais pas attribué avec la conformité.

    3. Entièrement attribué par chaque machine virtuelle avec conformité et peut exécuter l'action de mise à jour à l'aide du modèle attribué.

    Pour attribuer le modèle de cloud et rendre le déploiement intégré conforme, procédez comme suit :

    1. Sélectionnez un modèle de cloud approprié.

    2. Mappez chaque ressource de machine du modèle à une machine virtuelle en sélectionnant les machines virtuelles découvertes dans la page de sélection de machines.

    3. Validez et exécutez le plan d'intégration.

    Remarque : La conformité de l'intégration prend uniquement en charge les types de ressources Cloud.Machine et Cloud.vSphere.Machine ainsi que leurs disques et réseaux attachés. L'intégration ne prend plus en charge la génération automatique de modèles de cloud. Les administrateurs peuvent intégrer un modèle existant ou sans modèle.

    Pour plus d'informations sur l'intégration, accédez à la section Présentation des plans d'intégration dans Automation Assembler.

  • Mode Sombre ajouté dans VMware Aria Automation

    Une version bêta du mode Sombre est désormais disponible pour VMware Aria Automation gestion des identités et des accès. Vous pouvez basculer entre le mode Clair et sombre à partir des préférences sous la page Mon compte. Pour plus d'informations, accédez à la section Comment définir mes préférences pour VMware Aria Automation.

  • Nombre réduit de langues pour la localisation

    À partir de la prochaine version majeure, nous allons réduire le nombre de langues prises en charge. Les trois langues prises en charge seront les suivantes :

    • Japonais

    • Espagnol

    • Français

    Les langues suivantes ne seront plus prises en charge :

    • Italian

    • Allemand

    • Brazilian

    • Portugais

    • Chinois traditionnel

    • Coréen

    • Chinois simplifié

    Conséquences :

    • Les clients qui utilisent les langues obsolètes ne recevront plus de mises à jour ni de support dans ces langues.

    • Toutes les interfaces utilisateur, la documentation d'aide et le support client seront disponibles uniquement en anglais ou dans les trois langues prises en charge mentionnées ci-dessus.

  • Mettre à jour le service de provisionnement pour appeler Active Directory (AD) lors de la modification du projet

    Dans les versions précédentes, les utilisateurs qui suppriment un projet ou utilisent la fonctionnalité Modifier le projet tout en disposant d'une intégration ACTIVE d'AD recevaient une erreur 403 Forbidden. Ces scénarios se produisent, car Active Directory n'écoute pas les événements provenant du service de projet. L'intégration AD est désormais mise à jour pour suivre ces modifications de projet.

  • Nouvel emplacement de l'image de conteneur d'exécution par défaut dans l'intégration d'exécution Terraform

    Dans l'intégration de l'exécution Terraform, l'emplacement de l'image de conteneur d'exécution par défaut est modifié. Le nouvel emplacement de l'image est projects.packages.broadcom.com/vra/terraform:latest. L'emplacement précédent projects.registry.vmware.com/vra/terraform:latest sera inaccessible.

    Seul l'emplacement change. Le contenu de l'image reste le même.

    Si vous exécutez des instances de VMware Aria Automation avec une intégration d'exécution Terraform existante, vous devez remplacer l'emplacement de l'image par projects.packages.broadcom.com/vra/terraform:latest sinon l'intégration de l'exécution échouera.

  • Désapprobation dans les propriétés des profils de stockage

    Les propriétés de profils de stockage « Parts » et « IOPS de limite » sont obsolètes pour s'aligner sur la stratégie de désapprobation dans vSphere. Ces propriétés seront supprimées dans une version ultérieure.

Nouveautés d'Automation Orchestrator 8.18

  • La configuration des plug-ins et des niveaux de journalisation est déplacée du centre de contrôle vers la section Paramètres système du client Automation Orchestrator

    La configuration des plug-ins et des journaux est désormais effectuée à partir de la page Paramètres système du client Automation Orchestrator. De nouvelles INSTANCES de REST API pour la gestion des plug-ins et des niveaux de journalisation sont également introduites. Vous trouverez plus d'informations sur le REST API d'Automation Orchestrator dans l'interface utilisateur Swagger située à l'adresse https://<your_orchestrator_FQDN>/vco/api/docs/.

  • Le centre de contrôle sera supprimé d'Automation Orchestrator dans la prochaine version

    La configuration d'Automation Orchestrator sera effectuée via l'interface de ligne de commande. Pour plus d'informations, consultez la documentation du produit.

Problèmes résolus

  • L'espace vco subit plusieurs redémarrages et vidages de mémoire Java

    Ce problème se produit lorsque vous disposez d'une très grande infrastructure vSphere comportant une grande quantité de machines virtuelles et que vous utilisez fréquemment la méthode VcPlugin.getAllVirtualMachines(). Dans de tels scénarios, l'espace ou les espaces Automation Orchestrator subissent plusieurs redémarrages et des vidages de mémoire Java.

    Pour résoudre ce problème, le plug-in vCenter a été optimisé et configuré pour différents scénarios d'utilisation. Les modifications pertinentes sont les suivantes :

    • La taille du cache des objets par défaut (principal et actif) est passée de 100 000 000 entrées à 20 000 entrées pour chaque instance de vCenter attachée au plug-in.

    • Les délais d'expiration du cache des objets par défaut (principal et en direct) sont passés de 14 440 secondes à 600 secondes.

    Le cache du plug-in vCenter peut être configuré via les propriétés système suivantes :

    • com.vmware.vmo.plugin.vi4.cache.main.max.size - Définit le nombre maximal d'entrées que le cache peut contenir. Cette propriété contrôle la taille du cache des objets principaux et actifs. Si la valeur est définie sur zéro, les éléments sont supprimés immédiatement après leur chargement dans le cache. Cela peut être utile lors de tests ou pour désactiver temporairement la mise en cache sans modification de code. La valeur par défaut est de 20 000 entrées.

    • com.vmware.vmo.plugin.vi4.cache.main.expirationSeconds - Définit le délai d'expiration du cache principal dans. Spécifie que chaque entrée doit être automatiquement supprimée du cache une fois qu'une durée fixe s'est écoulée à partir de la création de l'entrée ou du remplacement le plus récent de la valeur d'entrée. La valeur par défaut est de 600 secondes.

    • com.vmware.vmo.plugin.vi4.cache.live.objects.expirationSeconds - Définit l'expiration du cache d'objets en direct. Spécifie que chaque entrée doit être automatiquement supprimée du cache une fois qu'une durée fixe s'est écoulée à partir de la création de l'entrée ou du remplacement le plus récent de la valeur d'entrée. La valeur par défaut est de 600 secondes.

    • com.vmware.vmo.plugin.vi4.cache.clearOnSessionRefresh - Contrôle s'il faut effacer tous les caches (objets principaux et en direct) lors de l'actualisation de session. La valeur par défaut est False.

  • L'interface de consommation de cloud (CCI) ne prend pas en charge sAMAccountName (nom d'utilisateur AD court)

    Lors de l'ajout d'un nouvel annuaire dans vIDM, l'utilisateur Admin a le choix entre deux attributs directory-search. Ce choix a une incidence sur le format des noms d'utilisateur dans le déploiement Aria Automation sur site associé. Voici les valeurs possibles :

    • sAMAccountName : généralement le nom d'utilisateur sans domaine, ce qui entraîne un nom court dans VMware Aria Automation, qui n'inclut pas le domaine. Il s'agit de la valeur par défaut lors de la configuration d'un nouveau répertoire.

    • userPrincipalName : généralement le nom d'utilisateur avec un domaine, ce qui entraîne un nom d'utilisateur long ou complet dans VMware Aria Automation, qui inclut le domaine.

    CCI utilise les noms d'utilisateur disponibles dans les données du projet pour construire les listes d'accès vCenter pour les espaces de noms de superviseur qu'il gère. Dans les systèmes configurés avec des noms d'utilisateur courts, ces noms d'utilisateur de projet sont sans domaine et vCenter semble les ignorer sans erreur lors de la synchronisation du projet, laissant les utilisateurs sans possibilité d'accéder à l'espace de noms de superviseur qu'ils ont créé à partir de CCI.

  • Spread by Memory ne tient pas compte des machines gérées, même après l'intégration des machines

    La stratégie de positionnement de mémoire Spread by Memory n'est pas calculée correctement le ratio de mémoire comme décrit dans la documentation.

  • Bibliothèque log4j obsolète supprimée du plug-in SNMP

    Dans les versions précédentes, le plug-in SNMP pour Automation Orchestrator utilisait une version obsolète de la bibliothèque log4j. Cette bibliothèque n'est plus nécessaire et est donc supprimée du plug-in SNMP à partir de la version actuelle.

  • Les objets « LoadBalancerDescription » sont créés avec un délai d'expiration de neuf jours et sont nettoyés, ce qui entraîne des régressions

    Votre équilibreur de charge est recréé lorsque le déploiement itératif est effectué sur le déploiement sans aucune modification apportée à l'équilibreur de charge.

  • « LoadBalancerDescription » n'est pas supprimé avec le reste des composants d'équilibrage de charge

    Lors de la suppression d'un équilibreur de charge de votre déploiement, la propriété « LoadBalancerDescription » n'est pas supprimée.

  • L'utilisation de hachages obsolètes peut entraîner des attaques par collision

    L'algorithme digest de l'empreinte numérique du certificat par défaut passe de SHA-1 à SHA-256. Cette modification peut avoir une incidence sur les plug-ins d'Automation Orchestrator qui utilisent le IKeystoreCache#getThumbprints méthode SDK du plug-in pour les validations de certificat personnalisées.

Problèmes connus

  • Il n'est pas possible d'exécuter l'opération du jour 2 dans les vues Déploiements/Ressources ou Machine.

    Les opérations du jour 2 exécutées en dehors du déploiement peuvent ne pas fonctionner correctement.

    Exécutez l'opération du jour 2 à partir du déploiement.

  • Vous rencontrez un problème lors de la tentative de connexion au proxy de la console VMware Remote Control Application (VMRC)

    Après la mise à niveau vers VMware Aria Automation 8.18, vous rencontrez un problème de certification lors de la tentative de connexion au proxy de la console VMRC. Ce problème se produit dans les déploiements de VMware Aria Automation dans lesquels la propriété acceptSelfSignedCertificate pour les comptes de cloud est définie sur true.

    Solution : utilisez la procédure décrite dans l'article 374614 de la base connaissances.

  • Perte d'accès aux fonctionnalités après la mise à niveau vers Automation Orchestrator 8.18

    Après la mise à niveau d'un déploiement d'Automation Orchestrator qui utilise une licence avancée, l'accès aux fonctionnalités avancées, telles que l'intégration de Git et la prise en charge multilingue, est perdu.

    Solution : utilisez la procédure décrite dans l'article 375928 de la base connaissances.

  • Vous recevez une erreur 502 Bad Gateway lors de la tentative de lecture de vidéos à partir du Launchpad

    Solution : lisez les vidéos directement à partir de YouTube.

  • La VM n'est pas placée dans le profil de stockage correct en fonction des balises de priorité et de contrainte appliquées

    Lorsque la priorité au niveau du profil de stockage est utilisée et que votre modèle de cloud contient une balise de contrainte de stockage, basée sur tous les filtres d'allocation si plusieurs profils de stockage remplissent les conditions, le profil de stockage avec la priorité peut ne pas être sélectionné comme prévu. Au lieu de cela, un autre profil de stockage est sélectionné.

    Aucune solution, assurez-vous qu'il ne reste qu'un seul profil de stockage remplit les conditions à la fin de l'allocation.

  • Vous rencontrez un problème lors de la tentative d'exportation d'un élément du catalogue de l'exportateur DCGM

    L'assistant de configuration du catalogue ne crée pas l'élément de catalogue de l'exportateur DCGM. 

    Solution :

    Connectez-vous à la machine virtuelle Deep Learning via SSH, puis exécutez les commandes suivantes :

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

    Par exemple, pour exécuter dcgm-exporter :3.2.5-3.1.8-ubuntu22.04 à partir du catalogue NVIDIA NGC, exécutez la commande suivante :

    • 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

    Pour plus d'informations sur l'exportateur DCGM, accédez à la section Ajouter un exportateur DCGM pour la surveillance de la charge de travail de la liste de .

Nouveautés de VMware Aria Automation 8.17

  • Nouvelle page d'accueil de VMware Aria Automation

    Un nouveau tableau de bord utilisateur fait désormais partie de la page d'accueil de VMware Aria Automation pour aider les utilisateurs à naviguer à travers les architectures complexes dans le cadre d'Automation Assembler pour les administrateurs. Les nouveaux utilisateurs des produits VMware Aria ou les utilisateurs expérimentés de VMware Aria Automation pourront trouver utile le tableau de bord dans les scénarios suivants :

    • Fournir une vue d'ensemble des environnements de cloud par segment et état de machine virtuelle.

    • Visualiser un résumé de l'inventaire réparti par zone de cloud et par projets.

    • Visualiser un résumé du déploiement avec les modifications de la stratégie de bail à venir et les stratégies récemment expirées.

    • Vérifier les notifications récentes du produit et répondre directement aux demandes.

    Remarque : La page d'accueil est la page de lancement par défaut d'Automation Assembler uniquement si l'administrateur ne dispose pas d'un compte de cloud dans l'organisation. Sinon, la page de lancement par défaut est la page Ressources dans Automation Assembler. Pour plus d'informations, accédez à la section Comment démarrer avec Automation Assembler à l'aide du Launchpad de VMware Aria Automation.

  • Nouveau Launchpad ajouté à la page d'accueil de VMware Aria Automation

    Un nouveau Launchpad est désormais disponible pour les utilisateurs qui commencent à utiliser VMware Aria Automation ou qui souhaitent accéder par un raccourci aux actions couramment utilisées. Vous pouvez effectuer des cas d'utilisation faciles à apprendre à l'aide des deux workflows guidés. Le Launchpad couvre les cas d'utilisation suivants :

    • Ajouter un compte de cloud : utilisez vos informations d'identification pour valider et lier des comptes de cloud.

    • Appliquer l'expiration du bail : créez une stratégie de bail pour appliquer l'expiration des ressources.

    Pour plus d'informations, accédez à la section Comment démarrer avec Automation Assembler à l'aide du Launchpad de VMware Aria Automation.

  • Prise en charge de l'espace de noms de superviseur de l'interface de consommation de cloud (CCI, Cloud Consumption Interface), de TKG et d'autres ressources dans le canevas de conception d'Automation Assembler

    CCI sur site a été publié dans VMware Aria Automation 8.16.1. La version actuelle introduit la prise en charge de la définition d'applications à plusieurs niveaux dans les modèles d'Automation Assembler en exploitant les espaces de noms de superviseur, les clusters TKG et toutes les autres ressources CCI. Vous pouvez désormais exécuter un élément de catalogue contenant des ressources CCI préparé par un administrateur. Cette capacité regroupe CCI et le reste des capacités de VMware Aria Automation autour de l'infrastructure en tant que code (IaC, Infrastructure as Code) et la gouvernance avec des stratégies. Pour plus d'informations, accédez à la section Automatisation des charges de travail basées sur Kubernetes dans Automation Assembler.

  • Intégration d'une instance de VMware Aria Operations unique sur site à plusieurs locataires VMware Aria Automation sur site

    Une instance de VMware Aria Operations unique peut désormais s'intégrer à plusieurs locataires VMware Aria Automation s'exécutant sur le même dispositif sur site.

  • Action du jour 2 pour l'annulation de l'enregistrement d'un cluster de machines virtuelles

    L'action du jour 2 Annuler l'enregistrement est prise en charge pour un cluster de machines virtuelles. Notez que cette action n'est pas disponible sur une machine virtuelle unique au sein d'un cluster qui partage un disque ou un cluster de disques avec d'autres machines virtuelles.

  • Augmentation du nombre de comptes de cloud privé dans VMware Aria Automation

    Avec cette version, nous augmentons de 50 à 100 le nombre de comptes de cloud privé pris en charge dans VMware Aria Automation. Pour plus d'informations, accédez à la section Valeurs maximales d'évolutivité et de simultanéité.

  • La stratégie de partage de contenu prend désormais en charge la portée au niveau de l'organisation et active également le contrôle d'accès basé sur les rôles

    À partir de cette version, la stratégie de partage de contenu prend en charge deux améliorations :

    1. Possibilité de partager du contenu dans l'ensemble de l'organisation en définissant la portée sur Organisation. Les stratégies à l'échelle de l'organisation affectent uniquement les instances de VMware Cloud Templates (VCT) partagées.

    2. Droit d'accès basé sur les rôles. Cette fonctionnalité permet le partage de contenu entre les utilisateurs en fonction de leurs rôles définis. Les rôles peuvent être administrateur de projet, membre de projet ou rôle personnalisé nommé.

    Ces améliorations simplifient considérablement le partage de contenu et le contrôle d'accès au sein de l'organisation. Pour plus d'informations, accédez à la section Configuration des stratégies de partage de contenu d'Automation Service Broker.

  • Nouveaux messages d'erreur Active Directory (AD) lors de la modification de projets

    Lorsque vous appelez l'action Modifier le projet sur un déploiement associé à une intégration Active Directory, certains scénarios entraînent des erreurs de validation.

    Lorsque le projet source est associé à une intégration AD, mais que le projet cible n'est pas associé à une intégration AD. Dans ce cas, vous recevez le message d'erreur suivant :

    "Target project is not associated with AD integration".

    Pour résoudre cette erreur, vous devez associer le projet cible à une intégration AD ayant la même unité d'organisation.

    Un autre scénario possible se produit lorsque le projet source et le projet cible sont associés à une intégration AD, mais que celle-ci ne fait pas partie de la même unité d'organisation. Dans ce cas vous recevez le message d'erreur suivant :

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

    Pour résoudre cette erreur, vous devez modifier l'unité d'organisation du projet cible ou effectuer une nouvelle intégration AD pour l'associer à la même unité d'organisation.

  • Annonce de l'intention de déconseiller des capacités d'automatisation Kubernetes spécifiques

    VMware by Broadcom annonce l'obsolescence planifiée des capacités d'intégration Kubernetes, notamment l'intégration TKG et l'intégration TMC documentées sous Comment travailler avec Kubernetes dans Automation Assembler. L'obsolescence et la suppression réelles de ces capacités du produit s'effectueront dans une version ultérieure. Les clients sont encouragés à adopter l'interface de consommation de cloud (CCI) et le service IaaS vSphere TKG. Pour plus d'informations sur CCI, accédez à la section Démarrage de l'interface de consommation de cloud dans Automatisation Service Broker.

  • Annonce de l'intention de supprimer les capacités d'automatisation obsolètes

    VMware by Broadcom souhaite rappeler aux clients que les fonctionnalités suivantes sont obsolètes et qu'elles seront supprimées de VMware Aria Automation dans une version ultérieure :

    • Prise en charge de NSX-V

    • Prise en charge du mode NSX-T Manager

    • Prise en charge de la migration de NSX-V vers NSX-T

    • Assistant de migration pour vRealize Automation 7.6 vers VMware Aria Automation 8.0 et versions ultérieures

    • Assistant de migration pour NSX-V vers NSX-T

    • Prise en charge de l'intégration de VMware Aria Automation à vCloud Director

    Tous les clients utilisant actuellement ces fonctionnalités dans VMware Aria Automation doivent planifier de cesser l'utilisation de la fonctionnalité concernée.

  • Annonce de l'intention de supprimer la prise en charge de vCenter 6.x

    VMware by Broadcom souhaite rappeler aux clients que la prise en charge de vCenter 6.x sera supprimée de VMware Aria Automation dans une version ultérieure. Tout client utilisant actuellement des comptes de cloud vCenter 6.x dans VMware Aria Automation doit planifier la mise à niveau vers une version prise en charge de vCenter.

Nouveautés de Automation Orchestrator 8.17

  • La gestion des licences est déplacée du centre de contrôle vers le client Automation Orchestrator

    La gestion des licences pour votre déploiement d'Automation Orchestrator externe s'effectue désormais à partir de la page Licence du client Automation Orchestrator. Cette page inclut des informations sur votre licence actuellement utilisée et sur l'option permettant d'ajouter manuellement une licence. Pour plus d'informations, accédez à la section Activation de la fonctionnalité Automation Orchestrator avec des licences. Comme elle est définie pour correspondre à la licence dans VMware Aria Automation, la page Licence n'est pas disponible dans les déploiements d'Automation Orchestrator intégrés.

  • L'objet de script Commande est supprimé

    L'objet de script Commande est supprimé et les méthodes « execute » et « executeAndLog » sont désactivées. Si ces méthodes sont appelées, elles lèvent une exception. Si vos actions ou vos workflows disposent d'éléments de tâche faisant l'objet d'un script qui utilisent cet objet ou cette méthode de script, ces scripts doivent être mis à jour.

Problèmes résolus

  • Impossible d'ajouter un domaine de compte de cloud VMware Cloud Foundation (VCF) dans VMware Aria Automation

    Lorsque vous tentez d'ajouter un domaine de compte de cloud VCF à VMware Aria Automation, le message d'erreur suivant s'affiche :

    "Something went wrong in a backend service."

    Cette erreur se produit lorsqu'un utilisateur ajoute un domaine de compte de cloud VCF dans VMware Aria Automation alors qu'un autre domaine est en cours de création dans SDDC Manager.

  • La recréation échoue avec une erreur si l'image de VM d'origine n'est plus disponible

    Auparavant, une opération de recréation du jour 2 échouait en cas de suppression de l'image sous-jacente sur le point de terminaison. Il s'agit d'un problème pour les utilisateurs qui ignorent que l'image est manquante au niveau du point de terminaison et l'opération de recréation est bloquée, sauf en cas d'ajout manuel d'une nouvelle référence d'image à partir du serveur principal de la machine.

    Ce problème est résolu. Lors du déclenchement de l'action du jour 2 de recréation du niveau de ressources, si l'image est manquante, l'utilisateur est invité à sélectionner une image dans la liste des modèles d'image disponible pour recréer la machine. 

    Cependant, si la recréation s'effectue au niveau du déploiement, une image disponible doit être corrigée manuellement sur les propriétés de la machine, avant de pouvoir tenter l'action du jour 2 de reconstruction sur le déploiement. Pour ce faire, les utilisateurs doivent utiliser les propriétés d'entrée « __resolvedImageLink » et « _imageRef » avec la valeur d'image appropriée Les utilisateurs peuvent également déclencher une opération de recréation au niveau des ressources pour cette machine virtuelle particulière, ce qui permet à l'utilisateur de sélectionner une image et de recréer la machine à partir de l'interface utilisateur. 

  • Actions/{id}/bundle ajouté à Swagger

    Le point de terminaison actions/{id}/bundle REST API est ajouté à la documentation de Swagger pour Automation Orchestrator.

Problèmes connus

  • Problème d'application de personnalisation après la mise à niveau de VMware Aria Automation

    Après la mise à niveau de VMware Aria Automation 8.16 vers la version 8.17, vous ne pouvez pas appliquer les modifications de personnalisation dans l'interface utilisateur, car le bouton Appliquer est grisé.

    Solution : sélectionnez Rétablir les valeurs par défaut puis tentez d'apporter les modifications.

  • Impossible d'effectuer le redimensionnement du disque sur « VMname », car l'état de la ressource a changé et une erreur s'affiche lorsque l'utilisateur tente d'effectuer l'action du jour 2 de redimensionnement du disque sur la machine virtuelle

    Si l'utilisateur n'utilise pas la clé de contrôleur SCSI=1000 et le numéro d'unité=0 dans la configuration des périphériques virtuels attachés à la machine virtuelle, une erreur d'action de redimensionnement de disque s'affiche.

    Solution : Assurez-vous que parmi les disques attachés à la machine virtuelle, un disque est toujours configuré avec la clé de contrôleur SCSI=1000 et le numéro d'unité=0. Consultez l'article de la base de connaissances https://knowledge.broadcom.com/external/article/369794

Documentation et gestion des versions de l'API

Remarque : les notes de mise à jour des versions précédentes sont archivées chaque année :

Une documentation sur les API est disponible avec le produit. Pour accéder à tous les documents Swagger à partir d'une page de lancement unique, accédez à :

  • https://<appliance.domain.com>/automation-ui/api-docs for vRealize Automation 8.x, où appliance.domain.com correspond à votre dispositif vRealize Automation.

Avant d'utiliser l'API, prenez en compte les dernières mises à jour et modifications de l'API pour cette version, et notez les modifications apportées aux services d'API que vous utilisez. Si vous n'avez pas verrouillé l'API antérieurement à l'aide de la variable apiVersion, vous pouvez remarquer une modification de la réponse de l'API. Les mises à jour et modifications de l'API sont présentées dans la section Nouveautés de chaque version.

Pour les API déverrouillées, le comportement par défaut varie selon l'API.

  • Pour les API IaaS Cloud Assembly, toutes les demandes exécutées sans le paramètre apiVersion seront redirigées vers la première version 2019-01-15. Cette redirection permet à chaque utilisateur qui n'a pas précédemment spécifié le paramètre apiVersion de passer facilement à la dernière version sans subir de modification.

    Remarque : pour les API IaaS Automation Assembly, la dernière version a pour paramètre apiVersion=2021-07-15. Si la version est déverrouillée, les demandes d'API IaaS seront redirigées par défaut vers la dernière version qui a pour paramètre 2019-01-15. La première version est obsolète et sera prise en charge pendant 24 mois. Pour garantir une transition fluide vers la nouvelle version, verrouillez vos demandes d'API IaaS avec le paramètre apiVersion attribué à 2021-07-15.

  • Pour les autres API, les demandes d'API concernent par défaut la dernière version. Si vous sélectionnez l'une des dates de version antérieures répertoriées pour la spécification Swagger, le comportement de l'API reflète les API qui étaient en vigueur à cette date et à n'importe quelle date antérieure à celle de la version la plus récente. Les API ne font pas l'objet d'un contrôle de version pour chaque version de vRealize Automation et certaines API ne prennent pas en charge le paramètre apiVersion.

Pour plus d'informations sur l'utilisation du paramètre apiVersion, consultez les guides de programmation répertoriés dans :

Les mises à jour et modifications de l'API pour cette version font l'objet des sections suivantes :

VMware Aria Automation 8.18.1 | Modifications apportées aux services d'API en octobre 2024

Nom du service

Description du service

Mises à jour et modifications de l'API

Catalogue

Accédez aux éléments de catalogue et aux sources de catalogue Service Broker, notamment au partage de contenu et à la demande d'éléments de catalogue.

Nouvelle option de développement de paramètre d'entrée expand=user et nouveau paramètre de type d'objet en réponse pour afficher les noms d'utilisateur complets des points de terminaison suivants :

  • GET /catalog/api/items

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

  • GET /catalog/api/admin/sources

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

Pour plus d'informations sur la réponse, reportez-vous à l'explication dans Afficher les noms d'utilisateur complets dans les détails du déploiement ci-dessous.

Formulaires personnalisés

Définissez le rendu dynamique des formulaires et le comportement de personnalisation dans Automation Service Broker et Automation Assembler.

Seuls les administrateurs Service Broker ou les utilisateurs disposant du rôle personnalisé Gérer le contenu peuvent accéder aux points de terminaison suivants :

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

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

Pour plus d'informations sur les rôles personnalisés, reportez-vous à la section Rôles d'utilisateur personnalisés dans VMware Aria Automation

Déploiement

Accédez aux objets de déploiement, aux plates-formes ou aux Blueprints qui ont été déployés dans le système.

Nouvelle option de développement de paramètre d'entrée expand=user et nouveau paramètre de type d'objet en réponse pour afficher les noms d'utilisateur complets des points de terminaison suivants :

  • GET /deployment/api/deployments

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

  • GET /deployment/api/resources

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

Pour plus d'informations sur la réponse, reportez-vous à l'explication dans Afficher les noms d'utilisateur complets dans les détails du déploiement ci-dessous.

Des pipelines

Créez et exécutez des pipelines pour la livraison continue de vos applications dans l'environnement de production.

La réponse du point de terminaison suivant ne répertorie plus SHA-1 comme certificat d'empreintes digitales.

GET /codestream/api/endpoint-certificate

Stratégies

Interagissez avec les stratégies créées dans Service Broker.

Nouvelle option de développement de paramètre d'entrée expand=user et nouveau paramètre de type d'objet en réponse pour afficher les noms d'utilisateur complets des points de terminaison suivants :

  • GET /policy/api/policies

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

Pour plus d'informations sur la réponse, reportez-vous à l'explication dans Afficher les noms d'utilisateur complets dans les détails du déploiement ci-dessous.

Afficher les noms d'utilisateur complets dans les détails du déploiement

Les informations suivantes s'appliquent à certains points de terminaison dans les services d'API de catalogue, de déploiement et de stratégies.

Lorsque expand=user est transmis comme entrée et que le paramètre d'administration « afficher le nom des utilisateurs » est activé, un nouveau paramètre de type d'objet est renvoyé pour chaque paramètre de sortie du type d'ID AD.

Paramètre de sortie du type d'ID AD

Nouveau paramètre de type d'objet

createdBy

creator

lastUpdatedBy

lastUpdater

ownedBy

owner

Chaque type d'objet comporte cinq champs : id, firstname, lastname, email et type, comme dans l'exemple suivant. Seuls les champs non nuls sont inclus dans l'objet.

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

VMware Aria Automation 8.18 | Modifications apportées aux services d'API en juillet 2024

Nom du service

Description du service

Mises à jour et modifications de l'API

Déplacement

Définissez des stratégies et des plans pour établir des ponts entre des machines virtuelles existantes depuis n'importe quel cloud sous gestion.

La charge utile de POST /relocation/onboarding/task/create-deployment-bulk mise à jour pour ajouter un champ de modèle qui prend en charge l'intégration avec un modèle de cloud.

L'extrait d'un exemple de charge utile montre un champ de modèle avec un mappage de ressources qui inclut :

  • Nom du modèle de cloud

  • Lien vers l'ID du modèle de cloud

  • VM à intégrer, mappées aux machines dans le modèle de cloud

"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"

Problèmes connus précédents

La liste suivante répertorie les problèmes connus documentés dans les versions antérieures de VMware Aria Automation. Pour obtenir des informations plus détaillées sur les versions pertinentes dans lesquelles ces problèmes ont été documentés pour la première fois, accédez à l'archive des notes de mise à jour de VMware Aria Automation (8.12-8.16.2).

  • Problème de longueur du mot de passe lors de l'utilisation de l'authentification Kerberos

    Après la mise à niveau d'Automation Orchestrator, si le déploiement est en mode FIPS, certains points de terminaison de plug-in configurés avec l'authentification Kerberos cessent de fonctionner et le message d'erreur suivant s'affiche dans les journaux :

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

    Solution : utilisez des mots de passe plus longs et plus forts, avec au moins 14 caractères, pour répondre aux exigences FIPS.

  • Problèmes liés à l'importation de workflows Automation Orchestrator

    Vous pouvez rencontrer des problèmes lors de l'importation d'un workflow Automation Orchestrator dans les sources de contenu du catalogue VMware Aria Automation si les entrées ou les champs du workflow incluent l'élément d'ID "project", car il s'agit d'une propriété système. L'ajout de l'ID aux entrées ou aux champs du workflow peut entraîner l'affichage d'un message d'erreur semblable au message suivant : “Error downloading catalog item ‘/workflow/<workflowId>’ (Error: Content provider error).”.

    Remarque : ce problème n'est valide que pour les éléments d'ID “project” ajoutés manuellement aux workflows. Il ne se rapporte pas aux champs de projet générés automatiquement créés lors de l'importation d'un workflow ou d'un modèle de cloud dans Service Broker.

    Solution : supprimez l'élément d'ID "project" des entrées ou des champs du workflow.

  • Vous recevez un code d'état d'erreur 500 lorsque la valeur de champ « partagé » d'une source de contenu d'action d'extensibilité est null

    Lorsque votre projet inclut des actions d'extensibilité, le nombre d'éléments affichés sur la page Source du contenu inclut moins d'actions que le nombre total d'actions incluses dans le projet. Par exemple, vous pouvez voir cinq actions sur dix affichées dans le champ Nombre d'éléments et un point d'exclamation rouge en regard de celui-ci. Cela signifie que toutes les actions ne sont pas synchronisées dans la source du contenu et que les actions problématiques ne peuvent pas être utilisées dans le catalogue.

    Solution : reportez-vous à l'article 93437 de la base de connaissances.

  • Authentification Kerberos non prise en charge pour le plug-in PowerShell

    Le plug-in PowerShell pour VMware Aria Automation Orchestrator ne prend pas en charge l'authentification Kerberos lorsqu'il est utilisé en mode FIPS, en raison de restrictions de sécurité sur le fournisseur de sécurité requis.

    En cas d'utilisation avec d'anciennes versions d'Automation Orchestrator en mode FIPS, l'utilisation de l'authentification Kerberos dans le plug-in PowerShell n'est pas recommandée, car elle peut ne pas respecter la conformité FIPS.

    Solution : utilisez le workflow Exécuter le script dans l'invité pour exécuter un script PowerShell dans la machine virtuelle.

  • L'utilisation de scripts Python avec la dernière version de la bibliothèque de demandes ou du client urllib3 v2 entraîne l'échec des actions d'extensibilité avec une erreur « urllib3 v2.0 prend uniquement en charge OpenSSL 1.1.1+ ».

    La dernière version de la bibliothèque de demandes et d'urllib3 v2 ne peuvent actuellement pas être utilisées dans les actions d'extensibilité, car ces dépendances nécessitent une version d'OpenSSL ultérieure à la version 1.1.1.

    Solution : dans la zone de texte des dépendances de l'éditeur d'actions d'extensibilité, spécifiez une version de la bibliothèque de demandes antérieure à la version 2.29.0 ou, si vous utilisez urllib3, spécifiez une version antérieure à la version 2.

  • Les noms de service et de rôle sont remplacés par d'anciennes valeurs lorsque deploy.sh est exécuté pour la deuxième fois

    Ce problème important a été identifié avec la version 8.12 d'Aria Automation. Reportez-vous à l article 92018 de la base de connaissances pour plus d'informations avant la mise à niveau ou l'installation.

  • Vous pouvez recevoir une erreur si un champ de formulaire personnalisé inclut des contraintes regex

    Si votre formulaire personnalisé inclut un ou plusieurs champs avec une contrainte regex, vous pouvez recevoir un message d'erreur semblable au message suivant : "Some data cannot be retrieved. If the problem persists, contact your system administrator. Failed request: <action name>”.

    Solution : assurez-vous que l'expression régulière (regex) respecte les normes de conformité Java et JavaScript. Lorsque la conformité est respectée, le problème est résolu.

  • Les formulaires personnalisés complexes ne se chargent pas ou prennent plus de 10 minutes pour se charger

    Pour les formulaires personnalisés complexes comportant des centaines de champs et des règles de valeur par défaut compliquées, il peut y avoir un ralentissement lors du rendu du formulaire. Dans la plupart des cas, l'augmentation du temps de rendu n'est pas visible, mais si le formulaire est complexe, le ralentissement peut être significatif.

    Aucune solution.

  • Après la mise à niveau, si le déploiement spécifie une taille de disque de démarrage inférieure à la taille du disque de démarrage d'image, le déploiement échouera.

    Ce problème connu se produit lors de la mise à niveau vers la version 8.11.1 et les versions ultérieures.

  • Certains services ne sont pas accessibles après l'association d'un locataire à Aria Automation 8.12 via LCM

    Après l'association d'un locataire à VMware Aria Automation 8.12 via LCM, les utilisateurs peuvent ne pas être en mesure d'accéder aux services suivants :

    • Assembler

    • Assistant de migration

    • Des pipelines

    • Configuration 

    Solution :

    1. connectez-vous au locataire en tant qu'utilisateur disposant de privilèges de propriétaire d'organisation.

    2. Sous Gestion des identités et des accès, cliquez sur l'onglet Utilisateurs actifs.

    3. Sélectionnez l'utilisateur concerné et cliquez sur Modifier les rôles.

    4. Pour accorder à l'utilisateur l'accès à Assembler et à l'assistant de migration, cliquez sur Ajouter un accès au service et sélectionnez Cloud Assembly.

    5. Pour accorder à l'utilisateur l'accès aux pipelines, cliquez sur Ajouter un accès au service et sélectionnez Code Stream.

    6. Pour accorder à l'utilisateur l'accès à la configuration, cliquez sur Ajouter un accès au service et sélectionnez SaltStack Config.

  • L'opération de suppression pour les actions du jour 2 échoue lors de la suppression d'un pool d'un déploiement qui dépend d'un service virtuel

    Si une ressource Avi Load Balancer, telle qu'un moniteur de santé, est utilisée par deux pools dans des déploiements différents, la suppression du moniteur de santé de l'un des déploiements échouera avec une erreur "false".

    L'échec de la suppression de la ressource est valide, car le moniteur de santé est référencé par plusieurs pools. Toutefois, l'erreur affichée dans VMware Aria Automation n'est pas descriptive. L'erreur affichée dans Avi Load Balancer est plus détaillée et indique les causes de l'échec de la suppression.

    Aucune solution.

  • Vous recevez une erreur de validation lorsqu'une entrée d'action est liée au champ Projet

    Lorsqu'un élément de catalogue avec des formulaires personnalisés dispose d'une action externe comportant le champ Project comme entrée, cela peut provoquer une erreur. À l'ouverture de l'élément du catalogue, l'exécution de l'action échoue avec l'un des messages d'erreur suivants : “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>.

    Solution : Ne transmettez pas explicitement le champ de projet en tant qu'entrée d'action. Lors du démarrage d'une exécution d'action d'Automation Orchestrator, l'ID de projet est transmis implicitement en tant que paramètre de contexte. Plutôt que d'avoir une entrée pour le projet dans l'action, utilisez le paramètre de contexte “_projectId”.

    Par exemple, si l'action d'Automation Orchestrator reçoit une entrée appelée "project" :

    1. supprimez cette entrée et, dans le script d'action, créez une variable appelée "project" et attribuez-la avec la valeur de paramètre de contexte suivante : var project = System.getContext().getParameter("_projectId").

    2. Enregistrez l'action.

    3. Dans le concepteur de formulaires personnalisés de l'élément de catalogue, sélectionnez à nouveau l'action mise à jour.

    4. Enregistrez le formulaire personnalisé modifié.

  • L'agent CMX doit prendre en charge toutes les mesures prises en charge par Spring Boot pour que des alertes puissent être créées

    Maintenant que le service CMX est passé à Spring Boot, il doit prendre en charge toutes les mesures (en particulier « system_cpu_usage ») et doit les transférer vers Wavefront. Sans cela, les alertes ne peuvent pas être créées dans Wavefront lorsque l'utilisation du CPU dépasse le seuil.

    Aucune solution.

  • Le processus Modifier le projet échoue pour les environnements à locataires multiples dans les déploiements avec accès distant

    Ce problème peut se produire si votre déploiement inclut un accès distant avec un type d'authentification différent de publicPrivateKey. Les autres types d'authentification stockent leur lien d'informations d'identification à des fins d'authentification et, lors de l'action de modification du projet, les informations d'identification d'accès à distance sont définies avec l'organisation de locataires. La description du calcul est corrigée, mais avec le contexte du propriétaire (en raison de la logique reenterWithOwnerAuthContext), et dispose d'une organisation de fournisseurs. Les informations d'identification d'authentification sont définies dans l'organisation de locataires, mais elles sont remplacées par l'organisation de fournisseurs et la demande de correctif échoue avec une exception IllegalAccess.

    Solution :

    une solution potentielle consiste à mettre à jour les modèles de cloud à partir desquels les déploiements sont créés pour utiliser le type d'authentification publicPrivateKey pour l'accès à distance.

    remoteAccess:
      authentication: publicPrivateKey
      sshKey: ${input.sshKey}
      username: root 
  • Les workflows d'interaction d'utilisateur d'Aria Automation expirent s'il n'y a pas de réponse pendant un long moment

    Les interactions d'utilisateur manuelles ne peuvent pas obtenir de réponse à partir d'Aria Automation si plus de 24 heures se sont écoulées, mais elles peuvent toujours obtenir une réponse à partir d'Automation Orchestrator. Lors d'une tentative de réponse à l'interaction d'utilisateur manuelle à partir d'Aria Automation, ce message d'erreur s'affiche :

    « Impossible de traiter la demande en raison de : Impossible de trouver les informations sur l'ID de demande : « <ID de la demande> » pour la ressource : « <ID de la demande> » »

  • Le débogueur d'Automation Orchestrator n'intervient pas dans les sous-actions

    Le débogueur d'actions d'Automation Orchestrator n'intervient pas dans les actions internes appelées à l'aide de la méthode System.getModule(module).action().

    Solution : utilisez l'action racine comme seul élément d'un nouveau workflow et déboguez le workflow à l'aide du débogueur de workflow.

  • Comportement intermittent au cours duquel des serveurs ne sont pas ajoutés à un pool lors de l'utilisation de groupes de sécurité existants

    Lors de l'association d'un groupe de sécurité NSX à un pool Avi Load Balancer, la référence à ce groupe de sécurité doit être son chemin d'accès complet comme indiqué dans NSX.

    Aucune solution.

  • Le déploiement d'un équilibrage de charge NSX avec une configuration de persistance échoue si les valeurs des champs requis ne sont pas spécifiées

    Lors du déploiement d'un équilibrage de charge NSX avec une route qui inclut une configuration de persistance, le modèle VMware Aria Automation affiche tous les champs possibles sous properties > routes > persistenceConfig. Vous devez spécifier les valeurs de tous les champs requis comme suit :

    • Pour PersistenceConfig.type = COOKIE, spécifiez des valeurs pour les champs suivants :

      • cookieMode

      • cookieGarble

    • Pour PersistenceConfig.type = SOURCE_IP, spécifiez une valeur pour ipPurge.

    • N'utilisez pas PersistenceConfig.type = NONE.

    Si une valeur est manquante pour un champ requis, le déploiement échouera.

    Pour plus d'informations sur le schéma de ressources du Cloud.NSX.LoadBalancer > routes > persistenceConfig, accédez à Schéma de type de ressource Aria Automation SaaS.

    Aucune solution.

  • La commande « sseapi-config auth » génère des erreurs dans VMware Aria Automation Config SaaS

    La commande « sseapi-config auth » peut être utilisée pour afficher les ID d'empreinte digitale de la clé de master. Actuellement, cette commande ne fonctionne pas pour VMware Aria Automation Config SaaS.

    Aucune solution.

  • Les valeurs du menu déroulant ne sont pas réinitialisées à la dernière valeur sélectionnée si l'action est redéclenchée

    Dans les cas où les valueOptions (dropdown, multiSelect, dualList, combobox et autres) sont contrôlés par une source externe, vous pouvez rencontrer la situation suivante :

    1. Vous sélectionnez une valeur dans le menu déroulant.

    2. Une action se déclenche, ce qui entraîne l'absence d'options dans le menu.

    3. La valeur initialement sélectionnée est effacée du contrôle de l'interface utilisateur, mais est disponible sur demande.

    Solution : sélectionnez explicitement la valeur vide si elle est disponible.

  • Échec des déploiements de machine virtuelle (VM) avec l'option « Obtention de la machine virtuelle sur le point de terminaison de stratégie NSX-T »

    Les caractères spéciaux ne peuvent pas être utilisés dans le nom d'une machine virtuelle lorsque des balises NSX sont utilisées.

    Aucune solution.

  • Lors de la création d'une instance, la création de disques avec des étiquettes échoue en raison d'une transformation inattendue en bas de casse

    Il s'agit d'un bogue qui fait partie d'un scénario très improbable. 

    Lors de la création d'une instance, lorsqu'un utilisateur tente de créer une instance avec des disques en utilisant l'option initialize_params et attribue des étiquettes à ce disque (par exemple, "first_key": "first_value"), la clé sera convertie en « firstKey », qui n'est pas un format d'étiquette valide. 

    Il est recommandé d'ajouter les étiquettes séparément à l'aide de la ressource de disque ou d'utiliser un trait de soulignement dans la clé d'accès.

  • Informations de niveau de performance incohérentes pour la machine Azure lorsque le disque géré est redimensionné à l'aide d'actions de jour 2

    Lorsqu'un disque Azure avec un disque géré supérieur est redimensionné avec des actions de jour 2 dans Aria Automation, le niveau de performances de la ligne de base est mis à jour en conséquence dans le portail Azure. Toutefois, le niveau de performances reste le même dans le modèle dans les propriétés personnalisées d'Aria Automation. Cela entraîne des informations de niveau de performance incohérentes.

    Aucune solution.

  • Les actions supprimées s'affichent pour les aides

    Les actions de suppression non prises en charge s'affichent pour les aides. Par exemple, CloudZoneAllocationHelper et CustomNamingHelper.

    Aucune solution.

  • Les machines vCenter s'affichent avec une adresse IP APIPA (adressage IP privé automatique) comme adresse IP principale

    L'adresse IP APIPA est une adresse IPv4 attribuée à une machine lorsque le serveur DHCP dans le système n'est pas accessible. L'adresse se trouve dans la plage suivante : de 169.254.0.1 à 169.254.255.254. Lorsque cela se produit, l'algorithme VMware Aria Automation sélectionne de manière incorrecte l'adresse IP APIPA comme adresse IP principale de la machine qui s'affiche dans l'interface utilisateur de VMware Aria Automation. Cela s'applique à la fois aux machines découvertes et déployées. 

    VMware Aria Automation affiche l'adresse IP APIPA comme adresse IP principale de la machine vCenter, car l'algorithme qui détermine l'adresse IP principale n'a pas pu filtrer ces adresses IP. 

    Aucune solution.

  • Intégrer la version 0.21.0 du plug-in au projet Flagman

    Dans les modèles de cloud pour les ressources idem.gcp, les utilisateurs doivent utiliser type_ et non type.

    Il existe deux différents cas identifiés :

    Dans instance -> network_interfaces, la propriété type_ peut facilement être erronée et écrite sous la forme type. Si type est utilisé, VMware Aria Automation ne notifie pas l'utilisateur (comme prévu), mais la propriété est ignorée et la valeur souhaitée n'est pas définie.

    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 

    L'autre cas d'utilisation se trouve dans disk. La dernière propriété type_ peut facilement être erronée et écrite sous la forme type. Cela entraîne le même résultat que celui décrit ci-dessus : l'utilisateur n'est pas notifié, la propriété est ignorée et la valeur est définie sur la valeur par défaut (et non la valeur spécifiée dans le modèle de cloud).

      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'} 

     

    Aucune solution.

  • Les modules Python ne se téléchargent pas à partir de registres privés qui nécessitent un module setuptools

    Lors de l'utilisation d'un référentiel Python privé basé sur un module setuptools, les dépendances ne peuvent pas être téléchargées.

  • La création d'une instance avec un état autre qu'EN COURS D'EXÉCUTION n'est pas appliquée

    Lorsqu'une instance de machine virtuelle est créée, Google Compute Engine la provisionne automatiquement dans l'état EN COURS D'EXÉCUTION, même lorsque le modèle de déploiement spécifie un autre état d'exécution souhaité (par exemple. TERMINÉ).

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