Cet article décrit l'importance de s'assurer que les agents installés dans les images, les batteries de serveurs et les postes de travail VDI de l'espace restent compatibles avec la version du manifeste de votre espace et décrit les mesures que vous devez prendre pour éviter les problèmes de compatibilité liés aux agents.


Capture d'écran qui illustre un indicateur à points bleus s'affichant en regard d'une image qui nécessite le workflow Mettre à jour l'agent.

Avant de commencer la mise à jour d'un espace, vous devez mettre à jour les agents jusqu'à ce que tous les indicateurs de type point bleu dans la console aient disparu. Ensuite, après la mise à jour de l'espace, si vous constatez que des indicateurs de type point bleu sont réapparus dans la console, vous devez à nouveau mettre à jour ces agents.

Info-bulle : L'objectif est d'éliminer tous les indicateurs de points bleus affichés dans la console, aussi bien avant qu'après une mise à jour d'espace.

Votre responsabilité

Comme décrit dans le PDF de description du service Horizon, vous êtes responsable de la gestion et de l'application permanentes de correctifs de vos VM d'images et d'attribution avec les dernières mises à jour. Si vous ne vous assurez pas que les agents dans les images, les batteries de serveurs et les attributions de poste de travail de l'espace sont mis à jour avec la dernière version d'agent compatible avec la version de l'espace, l'espace aura une configuration non prise en charge.

Par conséquent, avant de commencer la mise à jour d'un espace, vous devez vous assurer que les agents sont mis à jour avec les dernières versions d'agent. De même, une fois la mise à jour terminée, vous devez vous assurer qu'aucun indicateur de point bleu n'est réapparu dans la console. Si vous voyez que les indicateurs de points bleus sont revenus dans l'affichage de la console, vous devez à nouveau mettre à jour les agents pour les éléments indiqués.

Éliminer tous les points bleus avant la maintenance programmée de la mise à jour de l'espace, et après

Dans la console, examinez vos ensembles de VM d'image, les batteries de serveurs et les attributions de poste de travail VDI. Existe-t-il des indicateurs à points bleus ? La console affiche un indicateur de points bleus à côté des images et des attributions de poste de travail VDI dédié pour lesquels l'agent n'est pas à jour. L'objectif est de faire disparaître tous les indicateurs de points bleus avant que l'espace ne soit mis à jour vers une nouvelle version du manifeste.

La capture d'écran suivante illustre le type de point bleu à rechercher.


Capture d'écran qui illustre un indicateur à points bleus s'affichant en regard d'une image qui nécessite le workflow Mettre à jour l'agent.
Avant le début de la mise à jour de l'espace, exécutez les procédures de de mise à jour de l'agent pour éliminer tous les points bleus.
Exécutez les workflows de mise à jour de l'agent jusqu'à ce qu'il n'y ait plus un seul point bleu. Dans la console, vous pouvez examiner toutes les listes de VM sur les pages de détails des batteries de serveurs et sur les pages de détails des attributions de poste de travail VDI pour confirmer qu'elles utilisent la dernière version d'agent compatible. Suivez toutes les instructions décrites dans chacune de ces rubriques :

Une fois que vous avez terminé ces procédures, les VM de batterie de serveurs, les VM de poste de travail dans des attributions de poste de travail VDI flottant et les VM de poste de travail non attribuées dans les attributions de poste de travail VDI dédié doivent toutes être mises à jour et exécuter la version de l'agent la plus récente compatible. Dans la console, vous pouvez examiner toutes les listes de VM sur les pages de détails des batteries de serveurs et sur les pages de détails des attributions de poste de travail VDI pour confirmer.

Une fois la mise à jour de l'agent terminée, vérifiez s'il y a des points bleus. Exécutez ensuite les procédures de mise à jour de l'agent pour éliminer tous les points bleus.
Pourquoi les indicateurs de points bleus peuvent-ils réapparaître dans la console après la mise à jour d'un espace si vous les avez supprimés avant celle-ci ? Parce que lorsqu'un nouveau manifeste d'espace est lancé, une nouvelle version d'agent est également lancée. Cette combinaison de manifeste d'espace et de version d'agent constitue la configuration espace-agent prise en charge.

Toutefois, le processus de mise à jour de l'espace qui migre un espace existant vers ce nouveau niveau de manifeste n'agit pas sur les agents déjà installés sur les VM d'image, les VM de batterie de serveurs et les VM de poste de travail VDI existantes de cet espace. Ces agents seront toujours dans leurs versions installées précédentes, lesquelles peuvent ou non être compatibles avec ce manifeste d'espace. Si votre batterie de serveurs et vos VM de poste de travail ont été créées dans des versions antérieures, de sorte que la mise à jour de l'espace le fait passer à une version dépassant la matrice de compatibilité espace-agent, l'espace se trouvera dans une configuration non prise en charge.

Voici un exemple. La capture d'écran suivante montre un exemple d'un espace qui a été déployé pendant la version 2.2 du service et est mis à jour vers la version 2101 du service. La version 19.4 de l'agent, qui est la version la plus récente par défaut pour cet espace, sera incompatible (zone grise) lorsque cet espace sera mis à jour vers la version 2101 du service.


Capture d'écran qui illustre la matrice de compatibilité pour Horizon Cloud on Microsoft Azure version 2.2 et HAI

Indication de la dernière version de l'agent disponible pour un manifeste d'espace spécifique

Pour chaque espace, le gestionnaire d'espace effectue un couplage avec l'agent installé sur une VM d'image, une VM de batterie de serveurs et une VM de poste de travail VDI, ainsi qu'une VM importée (lorsque l'action de couplage de l'agent a été effectuée sur cette VM importée). Ce couplage est à la base de la communication sécurisée requise entre le gestionnaire d'espace et ces VM. Une nouvelle version de l'agent est publiée en même temps qu'une nouvelle version (manifeste) du logiciel du gestionnaire d'espace, et ces deux versions sont compatibles entre elles. En même temps, chaque nouvelle version du logiciel du gestionnaire d'espace est conçue pour être rétrocompatible avec quelques-unes des versions antérieures de l'agent. Cela signifie que la dernière version du logiciel du gestionnaire d'espace peut continuer à communiquer et à interopérer avec d'anciens agents, à partir d'une certaine date. Lorsque l'écart entre la dernière version du logiciel du gestionnaire d'espace et les agents plus anciens est trop important, la communication et l'interopérabilité entre le gestionnaire d'espace et ces agents s'arrêtent.

Pour déterminer l'interopérabilité d'une version de l'agent spécifique avec un manifeste spécifique pour l'un de vos espaces, vous devez relier des éléments d'informations provenant de plusieurs facteurs : la version du manifeste de l'espace, la version du produit nommé VMware Horizon Cloud Service on Microsoft Azure dans lequel cette version de manifeste de l'espace a été lancée, et la version d'Horizon Agents Installer (HAI). Le logiciel agent est installé dans les VM importées, les VM d'image, les VM de batterie de serveurs et les VM de poste de travail VDI de l'espace par le logiciel HAI.

  1. Tout d'abord, utilisez la page Capacité ou la page de détails de l'espace pour obtenir la version de manifeste de l'espace.
  2. Ouvrez ensuite les Notes de mise à jour d'Horizon Cloud et faites une recherche paginée pour cette version de manifeste afin de localiser la date de Nouveautés de lancement du manifeste.
  3. Dans ce même emplacement de Nouveautés, localisez le numéro de version qui s'affiche après le nom du produit VMware Horizon Cloud Service on Microsoft Azure, par exemple 2201.
  4. Accédez ensuite à la page Matrices d'interopérabilité des produits VMware à l'adresse https://interopmatrix.vmware.com/#/Interoperability et sélectionnez l'élément permettant de comparer Horizon Cloud Service on Microsoft Azure avec Horizon Agents Installer.
    • Horizon Cloud Service on Microsoft Azure dans la section Comparer.
    • Horizon Agents Installer dans la section Avec.

Si votre combinaison du manifeste de l'espace et de la version de l'agent sur la matrice se situe en dehors d'un point vert, il est fort probable que des problèmes inattendus avec les VM de l'espace qui exécutent ces versions de l'agent se produisent.

Exemple
Imaginez un espace qui exécute le manifeste 1763.x, dont, selon les Notes de mise à jour, le premier manifeste 1763.0 a été lancé dans VMware Horizon Cloud Service on Microsoft Azure 2.2. La matrice illustre l'interopérabilité de l'espace avec la version de l'agent avec qui il a été lancé (19.4) et également les versions antérieures de l'agent 19.3.1, 19.3 et 19.2. Dans les Nouveautés du 13 décembre 2019 des notes de mise à jour, vous pouvez constater que la version 19.4 d'HAI a été lancée en même temps que la version 2.2 de VMware Horizon Cloud Service on Microsoft Azure. Dans cet exemple, l'agent le plus ancien avec lequel un espace 1763.x peut opérer est l'agent 19.2. L'agent le plus récent est l'agent 19.4. Avant de mettre à jour un espace exécutant la version 1763.x, il est recommandé de s'assurer que les agents des VM d'image, des VM de batterie de serveurs et des VM de poste de travail VDI sont mis à jour vers la version de l'agent qui est la plus récente indiquée dans sa colonne.

La capture d'écran suivante est une illustration du paragraphe précédent et de la matrice de compatibilité au 23 février 2021.


Capture d'écran qui illustre la matrice de compatibilité pour Horizon Cloud on Microsoft Azure version 2.2 et HAI