check-circle-line exclamation-circle-line close-line

vRealize Operations for Horizon 6.2.1 | 17 mars 2016

Dernière mise à jour du document : 21 novembre 2016

Recherchez fréquemment les ajouts et mises à jour de ces notes.

Ces notes de mise à jour contiennent les rubriques suivantes :

Fonctionnalités principales

VMware vRealize™ Operations for Horizon™ étend les fonctionnalités de VMware vRealize™ Operations Manager™ pour contrôler et gérer les environnements VMware Horizon™ with View™.

vRealize Operations for Horizon collecte les données sur vos ressources et les présente dans des tableaux de bord préconfigurés pour une analyse en temps réel et prédictive.

Nouveautés de cette version

vRealize Operations for Horizon 6.2.1 inclut les nouvelles fonctionnalités suivantes.

  • À partir du 21 novembre 2016, un nouveau service vRealize Operations for Horizon Broker Agent est disponible. Il corrige un problème causé par une signature numérique ayant expiré. Pour plus d’informations, reportez-vous à Problèmes résolus .
  • Prise en charge de VMware Horizon 7 : en plus d'Horizon 6, les clients déployant Horizon 7 peuvent également surveiller les opérations quotidiennes et les performances actuelles de leur nouvel environnement. Les mesures et tableaux de bord leur permettent de développer les capacités de l'infrastructure, l'utilisation des ressources et les activités des utilisateurs, et plus encore avec leur déploiement d'Horizon 7.

Limitations

vRealize Operations for Horizon présente les limitations suivantes.

  • Le port de Registre RMI 3091 est réutilisé dans l'adaptateur vRealize Operations for Horizon 6.2.1.
    Les ports de communication sont les ports 3099 et 3101 pour le serveur de messagerie Horizon 6.2.1. Les objets du serveur de messagerie pour Horizon 6.1 et 6.2.1 sont enregistrés auprès de ce port.
  • Les postes de travail physiques dans un pool ne sont pas surveillés
    Les postes de travail physiques inclus dans un pool de postes de travail ne sont ni surveillés ni présentés dans l'interface utilisateur. Cependant, les hôtes RDS physiques sont surveillés et présentés dans l'interface utilisateur.
  • High Availability (HA) n'est pas pris en charge
    vRealize Operations for Horizon 6.x ne prend pas en charge High Availability (HA). Si une instance de l'adaptateur View est déplacée dans un nœud de cluster différent, les services Broker Agent et Desktop Agent ne peuvent plus communiquer avec l'adaptateur View, et la solution vRealize Operations for Horizon cesse de fonctionner. Pour trouver des solutions à ce problème, consultez l'article KB : 2092874: Meilleures pratiques de configuration de vRealize Operations for Horizon lorsque HA est activé.
  • Parfois, il est nécessaire d'attendre le redémarrage du service de l'adaptateur ; autrement, il est possible que l'adaptateur ne démarre pas.
  • Assurez-vous que vRealize Operations Manager ne dispose pas de plusieurs cartes réseau pour plusieurs sous-réseaux, car, dans le cas contraire, l'instance de l'adaptateur peut effectuer une liaison à une adresse IP incorrecte.
  • Les fichiers de configuration de l'adaptateur /usr/lib/vmware-vcops/user/plugins/inbound/V4V_adapter3/conf/msgserver.properties et /usr/lib/vmware-vcops/user/plugins/inbound/V4V_adapter3/work/msgserver.properties doivent être mis à jour en même temps.
  • Les services Broker Agent 6.1 et Desktop Agent 6.1 ne peuvent pas communiquer avec l'adaptateur 6.2.1, même en cas de couplage réussi, car TLS 1.0 est désactivé par défaut. Une exception d'établissement de liaison sera générée.
  • Puisque le fichier de configuration de l'ancienne instance de l'adaptateur n'est pas purgé pendant la mise à niveau, si un autre protocole SSL ou d'autres chiffrements sont configurés sur l'adaptateur, un échec d'établissement de liaison de la part des services Broker et Desktop Agent peut avoir lieu. Configurez le même protocole et les mêmes chiffrements sur l'adaptateur et les agents.
  • L'adaptateur peut s'exécuter sur le nœud du collecteur, mais pas sur le nœud de données ou le nœud de réplica.

Haut de page

Notes relatives aux licences

Cette section contient des notes sur les licences de vRealize Operations for Horizon 6.2.1.

  • Pour exécuter vRealize Operations for Horizon, les clients doivent saisir deux clés.
    • Une clé de licence vRealize Operations Manager unique.
    • Une clé de licence vRealize Operations Manager en volume (x 10 ou x 100), qui surveille vos machines virtuelles de postes de travail.
    • Les machines virtuelles doivent faire partie des groupes de licences appropriés afin que les licences soient appliquées correctement. Pour obtenir des informations détaillées sur les licences, reportez-vous à Ajout d'une clé de licence vRealize Operations for Horizon et à Associer des objets View à votre clé de licence vRealize Operations for Horizon dans le guide Installation de vRealize Operations for Horizon.
    • Les clients effectuant une mise à niveau depuis vCenter Operations Manager vers vRealize Operations Manager risquent de ressentir ce changement apporté à la gestion les licences comme une restriction du nombre de machines virtuelles qu'ils peuvent gérer. Toutefois, ce n'est pas le cas. Il leur suffit de suivre les étapes ci-dessus, ainsi que celles détaillées dans le guide Installation de vRealize Operations for Horizon, pour s'assurer que toutes leurs machines virtuelles sont surveillées et dotées de licences.
  • La licence de composant vRealize Operations Manager incluse est destinée à la surveillance d'une infrastructure prenant en charge Horizon. Une licence vRealize Operations Manager est requise pour la surveillance d'une infrastructure non-Horizon.

Notes relatives à l'installation

Cette section contient des notes sur le processus d'installation de chaque composant vRealize Operations for Horizon. Pour les instructions d'installation complètes, reportez-vous au document Installation de vRealize Operations for Horizon.

  • vRealize Operations Manager for Horizon 6.2.1 est compatible avec les versions suivantes de Horizon et de vRealize Operations Manager :
    • VMware Horizon with View 6.0.x
    • VMware Horizon 7
  • Vous téléchargez les fichiers d'installation de vRealize Operations for Horizon depuis la page de téléchargement VMware.
  • Vous pouvez télécharger les fichiers préconfigurés de tableaux de bord View (Dashboards_V4VAdapter-6.2.1-xxx.zip) et de modèles de rapports (Reports_V4VAdapter-6.2.1-xxx.zip) sur la page de téléchargements de VMware. Les tableaux de bord et les rapports View sont installés automatiquement lorsque vous installez vRealize Operations for Horizon. Ces fichiers sont fournis au cas où des problèmes se produiraient pendant ou après l'installation, et vous devez restaurer les tableaux de bord ou les rapports dans leur état d'origine. Pour des informations sur l'importation des tableaux de bord et des rapports, reportez-vous à la documentation de vRealize Operations Manager.
  • Vous installez l'adaptateur View sur un nœud de cluster ou un collecteur distant vRealize Operations Manager.
  • Vous installez le service vRealize Operations for Horizon Broker Agent sur un hôte de serveur de connexion View dans votre environnement View.
  • Votre version de View détermine comment vous installez le composant Desktop Agent de vRealize Operations for Horizon.
    • Horizon Desktop Agent inclut une version de vRealize Desktop Agent. Horizon 6.0.1 est fourni avec le service Desktop Agent 6.0, Horizon 6.1 et 6.2 sont fournis avec le service Desktop Agent 6.1 et Horizon 6.2.1 est fourni avec le service Desktop Agent 6.2.1. Consultez le site Web VMware pour télécharger la dernière version disponible.
  • Pour obtenir des instructions concernant le dimensionnement et la mise à l'échelle, consultez l'article KB 2098051 : Instructions de dimensionnement de vRealize Operations for Horizon.

Notes relatives aux mises à niveau

Cette section contient des notes relatives au processus de mise à niveau. Pour les instructions de mise à niveau complètes, reportez-vous au document Installation de vRealize Operations for Horizon.

  • Vous pouvez effectuer la mise à niveau vers vRealize Operations for Horizon 6.2.1 à partir de vRealize Operations for Horizon 6.2 et vRealize Operations for Horizon 6.1. Le clients qui ont installé vRealize Operations for Horizon 6.0 doivent d'abord effectuer la mise à niveau vers vRealize Operations for Horizon 6.1 avant de mettre à niveau vers vRealize Operations for Horizon 6.2.1.
  • Au cours du processus de mise à niveau, les tableaux de bord, les affichages et les rapports de vRealize Operation for Horizon 6.1 sont conservés et de nouvelles versions des tableaux de bords, affichages et rapports sont ajoutées. Les anciens tableaux de bord, affichages et rapports sont identifiés par le préfixe View, tandis que les nouveaux le sont par le préfixe Horizon. Vous pouvez supprimer les anciennes versions des tableaux de bords, affichages et rapports.
  • Une fois la mise à niveau de l'adaptateur effectuée, activez les numéros de port 3099, 3100 et 3101. Modifiez le fichier /opt/vmware/etc/vmware-vcops-firewall.conf dans vRealize Operations Manager.
    1. Ajoutez la commande TCPPORTS="$TCPPORTS 3099:3101" après TCPPORTS="$TCPPORTS 3091:3094" dans /opt/vmware/etc/vmware-vcops-firewall.conf
    2. Redémarrez le pare-feu : /etc/init.d/vmware-vcops-firewall restart
    3. Vérifiez l'état du pare-feu : /etc/init.d/vmware-vcops-firewall status
  • En raison d'une limitation existante, le cluster de vRealize Operations Manager doit être redémarré après la mise à niveau pour terminer le processus.
  • Les sessions actives pendant la mise à niveau risquent de ne pas fournir de données une fois la mise à niveau effectuée. Redémarrez le service Desktop Agent pour les sessions actives ne fournissant pas de données de rapport.
  • Lors du processus de mise à niveau du service Broker Agent à partir des versions 6.1 ou 6.2 vers 6.2.1, le service vRealize Operations for Horizon Broker Agent est arrêté, la configuration est conservée, Broker Agent est désinstallé et la nouvelle version de Broker Agent est installée. Lorsque la configuration du service Broker Agent est lancée, dans le premier écran de l'assistant, le nom de domaine complet ou l'adresse IP de vRealize Operations Manager, de même que les informations d'identification du couplage, doivent être saisis à nouveau, puis couplés. De cette manière, les données issues du fichier de configuration de l'installation antérieure (ayant été conservé) apparaîtront dans l'écran suivant ; par exemple, les informations d'identification Horizon et les configurations des bases de données d'événements. En cas de mise à niveau, le service Broker Agent ne démarre pas automatiquement. Vous devez le démarrer dans l'écran Configurer le service Broker Agent de l'assistant Utilitaire de configuration du service Broker Agent. Cliquez sur Suivant, puis, sur le dernier écran de l'assistant, sur Terminer.
  • TLS 1.2 est appliqué par défaut dans l'adaptateur vRealize Operations for Horizon 6.2.1. L'adaptateur ne peut pas communiquer avec des services Desktop Agent exécutés avec TLS 1.0, tels que vRealize Operations for Horizon Desktop Agent 6.1. Les pools VDI, les pools RDS ou les applications exécutés avec des services Desktop Agent plus anciens sont surveillés par défaut. Pour surveiller des pools exécutés avec des services Desktop Agent plus anciens, les administrateurs doivent se connecter au nœud de collecteur de vRealize Operations Manager et ajouter enforcesslprotocols = false au fichier /usr/lib/vmware-vcops/user/plugins/inbound/V4V_adapter3/work/msgserver.properties. L'instance de l'adaptateur Horizon doit être redémarrée. Le couplage du composant Broker et de l'instance de l'adaptateur Horizon peut être nécessaire.

Prise en charge de l'internationalisation (I18N)

L'interface utilisateur et la documentation de vRealize Operations for Horizon sont disponibles en anglais, japonais, français, allemand, chinois simplifié, chinois traditionnel et coréen.

Haut de page

Versions antérieures de vRealize Operations Manager for Horizon

Les fonctionnalités introduites dans les versions antérieures de vRealize Operations Manager for Horizon sont décrites dans les notes de mise à jour de chaque version, accompagnées des problèmes connus

Problèmes résolus

Cette section présente les problèmes résolus dans cette version.

  • vRealize Operations for Horizon Broker Agent qui a publié avec VMware vRealize Operations for Horizon 6.2.1 en mars 2016 utilise une signature numérique qui a expiré. En conséquence, le service Broker Agent ne peut pas démarrer correctement, ce qui peut provoquer des erreurs. Pour résoudre ce problème, mettez à jour le nouveau service vRealize Operations for Horizon Broker Agent. Consultez KB 2147906 pour plus d'informations.
  • En cas d'indisponibilité de l'adaptateur ou du service Broker Agent, le service Desktop Agent essaye en permanence d'actualiser la stratégie de groupe pour pouvoir réparer la connexion de l'adaptateur. Plusieurs instances de postes de travail nécessitant l'actualisation de l'objet GPO ont entraîné une forte augmentation de l'utilisation du CPU du contrôleur de domaine.
  • Vous pouvez désormais configurer le port de l'API View à l'aide de l'utilitaire de configuration du service Broker Agent.
  • Les unités métriques sont invisibles dans vRealize Operations Manager 6.0.3 et dans le tableau de bord Vue d'ensemble de View de vRealize Operations Manager for Horizon 6.1.
  • Les widgets Analyse N meilleurs dans la colonne des pools d'applications dans le tableau de bord Pools RDS View sont toujours vides. Les widgets concernés incluent Latence PCoIP maximale de session d'application, Bande passante TX PCoIP maximale de session d'application, Nombre maximal de pertes de paquets TX de session d'application et Délai maximal d'ouverture de session d'application .
  • Le pool flottant et le pool dédié ne peuvent pas être distingués l'un de l'autre.
  • La session arrêtée ne peut pas être supprimée automatiquement.
  • La durée de connexion est plus précise.

Problèmes connus

Cette section répertorie les problèmes connus pour cette version.

  • Dans l'utilitaire du service Broker Agent for Horizon, le test pour l'ID de pool de postes de travail, dans l'étape facultative Spécifier des pools de postes de travail, échoue si cet ID est différent du nom du pool de postes de travail.
    Solution : saisissez l'ID de pool de postes de travail correct, ignorez le message d'erreur, puis cliquez sur Suivant pour accéder à la configuration.

  • Lorsque la solution vRealize Operations for Horizon est mise à niveau vers la version 6.1, les objets de session s'affichent en double
    Lorsque la solution vRealize Operations for Horizon est mise à niveau vers la version 6.1, les objets de session s'affichent en double. L'objet plus récent aura un id_machine et l'objet plus ancien n'en a pas. Seuls les objets de session contenant un id_machine extrairont les mesures. Les objets de session sans id_machine sont caduques et n'extrairont pas de mesures (en raison de la limitation de vRealize Operations Manager imposant la non-suppression immédiate des objets caduques). Cela s'applique uniquement aux objets de session VDI.

  • Les espaces Horizon qui ne sont plus surveillés figurent toujours dans les tableaux de bord Horizon
    Si vous cessez de surveiller un espace Horizon, la ressource d'espace Horizon continue à figurer dans les tableaux de bord Horizon.
    Solution : supprimez manuellement la ressource d'espace Horizon et toutes les ressources de serveur de connexion, de serveur de sécurité et de pool relatives à cet espace Horizon depuis l'interface utilisateur de vRealize Operations Manager.

  • Les postes de travail de clones liés doivent être recomposés
    Si vous avez créé des images de pool de postes de travail qui utilisent des clones liés avant d'installer vRealize Operations for Horizon, vous devez recomposer les clones liés pour inclure le Desktop Agent de vRealize Operations dans l'image.

  • Les noms d'utilisateur qui incluent des caractères multioctets peuvent ne pas s'afficher correctement dans l'interface utilisateur de vRealize Operations Manager

  • Les alertes relatives au réseau ne sont pas générées pour les sessions d'utilisateur qui ont été établies avant la configuration de l'adaptateur View
    Les alertes suivantes ne sont pas générées pour les sessions d'utilisateur qui ont été initialisées avant la configuration d'une instance de l'adaptateur View : PCoIP|Latence de parcours circulaire (ms) et PCoIP|Pourcentage de perte des paquets. Consultez l'article KB 1030695 : Les performances de PCoIP sont plus basses que prévu pour résoudre les problèmes liés à une latence élevée et à une perte de paquets.

  • Si le nom de l'adaptateur est modifié, le tableau de bord État de l'adaptateur View affiche des données incorrectes
    Si le nom de l'instance de l'adaptateur View est modifié, la santé de l'adaptateur View dans le widget Sélectionner l'adaptateur View et la santé des objets dans le widget État de l'adaptateur View sont inconnues dans le tableau de bord État de l'adaptateur View. Ces problèmes surviennent parce-que la ressource View Adapter Collector ne se met pas automatiquement à jour pour prendre en compte la modification du nom de l'instance de l'adaptateur vCenter Operations for Horizon View.
    Solution : ne modifiez pas le nom de l'adaptateur. Si le nom de l'adaptateur a déjà été modifié, mettez-le à jour dans l'interface utilisateur de vRealize Operations for Horizon.

  • Les objets supprimés de View ne sont pas supprimés automatiquement de vRealize Operations Manager
    Par exemple, si vous supprimez un pool de postes de travail dans View Administrator, cet objet reste affiché dans vRealize Operations Manager. Les relations d'objets sont supprimées de vRealize Operations Manager.

  • Certains rapports View renvoient des résultats incohérents ou incorrects
    Les rapports Utilisation des pools de postes de travail View et Utilisation des pools d'applications View renvoient des résultats incohérents ou incorrects dans les sections Sessions de poste de travail connectées et déconnectées.
    Solution : aucune.

  • Si un adaptateur View reçoit des données de plus de 1000 Desktop Agent, le cache ARP dans le nœud de collecteur de vRealize Operations Manager n'est pas suffisant pour gérer toutes les entrées nécessaires dans le cache.
    Solution : pour une solution à ce problème, reportez-vous à KB 2096607 : Ajustement du cache ARP sur un nœud de collecteur distant vRealize Operations Manager.

  • Les widgets Tableau de résultats dans les tableaux de bord Vue d'ensemble de View, Détails des sessions View distantes, RDS View et Auto-diagnostic de santé de l'adaptateur View ne s'actualisent pas
    La plupart des widgets de tableau de résultats sont configurés pour s'actualiser toutes les deux minutes, mais ce problème empêche l'actualisation automatique. Ce problème apparaît davantage si les tableaux de bord concernés sont toujours laissés ouverts.
    Solution : cliquez sur le bouton Effectuer une interaction à sélections multiples sur la barre d'outils principale des widgets pour réinitialiser les interactions et actualiser les widgets Tableau des résultats correspondants. Par exemple, dans le tableau de bord Vue d'ensemble de View, cliquez sur le bouton Effectuer une interaction à sélections multiples sur la barre d'outils du widget Espaces View pour actualiser le widget de tableau de résultats Mesures d'indicateurs de l'espace.

  • Le déplacement via la touche de tabulation ne fonctionne pas dans l'ordre correct lors de la configuration de l'utilitaire du service Broker Agent.

  • Si vous redémarrez une machine serveur de connexion, le service Broker Agent ne parvient pas à initialiser le type de base de données d'événements. Le message suivant apparaît :
    AVERTISSEMENT : exception lors de la création d'EventDBListener : BD d'événements non prise en charge.
    Solution : redémarrez le service Broker Agent.

  • Des sessions View vierges sont répertoriées dans l'interface utilisateur de vRealize Operations Administrator après que l'adaptateur a reçu les données du service Desktop Agent.
    Solution : suivez les étapes suivantes :
    1. Cliquez sur l'icône en forme de crayon située dans le coin supérieur droit du widget.
    2. Dans la fenêtre contextuelle qui s'affiche, accédez à Sélectionner les balises à filtrer, développez États de la collecte et assurez-vous que l'option En cours de collecte est sélectionnée.
    3. Cliquez sur Enregistrer.

  • Les nombres de sessions ne sont pas mis à jour dans le widget Batterie des tableaux de bord Pool RDS et Hôtes RDS de Horizon.
    Solution : attendez la prochaine actualisation de la topologie.