RSS
 

Versions de mises à jour

VMware Aria Automation | août 2023

VMware Aria Automation 8.13.1 | 7 septembre 2023

  • VMware Aria Automation 8.13.1 build 22360938

  • VMware Aria Automation Easy Installer build 22395538

  • VMware Aria Automation Cloud Extensibility Proxy build 22360952

  • VMware Aria Automation Orchestrator build 22352281

Mises à jour apportées à ce document

Date

Description de la mise à jour

Type

26 août 2023

Publication initiale pour VMware Aria Automation août 2023

7 septembre 2023

Publication initiale pour VMware Aria Automation 8.13.1

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

À partir de la version d'avril 2023, le nom du produit passe de vRealize Automation à VMware Aria Automation. VMware Aria Automation inclut également ces services en tant que produit unifié :

  • VMware Aria Automation Config (anciennement SaltStack Config)

  • VMware Aria Automation for Secure Hosts (anciennement SaltStack SecOps)

  • VMware Aria Automation Orchestrator (anciennement vRealize Orchestrator)

À 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.13

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 Config et Secure Hosts

Automation Config et Secure Hosts 8.12

Automation Orchestrator 8.13

Conditions requises pour la mise à niveau d'Automation Config

Avant de pouvoir mettre à niveau votre dispositif Automation Config, vous devez mettre à niveau le plug-in master. Pour plus d'informations sur la mise à niveau du plug-in master, reportez-vous à la section Mettre à niveau le plug-in master.

Nouveautés d'août 2023/de la version 8.13.1 pour VMware Aria Automation

  • Attribution de nom personnalisée aux ressources de plug-in

    Les ressources basées sur le plug-in prennent désormais en charge une fonctionnalité d'attribution de nom personnalisée. Vous pouvez désormais définir des modèles d'attribution de nom personnalisés au niveau du projet ou de l'organisation et les utiliser de la même manière que les ressources classiques. Des aides à l'attribution de nom personnalisée sont également disponibles dans le canevas Automation Assembler. Ces aides peuvent être utilisées comme d'autres aides d'allocation sur les objets cloud.

  • Conformité FIPS pour les ressources basées sur le plug-in

    Les services récemment ajoutés à VMware Aria Automation sont conformes aux normes FIPS (Federal Information Processing Standards). Cela répond aux exigences des divisions du gouvernement fédéral américain, des institutions de recherche, des universités, des entrepreneurs de la défense et de toute autre personne utilisant des réseaux gouvernementaux ou protégeant les données gouvernementales. Les établissements financiers et de santé exigent également la conformité FIPS pour la protection de leurs données confidentielles.

  • Le filtre de stockage doit transmettre toutes les sélections qui répondent aux critères aux filtres en aval

    La stratégie de positionnement SPREAD, au niveau du projet et au niveau de la zone de cloud, peut désormais être utilisée avec plusieurs profils de stockage sélectionnés via des balises de contrainte de stockage. Il existe plusieurs changements de comportement pour les contraintes souples au niveau du profil de stockage : 

    • Si des contraintes souples sont utilisées pour le stockage dans les modèles de cloud, l'élément de profil de stockage correspondant avec une balise correspondante est sélectionné.

    • S'il n'existe pas d'élément de profil de stockage correspondant à cette balise, le profil par défaut de cette région est sélectionné.

    • S'il existe une stratégie SPREAD au niveau de la zone de cloud ou du projet, le cluster de calcul est sélectionné en fonction de la stratégie. Ensuite, la correspondance des balises est utilisée pour sélectionner l'élément de profil de stockage correspondant.

    • En cas de contraintes souples, si aucun élément de stockage correspondant n'est connecté au cluster de calcul sélectionné, l'élément de stockage par défaut est sélectionné.

    • En cas de contraintes strictes, si aucun élément de stockage correspondant n'est connecté au cluster de calcul sélectionné, le provisionnement échoue en fonction de la définition de la contrainte matérielle spécifique.

    Solution :

    1. balisez le profil de stockage requis en ajoutant une balise dans le champ des balises de capacité (telle que mytag) du profil.

    2. Ajoutez la même balise dans le fichier YAML du modèle de cloud, comme indiqué :

      Cloud_Azure_Machine_1:     
   type: Cloud.Azure.Machine     
   properties:      
    storage:          
     constraints:            
       - tag: mytag

  • Mises à jour du catalogue Service Broker

    L'interface utilisateur des éléments du catalogue est mise à jour pour être axée sur l'utilisateur et partager plus de détails. Ces mises à jour incluent les éléments suivants :

    • Vous pouvez désormais sélectionner un affichage en liste lorsque vous parcourez des éléments du catalogue.

    • Nouvelle conception et nouvelle police pour la fiche de catalogue, afin de permettre une description et un nom plus longs.

    • Résumé Utilisation de mes ressources plus petit.

    • Le tri et la recherche sont déplacés en haut à droite.

  • Les ressources basées sur le plug-in prennent désormais en charge de nouvelles actions OOTB de jour 2

    Ces actions de jour 2 sont désormais prises en charge pour les ressources basées sur le plug-in :

     AWS * EC2 : mettre sous tension, mettre hors tension

    • Compartiment S3 : Supprimer

    • Équilibrage de charge : Supprimer : la suppression fonctionne, mais le type de ressource d'équilibrage de charge est actuellement masqué

    • RDS : Supprimer : la suppression fonctionne, mais le type de ressource RDS est actuellement masqué

    • EKS : Supprimer : la suppression fonctionne, mais le type de ressource EKS est actuellement masqué

    GCP * VM : mettre sous tension, mettre hors tension, reprendre, interrompre

    • Storage Bucket : Supprimer

    • Compte de service : Supprimer

    • Machine protégée : mettre sous tension, mettre hors tension, reprendre, interrompre

  • Mises à jour liées aux modifications de licence Terraform apportées par HashiCorp

    Le 10 août 2023, HashiCorp a annoncé que sa licence de code source de Mozilla Public License (MPL) passait à la licence Business Source License (BSL/BUSL) pour les futures versions de ses produits, notamment Terraform, Vault, Consul, Boundary, Nomad, Waypoint, Packer et Vagrant. Cette modification de licence affecte uniquement les versions de Terraform plus récentes que la version 1.5.5.

    Par conséquent, nous empêchons dès maintenant les clients de choisir des versions de Terraform plus récentes que la version´1.5.5 dans VMware Aria Automation lors de l'exécution de leurs configurations Terraform.

  • Ajouter un compte de cloud pour vCenter connecté à vSphere+

    VMware Aria Automation prend désormais en charge l'ajout de comptes de cloud vCenter utilisés comme couches IaaS vSphere pour l'automatisation de la charge de travail. Cette fonctionnalité introduit la prise en charge de l'ajout d'un compte de cloud pour vCenter connecté au service cloud vSphere+.

    Dans ce cadre, l'interface utilisateur et l'API sont mises à jour pour refléter la nature unique de vSphere+ connecté à vCenter. En particulier pour l'interface utilisateur, l'expérience est simplifiée. Il n'est plus nécessaire de spécifier l'adresse IP, le nom de domaine complet ou les informations de proxy cloud, car toutes les instances de vCenter connectées à vSphere+ sont provisionnées dans la même organisation SaaS. Par conséquent, elles sont automatiquement détectées par VMware Aria Automation et peuvent être sélectionnées une par une.

  • Prise en charge de VMware Aria Automation Config pour les modules Salt Onedir

    VMware Aria Automation Config prend désormais en charge Salt installé avec des modules Onedir comme nouvelle méthode d'installation préférée d'Open Salt 3006 et versions ultérieures. Via Onedir, tous les exécutables Salt sont inclus dans un seul répertoire. Onedir inclut également la version Python requise par Salt et ses dépendances requises. Pour plus d'informations sur Onedir et les étapes de mise à niveau, reportez-vous à la section Mettre à niveau vers Onedir.

    Lors de la mise à niveau d'Open Salt vers Onedir, il est vivement recommandé de consulter le guide de l'utilisateur. N'oubliez pas de suivre l'étape 4 dans la documentation Mise à niveau vers Onedir et réinstallez les modules Python tiers.

    Pour les masters Salt connectés à VMware Aria Automation Config et gérés par celui-ci, le plug-in master RaaS doit être réinstallé. Suivez la documentation Aria Config pour installer, mettre à niveau ou configurer le plug-in maître RaaS.

    Pour plus d'informations, consultez l'article 89728 de la base de connaissances.

     Remarque : la prise en charge de Salt Onedir avec Photon OS 4.0 sera disponible dans une prochaine version.

  • VMware Aria Automation for Secure Hosts : prise en charge par l'interface utilisateur des importations d'analyses de vulnérabilité Qualys

    L'importation de l'analyse de vulnérabilité Qualys est désormais prise en charge par l'interface utilisateur via VMware Aria Automation for Secure Hosts. Pour plus d'informations, accédez à la section Comment exécuter une analyse tierce.

  • Informations de version de Salt Open (projet open source)

    Salt Project est un moteur de gestion d'automatisation et de configuration open source. Salt est la technologie qui sous-tend les fonctionnalités principales de VMware Aria Automation Config. Pour plus d'informations sur Salt Project, accédez à la page Salt Project.

    Les extensions suivantes sont publiées pour Salt Open : 

    Remarque : les mises à jour de VMware Aria Automation Config sont traitées séparément dans ces notes de mise à jour.

    • Salt Analytics permet aux clients de transmettre les informations d'analyse à n'importe quel système externe pour surveiller l'infrastructure Salt. 

    • Salt Heist améliore la gestion de Salt en installant ou en mettant à niveau Salt à grande échelle. Il fournit également une solution sans agent en supprimant l'agent lorsqu'il n'est plus nécessaire.

    • Salt Describe améliore l'expérience utilisateur en générant automatiquement des fichiers d'état Salt afin de gérer les états souhaités pour les environnements vierges ou existants. Ces fichiers peuvent être utilisés en l'état ou avec des modifications en fonction des besoins de l'entreprise. 

    Pour plus d'informations sur les versions de Salt Open, consultez les liens suivants :

Nouveautés d'Automation Orchestrator

  • Limitation du nombre de métamodèles vAPI pris en charge par le plug-in vAPI d'Aria Automation Orchestrator

    À partir de la version 8.13.1, le nombre de métamodèles vAPI pouvant être ajoutés à partir du plug-in vAPI d'Automation Orchestrator est limité à une valeur par défaut de 20. Vous pouvez modifier cette valeur en ajoutant vapi.metamodels.count à votre déploiement d'Automation Orchestrator et en définissant la valeur de la propriété sur le nombre souhaité de métamodèles. L'ajout de plus de 20 modèles peut consommer trop de mémoire et entraîner une instabilité du déploiement d'Automation Orchestrator. 

Problèmes résolus

  • L'utilisateur ne peut pas modifier l'état de l'option Activer les fonctionnalités sous le panneau d'aide

    Lorsque l'option Activer les fonctionnalités (Demandes de support et commentaires) est désactivée pour les locataires secondaires, la modification n'est pas appliquée et les paramètres restent actifs.

  • Le débogueur n'intervient pas dans les sous-actions dans le script d'une action

    Auparavant, lors du débogage d'une action, le débogueur n'intervenait pas dans les sous-actions lorsque le bouton Dépasser vers était appuyé. Désormais, le débogueur intervient dans les sous-actions lorsque le bouton Intervenir dans est appuyé lors du débogage dans l'éditeur d'actions.

  • Vous recevez une erreur de collecte de données dans vra-vcd-adapter en présence d'un réseau entre VDC importé

    Le cloud public VCD adapté échoue lors de la collecte de données sur un objet d'infrastructure VCD. Cette erreur se produit lorsqu'un réseau VDC importé est configuré dans le locataire VCD distant. Cela entraîne l'absence de collecte d'autres constructions VCD, notamment les stratégies de stockage, les banques de données, les machines virtuelles, les volumes, etc.

    Ce problème est désormais résolu et vous pouvez collecter des données lors de l'utilisation de réseaux VDC importés, y compris les réseaux VDC étendus aux groupes de centres de données VCD. Cela permet de provisionner des charges de travail de calcul connectées à ces réseaux, tout en tirant parti des capacités d'intégration telles qu'IPAM, les attributions d'adresses IP statiques et dynamiques, les intégrations IPAM externes, etc.

  • L'entrée des énumérations dynamiques pour les modèles de cloud ne peut pas être validée si le type de retour des actions est Tableau/Propriétés

    La validation échoue lorsqu'un modèle de cloud inclut une entrée d'énumération de chaîne avec une valeur dynamique dont le type de retour Tableau/Propriétés contient uniquement les propriétés value et label. Avec la dernière version, ces problèmes sont résolus en traitant la valeur Tableau/Propriétés comme une liste énumérée de clés et de valeurs. Pour chaque élément de propriétés dans le tableau, son élément de liste correspondant dispose d'une clé (la valeur de la propriété label) et d'une valeur (la valeur de la propriété value).

  • Les entrées de valeurs de constante pour les paramètres d'action du concepteur de formulaires de type tableau/nombre ou tableau/date se comportent comme une valeur unique

    Ce problème est résolu grâce aux modifications apportées à la manière dont le concepteur de formulaire gère ces paramètres.

    Lorsque les paramètres d'action sont du type tableau/nombre ou tableau/date, l'entrée des valeurs de constantes est une Textarea, dans laquelle vous pouvez entrer les valeurs des éléments du tableau séparées par des virgules.

    Lorsque les paramètres d'action constante sont du type tableau/date, une entrée de tableau est utilisée. Cela vous permet d'ajouter ou de supprimer des éléments, sans ajouter de valeurs vides ou incorrectes au tableau. La valeur du paramètre est enregistrée dans le schéma de formulaire sous la forme d'une chaîne ISO de chaînes date-heure séparées par des virgules.

  • La version PowerShell du conteneur PowerCLI est désormais mise à jour

    La version PowerShell du conteneur PowerCLI 12 est désormais mise à jour de la version 7.1 vers la dernière version de LTS 7.2.

  • Impossible d'afficher les entrées de tâche planifiée avec un menu déroulant

    Lors de la planification d'un workflow avec une entrée qui requiert l'affichage d'un menu déroulant pour les options de valeur, le menu contenant les options de valeur est coupé par le pied de page.

    Ce problème de mise en page est désormais résolu. Dans le cadre de ce correctif, les pages de création, de modification et d'affichage des détails des workflows planifiés sont désormais unifiées. Par conséquent, vous pouvez désormais mettre à jour les valeurs d'entrée d'une tâche planifiée existante, au lieu de devoir créer une tâche planifiée. Les nouvelles valeurs sont appliquées à partir de la première exécution ultérieure.

Problèmes connus

  • 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 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.

Nouveautés de juillet 2023/de la version 8.13 pour VMware Aria Automation

  • Secure Hosts prend en charge l'évaluation CIS pour RHEL9

    VMware Aria Automation for Secure Hosts prend désormais en charge l'évaluation CIS pour RHEL9.

  • Prise en charge de la ligne de commande pour la configuration de VMware Aria Automation Orchestrator

    VMware Aria Automation Orchestrator peut désormais être configuré via l'interface de ligne de commande (CLI) en utilisant les commandes « vracli vro » en plus des options existantes du centre de contrôle. Pour plus d'informations sur la configuration de VMware Aria Automation Orchestrator avec des commandes CLI, accédez aux sections Configuration du fournisseur d'authentification Automation Orchestrator Appliance avec l'interface de ligne de commande et Options de configurations supplémentaires de l'interface de ligne de commande.

  • Prise en charge de l'équilibreur de charge dans le plug-in GCP

    Il est désormais possible de créer des équilibreurs de charge TCP globaux externes à partir de la ressource d'équilibrage de charge basée sur le plug-in.

    Dans le cadre de l'équilibrage de charge, il est possible d'effectuer les actions suivantes :

    • Insérer, supprimer et mettre à jour une ressource instanceGroup

    • Ajouter, supprimer et répertorier les instances associées à une ressource instanceGroup

    • Obtenir et répertorier les healthChecks

    • Corriger et mettre à jour une ressource healthCheck

    • Insérer et supprimer des ressources backendService

    • Insérer et supprimer des forwardingRules

    • Obtenir et répertorier les forwardingRules

    • Obtenir et répertorier la ressource backendService

    • Corriger et mettre à jour une ressource de pare-feu

    • Mettre à jour et corriger une ressource backendServices

    • Obtenir et répertorier les pare-feu

    • Insérer et supprimer des pare-feu

    • Insérer et supprimer des healthChecks

    • Prendre en charge des pools cibles d'obtention et de répertoriage

    • Corriger, définir des étiquettes et définir la cible sur une ressource forwardingRules

  • Les déploiements intégrés sont conformes aux limites de stratégie de Service Broker

    Les déploiements qui incluent une machine virtuelle et des disques sont désormais conformes aux limites de stratégie de Service Broker. Les déploiements intégrés sont pris en compte dans les limites ci-dessous :

    • limite org : CPU, nombre de VM, mémoire et stockage

    • limite utilisateur de l'org : CPU, nombre de VM, mémoire et stockage

    • limite projet : CPU, nombre de VM, mémoire et stockage

    • limite utilisateur de projet : CPU, nombre de VM, mémoire et stockage

    Vous pouvez choisir d'autoriser la comptabilisation des ressources en cours d'intégration dans les limites en activant l'option. Par défaut, l'option est désactivée, ce qui est cohérent avec le comportement précédent. 

  • Visibilité des objets facturables dans VMware Aria Automation

    VMware Aria Automation permet aux administrateurs d'afficher un résumé des objets facturables gérés via l'API et l'interface utilisateur. En outre, le centre de ressources d'Aria Automation Assembler et d'Aria Automation Service Broker a été amélioré pour permettre de filtrer les ressources facturables elles-mêmes ou en combinaison avec d'autres filtres déjà pris en charge. En savoir plus sur les objets facturables.

  • Action du jour 2 pour modifier le niveau de performances des disques de stockage Azure

    VMware Aria Automation prend désormais en charge la modification du niveau de performances d'un disque de stockage Azure en tant qu'action du jour 2. Vous pouvez désormais voir une action du jour 2 disponible sur ces disques, qui vous permet de modifier le niveau de performances du disque si nécessaire.

  • Recréer une machine virtuelle pour les charges de travail vSphere intégrées et migrées

    Après la dernière version de l'action du jour 2 Recréer, nous prenons désormais en charge les actions Recréer pour les charges de travail vSphere intégrées et les charges de travail vSphere à partir de l'outil d'assistant de migration. Lorsqu'une machine virtuelle intégrée est sélectionnée pour être recréée pour la première fois, l'utilisateur peut afficher et confirmer la sélection de l'image.

  • Amélioration de la visualisation des ressources

    Dans cette version, Aria Automation inclut les améliorations de l'interface utilisateur suivantes pour les ressources basées sur le plug-in :

    •  Les propriétés de l'aide d'allocation peuvent être réduites.

    • Une nouvelle catégorie permet d'afficher les propriétés génériques des ressources Idem.

    • Des descriptions sont ajoutées aux paramètres.

    • Ajout du composant Breadcrumbs à l'info-bulle des propriétés pour la navigation en arrière.

    • Lorsqu'un composant Aide à l'allocation est lié à une ressource Idem directement dans le canevas, la liaison de la propriété respective est automatiquement remplie, dans la mesure du possible.

  • Prise en charge des comptes de service dans le plug-in GCP

    Les utilisateurs de VMware Aria Automation peuvent désormais déployer des comptes de service GCP et des clés de compte de service à l'aide de Blueprints, de catalogues et de services Idem.

    Cas d'utilisation : 

    1. Créer un compte de service

    2. Créer un compartiment de stockage

    3. Le compartiment de stockage doit être accessible uniquement via le compte de service

  • Augmentation des limites d'inventaire

    L'infrastructure basée sur le plug-in prend désormais en charge 250 000 ressources Idem dans l'inventaire. 

  • Versions de formulaires personnalisés intégrées à des éléments de contenu

    Les versions des formulaires personnalisés de Service Broker incluent désormais les améliorations suivantes :

    • Vous pouvez personnaliser des éléments de contenu basés sur un Blueprint racine. 

    • Vous pouvez créer un formulaire personnalisé pour des versions de Blueprint spécifiques en cliquant sur le panneau de détails et sur le nom de la version (désormais affiché sous forme de lien) pour ouvrir le concepteur de formulaires pour cette version spécifique.

    • Ajout d'un bouton « Désactiver le formulaire personnalisé » dans le menu Action du panneau de détails, qui désactive le formulaire personnalisé pour cette version de Blueprint spécifique.

    • Nouvelle colonne dans le tableau des versions du Blueprint qui indique si cette version dispose d'un formulaire personnalisé spécifique à la version.

    • Le bouton « Supprimer le formulaire personnalisé » est renommé « Supprimer le formulaire personnalisé spécifique à la version » dans le menu Action de la grille de données situé dans le panneau de détails.

  • Supprimer node.js 14 des environnements d'exécution et de Polyglot

    Les éléments de script créés pour Node.js 14 seront automatiquement basculés pour s'exécuter sur Node.js 18.

  • Python 3.7 est déconseillé et sera supprimé dans les prochaines versions

    Avis d'obsolescence

    Python 3.7 atteindra sa Fin de vie le 27 juillet 2023. L'exécution de Python 3.7 est désormais déconseillée et sera supprimée d'Aria Orchestrator à partir de la version d'octobre 2023. Les clients sont invités à commencer à utiliser Python 3.10. Cela s'applique aux services Aria Orchestrator et ABX.

  • (Facultatif) Négliger le CPU et la mémoire des machines virtuelles hors tension dans la stratégie de quota de ressources

    Vous pouvez désormais choisir de négliger le CPU et la mémoire consommés par les machines virtuelles (VM) hors tension dans une stratégie de quota de ressources. Cela permet aux utilisateurs qui sont limités par une stratégie de quota de ressources de provisionner des machines virtuelles même lorsqu'ils ont dépassé les quotas de CPU ou de mémoire si certaines machines virtuelles prises en compte dans le quota sont hors tension. 

  • Action du jour 2 Désinscrire les machines provisionnées

    Vous pouvez désormais désinscrire d'Aria Automation les machines virtuelles vSphere provisionnées par Aria Automation en tant qu'action du jour 2 d'une ressource. Lorsque vous désinscrivez une machine virtuelle provisionnée, celle-ci est supprimée de l'inventaire Aria Automation, mais elle reste la même qu'elle était dans vCenter avant l'exécution de l'action. Cette machine virtuelle est ensuite déplacée et répertoriée comme machine virtuelle « découverte » dans Aria Automation et peut être intégrée, si nécessaire.

    Remarque : lorsqu'une machine virtuelle provisionnée est désinscrite, son déploiement reste en place.

  • Le certificat de signature de module peut désormais être modifié à l'aide du workflow « Générer un certificat de signature de module »

    Le certificat de signature du module peut désormais être modifié à l'aide du workflow « Générer un certificat de signature de module » plutôt que d'utiliser le centre de contrôle.

  • L'environnement d'exécution PowerCLI 11 est déconseillée

    Avis d'obsolescence

    L'exécution de PowerCLI 11 (PowerShell 6.2) est déconseillée et sera supprimée d'Aria Orchestrator à partir de la version d'octobre 2023. Les clients sont invités à commencer à utiliser l'environnement d'exécution PowerCLI 12.

  • Importation de l'analyse de vulnérabilité Qualys via l'API avec Aria Automation for Secure Hosts

    Aria Automation for Secure Hosts prend désormais en charge l'importation directe des résultats de l'analyse de vulnérabilité Qualys via l'API.

Problèmes connus

  • 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 : consultez l'article KB 93437.

Problèmes résolus

  • Lors du transfert de l'abonnement depuis vRA 8.8.2 au cours de la production et avant la production, l'événement « Post-provisionnement de la ressource personnalisée » est activé trois fois

    Lorsqu'une ressource personnalisée est provisionnée dans un environnement HA, l'événement « Post-provisionnement de la ressource personnalisée » était parfois publié plusieurs fois en raison de problèmes de synchronisation entre les nœuds. Cela se produisait généralement lorsque le workflow qui provisionne la ressource personnalisée s'exécute pendant plus de 2 à 3 minutes et qu'il existait un abonnement bloquant sur l'événement « Post-provisionnement de la ressource personnalisée ».

  • Aria Automation for Secure Hosts inclut des informations CVE pour tous les types d'architecture d'un système basé sur RHEL

    Aria Automation for Secure Hosts répertorie désormais les informations CVE et de correctif en fonction du type d'architecture d'un système basé sur RHEL. Par exemple : Power PC, X86_64.

  • Le téléchargement des résultats de l'évaluation SecOps ne fonctionne pas dans certains cas

    Auparavant, le téléchargement du rapport de conformité à l'aide du bouton de téléchargement au format JSON ne fonctionnait pas dans certains cas. Ce problème a été résolu et tout fonctionne comme prévu.

  • Des problèmes de performances peuvent se produire lors de l'augmentation des groupes cibles dans Aria Automation Config

    Dans certains cas, des problèmes de performances peuvent se produire dans Aria Automation Config en raison de l'augmentation des groupes cibles.

Nouveautés de juin 2023/de la version 8.12.2 pour VMware Aria Automation

  • Gestion continue des charges de travail basculées par SRM

    Lorsque les charges de travail gérées par Aria Automation sont protégées et basculées par VMware Site Recovery Manager (SRM) vers un site secondaire, les utilisateurs d'Aria Automation peuvent désormais continuer à gérer cette charge de travail et ses réseaux et disques associés. La charge de travail est visible dans Aria Automation avec des propriétés mises à jour pour refléter les modifications résultant du déplacement de la charge de travail, et les actions de jour 2 sont toujours disponibles.

    Remarque : cette version de fonctionnalité initiale prend en charge les machines vSphere, avec des disques vSphere attachés et des réseaux vSphere.

  • Prise en charge des snapshots de machine virtuelle dans GCP

    L'infrastructure basée sur le plug-in dans Aria Automation prend en charge les cas d'utilisation suivants sur un snapshot :

    Cas d'utilisation 1

    Création d'un snapshot à partir d'une ressource de disque lors de la création d'un déploiement à l'aide d'un Blueprint

    Par exemple, le bloc YAML du VCT peut devoir créer un disque et un autre bloc YAML dans le même VCT peut devoir créer un snapshot juste après la création du disque (ci-dessus).

    Lorsque vous créez un déploiement avec ce VCT, un disque est créé et un snapshot est réalisé.

    Cas d'utilisation 2

    Suppression d'un snapshot existant 

    Suppression d'un snapshot avec l'action Supprimer.

    Cas d'utilisation 3

    Mise à jour d'un snapshot existant (par exemple, pour définir des étiquettes)

    Le snapshot peut être mis à jour lors de la mise à jour d'un déploiement existant à l'aide d'un VCT.

    Cas d'utilisation 4

    Restauration d'un disque à partir d'un snapshot (à l'aide d'un Blueprint)

    Dans le VCT, un disque peut être créé et un snapshot de celui-ci peut être réalisé. Ensuite, vous pouvez créer un autre disque à partir de ce snapshot (spécifié via la propriété « source_snapshot »).

  • Prise en charge de la gestion des ressources de disques dans GCP

    VMware Aria Automation prend en charge les profils de stockage, l'attachement et le détachement de disques, ainsi que le chiffrement des ressources GCP dans l'architecture basée sur le plug-in.

    Cela permet de gérer les ressources de disques de la manière la plus simple possible dans le plug-in GCP à attacher à une demande afin de créer une instance de machine virtuelle.

    Cela inclut les éléments suivants :

    • Création de disque (présent)

    • Suppression de disque (absent)

    • Affichage de disque (description)

    Ajout de la prise en charge de la ressource DiskTypes comme indiquée dans https://cloud.google.com/compute/docs/reference/rest/v1/diskTypes

    Il est possible d'attacher un disque à une ressource d'instance ou de l'en détacher. Aria Automation prend également en charge l'ajout ou la suppression d'une ou de plusieurs ResourcePolicies pour une ressource de disque. Cela prend également en charge la clé de chiffrement gérée par le client (CMEK). Si l'indicateur de suppression automatique est défini, le disque est également supprimé lorsque l'instance est supprimée. Il est possible d'attacher des étiquettes au disque.

    Aria Automation prend en charge les disques persistants de démarrage et de non-démarrage (données). Toutes les propriétés disponibles dans GCP seront disponibles via Aria Automation. 

  • Prise en charge du sous-réseau AWS et de la fonctionnalité de test dans VCT

    La mise à jour de juin 2023 pour VMware Aria Automation comprend les améliorations suivantes :

    • La ressource de sous-réseau AWS est disponible dans Assembler. Vous pouvez l'utiliser dans VCT et créer un catalogue

    • Elle fournit l'adresse IP publique et la liste des cartes réseau connectées aux instances d'AWS EC2.

    • Elle fournit la liste des volumes avec leurs propriétés pour les instances d'AWS EC2. La fonctionnalité de test est désormais entièrement activée pour tester un VCT contenant des ressources basées sur le plug-in.

    • Ajout de la prise en charge de l'approbation de base permettant à l'approbateur d'approuver ou de rejeter les déploiements. 

    • Prise en charge de l'exécution de test VCT pour les ressources d'allocation

  • Prise en charge de la gestion des ressources réseau dans GCP

    VMware Aria Automation prend en charge le provisionnement de ressources réseau sur Google Cloud Platform (GCP). Cela est désormais possible grâce à l'architecture basée sur le plug-in. L'objet réseau n'est pas disponible dans l'objet de machine virtuelle GCP classique. Avec l'architecture basée sur le plug-in, il est possible de créer, de mettre à jour et de supprimer des objets réseau.

    L'homologation réseau VPC Google Cloud connecte deux réseaux Virtual Private Cloud (VPC) afin que les ressources de chaque réseau puissent communiquer entre elles. L'architecture basée sur le plug-in prend en charge addPeering, removePeering, updatePeering, switchToCustomMode, patch et getEffectiveFirewalls.

  • Prise en charge des compartiments de stockage dans le plug-in GCP

    La ressource Compartiments représente un compartiment dans le stockage cloud. 

    VMware Aria Automation prend en charge la création et la suppression d'une ressource Compartiment dans GCP. Cela offre également la possibilité de corriger et de mettre à jour un compartiment de stockage.

    La ressource StorageBucket est gérée avec un contrôle d'accès par défaut. Elle peut être corrigée et mise à jour.

    Aria Automation fournit également une option afin de verrouiller la stratégie de rétention d'une ressource Compartiment.

  • Prise en charge du GPU pour les machines virtuelles dans le plug-in GCP

    VMware Aria Automation prend en charge la création de machines virtuelles GCP avec un nombre spécifique de ressources GPU.

    L'architecture basée sur le plug-in fournit toutes les propriétés disponibles dans GCP au lieu d'un ensemble prédéfini par Aria Automation. Cela inclut une propriété de GPU qui n'était pas disponible dans l'objet de machine virtuelle GCP classique dans Aria Automation. Cependant, avec l'architecture basée sur le plug-in, la propriété de GPU est disponible dans Assembler, dans lequel l'utilisateur peut fournir les entrées pour celle-ci.

    Le nombre de GPU peut être fourni dans le fichier YAML.

  • Prise en charge de la stratégie de stockage pour les ressources basées sur le plug-in

    VMware Aria Automation prend désormais en charge les stratégies de stockage afin que VCT puisse disposer de ressources provenant de l'architecture basée sur le plug-in. 

    L'allocation de stockage prend en charge les entrées spécifiques au cloud. La logique de filtrage du profil de stockage est la même que pour les ressources classiques.

  • Gérer les ressources d'instances protégées dans GCP

     VMware Aria Automation prend en charge la création d'instances protégées dans GCP à l'aide de la propriété protégée. Cela offre la possibilité d'identifier les instances protégées.

    Il est possible de définir une stratégie d'intégrité d'instance protégée sur une ressource de machine virtuelle GCP. Il est également possible de mettre à jour une configuration d'instance protégée pour une ressource d'instance.

  • Lors de l'intégration de machines, il est également possible d'intégrer les réseaux NSX-T connectés

    Lorsque des machines virtuelles sont intégrées, vous pouvez désormais intégrer également les réseaux NSX connectés. Dans ce cas, les réseaux s'affichent dans les déploiements associés et l'état de l'adresse IP de la machine virtuelle sera conservé lorsque la machine virtuelle sera supprimée.

  • Prise en charge des machines virtuelles GCP

    VMware Aria Automation prend en charge le provisionnement de machines virtuelles (VM) hébergées sur Google Cloud Platform (GCP). Cela est rendu possible grâce à l'architecture basée sur le plug-in. Les objets de machine virtuelle GCP classiques dans Aria Automation qui sont disponibles dans Assembler disposent d'un ensemble limité de propriétés. Cependant, avec l'architecture basée sur le plug-in, les objets de machine virtuelle fournissent toutes les propriétés qui sont disponibles dans Google Cloud Platform.

    L'avantage est que l'utilisateur peut fournir des entrées pour une ou plusieurs propriétés au lieu d'un ensemble prédéfini par Aria Automation. Par exemple, une propriété de GPU qui n'était pas disponible dans l'objet de machine virtuelle GCP classique dans Aria Automation. Cependant, avec l'architecture basée sur le plug-in, la propriété de GPU est disponible dans Assembler, dans lequel l'utilisateur peut fournir les entrées.

Problèmes connus

  • Le disque de démarrage est provisionné sur une banque de données qui ne correspond pas aux contraintes du profil de stockage

    Pendant la phase d'allocation d'un déploiement, lorsqu'une banque de données est sélectionnée pour les disques inclus dans le déploiement, il est possible que les profils de stockage ne soient pas pris en compte. Par conséquent, une banque de données qui ne respecte pas les contraintes définies par les profils de stockage peut être sélectionnée pour le disque.

    Ce problème peut se produire dans les cas suivants :

    1) Uniquement lorsque la propriété de configuration PREVENT_COMPUTE_STORAGE_OVERALLOCATION est définie sur true (elle est définie sur false par défaut).

    2) Uniquement lors de l'exécution d'au moins 10 déploiements en parallèle.

    À partir de la version 8.11.2 et versions ultérieures, ce problème est désormais résolu. Pendant le déploiement d'une machine virtuelle, le disque de démarrage est provisionné sur une banque de données qui correspond aux contraintes de profil de stockage attendues.

  • É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.

  • 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.

Problèmes résolus

  • Impossible de configurer l'authentification LDAP

    Auparavant, l'intégration LDAP entraînait une trop grande portée des recherches pour les utilisateurs et les groupes LDAP. Pour les annuaires très volumineux, cela signifiait que parfois les utilisateurs et les groupes qui existaient vraiment dans l'annuaire étaient introuvables en raison de limites imposées par Active Directory sur le nombre d'enregistrements renvoyés.

    En outre, les noms d'utilisateur ou les noms de groupe s'affichaient dans la liste à cocher, mais après les avoir cochés et cliqué sur « Enregistrer », les sélections n'étaient pas conservées et les cases étaient vides à nouveau.

    Désormais, ce problème a été corrigé et ne se produit plus. Cependant, si après la mise à niveau vers la version 8.12.2, vous rencontrez toujours des situations dans lesquelles Aria Automation Config ne parvient pas à trouver des utilisateurs et des groupes existants, vous pouvez ajouter des qualificateurs supplémentaires aux filtres de nom unique de recherche d'utilisateur et de groupe :

    • Par exemple, en supposant que votre annuaire d'entreprise dispose d'un nom unique de base « dc=corp,dc=example,dc=com ». Les utilisateurs qui doivent être autorisés à accéder à AAC appartiennent au groupe de sécurité Active Directory avec le distinguishedName « cn=ops,cn=groups,ou=Engineering,dc=corp,dc=example,dc=com ». Vous pouvez définir le filtre de nom unique de recherche de groupe sur « cn=groups,ou=Engineering,dc=corp,dc=example,dc=com ». Cela permet d'étendre la liste des groupes à tous les groupes dans l'unité d'organisation d'ingénierie, ce qui serait bien moins que tous les groupes de l'annuaire.

    • Si vous souhaitez définir des autorisations directement sur les utilisateurs, vous pouvez définir le filtre de nom unique de recherche d'utilisateur pour renvoyer simplement les utilisateurs dans l'unité d'organisation d'ingénierie avec ce filtre : « ou=Engineering,dc=corp,dc=example,dc=com ». Cela entraîne l'affichage des utilisateurs ingénieurs uniquement dans les listes d'utilisateurs.

    Il est important de se rappeler que ce ne sont que des filtres de recherche. Lorsque des utilisateurs et des groupes sont cochés dans l'onglet Utilisateurs et groupes de l'espace de travail Authentification, AAC enregistre le distinguishedName des utilisateurs et/ou des groupes et crée un lien en interne vers le distinguishedName. Les serveurs basés sur LDAP peuvent toujours rechercher un objet par distinguishedName. La modification des critères de recherche dans l'onglet d'autorisation initiale ne supprimera pas ces liens, mais modifiera simplement les listes des utilisateurs et groupes qui peuvent être trouvés et sélectionnés.

  • Des erreurs de délai d'expiration se produisaient lorsqu'AD/LDAP était utilisé pour authentifier Ansible Tower auprès d'Aria Automation

    Auparavant, l'authentification de base était utilisée pour authentifier Ansible Tower auprès d'Aria Automation. Cela provoquait des erreurs de délai d'expiration lorsque des informations d'identification AD/LDAP étaient utilisées.

    Avec cette version, Aria Automation utilise désormais l'authentification par jeton OAuth2 pour se connecter à Ansible Tower (selon l'approche recommandée par Red Hat Ansible Platform). Pour plus d'informations, consultez l'article de blog Résumé des méthodes d'authentification dans Red Hat Ansible Tower.

  • Les exécutions de demandes de workflow sont supprimées au bout de 24 heures, quel que soit leur état

    Dans les versions précédentes, une tâche planifiée supprimait toutes les exécutions de workflow demandées de plus de 24 heures, quel que soit leur état. Cela entraînait des erreurs lorsqu'une exécution de workflow prenait plus de 24 heures. Pour résoudre ce problème, nous avons apporté des améliorations au processus de suppression et des modifications à la requête.

    • Mise à jour de la tâche planifiée pour prendre en compte les états finaux des exécutions de workflow dans le cadre du processus de suppression.

    • Modification de la requête pour s'assurer que seules les exécutions de workflow avec les états finaux sont prises en compte pour la suppression.

    Ces améliorations garantissent que les exécutions de workflow restent ouvertes jusqu'à ce qu'elles atteignent un état final.

  • Le paramètre de validation externe lié au champ Demande d'informations projectId a une valeur nulle

    Ce problème se produit lorsqu'un formulaire personnalisé du jour 2 dispose d'un élément de validation externe avec le paramètre lié au champ Demande d'informations > ID de projet. Lorsque l'action de validation est exécutée, la valeur projectId est Null. Ce problème n'a pas de solution et est résolu pour la version 8.12.2.

  • Impossible de dimensionner un équilibrage de charge via l'API IaaS

    Lorsqu'Aria Automation crée un équilibrage de charge, nous vérifions s'il existe 0 machine. Si c'est le cas, nous ignorons la création de pools/serveurs virtuels/etc. Lors de la montée en charge d'un équilibrage de charge, celle-ci échoue s'il existe 0 pool, car Aria Automation n'a pas de logique pour créer ces ressources pendant la mise à jour.

    Aria Automation inclut désormais une fonctionnalité permettant de toujours créer des pools/serveurs virtuels/etc. quel que soit le nombre de machines attachées à l'équilibrage de charge. Cela signifie que lorsqu'un équilibrage de charge avec 0 machine est créé, Aria Automation crée des pools pour celui-ci. Ainsi, lorsque vous effectuez une montée en charge, vous ne voyez pas le message d'erreur Aucun pool.

    Pour activer ce nouveau comportement, définissez « nsxt.policy.create.lb.resources.without.machines » (via l'interface utilisateur Propriétés de configuration) sur true avant le provisionnement d'un équilibrage de charge.

  • L'étape ne s'exécute pas lorsque vous avez un élément switch dans un workflow Automation Orchestrator

    Dans les versions 8.11.0 et 8.11.1 du produit, lorsque des éléments de workflow sont abandonnés sur une flèche sortant d'un élément switch, ils ne sont pas exécutés lorsque le workflow est exécuté.

  • Définition des paramètres pour Cloud.Service.AWS.API.Gateway.Method

    Dans les versions précédentes, les utilisateurs de la ressource Aria Automation Assembler Cloud.Service.AWS.API.Gateway.Method pouvaient définir la valeur de propriété pour method.request.querystring.tableName avec des valeurs de chaîne telles que « true » ou « false ». À partir de cette version, les utilisateurs doivent utiliser des littéraux booléens plutôt que des valeurs de chaîne. L'utilisation de valeurs de chaîne entraîne l'échec de la mise à jour de la valeur de la propriété. 

    APIMethod :

    type: Cloud.Service.AWS.API.Gateway.Method

    propriétés :

    request_parameters :

    # Utilisez les valeurs littérales booléennes true ou false au lieu de « true » ou « false »

    method.request.querystring.tableName: true

  • Supprimer la fonctionnalité de la méthode de script saveToVersionRepository

    Des problèmes de performances ont été causés par un référentiel d'historique des versions stockant une grande quantité de versions d'éléments de configuration et/ou de ressources, suite à la génération de versions automatisée causée par les appels de méthode saveToVersionRepository.

    La fonctionnalité de la méthode saveToVersionRepository, qui est exposée aux instances ConfigurationElement et ResourceElement dans l'API de script d'Automation Orchestrator, a été supprimée. La méthode est toujours disponible dans l'API de script d'Automation Orchestrator, mais elle génère simplement un message de journal dans les journaux de workflow qui indique qu'elle n'est plus fonctionnelle et qu'elle sera supprimée dans une version ultérieure. La méthode a été marquée comme déconseillée.

    Chaque fois que les utilisateurs disposant d'un élément Configuration ou Ressource mis à jour à partir du client Automation Orchestrator et de l'API de script d'Automation Orchestrator (exécutions de workflow), décident de l'extraire d'un référentiel Git pour lequel ils disposent d'une intégration active ou de le transférer vers celui-ci, l'état actuel de l'élément Configuration ou Ressource donné est utilisé, car cet élément est affecté par l'opération.

    Les développeurs de workflows Automation Orchestrator doivent réviser les workflows et/ou les actions qui appelaient auparavant la méthode saveToVersionRepository et supprimer ces appels de leur code.

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

    Google Compute Engine démarre automatiquement les instances récemment déployées. Auparavant, le plug-in idem-gcp ignorait simplement la valeur de la propriété État, qui était transmise (de manière facultative) dans le cadre du SLS utilisé pour la création de l'instance.

     Ce problème est résolu en demandant au plug-in idem-gcp d'extraire la valeur de cette propriété et d'essayer de placer l'instance à l'état souhaité spécifié par cette propriété immédiatement après le déploiement de l'instance.

  • Le plug-in REST ne gère pas les clés d'API pour l'autorisation

    Le plug-in REST HTTP de VMware Aria Automation Orchestrator ne gérait pas l'autorisation des API avec des clés d'API personnalisées dans le passé.

    Par conséquent, lors de l'appel d'opérations telles que les REST API à partir de workflows, les entrées des clés d'API ne s'affichent pas dans le formulaire de workflow.

    Avec cette résolution, le plug-in REST peut analyser l'autorisation de clé d'API avec les types d'entrée « en-tête » et « requête » pour Swagger2 et OpenAPI3. Par conséquent, l'utilisateur peut donner des valeurs pour ces types d'entrée dans les formulaires de workflow. 

  • Lors de l'exécution d'un déploiement de machine virtuelle simple, avec la propriété de configuration PREVENT_COMPUTE_STORAGE_OVERALLOCATION définie sur true, Il est possible que le disque de démarrage soit provisionné sur une banque de données ne correspondant pas aux contraintes du profil de stockage.

    Pendant la phase d'allocation d'un déploiement, lorsqu'une banque de données est sélectionnée pour les disques inclus dans le déploiement, il est possible que les profils de stockage ne soient pas pris en compte. Par conséquent, une banque de données qui ne respecte pas les contraintes définies par les profils de stockage peut être sélectionnée pour le disque.

    Ce problème peut se produire dans les cas suivants :

    1) Uniquement lorsque la propriété de configuration PREVENT_COMPUTE_STORAGE_OVERALLOCATION est définie sur true (elle est définie sur false par défaut).

    2) Uniquement lors de l'exécution d'au moins 10 déploiements en parallèle.

    Résolution : À partir de la version 8.11.2 et versions ultérieures, ce problème est désormais résolu. Lors du déploiement d'une machine virtuelle, le disque de démarrage est provisionné sur une banque de données qui correspond aux contraintes du profil de stockage comme prévu.

Nouveautés de mai 2023/de la version 8.12.1 pour VMware Aria Automation

  • Possibilité de provisionner à nouveau une machine vSphere via l'action du jour 2

    Cette action du jour 2 remplace la machine virtuelle existante par une nouvelle machine virtuelle, configurée avec les mêmes nom, ID et attribution d'adresse IP. L'action est disponible par défaut pour les administrateurs Assembly, les administrateurs Service Broker, les administrateurs de projet et les propriétaires de déploiement. 

    Remarque : pour recréer une action du jour 2 :

    1. Un disque non persistant attaché à une machine virtuelle est effacé après qu'une action de recréation est appelée sur la machine virtuelle.

    2. Si un FCD est présent, celui-ci est détaché de la machine virtuelle, mais reste inchangé lorsque l'action de recréation est appelée.

    3. La recréation s'applique à la VM dans tous les états, à l'exception de l'état Manquant.

    4. Limité aux machines virtuelles vSphere déployées uniquement dans cette version. 

    5. Les machines virtuelles vSphere intégrées et migrées ne sont pas prises en charge dans cette version.

    6. L'action de recréation peut prendre plus de temps par rapport aux autres actions du jour 2, car elle implique le reprovisionnement de la machine virtuelle.

    Il est recommandé de prendre un snapshot de la ressource avant d'effectuer l'opération de recréation du jour 2.

  • Possibilité de réserver ou d'annuler la réservation d'une adresse IP pour la rendre indisponible/disponible pour le déploiement

    Vous pouvez interroger les adresses IP disponibles à partir de l'IPAM interne d'Aria Automation et réserver une ou plusieurs adresses IP pour les rendre indisponibles pour un déploiement. Ces opérations sont prises en charge via l'API uniquement. Pour plus d'informations, reportez-vous à la section Gestion des adresses IP du Guide de programmation de l'API.

Problèmes connus

  • 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.

  • 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.

  • 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> » »

  • 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.

  • 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É).

Problèmes résolus

  • Disques SSD Azure Premium avec niveau de performances non valide

    Lors du provisionnement d'une machine virtuelle Azure avec un disque de stockage SSD Premium attaché, Aria Automation permet aux utilisateurs de sélectionner des niveaux de performance non conformes qui ne sont pas compatibles avec les disques SSD Premium.

    Lors du déploiement sur Azure, le niveau de performances est mis à jour vers une option conforme dans Azure, mais Aria Automation affiche la sélection précédemment non conforme. Le même comportement se produit lorsque les clients redimensionnent ces disques via Aria Automation, que le disque soit attaché à une machine virtuelle ou autonome. Les clients doivent se reporter à la documentation Azure pour sélectionner les niveaux de performances appropriés. 

  • L'exportation d'un module avec le paramètre « Modifier le contenu » déverrouille le contenu du système

    Le contenu du plug-in (workflows par exemple) n'est plus affecté par les paramètres « Afficher le contenu », « Ajouter au module » et « Modifier le contenu » des modules importés.

  • Vérifier que le plug-in vCOIN apparaît comme étant Certifié VMware

    Le plug-in VMware Aria Automation Orchestrator pour vSphere Web Client s'affichait comme étant non Certifié VMware dans la section des plug-ins du client de vSphere Client.

    Ce problème a été résolu dans la dernière version et le plug-in sera répertorié comme étant Certifié VMware pour les nouveaux enregistrements. Les enregistrements de plug-in existants doivent être enregistrés à nouveau pour être affichés comme étant Certifié VMware.

  • Les développeurs de workflows peuvent remplacer le contenu qui ne fait pas partie de leurs autorisations

    Automation Orchestrator affiche une alerte lorsque l'utilisateur actuellement connecté ne dispose pas des autorisations pour remplacer des éléments spécifiques qu'il tente d'importer avec un module, et ces éléments ne peuvent pas être sélectionnés dans la boîte de dialogue d'importation du module.

    L'instance de REST API renvoie désormais une erreur dans la réponse lorsque l'utilisateur n'est pas autorisé à remplacer le contenu.

  • Modifications apportées à l'authentification par jeton de session par utilisateur d'Aria Automation

    Les clients utilisant le plug-in Aria Orchestrator pour Aria Automation avec des connexions « Session par utilisateur » rencontraient le problème de jeton d'accès utilisateur périmé et incorrect lorsqu'il était utilisé avec des connexions d'utilisateur multiples. Cela concernait tous les appels d'API Aria Automation utilisant la session par utilisateur pour les recherches de workflow, d'action et d'inventaire, ce qui entraînait des échecs ou des réponses d'API incorrecte lors de l'exécution à partir d'Aria Automation ou d'Aria Orchestrator.

    À partir de cette version, le plug-in Orchestrator pour Aria Automation inclut un correctif pour gérer correctement les jetons d'accès des utilisateurs. L'ensemble des workflows, actions et recherches d'inventaire un utilisant la session par utilisateur pour exécuter les API d'Aria Automation devraient fonctionner normalement lorsqu'ils sont exécutés directement depuis Orchestrator ou par le biais d'Aria Automation lorsqu'ils sont utilisés dans des environnements où plusieurs utilisateurs sont connectés.

  • Le transfert d'un objet à l'aide du bouton de version après avoir modifié la branche distante entraîne le transfert de toutes les modifications locales

    Chaque fois que vous disposiez d'un référentiel Git distant actif intégré et que vous tentiez de transférer un objet de contenu unique à l'aide du bouton Version, des éléments autres que celui sélectionné pouvaient être transférés vers le référentiel Git distant. Ce problème peut se produire après une modification de la branche distante ou après le basculement entre des référentiels actifs.

  • Révision de la stratégie de partage de contenu pour utiliser les sources de contenu plutôt que les éléments de contenu lorsque la source est présente dans la stratégie

    Les mises à jour de la stratégie de partage de contenu pour cette version sont les suivantes :

    1. Les stratégies de partage de contenu avec les sources de contenu sont désormais appliquées avec les sources comme cible et non les éléments de contenu dans la source de contenu. L'onglet des applications affiche désormais les sources de contenu en tant qu'élément cible. 

    2. Une fois qu'Aria Automation a été mis à niveau vers la version 8.12.1 ou ultérieure, toutes les stratégies de partage de contenu sont appliquées à nouveau une fois pour permettre l'intégration des modifications depuis le point 1. Il s'agit d'une action ponctuelle où l'application à nouveau est planifiée de manière uniforme au cours des deux premières heures.

Nouveautés d'avril 2023/de la version 8.12.0 pour VMware Aria Automation

  • Présentation du nouveau nom de famille VMware Aria

    Présentation du nouveau nom de famille VMware Aria !

    Le dictionnaire Merriam-Webster définit une aria comme « une mélodie accompagnée et élaborée chantée (comme dans un opéra) par une seule voix ». VMware Aria, solution unique de gestion du cloud, est la voix qui promet de supprimer la complexité multicloud qui se manifeste comme autant de « bruit » et de restaurer des opérations de cloud mélodieuses et harmonieuses pour nos clients.

    Remarque :

    • Les utilisateurs devront peut-être supprimer les cookies/actualiser le cache pour renommer les modifications afin qu'elles soient reflétées sur certaines pages.

    • Les événements plus anciens générés par le système (par exemple, dans les journaux d'audit) ne contiennent pas de noms renommés.

  • Nouvelle vignette unifiée Aria Automation avec des noms de service renommés (SaaS uniquement)

    Tous les services cloud Aria Automation sont regroupés sous une vignette de service unifié « Aria Automation ». En fonction de la licence utilisateur et du rôle, « Aria Automation Assembler » (anciennement Cloud Assembly), « Aria Automation Service Broker », « Aria Automation Pipelines » (anciennement Code Stream) et « Aria Automation Config » (anciennement SaltStack Config) s'affichent en tant que familles de services sous « Aria Automation ».

    Une nouvelle page de lancement explique également les détails de cette nouvelle structure et fournit une introduction à Aria Automation. Un nouveau commutateur de service permet une navigation rapide et facile entre les services sous Aria Automation. Cette configuration sera activée de manière transparente pour tous les utilisateurs d'Aria Automation.

    Remarque : cette option n'est pas disponible pour les utilisateurs qui accèdent aux services Aria Automation existants depuis VMware Cloud Partner Navigator. Dans ce scénario, l'expérience n'est pas modifiée.

    Vous devrez peut-être supprimer les cookies/actualiser le cache pour renommer les modifications afin qu'elles soient reflétées sur certaines pages.

    Les événements plus anciens générés par le système, par exemple dans les journaux d'audit ne contiennent pas de noms renommés.

    Pour plus d'informations sur VMware Aria Automation, reportez-vous au guide Prise en main de VMware Aria Automation.

  • Nouvelles options de délai d'expiration pour les flux d'actions d'extensibilité

    Les utilisateurs peuvent désormais choisir parmi deux options pour définir le délai d'action maximal lors de l'initialisation des flux d'actions ABX :

    • Définir la valeur du délai d'expiration jusqu'à 5 heures

    • Ne définir aucune limite pour l'exécution du flux en laissant la zone de texte du délai d'expiration vide

  • Possibilité d'utiliser Aria Automation pour provisionner le disque de stockage avec le type de provisionnement dynamique

    Vous pouvez désormais définir le type de provisionnement sur statique/dynamique/immédiat ou deux de ces états sur le profil de stockage et dans le modèle de cloud en tant que propriété dans les disques attachés. 

    Lorsque le type de provisionnement dynamique est utilisé, le provisionnement de disque se poursuit correctement, même s'il n'y a pas suffisamment d'espace dans la banque de données. Cette fonctionnalité sera disponible pour les disques attachés/indépendants. 

  • Présentation d'une nouvelle architecture de plug-in pour un accès plus rapide aux paramètres du fournisseur de cloud public natif mis à jour et une expérience utilisateur d'Automation Assembler plus agile

     Les ressources de cloud public sont continuellement mises à jour avec de nouvelles propriétés et opérations. Pour permettre une consommation plus rapide des ressources de cloud public, Aria Automation fournit de nouveaux modèles de conception et de déploiement basés sur des plug-ins dans Automation Assembler. L'architecture du plug-in permet un accès plus rapide aux paramètres du fournisseur mis à jour et une expérience utilisateur d'Automation Assembler plus agile. Un fournisseur de cloud tel qu'AWS ajoute davantage de ressources et de propriétés, et ces ressources et propriétés sont facilement ajoutées au plug-in associé.

     La stratégie d'allocation est disponible pour toutes les nouvelles ressources de cloud. Ces ressources peuvent être utilisées pour créer des modèles de cloud virtuel et peuvent être exposées en tant qu'objets du catalogue.

    Cette nouvelle architecture nous permet de fournir de nouveaux services AWS, tels que EC2, Compartiment S3, GP3, IO2 dans le canevas Cloud Assembly.

    Remarques :

    • Aria Automation 8.12 sur site nécessite 48 Go de mémoire. Avant la mise à niveau, assurez-vous d'avoir sécurisé la mémoire requise.

    • Certains composants sont en version bêta.

  • Possibilité de filtrer le journal d'audit à partir d'Aria Automation

    Le journal d'audit permet désormais aux administrateurs de suivre l'utilisation et la consommation avec Aria Automation. Cette fonctionnalité inclut les améliorations suivantes :

    • Filtrer la recherche des journaux d'audit

  • Possibilité d'afficher l'historique des versions pour les sources de contenu dans les formulaires personnalisés

    Les formulaires personnalisés dans Aria Automation Service Broker prennent désormais en charge l'historique des versions. En outre, vous pouvez désormais appliquer des formulaires personnalisés à différentes versions de VMware Cloud Template.

    L'auteur des formulaires personnalisés peut désormais :

    • Créer plusieurs versions d'un formulaire personnalisé

    • Vérifier la liste de toutes les versions d'un formulaire personnalisé

    • Restaurer un formulaire personnalisé vers une version précédente

    • Créer une nouvelle version du formulaire personnalisé basée sur la dernière version du formulaire personnalisé

    • Attacher un formulaire personnalisé à une version spécifique de l'élément source de contenu (uniquement pour les modèles de cloud)

    Remarque : les formulaires personnalisés hérités (migrés à partir de versions précédentes d'Aria Automation) sont liés à toutes les versions d'un modèle de cloud spécifique et partagés entre celles-ci. Si vous supprimez le formulaire personnalisé hérité, il est supprimé pour toutes les versions du modèle de cloud. Si vous souhaitez lier un formulaire personnalisé hérité à une version spécifique du modèle de cloud, vous devez activer/désactiver le formulaire personnalisé pour cette version spécifique du modèle de cloud en cliquant sur le bouton Version du modèle de cloud > Personnaliser le formulaire > Activé/Désactivé > Enregistrer.

    Pour plus d'informations sur l'historique des versions des sources de contenu dans les formulaires personnalisés, reportez-vous à l'article de blog sur l'historique des versions des formulaires personnalisés.

  • Prochaine désapprobation de la fonctionnalité Zones privées virtuelles

    VMware annonce son intention de déconseiller la fonctionnalité Zone privée virtuelle et le mappage d'image du fournisseur au locataire enfant. Tous les clients utilisant cette fonctionnalité doivent commencer à planifier la suppression de la configuration, car la fonctionnalité sera supprimée dans une future version d'Aria Automation. Les dates exactes et des instructions supplémentaires seront annoncées ultérieurement. Pour plus d'informations, contactez votre représentant VMware.

  • API IaaS : prise en charge de la création d'un point de terminaison d'intégration IPAM

    Auparavant, il n'y avait pas d'API pour créer un point de terminaison d'intégration IPAM dans Aria Automation. Désormais, il existe une API qui permet aux administrateurs d'effectuer cette tâche sans passer par l'interface utilisateur. Pour plus d'informations sur l'utilisation du point de terminaison d'intégration IPAM, reportez-vous à la section Comment importer un module IPAM.

  • Possibilité d'exécuter des actions personnalisées et des actions prédéfinies de jour 2 en parallèle

    VMware Aria Automation prend en charge les actions personnalisées et les actions prédéfinies exécutées sur la même ressource ou le même déploiement, avec les considérations suivantes :

    • L'action personnalisée doit commencer avant l'action prédéfinie.

    • Si une action prédéfinie sur la ressource est en cours, vous ne pouvez pas démarrer une autre action (ni une action personnalisée ni une action prédéfinie) sur la même ressource ou le même déploiement. Si une action prédéfinie de déploiement est en cours, vous ne pouvez pas démarrer une autre action (ni une action personnalisée ni une action prédéfinie) sur le même déploiement ou l'une des ressources.

    • Si une action personnalisée de ressource est en cours, vous ne pouvez pas démarrer une autre action personnalisée sur la même ressource ou le même déploiement. Si une action personnalisée de déploiement est en cours, vous ne pouvez pas démarrer une autre action personnalisée sur le même déploiement ou sur l'une des ressources.

    • Si une demande est en cours sur la ressource, les actions du jour 2 qui finissent par supprimer la ressource seront bloquées (par exemple, deployment.delete, deployment.update, machine.delete, machine.remove disk). Seules les opérations de suppression (à l'exception des opérations liées au déploiement) sont toujours autorisées via l'API IAAS.

    • Les actions exécutées en parallèle peuvent échouer si elles sont en conflit les unes avec les autres : exécution d'une action personnalisée pour installer Apache sur une machine et redémarrage d'une action prédéfinie sur la même machine en même temps.

  • Prise en charge d'Ansible Automation Controller (anciennement Ansible Automation Tower)

    Aria Automation prend en charge le contrôleur d'automatisation (anciennement Ansible Tower), qui fait partie de la plate-forme Ansible Automation.

  • Possibilité de modifier le projet sur un déploiement qui contient des ressources migrées, provisionnées et intégrées

    Vous pouvez désormais utiliser la fonctionnalité Modifier le projet sur les déploiements qui contiennent une combinaison de ressources déployées, migrées et intégrées.

    Les ressources prises en charge incluent les types de ressources et les contraintes suivantes : Les déploiements avec des ressources déployées peuvent contenir des machines virtuelles, des disques, des équilibreurs de charge, des réseaux, des groupes de sécurité, des groupes Azure, des NAT, des passerelles, des ressources personnalisées, des configurations Terraform, ainsi que des ressources Ansible et Ansible Tower.

Nouveautés d'Automation Config

  • Afficher les dernières données de grains Salt pour les utilisateurs de Cloud Assembly pour une vue plus détaillée des ressources

    Pour les machines virtuelles déployées à l'aide d'Automation Assembler avec une ressource Config, les dernières données de grains Salt s'affichent dans la vue des ressources (mise à jour périodiquement toutes les 6 heures).

Nouveautés d'Automation for Secure Hosts

  • VMware Aria Automation for Secure Hosts prend en charge l'évaluation CIS pour Windows 2022

    VMware Aria Automation for Secure Hosts dispose désormais de la dernière évaluation CIS pour Windows Server 2022.

Nouveautés d'Automation Orchestrator

  • Les API VMware vCenter 8 sont désormais disponibles via les plug-ins d'Automation Orchestrator

    Les API VMware vCenter suivantes sont désormais disponibles via les plug-ins d'Automation Orchestrator :

    • API VMware vCenter 8 via le plug-in VMware Aria Automation Orchestrator pour vCenter Server

    • API VMware vCenter 8 Update Manager via le plug-in VMware Aria Automation Orchestrator pour vSphere Update Manager

    • API VMware vCenter 8 Auto Deploy via le plug-in VMware Aria Automation Orchestrator pour vSphere Auto Deploy

    Toutes les nouvelles fonctionnalités et définitions d'API sont disponibles ici. vSphere Management SDK est un bundle qui contient un ensemble de kits de développement logiciel vSphere : vSphere Web Services SDK, vSphere Storage Policy SDK, vSphere Storage Management SDK, vSphere ESX Agent Manager SDK et SSO Client SDK. Ces SDK fournissent de la documentation, des bibliothèques et des exemples de code nécessaires aux développeurs pour créer rapidement des solutions intégrées aux plates-formes de virtualisation VMware.

Problèmes connus

  • 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.

  • 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.

  • 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.

  • 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.

Problèmes résolus

  • Le disque de démarrage provisionné sur une banque de données ne correspond pas aux contraintes du profil de stockage.

    Lors de l'exécution d'un déploiement de machine virtuelle simple, avec la propriété de configuration PREVENT_STORAGE_OVER_ALLOCATION définie sur true, le disque de démarrage provisionné sur une banque de données ne correspond pas aux contraintes du profil de stockage. Ce problème peut se produire pour les versions antérieures à 8.11.2.

    Ce problème peut se produire dans les cas suivants :

    1. Lorsque la propriété de configuration PREVENT__COMPUTE_STORAGE_OVERALLOCATION est définie sur true (elle est définie sur false par défaut)

    2. Lors de l'exécution d'au moins 10 déploiements en parallèle

    Résolution : À partir de la version 8.11.2 et versions ultérieures, ce problème est désormais résolu. Lors du déploiement d'une machine virtuelle, le disque de démarrage est provisionné sur une banque de données et correspond aux contraintes du profil de stockage comme prévu.

  • Vérifier les autorisations de lecture/écriture des dossiers Aria Automation Orchestrator avant d'exécuter les workflows

    Les exécutions des workflows « Copier le fichier de vCO vers l'invité » et « Copier le fichier de l'invité vers vCO » peuvent échouer en raison d'erreurs d'autorisation de lecture/écriture. Dans ce cas, mettez à jour le fichier js-io-rights.conf avec les autorisations de lecture/écriture souhaitées pour les fichiers et les dossiers.

  • L'exécution intermittente du workflow Aria Automation ne parvient pas à se poursuivre après avoir répondu à l'interaction utilisateur

    Un workflow attend une entrée d'un utilisateur. L'exécution du workflow ne se poursuit pas après que l'utilisateur a répondu à l'interaction utilisateur. Ce problème peut être observé par intermittence lorsque le jeton utilisé pour démarrer l'exécution du workflow a été révoqué.

  • Dans certains scénarios, les utilisateurs ne sont pas capables de se connecter à une machine virtuelle provisionnée à l'aide d'un nom d'utilisateur/mot de passe

    Après le provisionnement d'une machine virtuelle avec la méthode d'authentification remoteAccess et usernamePassword, dans certains cas, les utilisateurs ne pouvaient pas se connecter à la machine virtuelle avec les informations d'identification du modèle de cloud.

    Ce problème est résolu. Après le provisionnement d'une machine virtuelle, les utilisateurs peuvent désormais se connecter avec un nom d'utilisateur/mot de passe inclus dans le modèle de cloud.

  • Suppression de balises sur la zone de cloud Azure et de calcul après la mise à niveau

    Auparavant, lors de la mise à niveau vers vRealize Automation 8.11.0, certains utilisateurs ont remarqué que les balises sur les calculs de la zone de disponibilité Azure n'étaient plus disponibles. Désormais, les balises ne sont pas supprimées après la mise à niveau vers une nouvelle version.

  • L'exécution de la commande « activer/désactiver » pour vracli cap qui a déjà la même valeur souhaitée renvoie une erreur et un code de sortie différent de zéro

    Auparavant, ces commandes se fermaient avec un code de sortie différent de zéro si la capacité donnée était déjà activée (ou désactivée respectivement).

    vracli capabilities <capability-name> --enable vracli capabilities <capability-name> --disable

     Avec le dernier correctif, celles-ci ne sont plus considérées comme une erreur et les commandes susmentionnées se fermeront avec le code de sortie 0 dans ces situations.

     Impacts : pur une utilisation classique (exécution manuelle de la commande), il n'y a aucun impact. Si des scripts automatisés utilisent ces commandes et s'attendent à ce qu'elles se terminent avec un état différent de zéro et que la capacité ne nécessite pas de basculement, ils devront peut-être être mis à jour.

  • Impossible d'ajouter regex lors de la comparaison du nom de la branche dans les Webhooks Git

    Vous pouvez transmettre regex en tant que nom de branche lors de la configuration d'un Webhook Git dans Automation Pipelines.

    Dans les versions précédentes, vous deviez créer un Webhook Git par branche de référentiel, ce qui générait plusieurs Webhooks. Désormais, en fournissant un regex approprié, vous pouvez lier une ressource Webhook unique à plusieurs sites distants, ce qui entraîne un nombre inférieur de Webhooks dans Git et dans Automation Pipelines.

  • Nouveaux environnements d'exécution disponibles dans Aria Automation Orchestrator

    Dans les versions précédentes d'Aria Automation Orchestrator, les versions de bibliothèque polyglotte étaient NodeJs - 14, Powershell - 6.2 ou 7.1 (PowerCLI 11 ou 12) et Python - 3.7. Les utilisateurs ne pouvaient pas ajouter un module pris en charge par une version plus récente de Polyglot et l'erreur TLS doit être de version 1.2 ou ultérieure s'affichait.

    Désormais, ces nouvelles exécutions ont été ajoutées dans Aria Orchestrator Polyglot - Powershell 7.3.3 et Python 3.10. Les utilisateurs peuvent désormais mettre à jour les modules sans erreur à l'aide de ces environnements.

  • Automation Orchestrator à l'aide des informations d'identification de l'utilisateur actuellement connecté lors de la mise à jour des tâches planifiées

    Auparavant, lorsqu'un utilisateur tentait de mettre à jour une tâche planifiée qu'il avait créée, le bouton Utiliser l'utilisateur actuel n'utilisait pas les informations d'identification de l'utilisateur connecté. Désormais, le bouton Utiliser l'utilisateur actuel utilise les informations d'identification appropriées de l'utilisateur. 

Documentation et gestion des versions de l'API

Important:

Notification préalable d'une modification à venir

Cloud Services Platform (CSP) prendra en charge l'authentification avec clé de preuve pour l'échange de code (Proof Key for Code Exchange, PKCE) et déconseille l'authentification non-PKCE. Si vous êtes un utilisateur des services d'API de VMware Aria Automation et que vous disposez d'une stratégie d'autorisation IP configurée dans une organisation de client utilisant CSP, vous devrez obtenir le jeton d'actualisation en suivant les services d'API de CSP documentés dans la section Obtenir un jeton d'accès par jeton d'actualisation d'API. Le jeton obtenu en suivant le point de terminaison de connexion d'API IaaS documenté dans la section Obtenir votre jeton d'accès sera obsolète.

Lorsque la date de publication de cette modification sera connue, cette notification sera mise à jour.

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://www.mgmt.cloud.vmware.com/automation-ui/api-docs/ pour vRealize Automation Cloud.

  • 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 Cloud 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 :

Août 2023 - Modifications apportées aux services d'API de VMware Aria Automation

Le tableau suivant répertorie les services d'API avec les mises à jour ou les modifications apportées depuis la version précédente.

Nom du service

Description du service

Mises à jour et modifications de l'API

IaaS

Effectuez des tâches de configuration de l'infrastructure, notamment la validation et le provisionnement des ressources d'une manière itérative.

Pour accéder aux mises à jour ou aux modifications répertoriées pour les API IaaS, vous devez inclure apiVersion=2021-07-15 dans votre appel. Par exemple :

GET https://cloud.domain.com/iaas/api/zones?apiVersion=2021-07-15

(SaaS uniquement) Mise à jour des points de terminaison pour créer un compte de cloud vSphere+ avec un point de terminaison indépendant du type ou spécifique à un type :

  • Pour les points de terminaison indépendants du type POST /iaas/api/cloud-account, spécifiez "cloudAccountType": "vSphere" et incluez "environment": "aap" comme cloudAccountProperty ou customProperty.

  • Pour les points de terminaison spécifiques à un type POST /iaas/api/cloud-accounts-vsphere, incluez "environment": "aap" dans la charge utile.

Juillet 2023 - Modifications apportées aux services d'API de VMware Aria Automation

Le tableau suivant répertorie les services d'API avec les mises à jour ou les modifications apportées depuis la version précédente.

Nom du service

Description du service

Mises à jour et modifications de l'API

ABX

Créez ou gérez des actions d'extensibilité et leurs versions. Exécutez des actions et des flux.

La limite du code source pour les actions d'extensibilité passe de 32 000 caractères à 128 000 caractères. Cela n'affecte pas les actions d'extensibilité chargées en tant que fichier ZIP.

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.

Le nouveau point de terminaison renvoie le nombre d'objets facturables, tel que le nombre de machines virtuelles, de CPU et de cœurs de CPU. Ce nombre est lié à l'organisation de l'utilisateur.

GET /deployment/api/billing-metrics

Nouveau paramètre booléen « facturable » ajouté pour le point de terminaison suivant .

GET /deployment/api/resources

S'il est défini sur true, la réponse inclut des informations sur les ressources facturables.

Nouveau paramètre d'entrée « imageRef » pour spécifier l'image lors de la recréation d'une machine virtuelle ajoutée pour le point de terminaison suivant.

POST /deployment/api/resources/{resourceId}/requests

Exemple de charge utile pour recréer une machine virtuelle avec l'ID d'image 205297c5c01c47e8f9f5451d8af9b87f64ed1bcd

{    "actionId": Cloud.vSphere.Machine.Rebuild,     "inputs": {        "imageRef": "/resources/images/205297c5c01c47e8f9f5451d8af9b87f64ed1bcd}  

REMARQUES :

  • Pour obtenir l'ID d'image, vous pouvez utiliser GET /iaas/api/fabric-images

  • L'entrée d'image n'est requise lors de la recréation que si la propriété d'image n'est pas définie pour la machine en cours de recréation. C'est généralement le cas pour les machines intégrées.

  • Si l'image est déjà définie pour une machine, celle-ci ne peut pas être modifiée et l'entrée « imageRef » est ignorée.

Juin 2023 - Modifications apportées aux services d'API de VMware Aria Automation

Le tableau suivant répertorie les services d'API avec les mises à jour ou les modifications apportées depuis la version précédente.

Nom du service

Description du service

Mises à jour et modifications de l'API

IaaS (Infrastructure en tant que service)

Effectuez des tâches de configuration de l'infrastructure, notamment la validation et le provisionnement des ressources d'une manière itérative.

Pour accéder aux mises à jour ou aux modifications répertoriées pour les API IaaS, vous devez inclure apiVersion=2021-07-15 dans votre appel. Par exemple :

GET https://cloud.domain.com/iaas/api/zones?apiVersion=2021-07-15

Nouveaux points de terminaison pour obtenir des plages d'adresses IP associées pour les réseaux, les réseaux d'infrastructure et les réseaux vSphere d'infrastructure :

  • GET /iaas/api/networks/{id}/network-ip-ranges

  • GET /iaas/api/fabric-networks/{id}/network-ip-ranges

  • GET /iaas/api/fabric-networks-vsphere/{id}/network-ip-ranges

Mai 2023 - Modifications apportées aux services d'API de VMware Aria Automation

Le tableau suivant répertorie les services d'API avec les mises à jour ou les modifications apportées depuis la version précédente.

Nom du service

Description du service

Mises à jour et modifications de l'API

IaaS (Infrastructure en tant que service)

Effectuez des tâches de configuration de l'infrastructure, notamment la validation et le provisionnement des ressources d'une manière itérative.

Pour accéder aux mises à jour ou aux modifications répertoriées pour les API IaaS, vous devez inclure apiVersion=2021-07-15 dans votre appel. Par exemple :

GET https://cloud.domain.com/iaas/api/zones?apiVersion=2021-07-15

Points de terminaison de plage d'adresses IP de réseau nouveaux et mis à jour pour prendre en charge l'interrogation, l'allocation et la libération d'adresses IP de réseau :

  • GET /iaas/api/network-ip-ranges/{id}

  • GET /iaas/api/network-ip-ranges/{id}/ip-addresses

  • GET /iaas/api/network-ip-ranges/{id}/ip-addresses/{ipAddressId}

  • POST /iaas/api/network-ip-ranges/{id}/ip-addresses/allocate

  • POST /iaas/api/network-ip-ranges/{id}/ip-addresses/release

Avril 2023 - Modifications apportées aux services d'API de VMware Aria Automation

Le tableau suivant répertorie les services d'API avec les mises à jour ou les modifications apportées depuis la version précédente.

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.

Nouveaux points de terminaison d'éléments d'administration du catalogue pour activer les formulaires personnalisés de gestion des versions :

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

  • GET /catalog/api/admin/items/:id/versions/{versionId}

  • PATCH /catalog/api/admin/items/{id}/versions/{versionId}

CMX

Lorsque vous utilisez l'intégration de Kubernetes, déployez et gérez des clusters et des espaces de noms Kubernetes.

Nouveau paramètre d'entrée « tagIds » ajouté pour les points de terminaison de zones Kubernetes suivants :

  • POST /cmx/api/resources/k8s-zones

  • PUT /cmx/api/resources/k8s-zones/{id}

Formulaires personnalisés

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

Nouveaux points de terminaison pour activer les formulaires personnalisés de gestion des versions.

Points de terminaison de version du formulaire :

  • GET /form-service/api/forms/versions

  • GET /form-service/api/forms/versions/{id}

  • POST /form-service/api/forms/versions/

  • PATCH /form-service/api/forms/versions/{id}/restore

Points de terminaison de définition du formulaire :

  • GET /form-service/api/forms/search

  • DELETE /form-service/api/forms/deleteBySourceAndType

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 d'entrée « expand=inprogressRequests » ajoutée pour les points de terminaison suivants :

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

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

  • GET /deployment/api/resources

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

Si elle est utilisée, la réponse inclut une paire clé-valeur pour inprogressRequests où :

  • La clé est count

  • La valeur est le nombre total de demandes actuelles

Nouveau paramètre booléen « inprogressRequests » ajouté pour le point de terminaison suivant :

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

Si cette option est définie sur true, la réponse inclut uniquement les demandes en cours d'exécution. Sinon, toutes les demandes sont incluses.

IaaS (Infrastructure en tant que service)

Effectuez des tâches de configuration de l'infrastructure, notamment la validation et le provisionnement des ressources d'une manière itérative.

Pour accéder aux mises à jour ou aux modifications répertoriées pour les API IaaS, vous devez inclure apiVersion=2021-07-15 dans votre appel. Par exemple :

GET https://cloud.domain.com/iaas/api/zones?apiVersion=2021-07-15

Nouveaux points de terminaison d'importation de modules pour prendre en charge l'importation de modules IPAM :

  • POST /iaas/api/integrations-ipam/package-import

  • OPTIONS /iaas/api/integrations-ipam/package-import

  • HEAD /iaas/api/integrations-ipam/package-import/{id}

  • PATCH /iaas/api/integrations-ipam/package-import/{id}

Ajout de points de terminaison de projet pour obtenir et mettre à jour les zones associées à un projet :

  • GET /iaas/api/projects/{id}/zones

  • PUT /iaas/api/projects/{id}/zones

Nouveau point de terminaison de balises pour créer des balises :

POST /iaas/api/tags

Passerelle Orchestrator

Exécutez des workflows et des actions pour automatiser des tâches informatiques complexes.

Les points de terminaison suivants ont été supprimés :

  • GET /vro/actions

  • POST /vro/actions

  • GET /vro/actions/{categoryName}/{actionName}

  • GET /vro/catalog/{namespace}/{type}/{id}/{relation}

  • GET /vro/catalog/{namespace}/{type}/{id}

  • GET /vro/catalog/{namespace}/{type}

  • GET /vro/catalog/{namespace}

  • GET /vro/catalog/types/{type}

  • GET /vro/catalog
check-circle-line exclamation-circle-line close-line
Scroll to top icon