La mise à niveau du déploiement d'Horizon 8 d'entreprise implique plusieurs tâches de haut niveau. La mise à niveau est un processus à étapes multiples dans lequel les procédures doivent être réalisées dans un ordre donné.
Attention : pour plus d'informations sur les chemins de mise à niveau pris en charge, reportez-vous à la Matrice d'interopérabilité des produits.
Vous devez effectuer le processus de mise à niveau dans un ordre spécifique. L'ordre est également important à chaque stade de la mise à niveau.
Remarque : cette présentation concerne les mises à niveau pour des versions majeures, mineures et de maintenance.
Le nombre des tâches suivantes que vous devez effectuer dépend des composants d'Horizon 8 que vous utilisez dans votre déploiement.
-
Si vous disposez de fonctionnalités qui ne sont plus prises en charge dans la dernière version d'Horizon 8, vous devez désinstaller certaines d'entre elles avant de procéder à la mise à niveau. Reportez-vous à la section Désinstallation de fonctionnalités dorénavant non prises en charge.
-
Mettez à niveau le logiciel Omnissa Horizon Client qui s'exécute sur des périphériques clients d'utilisateurs finaux. Reportez-vous à la section Mettre à niveau l'application cliente.
-
Effectuez des sauvegardes et consignez différents paramètres sur les machines qui hébergent des instances d'Omnissa Horizon Connection Server. Reportez-vous à la section Préparation d'Horizon Connection Server pour une mise à niveau.
Si vous disposez de plusieurs instances d'Horizon Connection Server dans un groupe répliqué, effectuez des sauvegardes et notez les paramètres de configuration d'une seule instance du groupe. Pour d'autres tâches de préparation, vous pouvez effectuer les tâches pour une seule instance à la fois, juste avant d'effectuer la mise à niveau de cette instance du serveur.
-
Mettez à niveau les instances d'Horizon Connection Server. Reportez-vous à la section Mise à niveau des instances d'Horizon Connection Server dans un groupe répliqué.
Dans un environnement de production typique comportant au moins deux instances d'Horizon Connection Server derrière un équilibreur de charge, vous devez supprimer les instances d'Horizon Connection Server du cluster équilibré en charge pendant leur mise à niveau.
Important : après avoir mis à niveau une instance d'Horizon Connection Server vers la version la plus récente, vous ne pouvez pas rétrograder l'instance vers une version antérieure. Dès que toutes les instances d'Horizon Connection Server d'un groupe répliqué sont mises à niveau, vous ne pouvez plus ajouter d'autre instance qui exécute une version antérieure.
-
Mettez à niveau le dispositif Horizon Edge.
Une fois tous les dispositifs Horizon Connection Server de l'espace mises à niveau, mettez à niveau le dispositif Horizon Edge vers la même version d'Horizon. Ne mettez pas à niveau le dispositif Edge avant la mise à niveau des Serveurs de connexion.
Pour les environnements disposant de plusieurs dispositifs Edge, mettez-les à niveau un à la fois afin de minimiser l'interruption de service.
Reportez-vous à la section Mettre à niveau le dispositif Horizon Edge.
-
Mettez à niveau les stratégies de groupe utilisées dans Microsoft Active Directory. Reportez-vous à la section Utilisation de fichiers de modèle d'administration de stratégie de groupe.
-
Si vous mettez également à niveau des composants VMware vSphere, mettez à niveau vCenter Server. Reportez-vous à la section Mettre à niveau vCenter Server.
Durant la mise à niveau de vCenter Server, les postes de travail à distance et les sessions d'applications ne seront pas déconnectés. Les postes de travail distants en état d'approvisionnement ne sont pas mis sous tension durant la mise à niveau de vCenter Server. Vous ne pouvez alors pas lancer de nouveaux postes de travail lors de la mise à niveau de vCenter Server.
-
Si vous mettez également vSphere à niveau, mettez à niveau les hôtes VMware ESXi et les machines virtuelles. Reportez-vous à la section Mettre à niveau des hôtes ESXi et leurs machines virtuelles.
Les hôtes ESXi peuvent être mis à niveau sans interruption en utilisant vMotion pour déplacer les machines virtuelles vers un autre hôte du cluster, si les hôtes sont configurés dans un environnement en cluster.
-
Si vous utilisez actuellement des serveurs de services de terminaux Windows comme sources de postes de travail, vérifiez que le rôle Hôte RDS est installé. Reportez-vous à la section Mettre à niveau les hôtes RDS qui fournissent des postes de travail basés sur une session
-
Mettez à niveau le logiciel Horizon™ Agent qui s'exécute sur les machines physiques ou virtuelles utilisées en tant que modèles pour le clonage de postes de travail, en tant que postes de travail de clone complet dans un pool et en tant que postes de travail individuels dans un pool manuel. Reportez-vous à la section Mettre à niveau Horizon Agent.
-
Utilisez les sources de postes de travail de machine virtuelle qui viennent d'être mises à niveau pour créer des pools de postes de travail mis à niveau. Reportez-vous à la section Mise à niveau des postes de travail publiés et virtuels.
-
Si vous utilisez la fonction Architecture Cloud Pod, reportez-vous à la section Mise à niveau d'un environnement Architecture Cloud Pod.
Comme certaines commandes peuvent mettre à niveau plusieurs étapes simultanément, Omnissa vous recommande de bien comprendre les modifications irréversibles à chaque étape avant de mettre à niveau vos environnements de production.
Lors de la mise à niveau vers la version 2512
Le programme d'installation consigne et vérifie désormais une propriété schema-version dans les instances locales et globales d'AD LDS. Le programme d'installation lira cette valeur et tentera uniquement de mettre à jour le schéma lorsque la version de l'annuaire est antérieure à celle du programme d'installation. Cela évite un travail de schéma inutile et raccourcit le temps de mise à niveau pour les déploiements qui sont au niveau de schéma approprié. Le programme d'installation inclut également l'option SKIP_SCHEMA_VERSION=1 de ligne de commande qui force la mise à niveau de la partition du schéma.
Si une mise à jour du schéma est nécessaire, le programme d'installation vérifie la disponibilité du rôle master du schéma. Lorsque cela est approprié et sans risque, le rôle est transféré à l'instance locale avant l'arrêt ou la désinstallation des services. Cela évite les situations pour lesquelles la mise à niveau peut échouer en raison de l'indisponibilité du maître du schéma après la suppression des services Horizon existants.
Lors de la mise à niveau vers la version 2503
Lors d'une mise à niveau, les noms des partitions existantes des services d'annuaire Horizon (AD LDS) sont conservés.
Après la mise à niveau de vos instances d'Horizon Connection Server vers la version 2503, nous vous recommandons de planifier et d'effectuer la mise à jour des noms de partitions vers les nouveaux.
À partir d'Horizon Connection Server version 2503, les noms de partition d'application dans les instances AD LDS locales et globales sont mis à jour. Dans la version 2503, le nom de la partition est passé de son nom antérieur à la version 2503 à horizon.
Pour aider les clients existants à réaliser la transition avec les déploiements Horizon existants, Omnissa fournit un script de migration qui met à jour les noms de partitions tout en garantissant l'intégrité des données. Une fois tous les espaces mis à niveau vers Horizon 2503, vous pouvez exécuter le script de migration pour mettre à jour de façon permanente vos déploiements vers la nouvelle convention de dénomination de partition d'application. Pour plus d'informations, reportez-vous à l'article 6000797 de la base de connaissances d'Omnissa.
Déploiement d'une branche de maintenance étendue
Environ une fois par an, Omnissa désigne une version d'Horizon 8 comme branche de maintenance étendue (ESB). Une ESB est une branche de version parallèle aux versions actuelles (CR) existantes du produit. En choisissant de déployer une ESB, les clients reçoivent des mises à jour de Service Packs (SP) périodiques, qui incluent des correctifs de bogue critiques et des correctifs de sécurité cumulatifs. Plus important encore, les mises à jour du fournisseur de services ne comportent aucune nouvelle fonctionnalité. Les clients peuvent ainsi s'appuyer sur une plate-forme Horizon 8 stable pour leurs déploiements critiques.
Pour plus d'informations sur l'ESB et les versions d'Horizon 8 désignées comme ESB, reportez-vous à l'article 86477 de la base de connaissances d'Omnissa.
Cette page vous a-t-elle été utile ?