Versions de mises à jour

VMware Aria Automation | mars 2024

VMware Aria Automation 8.16.2 | 21 mars 2024

  • VMware Aria Automation build 23505094

  • VMware Aria Automation Easy Installer build 23508932

  • VMware Aria Automation Cloud Extensibility Proxy build 23466436

  • VMware Aria Automation Orchestrator build 23466433 

Mises à jour apportées à ce document

Date

Description de la mise à jour

Type

21 mars 2024

Publication initiale pour VMware Aria Automation 8.16.2

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)

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

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

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 and Secure Hosts 8.16

Automation Orchestrator 8.16

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 de VMware Aria Automation 8.16.2

  • Une nouvelle action de jour 2 « Modifier le nom d'affichage » a été introduite dans la ressource « Disque »

    À partir de cette version, les utilisateurs peuvent appliquer des noms d'affichage personnalisés aux ressources de disque sous la forme d'actions de jour 2. Cela peut aider les utilisateurs à distinguer facilement les ressources de disque lorsqu'ils ont trop de disques attachés à des modèles.

  • Assistant de configuration de catalogue pour les services d'automatisation d'IA privés

    Les services d'automatisation d'IA privés sont un ensemble de fonctionnalités qui permettent aux administrateurs de cloud de concevoir, d'organiser et de proposer rapidement des objets de catalogue d'infrastructure d'IA optimisés via le portail Service Broker en libre-service de VMware Aria Automation. L'assistant de configuration de catalogue est une nouvelle fonctionnalité dans cette version. Il permet aux administrateurs de cloud de publier facilement les éléments de catalogue suivants :

    • Workstation d'IA : VM Deep Learning prenant en charge les GPU qui peut être configurée avec des conteneurs de vCPU, de vGPU, de mémoire et d'AI/ML NGC de NVIDIA.

    • Cluster Kubernetes d'IA : cluster Tanzu Kubernetes prenant en charge les GPU qui peut être automatiquement configuré avec NVIDIA GPU Operator.

    Pour obtenir des instructions détaillées sur l'utilisation de l'assistant de configuration de catalogue, de la Workstation d'IA et du cluster Kubernetes d'IA, reportez-vous à la section Prise en main des services d'automatisation d'IA privés à l'aide de l'assistant de configuration de catalogue.

    Remarque : l'assistant de configuration de catalogue n'est pas activé par défaut. Contactez les services professionnels VMware by Broadcom pour activer l'assistant pour votre organisation.

  • Disponibilité générale de l'interface de consommation de cloud (CCI) pour VMware Aria Automation sur site

    CCI est désormais disponible pour VMware Aria Automation SaaS depuis octobre 2023. Dans le cadre de la version 8.16.2, les mêmes fonctionnalités sont désormais disponibles dans VMware Aria Automation sur site. CCI dans VMware Aria Automation sur site offre les mêmes avantages que l'offre SaaS sans nécessiter de connectivité cloud, y compris la connexion de vCenter au service cloud vSphere+. Pour plus d'informations, reportez-vous à la section Configuration et utilisation de l'interface de consommation de cloud.

  • Obsolescence des tableaux de bord HCMP dans VMware Aria Automation

    L'interface utilisateur des tableaux de bord de diagnostic et des alertes dans VMware Aria Automation est désormais désapprouvée et les services ne seront plus pris en charge par VMware.

  • Nouvelle configuration de mémoire requise pour les déploiements qui utilisent le profil Moyen

    À partir de cette version, les déploiements VMware Aria Automation qui utilisent le profil Moyen doivent disposer de 54 Go de RAM.

Nouveautés d'Automation Orchestrator 8.16.2

  • Ajout de la prise en charge de la nouvelle version de Node.js

    L'environnement d'exécution Node.js utilise désormais la version 20. Node.js 18 est désapprouvé et sera supprimé dans une version ultérieure.

  • Ajout de la prise en charge de nouvelles versions PowerShell et PowerCLI

    Les environnements PowerCLI et PowerShell utilisent désormais la dernière version de PowerShell 7.4 (LTS). PowerCLI utilise désormais la version 13. PowerCLI 12 est désapprouvé et sera supprimé dans une version ultérieure.

Problèmes résolus

  • Générer des listes ACL sans proxy correctes pour le proxy Squid

    Auparavant, les préfixes de réseau IP ou les caractères génériques (par exemple, 192.168.) ajoutés à la liste d'exclusion de proxy de VMware Aria Automation via la commande vracli proxy set ... --proxy-exclude ... n'étaient pas appliqués correctement. Cela entraînait le routage du trafic vers les adresses de ces réseaux (par exemple, 192.168.10.123) via le serveur proxy Internet, si un tel proxy est configuré par l'utilisateur, au lieu d'être envoyé directement depuis le déploiement VMware Aria Automation.

    Ce problème était dû à une configuration incorrecte du serveur proxy interne qui est toujours actif dans le déploiement VMware Aria Automation. Ce serveur proxy interne est désormais correctement configuré et l'adresse IP (192.168.) et les caractères génériques de domaine ajoutés à la liste d'exclusion du proxy sont appliqués correctement. En outre, les entrées utilisateur et système de la liste d'exclusion du proxy sont désormais dissociées.

    Lors de la mise à jour de la liste d'exclusion de proxy, les utilisateurs ne doivent plus gérer manuellement les entrées système dans la liste. La commande vracli proxy default-no-proxy renvoie désormais un résultat vide. Les utilisateurs n'ont plus besoin d'exécuter le script /opt/scripts/deploy.sh pour configurer correctement l'exécution des services déployés après avoir modifié la liste d'exclusion de proxy via la commande vracli proxy set ... --proxy-exclude .... Les déploiements existants conserveront les mêmes paramètres d'exclusion de proxy qu'ils avaient avant la mise à niveau vers cette version. Les paramètres d'exclusion de proxy précédents seront disponibles dans la liste des entrées d'exclusion de proxy utilisateur après la mise à niveau. Pendant cette migration, les entrées d'adresse 10., 192.168. et 172.16. seront supprimées de la liste. Ces entrées étaient précédemment ajoutées par le système lui-même, mais n'étaient pas appliquées avant ce correctif. Elles ont été supprimées pour garantir la même expérience utilisateur après une mise à niveau. Toutes les entrées système de la liste d'exclusion de proxy gérée par l'utilisateur qui n'ont pas été ajoutées explicitement par l'utilisateur peuvent être supprimées en toute sécurité lors de la prochaine mise à jour des paramètres de proxy via la commande vracli proxy set .... Toutes les entrées requises, mais manquantes, peuvent être ajoutées de la même manière.

  • Un conflit de fusion dans des environnements entraîne une erreur 400 dans le client Automation Orchestrator

    Un conflit de fusion dans les environnements d'action peut entraîner une erreur 400 dans le client Automation Orchestrator. Par conséquent, les opérations d'extraction et de restauration ne peuvent pas être effectuées.

  • Les modifications du format de l'historique des versions d'Automation Orchestrator peuvent entraîner des centaines de modifications de ligne pour la demande de fusion Gitlab

    Les scripts de workflow peuvent contenir les fins de ligne CRLF (\r\n) ou LF (\n) selon le système d'exploitation du développeur. Lorsque les scripts sont mis à jour via l'éditeur, les fins de ligne passent à LF (\n) afin d'améliorer la lisibilité de l'historique des versions.

  • L'environnement Python ne collecte pas toutes les dépendances

    L'ajout de dépendances Python qui installent des modules dans le même espace de noms peut entraîner des dépendances manquantes.

  • La création d'un module entraîne une erreur 404

    La création d'un module dans un déploiement d'Automation Orchestrator externe peut entraîner une erreur 404.

  • Le centre de contrôle affiche une erreur lors de l'ajout manuel d'une licence

    Après l'ouverture de l'onglet Attribution de licence dans le centre de contrôle, une erreur s'affiche indiquant que les informations de licence ne peuvent pas être chargées.

Problèmes connus

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

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

    "Something went wrong in a backend service."

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

    Solution : attendez que le domaine soit créé, puis ajoutez le domaine de compte de cloud VCF.

Nouveautés de VMware Aria Automation 8.16.1

  • Intégration de vCenter License Service pour VMware Aria Automation

    VMware Aria Automation prend désormais en charge les nouveaux droits basés sur la licence de la solution VMware Cloud Foundation (VCF). La licence de solution doit être appliquée à vCenter. VMware Aria Automation récupère automatiquement les droits après l'enregistrement de l'instance de vCenter. Pour prendre en charge la licence de solution VCF, VMware Aria Automation peut désormais être déployé en mode d'évaluation.

    La prise en charge des anciennes licences continuera. Cependant, si votre déploiement est autorisé avec la licence de solution VCF, les anciennes licences ne sont plus pertinentes.

  • Provisionnement d'Avi Load Balancer en mode natif dans VMware Aria Automation

    Cette version introduit une prise en charge prête à l'emploi pour l'automatisation de VMware Avi Load Balancer (anciennement VMware NSX Advanced Load Balancer). Les clients qui créent des modèles dans Automation Assembler peuvent désormais voir les nouvelles ressources Avi Load Balancer, telles que le service virtuel, le pool et l'adresse IP virtuelle disponibles dans la liste des ressources sur la page de conception. La création de modèles avec des ressources Avi et leur publication en tant qu'éléments de catalogue dans Automation Service Broker activent l'équilibrage de charge VMware de nouvelle génération sous la forme d'une offre de service optimisée par VMware Avi Load Balancer. Consultez la documentation de VMware Aria Automation pour plus d'informations sur la prise en main de ce service et les cas d'utilisation de bout en bout, et la documentation du plug-in Avi Load Balancer pour en savoir plus sur les fonctionnalités prises en charge.

  • Le paramètre de stratégie d'intégration a été déplacé vers la fenêtre de création du plan d'intégration

    Dans cette version, les utilisateurs doivent choisir d'activer (pour appliquer des limites de ressources de projet) ou de désactiver le positionnement des ressources lors de la création d'un plan d'intégration. Lors de la création du plan, l'option Utiliser des positionnements sur le plan d'intégration devient en lecture seule. Lorsque l'option Utiliser des positionnements est activée, les utilisateurs peuvent uniquement sélectionner les machines découvertes éligibles dans les zones de cloud associées au plan de projet.

  • Avis relatif à la vulnérabilité CVE-2024-22231 : les utilisateurs d'Automation Config doivent savoir que Salt Project a publié les versions 3005.5 et 3006.6 pour résoudre la vulnérabilité CVE-2024-22231 de gravité moyenne. Les utilisateurs d'Automation Config doivent mettre à niveau leurs masters Salt vers les dernières versions prises en charge. Pour plus d'informations sur ces vulnérabilités, reportez-vous à la page https://saltproject.io/security-announcements/2024-01-31-advisory/.

  • Avis relatif à la vulnérabilité CVE-2024-22232 : les utilisateurs d'Automation Config doivent savoir que Salt Project a publié les versions 3005.5 et 3006.6 pour résoudre la vulnérabilité CVE-2024-22232 de gravité élevée. Les utilisateurs d'Automation Config doivent mettre à niveau leurs masters Salt vers les dernières versions prises en charge. Pour plus d'informations sur ces vulnérabilités, reportez-vous à la page https://saltproject.io/security-announcements/2024-01-31-advisory/.

  • L'évaluation CIS de Debian 10 est désormais disponible pour VMware Aria Automation for Secure Hosts

    Automation for Secure Hosts prend désormais en charge l'évaluation CIS de Debian 10 pour les analyses de conformité et les corrections.

  • API publique (client) pour le graphique de demande

    Actuellement, l'API du graphique de demande de provisionnement est privée. Cette API est utilisée pour récupérer le graphique de demande pour une demande de modèle de cloud simulée.

    La signature de l'API publique est GET: https://host/iaas/api/request-graph?apiVersion=2021-07-15&deploymentId=deploymentId&flowId=flowId .

    À l'aide des informations fournies par l'API, le positionnement est validé en termes de calcul, de réseau et de stockage.

  • Améliorations de l'interface utilisateur de VMware Aria Automation Config

    À partir de cette version, Automation Config comprend plusieurs modifications de l'interface utilisateur offrant une navigation simplifiée :

    • La vue unifiée des activités inclut désormais tous les états renvoyés.

    • L'état de retour est automatiquement mis à jour lorsqu'une tâche est terminée. Les utilisateurs ne doivent plus effectuer une actualisation manuelle pour les dernières mises à jour.

    • Possibilité d'afficher les résultats des tâches dans le tableau Activité lorsque les tâches sont terminées pour chaque minion. 

Nouveautés d'Automation Orchestrator 8.16.1

  • Intégration de vCenter License Service pour Automation Orchestrator

    Automation Orchestrator prend désormais en charge les nouveaux droits basés sur la licence de la solution VMware Cloud Foundation (VCF) et VMware vSphere Foundation (VVF). La licence de solution doit être appliquée à vCenter. Automation Orchestrator récupère automatiquement les droits après l'enregistrement de l'instance de vCenter. Pour prendre en charge la licence de solution VCF et VVF, Automation Orchestrator peut désormais être déployé en mode d'évaluation.

    La prise en charge des anciennes licences continuera. Cependant, si votre déploiement est autorisé avec la licence de solution VCF ou VVF, les anciennes licences ne sont plus pertinentes.

  • Le pilote JDBC pour les bases de données Oracle a été supprimé

    Le pilote JDBC pour les bases de données Oracle a été supprimé de la plate-forme. Pour continuer à utiliser le plug-in SQL pour gérer les bases de données Oracle, vous devez fournir un connecteur JDBC. Pour plus d'informations, reportez-vous à la section Ajout d'un connecteur JDBC pour le plug-in SQL d'Automation Orchestrator.

    .

Problèmes résolus

  • Les liens vers les workflows dans les tâches planifiées ne fonctionnent pas

    Lorsque vous planifiez une exécution de workflow dans Automation Orchestrator et que vous cliquez sur le bouton pour ouvrir le workflow, la page du workflow ne s'ouvre pas.

  • Remplissage incorrect du schéma d'action pour les champs imbriqués

    Les messages d'erreur ne s'affichent plus lors de l'utilisation de modèles de cloud qui disposent d'entrées de champ d'objet contenant des champs imbriqués avec une action Automation Orchestrator en tant que valeur par défaut ($dynamicDefault), énumération ($dynamicEnum) ou liste de valeurs ($data).

  • Lors de l'ajout de dépendances sous Ressources > Environnements, l'élément « Variables d'environnement » est masqué

    Vous ne pouvez pas faire défiler l'écran vers le bas pour afficher les variables d'environnement et les dépendances dans l'éditeur d'environnement lorsque les grilles de données dépassent la taille d'écran actuelle.

  • Les workflows avec l'option « Reprendre à partir de l'échec » activée n'affichent pas l'erreur correcte dans VMware Aria Automation

    L'interaction utilisateur générée automatiquement lorsque l'option Reprendre à partir de l'échec est activée pour un workflow est annulée dans VMware Aria Automation.

  • Les interactions utilisateur d'Automation Orchestrator ne s'affichent pas dans VMware Aria Automation

    Lorsque l'intégration Workspace ONE Access utilisée dans VMware Aria Automation est synchronisée à l'aide de sAMAccountName dans l'annuaire Active Directory, les interactions utilisateur pour les workflows démarrés à partir d'Automation Service Broker ne s'affichent pas dans VMware Aria Automation et la réponse peut uniquement être envoyée à partir d'Automation Orchestrator.

  • Après la première extraction Git, les nouveaux workflows ne sont pas disponibles dans Automation Assembler

    Certains workflows d'Automation Orchestrator sont manquants dans Automation Assembler même après le déclenchement de la collecte de données. Ce problème se produit lorsque la collecte de données est déclenchée lors d'une mise à jour Git en cours dans Automation Orchestrator.

  • L'espace vco-app d'Automation Orchestrator se bloque et entraîne le redémarrage du service

    Le service Automation Orchestrator redémarre en raison des délais d'expiration des sondes Kubernetes. Cela est dû à des pics d'appels du serveur principal pour répertorier les actions par catégorie. Des améliorations sont en cours pour améliorer les performances de création de liste d'actions par catégorie en cas d'appels excessifs.

Problèmes connus

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

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

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

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

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

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

    "Something went wrong in a backend service."

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

    Solution : attendez que le domaine soit créé, puis ajoutez le domaine de compte de cloud VCF.

  • Le centre de contrôle affiche une erreur lors de l'ajout manuel d'une licence

    Après l'ouverture de l'onglet Licence dans le centre de contrôle, une erreur s'affiche indiquant que les informations de licence ne peuvent pas être chargées.

    Solution : utilisez les outils de ligne de commande pour collecter des informations à jour sur le fournisseur de licence actuellement utilisé. Connectez-vous à Automation Orchestrator Appliance via SSH et utilisez la commande vracli vro license. Pour plus d'informations, reportez-vous à la section Options de configurations supplémentaires de l'interface de ligne de commande.

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

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

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

    Aucune solution.

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

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

    Aucune solution.

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

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

    Aucune solution.

Nouveautés de janvier 2024 pour VMware Aria Automation 8.16

  • Correctif VMware Aria Automation pour les problèmes de formulaire personnalisé

    Le dernier correctif de VMware Aria Automation résout les problèmes de formulaire personnalisé mentionnés dans l'article KB 96181. Outre la résolution des problèmes mentionnés dans la base de connaissances, le correctif résout également les problèmes suivants :

    • Résolution d'un problème dans lequel les champs de projet sans propriété “valueList” dans le schéma de champs entraînaient le non-chargement des éléments du catalogue et le renvoi d'une erreur de serveur interne (500 Internal Server Error).

    • La liaison d'entrée à un composant de grille de données avec les colonnes requises est désormais corrigée et ne génère plus d'erreur de validation.

    Ce correctif est disponible pour les versions du produit 8.11.2, 8.12.2, 8.13.1, 8.14.1 et 8.16.0.

  • Avis relatif à la vulnérabilité CVE-2023-34063 : Cette version résout la vulnérabilité CVE-2023-34063. Pour plus d'informations sur cette vulnérabilité et son incidence sur les produits VMware, reportez-vous à la page https://www.vmware.com/security/advisories/VMSA-2024-0001.html.

  • Fournir la possibilité d'étendre les secrets par organisation ou par projet

    Les administrateurs de cloud peuvent désormais attribuer des secrets au niveau d'une organisation ou les étendre à plusieurs projets.

  • Actions de jour 2 de recréation au niveau du déploiement

    Après la publication de la recréation des machines, VMware Aria Automation prend désormais également en charge la recréation au niveau du déploiement. Les utilisateurs peuvent initier une action de jour 2 pour recréer un déploiement existant et choisir les machines à recréer. Pour les machines avec une image manquante, les utilisateurs doivent sélectionner une image valide à recréer. 

  • Mise à jour de la gestion de l'accès à Automation Orchestrator dans VMware Aria Automation

    Dans les versions de VMware Aria Automation précédentes, l'accès à Automation Orchestrator était géré en attribuant des rôles de service d'Automation Assembler aux utilisateurs concernés. L'accès aux rôles est désormais géré par le service Automation Orchestrator, ce qui permet aux propriétaires d'organisation d'attribuer des rôles de service d'Automation Orchestrator aux utilisateurs qui ont besoin d'accéder à Automation Orchestrator. VMware Aria Automation SaaS inclut désormais également un service Automation Orchestrator.

    Remarque : L'implémentation précédente, dans laquelle les utilisateurs avaient accès à Automation Orchestrator via les rôles de service d'Automation Assembler, n'est plus valide.

    Pour plus d'informations, reportez-vous à la section Rôles de service d'Orchestrator.

  • Accès à l'API publique pour répertorier les événements IaaS

    L'accès à la liste des événements IaaS est désormais disponible pour les clients via l'API Swagger.

  • VMware Aria Automation Config prend désormais en charge la planification des tâches à l'aide d'une liste d'ID de minion

    À partir de cette version, les tâches peuvent également être planifiées en fournissant une liste d'ID de minion auxquels les utilisateurs ont accès, en plus de planifier des tâches à l'aide de cibles.

Problèmes connus

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

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

    "Something went wrong in a backend service."

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

    Solution : attendez que le domaine soit créé, puis ajoutez le domaine de compte de cloud VCF.

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

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

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

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

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

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

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

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

    Lorsqu'un élément de catalogue avec des formulaires personnalisés dispose d'une action externe comportant le champ Project comme entrée, cela peut provoquer une erreur. À l'ouverture de l'élément du catalogue, l'exécution de l'action échoue avec l'un des messages d'erreur suivants : “Cannot execute external actions due to validation errors [Request info field with name: 'project' does not exist.];” ou Some data cannot be retrieved. If the problem persists, contact your system administrator. Failed request: <action name>.

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

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

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

    2. Enregistrez l'action.

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

    4. Enregistrez le formulaire personnalisé modifié.

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

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

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

      • cookieMode

      • cookieGarble

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

    • N'utilisez pas PersistenceConfig.type = NONE.

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

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

    Aucune solution.

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

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

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

    Aucune solution.

Nouveautés de décembre 2023 pour VMware Aria Automation

  • Correctif VMware Aria Automation pour les problèmes de formulaire personnalisé

    Le dernier correctif de VMware Aria Automation résout les problèmes de formulaire personnalisé mentionnés dans l'article KB 96181. Outre la résolution des problèmes mentionnés dans la base de connaissances, le correctif résout également les problèmes suivants :

    • Résolution d'un problème dans lequel les champs de projet sans propriété “valueList” dans le schéma de champs entraînaient le non-chargement des éléments du catalogue et le renvoi d'une erreur de serveur interne (500 Internal Server Error).

    • La liaison d'entrée à un composant de grille de données avec les colonnes requises est désormais corrigée et ne génère plus d'erreur de validation.

    Ce correctif est disponible pour les versions du produit 8.11.2, 8.12.2, 8.13.1, 8.14.1 et 8.16.0.

  • Fournir la possibilité d'étendre les secrets par organisation ou par projet

    Les administrateurs de cloud peuvent désormais attribuer des secrets au niveau d'une organisation ou les étendre à plusieurs projets.

  • Actions de jour 2 de recréation au niveau du déploiement

    Après la publication de la recréation des machines, VMware Aria Automation prend désormais également en charge la recréation au niveau du déploiement. Les utilisateurs peuvent initier une action de jour 2 pour recréer un déploiement existant et choisir les machines à recréer. Pour les machines avec une image manquante, les utilisateurs doivent sélectionner une image valide à recréer. 

  • Accès à l'API publique pour répertorier les événements IaaS

    L'accès à la liste des événements IaaS est désormais disponible pour les clients via l'API Swagger.

  • VMware Aria Automation Config prend désormais en charge la planification des tâches à l'aide d'une liste d'ID de minion

    À partir de cette version, les tâches peuvent également être planifiées en fournissant une liste d'ID de minion auxquels les utilisateurs ont accès, en plus de planifier des tâches à l'aide de cibles.

Problèmes résolus

  • Échec des opérations Git dans VMware Aria Automation Orchestrator pour les éléments de configuration non initialisés

    Les opérations de transfert Git ou d'extraction Git distantes échouent dans Automation Orchestrator pour les éléments de configuration non initialisés tels que Tableau et Type composite avec l'erreur Error: begin 1, end -1, length 2.

  • L'utilisation de la commande VMware Aria Automation Config Cloud « sseapi-config auth » génère des erreurs

    La commande « sseapi-config auth » peut être utilisée pour afficher les empreintes digitales des clés utilisées pour authentifier le master Salt dans Automation Config. Avant cette version, la commande était interrompue pour les déploiements SaaS d'Automation Config. À partir de cette version, la commande fonctionne désormais comme prévu et renvoie les empreintes digitales des clés utilisées pour authentifier le master Salt dans Automation Config.

  • Limiter les mises à jour de contenu déclenchées à partir de scripts Polyglot pour transférer les validations de l'historique des versions

    L'utilisation d'environnements Polyglot (Node.js, PowerShell et Python) pour créer, mettre à jour et supprimer des objets Automation Orchestrator à l'aide de REST API entraîne le transfert des validations vers le référentiel d'historique des versions. Si vous effectuez cette opération de manière fréquente et automatisée, cela entraîne une augmentation rapide de la taille du référentiel de l'historique des versions, ce qui provoque des arrêts. Pour les scénarios dans lesquels un redémarrage est requis, Automation Orchestrator peut ne pas démarrer en temps opportun. Pour résoudre ce problème, la modification du contenu Polyglot entrant via des demandes REST est désormais limitée.

Problèmes connus

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

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

    "Something went wrong in a backend service."

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

    Solution : attendez que le domaine soit créé, puis ajoutez le domaine de compte de cloud VCF.

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

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

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

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

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

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

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

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

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

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

      • cookieMode

      • cookieGarble

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

    • N'utilisez pas PersistenceConfig.type = NONE.

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

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

    Aucune solution.

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

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

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

    Aucune solution.

Nouveautés de novembre 2023/8.14.1 pour VMware Aria Automation

  • Correctif VMware Aria Automation pour les problèmes de formulaire personnalisé

    Le dernier correctif de VMware Aria Automation résout les problèmes de formulaire personnalisé mentionnés dans l'article KB 96181. Outre la résolution des problèmes mentionnés dans la base de connaissances, le correctif résout également les problèmes suivants :

    • Résolution d'un problème dans lequel les champs de projet sans propriété “valueList” dans le schéma de champs entraînaient le non-chargement des éléments du catalogue et le renvoi d'une erreur de serveur interne (500 Internal Server Error).

    • La liaison d'entrée à un composant de grille de données avec les colonnes requises est désormais corrigée et ne génère plus d'erreur de validation.

    Ce correctif est disponible pour les versions du produit 8.11.2, 8.12.2, 8.13.1, 8.14.1 et 8.16.0.

  • Avis relatif à la vulnérabilité CVE-2023-34063 : Des correctifs supplémentaires sont publiés pour résoudre la vulnérabilité CVE-2023-34063 et, pour plus d'informations, accédez à la page https://www.vmware.com/security/advisories/VMSA-2024-0001.html. Tous les clients utilisant des versions de VMware Aria Automation antérieures à la version 8.16.0 doivent se reporter à l'article 96098 de la base de connaissances.

  • Activer l'interface de consommation de cloud (CCI) pour les clients VMware Aria Automation SaaS existants dans la région des États-Unis

    Suite à la disponibilité générale de CCI dans les versions antérieures, cette fonctionnalité est désormais disponible pour tous les clients VMware Aria Automation SaaS de la région des États-Unis, sans avoir à leur demander d'activer l'expérience des développeurs vSphere+. La CCI doit disposer d'au moins une instance de vCenter connectée à vSphere+. En outre, à partir de la version d'août 2023, les administrateurs peuvent ajouter un compte de cloud vCenter connecté à vSphere+ directement à partir de l'interface utilisateur de VMware Aria Automation Assembler. Pour plus d'informations, accédez à Utilisation de l'interface de consommation de cloud.

  • Prise en charge des réseaux et des disques de données de machine Azure

    Les ressources Azure les plus couramment utilisées (telles que le calcul, le réseau et le disque de données) sont prises en charge dans l'approche basée sur des plug-ins. Le mappage de type et le mappage d'image sont pris en charge pour les ressources de calcul. L'aide pour l'image et les aides pour le type peuvent également être utilisées avec des ressources de calcul. Les actions du jour 2 de mise sous tension et hors tension peuvent également être effectuées sur les ressources de calcul. L'infrastructure basée sur des plug-ins prend également en charge la création de réseaux et de disques de données.

  • Prise en charge des comptes de stockage Azure

    Il est possible de créer des comptes de stockage dans VMware Aria Automation à l'aide de l'approche par plug-ins. Les comptes de stockage peuvent être modifiés et supprimés. Toutes les propriétés des comptes de stockage sont disponibles dans VMware Aria Automation.

  • Prise en charge de la base de données Azure SQL

    La base de données SQL Azure est prise en charge à l'aide de l'approche basée sur des plug-ins. Toutes les propriétés de la base de données Azure SQL sont prises en charge. Le service doit être disponible afin que les utilisateurs puissent déployer la base de données Azure SQL. Pour cette version, seules les opérations de création, de mise à jour et de suppression sont prises en charge. Les opérations de base de données sont effectuées par l'utilisateur spécifié dans les propriétés de base de données.

  • Créer un élément de catalogue Service Broker basé sur des modèles de VM dans vSphere+

    Avec la publication des éditions Cloud, nous disposons d'une nouvelle intégration qui permet la création simple et rapide d'éléments de catalogue Service Broker basés sur un modèle de VM à partir de vSphere+. Auparavant, en tant qu'administrateur VI, lorsque vous receviez des demandes de création de machine virtuelle, vous pouviez y répondre via la création manuelle de la machine virtuelle à chaque demande ou en donnant aux utilisateurs l'accès au système vCenter sur lequel réside leur modèle. Avec cette nouvelle intégration, vous pouvez créer rapidement un élément de catalogue Service Broker robuste qui peut être partagé avec les utilisateurs finaux et réutilisé si nécessaire. VMware Aria Automation place dynamiquement cette machine virtuelle en fonction de la meilleure disponibilité dans votre cluster.

  • Prise en charge des propriétés OVF pour les fichiers OVF dans la bibliothèque de contenu vCenter

    Les propriétés OVF pour les images OVF/OVA dans la bibliothèque de contenu vCenter sont prises en charge dans VCT en utilisant la propriété « ovfProperties » disponible sur la ressource de machine vSphere. Les propriétés OVF pour les images OVF/OVA dans la bibliothèque de contenu vCenter sont également affichées dans les mappages d'image.

  • Interface utilisateur des actions préalables et postérieures à la correction pour la vulnérabilité

    Les utilisateurs peuvent désormais utiliser des fichiers d'état Salt dans le gestionnaire de fichiers pour spécifier un état préalable avant de lancer des correctifs de vulnérabilité. En outre, un état postérieur facultatif peut être défini pour les actions une fois la correction terminée. Cette fonctionnalité facilite l'automatisation des tâches généralement effectuées lors de l'application de correctifs système qui peuvent nécessiter des redémarrages ou des étapes supplémentaires pour la réussite de la correction.

  • Prise en charge de SCM sur site (GitLab Enterprise) pour VCT à partir de VMware Aria Automation SaaS

    Auparavant, les points de terminaison GitLab Enterprise n'étaient pas pris en charge dans VMware Aria Automation SaaS. Cette fonctionnalité permet aux utilisateurs de configurer GitLab Enterprise en tant que point de terminaison pour les référentiels. Les modèles de cloud, les scripts Terraform et les services d'action d'extensibilité peuvent être importés à partir de GitLab Enterprise.

  • Avertissement supplémentaire pour les actions de redimensionnement du jour 2

    Les actions de redimensionnement du jour 2 incluent désormais un avertissement pour indiquer que, si l'ajout à chaud est désactivé sur vCenter, la machine est redémarrée et hors service pendant le redémarrage. Lorsque l'ajout à chaud est activé, les utilisateurs ont la possibilité de choisir de redémarrer ou non lors de l'action de redimensionnement, avec « Ne pas redémarrer » comme option par défaut. Si le paramètre d'ajout à chaud dans vCenter est mis à jour, cela prend environ 10 minutes pour que la modification soit reflétée dans VMware Aria Automation.

  • Suspendre le déclenchement de la demande externe si le paramètre d'entrée n'est pas valide

    Les actions externes utilisées dans un champ de formulaire personnalisé ne seront exécutées que lorsque tous les champs de dépendance avec des contraintes sont correctement renseignés avec des valeurs valides. Lorsqu'un champ ne respecte pas initialement certaines de ses contraintes, telles que les contraintes requises, de valeur ou de longueur minimale/maximale et de modèle, les champs d'entrée directement dépendants avec une action externe sont évalués uniquement après la mise à jour du champ avec les conditions requises valides. Les champs présentant une dépendance transitive avec une action externe ne sont pas évalués, sauf si le champ est valide. Si un champ valide est mis à jour pour être non valide, toutes les actions dépendantes ne sont alors pas exécutées.

    Cela peut entraîner une confusion lors du remplissage d'un formulaire personnalisé. Les clients peuvent observer que certaines actions externes ne sont pas exécutées, par exemple des champs qui ne sont pas remplis automatiquement avec les valeurs par défaut ou des menus déroulants sans options. Si cela se produit, les clients doivent s'assurer que tous les champs de dépendance avec des contraintes sont correctement renseignés avec des valeurs valides. Par exemple, toutes les dépendances requises sont remplies et toutes les contraintes sur les dépendances sont satisfaites.

  • Mises à jour du plug-in Infoblox de VMware Aria Automation

    La version 1.5.1 du plug-in VMware Infoblox pour VMware Aria Automation apporte les améliorations suivantes en plus de la mise à jour vers la version 1.5 :

    • La validation des informations d'identification échoue lorsque la demande HTTP au serveur Infoblox renvoie un code d'état différent de HTTP 200. Cette amélioration supprime la possibilité de faux résultats positifs et offre une meilleure expérience utilisateur. Cela permet d'éviter les incompréhensions lorsque l'utilisateur pense que le compte de cloud est correctement validé alors que les réseaux et les adresses IP ne sont pas énumérés après l'ajout du compte de cloud.

    • Le plug-in n'effectue pas de demandes pour les adresses IP si aucune adresse IP spécifique n'est demandée lors de l'allocation d'adresses IP.

    • L'exécution d'action d'extensibilité passe de Photon 3.x à Photon 4.x afin d'exécuter le plug-in avec Python 3.10.11 en tenant compte de la fin de vie de Python 3.7.5.

    • Cette version du plug-in utilise la nouvelle version OpenSSL 3.0.x pour gérer le trafic HTTPS au lieu de la version OpenSSL 1.0.2 utilisée dans la version précédente. Cela apporte une sécurité supplémentaire, mais nécessite que le serveur Infoblox ait correctement créé des certificats. Les certificats doivent avoir le domaine du serveur répertorié sous SAN, contrairement à la version précédente où le domaine pouvait être répertorié sous CN. Pour plus d'informations, accédez à Comment fonctionnent les noms communs (CN) et les autres noms de l'objet (SAN) ?. Pour plus d'informations sur la gestion des certificats sur le serveur Infoblox, accédez à Gestion de certificats.

    Étant donné que le plug-in nécessite Photon 4.x en tant qu'exécution d'action d'extensibilité pour s'exécuter sur Python 3.10.11, le plug-in fonctionne uniquement avec VMware Aria Automation 8.14.0 ou version ultérieure. Étant donné que la prise en charge de Python 3.7.5 ne sera pas disponible dans VMware Aria Automation 8.14.1, les versions précédentes du plug-in VMware Infoblox (1.5 ou version antérieure) ne sont pas prises en charge dans VMware Aria Automation 8.14.1 ou version ultérieure.

Nouveautés de novembre 2023 pour Automation Orchestrator 8.14.1

  • Le moteur de chiffrement est modifié lors de l'exécution de VMware Aria Automation Orchestrator en mode FIPS

    À partir de cette version, Automation Orchestrator utilise un fournisseur FIPS mis à jour lors de l'exécution en mode FIPS (bc-fips-1.0.2.4). Ce commutateur nécessite que le chiffrement par défaut (Triple-DES/3DES) et la synthèse du message (MD5) soient modifiés en AES-256 et SHA-256 respectivement. Ces modifications correspondent à la publication spéciale NIST 800-131A Révision 2. Pour plus d'informations, accédez à Transition de l'utilisation d'algorithmes de chiffrement et de longueurs de clé. Lorsque Automation Orchestrator s'exécute en mode FIPS, les utilisateurs du plug-in SSH qui disposent déjà d'une ou de plusieurs paires de clés protégées par mot de passe peuvent être affectés par une erreur d'exception. Pour résoudre le problème, reportez-vous à l'article KB 95579.

Problèmes résolus

  • Le niveau des journaux de débogage VMware Aria Automation Orchestrator revient à INFO après le redémarrage

    Après le redémarrage de votre déploiement d'Automation Orchestrator, les journaux de débogage reviennent au niveau INFO.

  • Erreurs d'exécution Java pour VMware Aria Automation Orchestrator

    Les échecs de workflows et d'actions lors de l'utilisation de l'API vCenter pour Automation Orchestrator via le plug-in vCenter entraînaient parfois des erreurs d'exécution Java semblables aux suivantes :

    Unable to make field int sun.util.calendar.BaseCalendar$Date.cachedYear accessible: module java.base does not "opens sun.util.calendar" to unnamed module @7729d72

  • Workflows et actions VMware Aria Automation Orchestrator bloqués dans l'état « En attente »

    Les workflows Automation Orchestrator qui disposent d'entrées utilisateur restent bloqués dans l'état « En attente » lorsque l'entrée utilisateur est reçue après une durée de 8 heures. Dans ce cas, le workflow ne s'affiche pas dans la section En attente d'entrée du client Automation Orchestrator. Ce problème était dû à une limitation de validité du jeton.

  • Mise à jour des performances du référentiel Git du workflow VMware Aria Automation Orchestrator

    Le service Git d'Automation Orchestrator peut ralentir lorsque de grandes quantités de workflows sont extraites du référentiel. De nombreuses instances d'opérations d'extraction Git dépassent la valeur de délai d'expiration par défaut et échouent. À partir de cette version, des améliorations de performances sont apportées, ce qui réduit le risque d'expiration des opérations d'extraction Git volumineuses.

  • La mise à niveau du plug-in vSphere Replication pour VMware Aria Automation Orchestrator ne parvient pas à mettre à niveau les workflows et les actions

    Lorsque les utilisateurs mettent à niveau le plug-in vSphere Replication pour Automation Orchestrator de la version 8.7 à la version 8.8, la mise à niveau des versions de workflow et d'action échoue. La solution consistait à désinstaller et à effectuer une nouvelle installation de la version 8.8 du plug-in Replication. Ce problème est désormais résolu et les utilisateurs peuvent mettre à niveau le plug-in Replication et son contenu vers la dernière version.

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

    Dans la version 8.14.0, un problème entraîne une augmentation du temps de rendu du formulaire personnalisé, en fonction de la complexité du formulaire personnalisé. Lorsque le formulaire se compose de centaines de champs et de règles de valeur par défaut compliquées, le ralentissement peut être plus significatif. Pour les versions de produit actuelles, ce problème est désormais résolu. Il existe également un correctif pour la version 8.14.0 qui résout le problème dans les versions antérieures.

  • Erreur lors de l'utilisation des actions du jour 2 de l'application de contrôle à distance VMware (VMRC) pour les utilisateurs sur site de vSphere 8 et versions ultérieures

    vSphere 8 et versions ultérieures prend uniquement en charge WebMKS et la communication MKS obsolète. Les déploiements sur site de VMware Aria Automation ne peuvent pas communiquer avec les instances de vSphere 8 et versions ultérieures, car le proxy de console ne prend pas en charge WebMKS. Le correctif de la version actuelle permet à VMware Aria Automation de se connecter directement aux instances de vCenter 8 ou versions ultérieures à l'aide de WebMKS. Cela contourne le proxy de console VMware Aria Automation qui ne prend pas en charge WebMKS. Les utilisateurs peuvent également activer l'accès natif au proxy distant de vCenter pour éviter l'exposition des hôtes ESXi. 

    Les conditions requises en matière de port et de certificat associées aux connexions de proxy ne sont pas traitées dans le cadre de cette mise à jour. Pour plus d'informations sur la solution appropriée, reportez-vous à l'article 93070 de la base de connaissances.

  • Les ressources sont mises à jour à l'état « Manquant » après la suppression d'un réseau

    Lorsqu'un réseau est supprimé de VMware Aria Automation ou de vCenter, tous les éléments de ressource associés dans le déploiement, y compris la ressource réseau, sont désormais mis à jour vers l'état « Manquant ».

Problèmes connus

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

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

    "Something went wrong in a backend service."

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

    Solution : attendez que le domaine soit créé, puis ajoutez le domaine de compte de cloud VCF.

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

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

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

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

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

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

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

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

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

    Aucune solution.

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

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

    Aucune solution.

Nouveautés d'octobre 2023 pour VMware Aria Automation 8.14

  • Nouvelle vignette unifiée pour VMware Aria Automation avec des noms de service rebaptisés

    VMware Aria Automation 8.14 sur site et versions ultérieures disposent d'une famille de services unifiée : « Aria Automation ». En fonction de la licence utilisateur et du rôle, « Aria Automation Assembler » (Cloud Assembly), « Aria Automation Service Broker » et « Aria Automation Pipelines » (Code Stream) s'affichent en tant que familles de services sous « Aria Automation ». Un nouveau commutateur de service permet une navigation rapide et facile entre les services sous VMware Aria Automation. 

  • Améliorations de la convivialité de VMware Aria Automation Config

    Les améliorations de convivialité suivantes ont été apportées à VMware Aria Automation Config :

    • Possibilité d'afficher les notifications sur les actions utilisateur avec des boutons sur chaque page.

    • Possibilité d'utiliser des icônes d'actualisation pour obtenir le dernier état des tâches sur toutes les pages applicables.

    • Possibilité de copier le numéro d'identification de la tâche (JID, Job Identification Number) en utilisant l'icône de copie.

    • Boutons bascules booléens cohérents.

    • Informations supplémentaires sur l'état de la tâche après son exécution. L'état de la tâche peut être :

      • Échec

      • Réussite

  • Variable de formulaires personnalisés pour distinguer les champs entre les formulaires de création et de mise à jour

    Une variable de contexte est ajoutée dans le concepteur de formulaires appelé « IsUpdateAction », qui peut être utilisée dans le formulaire personnalisé pour indiquer si le champ est utilisé pour les demandes de création ou de mise à jour de déploiement.

  • Disponibilité générale de l'interface de consommation de cloud (CCI, Cloud Consumption Interface)

    Optimisée par VMware Aria Automation Service Broker, vSphere with Tanzu et vSphere+, l'interface de consommation de cloud présente un ensemble de fonctionnalités que les administrateurs de cloud peuvent utiliser pour offrir une interface utilisateur moderne ou une expérience en libre-service basée sur l'interface de ligne de commande K8S pour les clouds VMware. Cette version passe l'interface CCI en disponibilité générale. L'ensemble des fonctionnalités de l'interface CCI est disponible pour les clients VMware Aria Automation SaaS dans la région des États-Unis uniquement. Pour plus d'informations, consultez la documentation et la page Web principale.

  • Utilisation de l'espace d'adresses IP libre dans l'ensemble de toutes les plages d'adresses IP pour les machines virtuelles et l'adresse IP virtuelle d'équilibrage de charge

    Lors de l'allocation d'un réseau à partir d'un profil contenant plusieurs réseaux, l'espace d'adresses IP libre est désormais pris en compte dans l'ensemble des plages d'adresses IP dans tous les réseaux d'un profil réseau. Cela évite les échecs de provisionnement lors de l'allocation du réseau. Cependant, lorsqu'un réseau est alloué à un cluster de machines avec un certain nombre de machines, nous allons toujours choisir un réseau ayant au moins le même nombre d'adresses IP disponibles. L'allocation de clusters de machines n'est pas répartie entre les réseaux.

  • Intégration rapide en bloc pour les machines virtuelles depuis la page Machines virtuelles

    Les administrateurs de cloud peuvent désormais sélectionner des machines virtuelles découvertes et les intégrer rapidement en bloc dans la gestion de VMware Aria Automation sans plan d'intégration.

    Remarque : par défaut, les machines virtuelles intégrées via ce flux ne sont pas comptabilisées par défaut dans les limites de projet. Il existe une limite de 50 machines lorsque vous exécutez cette action via l'interface utilisateur et l'API. En savoir plus.

  • Prise en charge d'IPv6 pour les charges de travail provisionnées par VMware Aria Automation avec un IPAM externe

    Cette fonctionnalité introduit la prise en charge de l'attribution d'IPv6 à des charges de travail à simple ou double pile provisionnées par VMware Aria Automation lorsqu'une adresse IPv6 est demandée via une intégration VMware Aria Automation à un système IPAM externe.

    Remarque : le plug-in IPAM doit également prendre en charge IPv6.

  • Prise en charge des conditions de propriétés liées au déploiement pour les actions du jour 2 personnalisées

    Les actions du jour 2 personnalisées prennent désormais en charge les propriétés conditionnelles liées au déploiement. Les actions du jour 2 personnalisées passant par l'assistant de migration avec le nom des enfants du déploiement comme conditions doivent être reconfigurées avec cette nouvelle fonctionnalité.

  • Prise en charge des hôtes et des clusters vCenter en mode de maintenance

    Lorsqu'un hôte vCenter ESXi est placé en mode de maintenance, VMware Aria Automation peut détecter le changement d'état de l'hôte et ne le sélectionne pas pour le provisionnement d'une machine virtuelle. Cette modification d'état n'est pas reflétée immédiatement dans VMware Aria Automation. Une énumération des ressources doit être effectuée (elle s'exécute toutes les 10 minutes) pour que ce soit le cas. Une fois qu'un hôte est mis en mode de maintenance et mis à jour dans VMware Aria Automation, l'hôte continue à s'afficher sur la page Infrastructure > Ressources > Calcul et peut être sélectionné dans la liste de la page Zones de cloud > Calcul. Mais les nouvelles demandes de provisionnement de machine virtuelle ignorent cet hôte et sélectionnent uniquement des hôtes actifs pour le provisionnement. 

    Pour les clusters, si l'un des hôtes du cluster est mis en maintenance, le cluster peut toujours être sélectionné pour le provisionnement de machine virtuelle si le cluster dispose d'au moins un hôte actif. Si tous les hôtes d'un cluster sont placés en mode de maintenance dans vCenter de sorte qu'il n'y ait aucun hôte actif dans ce cluster, VMware Aria Automation ignorera ce cluster pour le provisionnement des machines virtuelles.

    Les hôtes en mode de maintenance seront ignorés pour le provisionnement jusqu'à ce que l'hôte soit retiré du mode de maintenance et que l'énumération des ressources VMware Aria Automation soit effectuée.

  • Prise en charge d'Active Directory sur Windows 2022 pour vIDM 3.3.7 avec le dernier correctif VMSA

    Le dernier correctif VMSA inclut désormais la prise en charge d'Active Directory sur Windows pour une utilisant dans vIDM 3.3.7. Vous pouvez télécharger le correctif depuis le portail VMware Customer Connect. Sans le correctif, les utilisateurs seront supprimés à la fin de la synchronisation de vIDM.

    Pour plus d'informations sur vIDM 3.3.7, accédez aux Notes de mise à jour de vIDM 3.3.7.

  • Des événements d'extensibilité sont disponibles pour les workflows d'approbation

    De nouvelles rubriques d'événements sont désormais disponibles pour divers événements au cours du workflow d'approbation conformément à une stratégie d'approbation. Des événements sont générés lorsque :

    • Une demande d'approbation est créée.

    • Une demande d'approbation est approuvée.

    • Une demande est approuvée par l'utilisateur autorisé.

    • Une demande d'approbation est rejetée.

    • Une demande est approuvée à un niveau dans une stratégie d'approbation à plusieurs niveaux.

    Ces événements peuvent être utilisés pour déclencher un workflow ou une action d'extensibilité Automation Orchestrator.

  • Mettre à jour les mappages d'image par lot entre les comptes de cloud

    Les mappages d'image sont désormais plus faciles à gérer à grande échelle entre les comptes de cloud. Les clients peuvent désormais mettre à jour les mappages d'image par lot en gérant simultanément tous les mappages d'image pour un compte de cloud ou une région spécifique. Auparavant, cette opération devait être effectuée individuellement pour chaque image dans un compte de cloud.

  • Disponibilité de la fonction Désinscrire l'action du jour 2 pour les VM manquantes

    La fonction Désinscrire l'action du jour 2 est désormais disponible pour les machines virtuelles dont l'état est « Manquant ».

    Remarque : si la machine virtuelle est dans l'état « Manquant » pendant plus de 30 jours, l'action de désinscription n'est pas prise en charge.

  • Amélioration de la gestion des balises via l'API et l'interface utilisateur

    Plusieurs améliorations ont été apportées pour faciliter la gestion des balises via l'API. Les utilisateurs peuvent désormais supprimer des balises si elles ne sont pas utilisées et récupérer les informations d'utilisation des balises. Dans la console VMware Aria Automation, les utilisateurs peuvent désormais voir toutes les origines d'une balise, alors qu'auparavant la console n'en affichait qu'une seule lorsque deux balises existaient avec le même nom, mais une origine différente. Les utilisateurs peuvent également trier et filtrer en fonction de la clé et de la valeur d'une balise et de l'origine d'une balise.

  • Avis d'obsolescence pour les exécutions d'actions d'extensibilité VMware Aria Automation

    Les actions d'extensibilité introduisent de nouvelles exécutions à partir de la version actuelle. Les anciennes exécutions sont considérées comme obsolètes immédiatement et seront prises en charge pendant une période de grâce. La dernière période de grâce devrait se terminer autour de la version de janvier, après quoi les anciennes exécutions seront supprimées et les actions d'extensibilité seront définies par défaut sur les nouvelles exécutions.

    Nous ajoutons une nouvelle propriété à l'objet d'action appelé « runtimeVersion » pour aider les clients à anticiper la période de transition. Les actions d'extensibilité seront définies par défaut sur la version obsolète de l'exécution tant que la propriété « runtimeVersion » n'est pas définie. Lorsque de nouvelles actions sont créées, elles sont définies par défaut sur les versions mises à jour de l'exécution. La propriété « runtimeVersion » sera supprimée après la période de grâce. Nous ajoutons également des rubans dans les interfaces utilisateur d'action d'extensibilité pour avertir les utilisateurs de l'obsolescence. 

    Les exécutions obsolètes sont les suivantes :

    AWS :

    • Python 3.7

    • Node.js 14

    Azure :

    • Python 3.8

    • Node.js 12

    Sur site :

    • Python 3.7

    • Node.js 14

    • PowerShell 7.1.7

    Ces versions d'exécution obsolètes sont remplacées par les éléments suivants :

    AWS :

    • Python 3.10

    • Node.js 18

    Azure :

    • Python 3.10

    • Node.js 18

    Sur site :

    • Python 3.10

    • Node.js 18

    • PowerShell 7.2.7

Nouveautés d'octobre 2023 pour Automation Orchestrator 8.14

  • Mise à jour de la version d'exécution de Python vers la version 3.10

    Automation Orchestrator utilise désormais la version 3.10 de l'environnement d'exécution Python. Python 3.7 a été supprimé et la période de grâce a expiré, comme indiqué dans l'avis d'obsolescence dans les notes de mise à jour de VMware Aria Automation Juillet 2023/8.13. Les clients sont invités à commencer à utiliser Python 3.10 dès maintenant.

  • Mise à jour de la version d'exécution de PowerCLI vers la version 12

    Automation Orchestrator utilise désormais la version 12 de l'environnement d'exécution PowerCLI. PowerCLI 11 a été supprimé et la période de grâce a expiré, comme indiqué dans l'avis d'obsolescence dans les notes de mise à jour de VMware Aria Automation Juillet 2023/8.13. Les clients sont invités à commencer à utiliser PowerCLI 12 dès maintenant.

Problèmes résolus

  • La valeur par défaut de la variable Automation Orchestrator est prioritaire sur la valeur par défaut de l'interaction utilisateur

    Lorsqu'une variable Automation Orchestrator dispose d'une valeur par défaut définie dans la définition de variables et le formulaire d'interaction utilisateur, la valeur par défaut de la définition de variables est prioritaire lorsque le formulaire est accessible depuis VMware Aria Automation. Si la variable dispose d'une valeur externe définie dans le formulaire d'interaction utilisateur et d'une valeur par défaut de la définition de variables, la valeur externe est prioritaire sur la valeur par défaut de la définition de variables.

    Si la variable dispose d'une valeur conditionnelle définie dans le formulaire d'interaction utilisateur et d'une valeur par défaut de la définition de variables, la valeur par défaut est d'abord affichée pour la variable. Toutefois, si l'utilisateur modifie la valeur de la zone de texte dont dépend la variable, la valeur conditionnelle de la variable est prioritaire en fonction de la nouvelle valeur définie par l'utilisateur.

    Si la valeur externe d'une zone de texte dépend d'une variable avec une valeur par défaut différente définie dans la définition de variables et le formulaire d'interaction utilisateur, l'action externe est appelée une fois pour les deux valeurs et la valeur par défaut des variables est prioritaire.

  • Les actions Automation Orchestrator de longue durée (plus de 60 secondes) entraînent l'expiration du délai d'attente du service de formulaire de l'environnement VMware Aria Automation

    À partir de la version 8.10.2, le délai d'expiration pour la récupération des valeurs de formulaire personnalisé via des actions d'extensibilité ou des actions externes Automation Orchestrator est passé de 10 minutes à une minute. Cela entraînait l'expiration des formulaires personnalisés dont les valeurs proviennent d'une source externe si l'action s'exécutait pendant plus d'une minute.

    Avec la version actuelle, le délai d'expiration est revenu à 10 minutes.

  • Numérotation incorrecte sur la page Workflow Automation Orchestrator

    La numérotation sur la page Workflow Automation Orchestrator pouvait auparavant s'afficher de manière incorrecte.

  • Impossible de copier l'authentification Kerberos lors de l'exécution du workflow « Cloner un hôte REST »

    Auparavant, les utilisateurs ne pouvaient pas copier l'authentification Kerberos lors de l'exécution du workflow Cloner un hôte REST, car cette option n'était pas disponible sous le menu déroulant Type d'authentification de l'hôte. Cette option a maintenant été ajoutée et tout fonctionne comme prévu.

  • L'opération d'extraction prend beaucoup de temps lors de l'utilisation d'un référentiel Git distant

    Lorsque vous tentez d'extraire un grand nombre de workflows du référentiel Git intégré à Automation Orchestrator, les opérations d'extraction sont longues.

Problèmes connus

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

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

    "Something went wrong in a backend service."

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

    Solution : attendez que le domaine soit créé, puis ajoutez le domaine de compte de cloud VCF.

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

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

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

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

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

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

    Aucune solution.

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

  • Correctif VMware Aria Automation pour les problèmes de formulaire personnalisé

    Le dernier correctif de VMware Aria Automation résout les problèmes de formulaire personnalisé mentionnés dans l'article KB 96181. Outre la résolution des problèmes mentionnés dans la base de connaissances, le correctif résout également les problèmes suivants :

    • Résolution d'un problème dans lequel les champs de projet sans propriété “valueList” dans le schéma de champs entraînaient le non-chargement des éléments du catalogue et le renvoi d'une erreur de serveur interne (500 Internal Server Error).

    • La liaison d'entrée à un composant de grille de données avec les colonnes requises est désormais corrigée et ne génère plus d'erreur de validation.

    Ce correctif est disponible pour les versions du produit 8.11.2, 8.12.2, 8.13.1, 8.14.1 et 8.16.0.

  • Avis relatif à la vulnérabilité CVE-2023-34063 : Des correctifs supplémentaires sont publiés pour résoudre la vulnérabilité CVE-2023-34063 et, pour plus d'informations, accédez à la page https://www.vmware.com/security/advisories/VMSA-2024-0001.html. Tous les clients utilisant des versions de VMware Aria Automation antérieures à la version 8.16.0 doivent se reporter à l'article 96098 de la base de connaissances.

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

    Remarque : cette fonctionnalité est actuellement utilisable uniquement pour les clients de VMware Aria Automation SaaS déployés dans la région des États-Unis.

  • 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 de VMware 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

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

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

    "Something went wrong in a backend service."

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

    Solution : attendez que le domaine soit créé, puis ajoutez le domaine de compte de cloud VCF.

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

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

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

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

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

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

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

  • 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 résolus

  • Notifications de stratégie d'approbation avec groupe AD comme approbateur

    Auparavant, les notifications par e-mail n'étaient pas envoyées pour une demande d'approbation lorsque le groupe d'approbateurs était un groupe Active Directory. Désormais, un e-mail de notification est envoyé au groupe AD configuré en tant qu'approbateur.

  • 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 d'Automation for Secure Hosts 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 est maintenant 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.

Problèmes connus

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

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

    "Something went wrong in a backend service."

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

    Solution : attendez que le domaine soit créé, puis ajoutez le domaine de compte de cloud VCF.

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

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

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

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

  • Correctif VMware Aria Automation pour les problèmes de formulaire personnalisé

    Le dernier correctif de VMware Aria Automation résout les problèmes de formulaire personnalisé mentionnés dans l'article KB 96181. Outre la résolution des problèmes mentionnés dans la base de connaissances, le correctif résout également les problèmes suivants :

    • Résolution d'un problème dans lequel les champs de projet sans propriété “valueList” dans le schéma de champs entraînaient le non-chargement des éléments du catalogue et le renvoi d'une erreur de serveur interne (500 Internal Server Error).

    • La liaison d'entrée à un composant de grille de données avec les colonnes requises est désormais corrigée et ne génère plus d'erreur de validation.

    Ce correctif est disponible pour les versions du produit 8.11.2, 8.12.2, 8.13.1, 8.14.1 et 8.16.0.

  • Avis relatif à la vulnérabilité CVE-2023-34063 : Des correctifs supplémentaires sont publiés pour résoudre la vulnérabilité CVE-2023-34063 et, pour plus d'informations, accédez à la page https://www.vmware.com/security/advisories/VMSA-2024-0001.html. Tous les clients utilisant des versions de VMware Aria Automation antérieures à la version 8.16.0 doivent se reporter à l'article 96098 de la base de connaissances.

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

Problèmes connus

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

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

    "Something went wrong in a backend service."

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

    Solution : attendez que le domaine soit créé, puis ajoutez le domaine de compte de cloud VCF.

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

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

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

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

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

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

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

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

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

Problèmes connus

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

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

    "Something went wrong in a backend service."

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

    Solution : attendez que le domaine soit créé, puis ajoutez le domaine de compte de cloud VCF.

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

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.

    Remarques :

    • 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 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 VMware 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 VMware Aria Automation Orchestrator

    Dans les versions précédentes d'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 Automation 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. 

Problèmes connus

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

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

    "Something went wrong in a backend service."

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

    Solution : attendez que le domaine soit créé, puis ajoutez le domaine de compte de cloud VCF.

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

Documentation et gestion des versions de l'API

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

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

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

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

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

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

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

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

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

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

Février 2024 - 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

Service Content Gateway

Connectez-vous à votre infrastructure en tant que contenu de code dans des sources de contenu externe telles que les fournisseurs de gestion de code source.

Nouveau point de terminaison pour obtenir les sources de contenu :

  • GET /content/api/sources/list

Remplace le point de terminaison pour obtenir les sources de contenu désormais obsolète :

  • GET /content/api/sources

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

En raison de la nature non sensible à la casse des API Microsoft Azure, comme décrit ici, la logique d'énumération d'Aria Automation a été mise à jour pour convertir tous les ID de ressources Azure en minuscules pour les points de terminaison d'API suivants :

  • Images d'infrastructure /iaas/api/fabric-images

  • Réseaux d'infrastructure/iaas/api/fabric-networks

  • Images /iaas/api/images

  • Équilibrages de charge /iaas/api/load-balancers

  • Réseaux /iaas/api/networks

  • Groupes de sécurité/iaas/api/security-groups

  • Dossiers /iaas/api/folders

Si vous disposez de fonctions d'extensibilité qui reposent sur ces API pour renvoyer des ID de ressources sensibles à la casse, vous devez mettre à jour ces fonctions afin d'utiliser des ID non sensibles à la casse.

Nouveau point de terminaison public pour récupérer les détails de la tâche et du projet à partir d'une demande de provisionnement :

GET /iaas/api/request-graph

Nouveaux points de terminaison pour prendre en charge le provisionnement de NSX Advanced Load Balancer (Avi LB) :

  • Répertorier tous les comptes de cloud Avi Load Balancer

GET /iaas/api/cloud-accounts-avilb

  • Créer un compte de cloud Avi Load Balancer

POST /iass/api/cloud-accounts-avilb

  • Obtenir un compte de cloud Avi Load Balancer avec l'ID spécifié

GET /iaas/api/cloud-accounts-avilb/{id}

  • Supprimer un compte de cloud Avi Load Balancer portant l'ID spécifié

DELETE /iaas/api/cloud-accounts-avilb/{id}

  • Mettre à jour un compte de cloud Avi Load Balancer avec l'ID spécifié

PATCH /iass/api/cloud-accounts-avilb/{id}

POST /iaas/api/cloud-accounts Point de terminaison pour créer un compte de cloud dans une organisation existante mise à jour pour accepter les valeurs d'entrée "cloudAccountType": "avilb" et cloudAccountProperties pour une instance d'Avi Load Balancer.

Décembre 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

Nouveau point de terminaison pour obtenir les journaux d'événements par programmation.

GET /iaas/api/event-logs

Secrets

Permet d'accéder aux opérations avec des secrets.

Les valeurs de réponse des points de terminaison suivants avec la définition « platform:2020-09-20 » ont été modifiées :

  • GET /platform/api/secrets/{id}

  • GET /platform/api/secrets/{projectId}/{name}

projectIds remplace projectId et projectName

Nouvelle définition « platform:2023-01-01 » avec les points de terminaison suivants pour obtenir, créer ou mettre à jour des secrets, ainsi que pour récupérer des projets liés à un ou plusieurs secrets :

  • GET /platform/api/secrets

  • POST /platform/api/secrets

  • PATCH /platform/api/secrets/{id}

  • GET /platform/api/secrets/{id}/projects

  • GET /platform/api/secrets/project

Pour obtenir tous les secrets d'un ID de projet spécifique, utilisez GET /platform/api/secrets avec le nouveau paramètre d'entrée projectId au lieu du filtre OData sur l'ID de projet utilisé pour le point de terminaison avec la définition « platform:2020-09-20 ».

Novembre 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

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.

Nouveau paramètre « syncStatus » ajouté à GET /deployment/api/resources pour rechercher des ressources qui correspondent à l'une des valeurs d'état de synchronisation : MANQUANT, PÉRIMÉ.

Identité

Fournisseur d'authentification et d'autorisation. Sur site uniquement.

Nouveau point de terminaison pour la recherche d'utilisateur.

POST /csp/gateway/am/api/v2/users/search

Le point de terminaison suivant est désormais obsolète.

GET /csp/gateway/am/api/orgs/{orgId}/users/search

Octobre 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

Nouveau point de terminaison pour supprimer les balises :

DELETE /iaas/api/tags/{id}

REMARQUE : l'action de suppression vérifie que la balise n'est pas associée à une ressource avant de la supprimer.

Nouveau point de terminaison pour obtenir l'utilisation des balises pour les tagIds fournis dans la charge utile :

POST /iaas/api/tags/tags-usage

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.

Projets

Fournissez une visibilité et une isolation des ressources provisionnées aux utilisateurs ayant un rôle de projet.

Le point de terminaison suivant a été supprimé :

GET /project-service/api/projects/limit-usage

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