RSS
 

vRealize Orchestrator Appliance 8.1 | 14 avril 2020 | Build 15995344

Vérifiez fréquemment les compléments et les mises à jour de ces notes de mise à jour.

Contenu des notes de mise à jour

Les notes de mise à jour couvrent les rubriques suivantes :

Important

Échec de la mise à niveau après l'exécution des étapes décrites dans l'article 87120 de la base de connaissances

Les instructions utilisées pour résoudre les vulnérabilités Log4j CVE-2021-44228 et CVE-2021-45046 décrites dans l'article 87120 de la base de connaissances peuvent entraîner des échecs de la mise à niveau pour vRealize Automation et vRealize Orchestrator 8.6.2 ou version antérieure. Pour obtenir une solution, reportez-vous à l'article 87794 de la base de connaissances.

Nouveautés de vRealize Orchestrator 8.1

Meilleure facilité d'utilisation et DevOps Automation 
vRealize Orchestrator 8.1 offre des améliorations de fonctionnalités puissantes pour améliorer la productivité et l'efficacité des administrateurs informatiques/cloud et des administrateurs DevOps, qui modernisent leur infrastructure de centre de données à l'aide de vCloud Suite et de VMware Cloud Foundation. Les principales fonctionnalités sont les suivantes :

  • Arborescence des dossiers hiérarchiques. vRealize Orchestrator 8.1 réintroduit la prise en charge des arborescences des dossiers hiérarchique. Les utilisateurs peuvent ainsi organiser, afficher et parcourir leurs objets vRealize Orchestrator dans une arborescence hiérarchique. Cela permet une gestion simplifiée des objets à grande échelle, ce qui donne aux utilisateurs une vue globale de tout le contenu organisé. Reportez-vous à la section Créer un dossier ou un sous-dossier dans vRealize Orchestrator Client.

  • Actions d'exécution et de débogage. Les utilisateurs peuvent exécuter et déboguer une action sans devoir l'ajouter à un workflow, puis lancer une exécution du workflow. Chaque action peut être testée par unité avant d'exécuter le workflow associé, ce qui permet le développement accéléré du workflow. Reportez-vous à la section Actions d'exécution et de débogage.

  • Déboguer le schéma de workflow. Les utilisateurs peuvent déboguer un workflow en définissant des points de rupture sur des éléments spécifiques dans le schéma du workflow. Reportez-vous à la section Déboguer les workflows par élément de schéma.

  • Transférer des ensembles de modifications vers des branches Git. Lorsque vous définissez différentes versions du contenu dans un référentiel Git, vRealize Orchestrator permet aux utilisateurs de sélectionner, de configurer et de transférer des ensembles de modifications à différentes branches à partir du référentiel Git. Cela permet aux utilisateurs de promouvoir le contenu vRealize Orchestrator via des opérations Git standard. Reportez-vous à la section Comment puis-je utiliser le branchement Git pour gérer mon inventaire d'objets vRealize Orchestrator.

  • Différents langages de script : PowerShell, Node.js, Python. vRealize Orchestrator 8.1 introduit la prise en charge des langages de script suivants : PowerShell, Node.js et Python. Cela rend vRealize Orchestrator plus accessible et plus facile à utiliser pour les utilisateurs non-JavaScript. Reportez-vous à la section Concepts de base pour les scripts Python, Node.js et PowerShell.

  • Prise en charge de Syslog. Vous pouvez configurer une intégration de journalisation vers un ou plusieurs serveurs Syslog distants. Reportez-vous à la section Créer ou remplacer une intégration Syslog dans vRealize Orchestrator.
  • Mise à jour de l'API du plug-in vSphere 6.7. L'API du plug-in vSphere a été mise à jour pour prendre en charge la version 6.7.

[Important] Avis sur les fonctionnalités et le support

  • Les langages de script Python, Node.js et PowerShell sont uniquement disponibles pour les instances de vRealize Orchestrator qui utilisent une licence vRealize Automation.
  • L'option Dupliquer pour les objets vRealize Orchestrator, tels que les workflows, les actions, les stratégies, les configurations et les ressources n'est pas disponible dans l'arborescence. Vous pouvez dupliquer des objets dans la vue de fiche.
  • Les actions vRealize Оrchestrator préinstallées ne peuvent pas être dupliquées. Pour dupliquer ces actions, créez une action et copiez manuellement le script, les paramètres d'entrée et le type de retour appropriés.
  • La synchronisation de contenu interne vRealize Orchestrator peut retarder le démarrage du service de quelques minutes. Cela peut entraîner l'indisponibilité du service vRealize Orchestrator lors d'événements de basculement ou lors de pannes de nœud de cluster.
  • vRealize Orchestrator 8.x présente une nouvelle procédure d'ajout d'un connecteur JDBC pour le plug-in SQL. Reportez-vous à la section Ajout d'un connecteur JDBC pour le plug-in vRealize Orchestrator SQL.

Déploiement du dispositif VMware vRealize Orchestrator 8.1

vRealize Orchestrator Appliance est un dispositif basé sur VMware PhotonOS distribué sous forme d'un fichier OVA. Il est préintégré et préconfiguré avec une base de données PostgreSQL interne. Vous pouvez le déployer avec vCenter Server 6.0 ou version ultérieure.

Le dispositif vRealize Orchestrator Appliance est rapide, facile à utiliser et plus économique pour intégrer la pile VMware Cloud, y compris vRealize Automation et vCenter Server, avec vos processus et votre environnement informatiques.

Pour obtenir des instructions sur le déploiement du dispositif vRealize Orchestrator Appliance, reportez-vous à Télécharger et déployer le dispositif vRealize Orchestrator. 

Pour plus d'informations sur la configuration du serveur vRealize Orchestrator Appliance, reportez-vous à la section Configuration d'un serveur vRealize Orchestrator autonome.

Mise à niveau et migration vers vRealize Orchestrator 8.1

Vous pouvez mettre à niveau un déploiement de vRealize Orchestrator 8.0 ou 8.0.1 autonome ou en cluster vers la dernière version du produit à l'aide d'une image ISO montée.

Pour obtenir plus d'informations sur la mise à niveau du dispositif vRealize Orchestrator Appliance, reportez-vous à la section Mise à niveau de vRealize Orchestrator.

Vous pouvez migrer vers vRealize Orchestrator 8.1 une instance autonome de vRealize Orchestrator dont la version est comprise entre la version 7.3 et la version 7.6 authentifiée avec vSphere. La migration de déploiements de vRealize Orchestrator 7.x mis en cluster ou de déploiements authentifiés avec vRealize Automation n'est pas prise en charge.

Pour obtenir plus d'informations sur la migration du dispositif vRealize Orchestrator Appliance, reportez-vous à la section Migration de vRealize Orchestrator.

Extension de l'expiration du mot de passe racine

Important : pour des raisons de sécurité, le mot de passe du compte racine du dispositif vRealize Orchestrator Appliance expire au terme d'un délai de 365 jours. Pour augmenter le délai d'expiration d'un compte, connectez-vous au dispositif vRealize Orchestrator Appliance en tant que racine, et exécutez la commande suivante :

passwd -x number_of_days name_of_account

Pour éviter que votre mot de passe racine vRealize Orchestrator Appliance expire, exécutez la commande suivante :

passwd -x 99999 root

Plug-ins installés avec vRealize Orchestrator 8.1

Les plug-ins suivants sont installés par défaut avec vRealize Orchestrator 8.1 :

  • vRealize Orchestrator vCenter Server Plug-In 6.5.0
  • vRealize Orchestrator Mail Plug-In 7.0.1
  • vRealize Orchestrator SQL Plug-In 1.1.4
  • vRealize Orchestrator SSH Plug-In 7.1.1
  • vRealize Orchestrator SOAP Plug-In 2.0.1
  • vRealize Orchestrator HTTP-REST Plug-In 2.3.5
  • vRealize Orchestrator Plug-in for Microsoft Active Directory 3.0.10
  • vRealize Orchestrator AMQP Plug-In 1.0.4
  • vRealize Orchestrator SNMP Plug-In 1.0.3
  • vRealize Orchestrator PowerShell Plug-In 1.0.14
  • vRealize Orchestrator Multi-Node Plug-In 8.1.0
  • vRealize Orchestrator Dynamic Types 1.3.5
  • vRealize Orchestrator vCloud Suite API (vAPI) Plug-In 7.5.1

Prise en charge de l'internationalisation

vRealize Orchestrator 8.1 fournit une prise en charge multilingue au centre de contrôle vRealize Orchestrator et à vRealize Orchestrator Client.

Comment nous faire part de vos commentaires

Vos commentaires nous sont utiles. Faites-nous part de vos commentaires à l'aide de l'une des méthodes suivantes :

Demandes de support

Indiquez tous les problèmes que vous rencontrez sous forme de demandes de support, même si vous les signalez à VMware par d'autres moyens.

Pour obtenir plus d'informations sur le support VMware et pour savoir comment classer les demandes de support, consultez la page officielle des offres de Support VMware.

Les demandes de support doivent inclure les fichiers journaux.

Pour générer vos journaux vRealize Orchestrator :

1. Connectez-vous à l'interface de ligne de commande du dispositif vRealize Orchestrator Appliance en tant qu'utilisateur racine.

2. Exécutez la commande vracli log-bundle.

Résultat : Le bundle de journaux est généré dans le dossier racine du dispositif vRealize Orchestrator Appliance.

Versions antérieures de vRealize Orchestrator

Les fonctionnalités et les problèmes des versions antérieures de vRealize Orchestrator sont décrits dans les notes de mise à jour de chaque version. Pour consulter les notes de mise à jour des versions antérieures de vRealize Orchestrator, cliquez sur l'un des liens suivants :

Problèmes résolus

  • Impossible de valider une adresse SSH lors de la configuration d'une intégration GitLab.

    Lorsque vous ajoutez une adresse SSH et cliquez sur le bouton de validation, l'erreur suivante est renvoyée : Error: org.bouncycastle.util.io.pem.PemGenerationException: unknown object passed - can't encode.

     

  • Après la migration de vRealize Orchestrator 7.x vers la version 8.0.1, Active Directory met beaucoup de temps à afficher tous les dossiers de plug-in dans l'inventaire.

    Ce problème n'est pas toujours observé, mais à de rares occasions après la migration l'inventaire Active Directory ne s'affiche pas immédiatement dans vRealize Orchestrator Client.

     

  • Les concepteurs de workflow ne peuvent pas exécuter les stratégies qu'ils ont créées dans vRealize Orchestrator Client.

    Après la création d'une stratégie, le concepteur de workflow clique sur Exécuter. L'accès à la page Exécution de stratégies indique que l'exécution de la stratégie lancée par le concepteur de workflow est à l'état Arrêté.

     

  • Réception d'une erreur 401 Non autorisé après l'association d'un nœud unique à un environnement vRealize Orchestrator haute disponibilité (HA).

    Après l'association d'un nœud à un environnement vRealize Orchestrator HA, vous recevez une erreur 401 lorsque vous tentez d'accéder à vRealize Orchestrator Client. Cette erreur s'affiche uniquement si le nœud vRealize Orchestrator est authentifié avec vRealize Automation.

     

  • L'augmentation de la taille des disques vRealize Orchestrator Appliance n'est pas reflétée au niveau du système d'exploitation.

    Après l'augmentation de la taille de l'un des disques d'un dispositif vRealize Orchestrator 8.0.1, les modifications ne sont pas reflétées dans le système d'exploitation. Le nouvel espace disque n'est pas accessible, même lorsque le redimensionnement automatique est déclenché manuellement avec la commande vracli disk-mgr resize.

     

Problèmes connus

Les problèmes connus sont classés comme suit.

Problèmes de configuration
  • Le conteneur du centre de contrôle de vRealize Orchestrator ne parvient pas à démarrer et ne peut pas être ouvert dans le navigateur.

    Ce problème est dû à une erreur dans le fichier /data/vco/usr/lib/vco/configuration/log/catalina.log.

    Solution :

    1. Redémarrez l'espace vco-app qui est bloqué en exécutant la commande suivante :

        kubectl -n prelude delete pod vco-app[id]

    2. Après quelques secondes, l'espace est détruit et un nouvel espace est déployé.
    * vco-app-[id_new_deployment]                3/3    Running       30          4d6h

  • Le déploiement ou la mise à niveau d'un environnement haute disponibilité avec vRealize Suite Lifecycle Manager peut échouer au démarrage, en raison de violations de contrainte lors de l'initialisation de vRealize Automation.

    Après le déploiement ou la mise à niveau, le message d'erreur suivant s'affiche dans le journal du conteneur vco-control-center :
    <log_date><log_time>[localhost-startStop-1] ERROR {} [DbConfigurationInitializator] Échec de la création des données de configuration initiale. Raison : la requête n'a renvoyé aucun résultat unique : 2 ;

    Solution :

    1. Dimensionnez les réplicas vco-app sur 0.

        kubectl -n prelude scale deployment vco-app --replicas=0

    2. En exécutant la commande vracli dev, vérifiez qu'il existe plusieurs enregistrements dans vmo_contentversioncontrol où repositorytype = 'INTERNAL'.

        vracli dev psql

        \c vco-db

        select count(*) from vmo_contentversioncontrol where repositorytype = 'INTERNAL' group by location;

        select * from vmo_contentversioncontrol where repositorytype = 'INTERNAL';

    3. Supprimez les enregistrements supplémentaires et laissez un seul enregistrement dans vmo_contentversioncontrol en effectuant la requête SQL suivante où {extra_record_id} doit être remplacé par l'ID de l'enregistrement à supprimer.

        delete from vmo_contentversioncontrol where id='{extra_record_id}';

    4. Quittez le terminal psql interactif.

    5. Dimensionner les réplicas vco-app sur 1

        kubectl -n prelude scale deployment vco-app --replicas=1

    6. Attendez que l'espace vro soit prêt et que 3/3 conteneurs soient prêts pour l'espace, puis dimensionnez les réplicas vco-app sur 3. Deux autres espaces doivent être déployés.

        kubectl -n prelude scale deployment vco-app --replicas=3

Problèmes de migration/mise à niveau
  • Les dossiers dupliqués s'affichent dans l'arborescence d'une instance intégrée de vRealize Orchestrator Client après la mise à niveau d'un environnement haute disponibilité vRealize Automation 8.0.1.

    Après la mise à niveau vers vRealize Automation 8.1, plusieurs dossiers portant des noms identiques sont affichés dans l'arborescence de l'instance intégrée de vRealize Orchestrator Client. L'un des dossiers est utilisé alors que les autres dossiers peuvent être vides. Un problème similaire peut également se produire avec les nouveaux déploiements haute disponibilité vRealize Automation 8.1.
     

    Solution : Consultez l'article KB 78958.

Client Web
  • Échec du transfert des validations à une branche Git protégée.

    Si la branche Git configurée est protégée, l'opération de transfert échoue de manière cohérente, mais le message reçu indique la réussite du transfert.

    Aucune solution.

  • Impossible de charger plus de 20 fiches d'objets à partir de la vue de fiche.

    Si vous configurez votre écran afin qu'il utilise une résolution d'au moins 2 K ou une résolution personnalisée supérieure à 1 080 pixels en hauteur, la vue de fiche ne peut pas charger plus de 20 fiches.

    Solution : Configurez votre écran sur la résolution maximale de 1 920 × 1 080. Sinon, si vous souhaitez utiliser d'autres résolutions, redimensionnez la fenêtre du navigateur, de sorte qu'une barre de défilement s'affiche.

  • Bouton Dupliquer manquant dans la vue d'arborescence.

    Dans l'arborescence, lors de la sélection de dossiers ou d'objets individuels, un bouton Dupliquer est manquant.

    Solution : Si vous devez dupliquer des éléments ou des dossiers, basculez vers la vue de fiche et sélectionnez Dupliquer dans le menu Actions. 

  • Les erreurs de validation du workflow sont conservées pour les workflows, même après la résolution des erreurs.

    Les erreurs de validation ne disparaissent pas du schéma de workflow après leur résolution et l'enregistrement du workflow validé.

    Aucune solution.

  • Les opérations d'extraction et de transfert prennent beaucoup de temps.

    Dans certains cas, les opérations d'extraction et de transfert de vRealize Orchestrator Client vers le serveur Git intégré se poursuivent pendant 2 minutes.

    Aucune solution. Attendez la fin de l'opération d'extraction ou de transfert.

  • L'exécution d'un workflow avec une validation de présentation héritée échoue toujours lorsque le script OGNL utilise la variable « __current ».

    Les workflows créés dans le client Orchestrator hérité et utilisant la variable « __current » dans leur script de validation personnalisée OGNL ne parviennent pas à démarrer à partir de vRealize Orchestrator Client lorsque la valeur du champ est un objet SDK.

    Solution : Remplacez la variable « __current » par le nom de variable figurant dans le fichier XML du workflow.

  • Réception d'erreurs lors de l'exécution d'un script d'élément de décision personnalisé avec les nouvelles exécutions.

    Les exécutions autres que JavaScript ne prennent pas en charge les scripts d'élément de décision personnalisés. 

    Solution : n'ajoutez pas de scripts de décision personnalisés aux scripts Python, Node.js ou PowerShell.

  • Les utilisateurs peuvent ignorer les modifications Git du contenu auquel ils n'ont pas accès.

    Les utilisateurs disposant de droits de concepteur de workflow peuvent ignorer les modifications Git du contenu auquel ils n'ont pas accès à partir de la page Historique Git.

    Aucune solution.

  • Les modèles de stratégie et les éléments de configuration des plug-ins sont déverrouillés et peuvent être modifiés.

    Les modèles de stratégie et les éléments de configuration spécifiques à un plug-in sont déverrouillés. L'utilisateur peut alors modifier les objets sans les dupliquer.

    Aucune solution.

  • Les types Propriétés et Tableau/Propriétés ne peuvent pas avoir de valeurs de source externe par défaut.

    L'utilisation de valeurs externes pour les types Propriétés et Tableau/propriétés dans l'entrée de workflow n'affiche pas les actions correctes. Même si vous pouvez définir l'action correcte, le formulaire de saisie est renseigné avec des valeurs non valides lors de la validation.

    Solution : Utilisez les paramètres d'entrée de type composite.

  • Les actions préinstallées ne peuvent pas être dupliquées.

    Si vous modifiez des actions fournies avec la bibliothèque vRealize Orchestrator standard, vous devez d'abord dupliquer l'action appropriée. Vous ne pouvez pas dupliquer l'action, car le bouton Dupliquer est manquant dans la fiche d'action.

    Solution : Créez une action vide avec les mêmes paramètres d'entrée, le même type de retour et le même script.

  • Les points de rupture sont activés dans la vue de comparaison visuelle dans l'historique des versions.

    L'utilisateur peut placer des points de rupture d'élément et de tâche pouvant contenir des scripts dans la vue de comparaison visuelle.

    Solution : Ne placez pas de points de rupture dans la vue de comparaison visuelle, car ils ne sont pas pris en charge pour une utilisation dans cette vue.

  • vRealize Orchestrator Client affiche des balises dont le nom contient des caractères de soulignement.

    vRealize Orchestrator Client ne prend pas en charge les noms de balises comportant moins de trois caractères ou des caractères d'espace. Toutes les balises générées automatiquement à partir d'objets possédant des noms plus courts contiendront un « trait de soulignement » comme suffixe. Tous les caractères d'espace seront également remplacés par un « trait de soulignement ».

    Exemple : dans le workflow situé dans le répertoire « /Library/project A/app/DR/backup » du client Orchestrator hérité, le client vRealize Orchestrator comprendra les balises suivantes générées automatiquement : « Bibliothèque », « project_A », « app » et « DR_ ».

    Solution : suivez les conventions de balisage présentées lors de la création d'un nouveau contenu dans vRealize Orchestrator Client.

  • La page Historique des versions affiche des données inexactes pour la version actuelle. Après l'exécution d'une opération de transfert, la dernière modification apportée au contenu disparaît. 

    Cette erreur peut se produire lorsque plusieurs éditeurs d'objets sont ouverts en même temps et qu'un ou plusieurs utilisateurs effectuent des modifications. Par exemple, un utilisateur peut apporter des modifications à un workflow de vRealize Orchestrator et une action vRealize Orchestrator dans des onglets distincts de son navigateur. Après plusieurs modifications apportées au workflow et à l'action, l'utilisateur enregistre les modifications apportées. Après l'enregistrement des modifications apportées au workflow, l'utilisateur transfère le workflow mis à jour vers le référentiel Git intégré. Après le transfert des modifications du workflow vers le référentiel Git, les modifications enregistrées précédemment apportées à l'action sont perdues.

    Solution : Rouvrez les éditeurs après le transfert ou l'extraction du contenu vers et depuis le référentiel Git. Si vous n'avez pas apporté de modifications locales, n'effectuez pas de transfert à partir de la page Historique Git. Vérifiez si les modifications locales correspondent aux dernières modifications apportées au contenu avant d'effectuer le transfert.

  • Les exécutions de workflows planifiées sont déclenchées à une heure différente de celle prévue avec un décalage temporel par rapport à l'heure UTC.

    Lorsque vous planifiez des exécutions de workflows via des scripts à l'aide de la fonction *workflow.scheduleRecurrently()*, les workflows planifiés sont toujours déclenchés en heure UTC. Il existe une différence entre l'interface utilisateur de vRealize Orchestrator Client et le comportement de la fonction, car l'interface utilisateur ajoute le fuseau horaire du navigateur au schéma de récurrence. Toutefois, le fuseau horaire n'est pas inclus dans le schéma de récurrence lors de l'utilisation de la fonction. Les calculs de l'heure de déclenchement des exécutions de workflows sont alors effectués côté serveur en heure UTC.

    Solution : Lorsque vous planifiez des exécutions de workflows planifiées dans des scripts, utilisez les valeurs temporelles en heure UTC.

  • Impossible de sélectionner une action comme source externe dans les formulaires de saisie en raison d'un problème de type de retour.

    Dans l'onglet Formulaire de saisie de vRealize Orchestrator Client, vous ne pouvez pas sélectionner une action dont le type de retour est Any ou Array/Any pour une option de valeur par défaut ou de valeur standard.

    Solution :

    1. Connectez-vous au client vRealize Orchestrator.
    2. Sélectionnez le workflow et accédez à l'onglet Formulaire de saisie.
    3. Définissez l'action avec le type de retour attendu à partir de la valeur par défaut ou de l'option de valeur du widget, puis enregistrez les modifications.
    4. Sélectionnez la valeur par défaut ou l'action d'option de valeur, enregistrez le workflow et rétablissez la version précédente de l'action ou redéfinissez le type de retour sur le type Any.

  • Les workflows dupliqués créés dans le client Orchestrator hérité peuvent afficher une constante au lieu d'une action externe dans leurs options de valeur.

    Lors de la modification des paramètres d'entrée d'un workflow conçu dans le client Orchestrator hérité et dupliqué dans vRealize Orchestrator Client, les options de valeur peuvent être définies comme constantes au lieu d'une action externe.

    Solution : Accédez à l'onglet Formulaire de saisie et modifiez la présentation des paramètres d'entrée afin d'inclure l'action externe requise.

Problèmes divers
  • Le plug-in vCenter Server ne prend pas en charge les stratégies.
    Le plug-in vCenter Server pour vRealize Orchestrator ne prend pas en charge l'utilisation des stratégies pour surveiller des événements émis par l'instance vCenter Server gérée.
  • L'importation d'un module créé dans une version plus récente de vRealize Orchestrator vers une version antérieure de vRealize Orchestrator peut produire une erreur.

    Les problèmes de compatibilité entre les versions de vRealize Orchestrator conduisent à l'impossibilité d'importer des modules créés dans des versions plus récentes du produit dans les anciens déploiements de vRealize Orchestrator.

Problèmes connus

Pour afficher une liste des problèmes connus, cliquez ici.

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