Mettre à niveau les VDA à l’aide du service de mise à niveau des VDA

Vous pouvez lancer des mises à niveau de VDA via le service de mise à niveau des VDA en sélectionnant le catalogue de machines cible, une machine individuelle ou un groupe de machines, puis en sélectionnant « Mettre à niveau les VDA ».

Remarque :

Citrix® recommande de sauvegarder les VDA avant d’effectuer des mises à niveau lorsque cela est possible.

Planification des mises à niveau

Le processus de mise à niveau des VDA dans Citrix peut être effectué au niveau du catalogue, au niveau d’un groupe de machines ou au niveau d’une machine individuelle, selon les exigences. Les mises à niveau peuvent être configurées pour démarrer immédiatement ou peuvent être planifiées à une date et une heure jusqu’à 7 jours à l’avance.

Considérations

• Portée du catalogue, du groupe de machines ou de la machine : Les mises à niveau de catalogue sont idéales pour les mises à jour en masse, tandis que la mise à niveau des machines individuellement ou par groupes permet un contrôle plus granulaire.

• Planification : Les mises à niveau peuvent être planifiées jusqu’à 7 jours à l’avance. Si vous utilisez des mises à niveau au niveau du catalogue de machines, les machines ajoutées au catalogue après la planification de la mise à niveau ne sont pas incluses dans la mise à niveau planifiée existante.

Différences clés

Fonctionnement des mises à niveau planifiées

L’agent de mise à niveau VDA sur les VDA communique périodiquement avec les Delivery Controllers pour déterminer si le VDA doit être mis à niveau. Les VDA peuvent être planifiés pour une mise à niveau immédiate ou jusqu’à 7 jours à l’avance. Lors de la planification d’une mise à niveau à l’avance, vous pouvez définir la date et l’heure (en UTC) de début de la mise à niveau.

La durée de la mise à niveau définit la période après l’heure de début de la mise à niveau planifiée pendant laquelle les mises à niveau ont lieu. Par défaut, pour les mises à niveau de catalogues de machines et de groupes de machines, Citrix équilibre la charge des mises à niveau VDA tout au long de la durée de la mise à niveau afin d’améliorer les performances et d’éviter les goulots d’étranglement.

Une fois qu’une mise à niveau commence, le VDA est placé en mode maintenance jusqu’à ce que la mise à niveau soit terminée. Si une session est présente sur le VDA, le VDA ne sera pas mis à niveau tant qu’aucune session ne sera présente. Aucune nouvelle session ne peut être acheminée vers le VDA lorsqu’il est en mode maintenance. Si un utilisateur se déconnecte d’une session pendant une fenêtre de mise à niveau, il ne pourra pas se reconnecter tant que la mise à niveau ne sera pas terminée.

Le VDA continuera de tenter une mise à niveau jusqu’à ce que la durée de mise à niveau planifiée soit terminée. Si une session est présente pendant toute la durée de la mise à niveau, la mise à niveau sera annulée et le mode maintenance sera désactivé pour le VDA. Envisagez une durée de mise à niveau plus longue pour améliorer le taux de réussite de la mise à niveau du VDA.

Remarque :

Les VDA placés manuellement en mode maintenance avant une mise à niveau planifiée ne pourront pas être mis à niveau.

Versions de VDA disponibles

Le service de mise à niveau VDA maintient les versions N-2 du VDA pour les versions CR et les versions N-2 CU pour toutes les versions LTSR actuellement prises en charge.

Lorsqu’une nouvelle version de CVAD est publiée, vous pouvez mettre à jour VUS pour inclure des versions de VDA plus récentes sans mettre à jour l’intégralité de votre site. VUS utilise un fichier vda_releases.xml pour renseigner les versions de VDA disponibles. Le fichier vda_releases.xmld est disponible dans le méta-installateur CVAD à l’emplacement suivant :

<CVAD-ISO>\Support\VdaUpdateServiceMetadata\vda_releases.xml

Pour importer le fichier vda_releases.xml plus récent dans VUS, exécutez la cmdlet suivante : Import-VusVdaReleasesMetadata -Path ‘[Path to vda_releases.xml]’

Dans Web Studio, lors de la mise à niveau d’un catalogue ou d’une machine individuelle, l’interface utilisateur vous invite à choisir la version vers laquelle vous souhaitez mettre à niveau vos VDA.

Pour déterminer les versions de VDA disponibles à l’aide de PowerShell, utilisez la cmdlet Get-VusAvailableVdaVersion.

Sans passer de machine ou de catalogue avec la cmdlet, la cmdlet renverra la dernière version disponible pour toutes les pistes de mise à niveau.

Pour obtenir les versions spécifiques disponibles pour une ressource, passez un VDA (-MachineName, -MachineUid ou -MachineUuid) ou un catalogue (-CatalogName, -CatalogUid ou -CatalogUuid) avec la cmdlet Get-VusAvailableVdaVersion.

Par exemple : Get-VusAvailableVdaVersion -CatalogName ‘[Name of your Machine Catalog]’

Composants supplémentaires

Des composants supplémentaires peuvent être installés ou mis à niveau lors de la mise à niveau des VDA par catalogue de machines ou par machine individuelle. Si vous ne cochez pas un composant, il ne sera pas désinstallé, mais il ne sera pas mis à niveau dans le cadre de la mise à niveau globale du VDA.

Fonctionnalités

Les fonctionnalités peuvent être activées ou mises à niveau sur les VDA via le service de mise à niveau des VDA. Si vous ne cochez pas une fonctionnalité, elle ne sera pas désactivée, mais elle ne sera pas mise à niveau dans le cadre de la mise à niveau globale du VDA.

Par défaut, la case à cocher Activer le nettoyage de la restauration est sélectionnée. Citrix recommande d’activer la fonctionnalité de nettoyage de la restauration pour faciliter la gestion et améliorer la récupération des mises à niveau ayant échoué. Lorsque cette fonctionnalité est activée, un point de restauration système est créé avant le début de la mise à niveau. Si une mise à niveau échoue, le VDA est restauré au point de restauration système. Le point de restauration est supprimé après l’installation réussie du VDA. Pour plus d’informations, consultez Restauration en cas d’échec d’installation ou de mise à niveau.

Remarque :

La restauration du système Windows n’est prise en charge que sur les systèmes d’exploitation à session unique (par exemple, Windows 10 et 11). La fonctionnalité de restauration du système Windows doit être activée sur le VDA pour que la fonctionnalité « Activer le nettoyage de la restauration » fonctionne. Les mises à niveau peuvent échouer si « Activer la restauration » ou « Activer le nettoyage de la restauration » est sélectionné, mais que la restauration du système Windows n’est pas configurée sur le VDA.

Concurrence

Lors de la mise à niveau des catalogues de machines, VUS vous permet de définir un nombre maximal de VDA qui seront mis à niveau simultanément. Cela peut aider à réduire la charge sur votre connexion Internet ou votre serveur de fichiers et, lorsqu’il est utilisé conjointement avec des seuils d’échec, vous permet d’arrêter les mises à niveau si un certain nombre de VDA ne parviennent pas à être mis à niveau.

Dès le début de la mise à niveau planifiée, tous les VDA du catalogue sont placés en mode maintenance. Une mise à niveau commencera sur un nombre de VDA correspondant au paramètre de concurrence maximale défini. Dès qu’une mise à niveau de VDA est terminée, un autre VDA commencera à être mis à niveau pour maintenir le nombre simultané de VDA en cours de mise à niveau.

Si aucune concurrence n’est spécifiée pour une mise à niveau planifiée de catalogue de machines, Citrix utilise une valeur de concurrence par défaut basée sur le nombre total de VDA dans le catalogue et la durée de la mise à niveau.

Les mises à niveau prennent en moyenne environ 30 minutes, mais cela peut varier considérablement en fonction des conditions environnementales. Envisagez de définir votre concurrence à une quantité où tous les VDA peuvent être mis à niveau pendant la durée de mise à niveau fournie. Par exemple, si vous avez 20 VDA qui doivent être mis à niveau sur 4 heures, vous avez besoin de 5 VDA par heure. En utilisant la durée moyenne de mise à niveau de 30 minutes, vous pouvez définir la valeur de concurrence à 3 pour répondre à l’exigence de 5 mises à niveau de VDA par heure (3 mises à niveau par 30 minutes donnent 6 mises à jour par heure).

Seuil d’échec

Lors de la mise à niveau des catalogues de machines, utilisez un seuil d’échec pour empêcher la mise à niveau d’autres VDA si un nombre donné de VDA ont échoué. Les seuils d’échec peuvent réduire le rayon d’impact des problèmes qui entraînent des échecs de mise à niveau, réduisant ainsi les efforts de dépannage pour les administrateurs.

Les seuils d’échec empêchent tout futur VDA de commencer les mises à niveau, mais n’arrêtent pas les VDA qui ont déjà commencé la mise à niveau. Par exemple, si un catalogue de machines contient 100 VDA, que la concurrence est définie sur 10 VDA et que le seuil d’échec est défini sur 3, si toutes les mises à niveau de VDA échouent, au moins 13 VDA auront tenté de se mettre à niveau, et les 87 restants n’auront jamais commencé, et la mise à niveau sera annulée.

10 VDA concurrents commencent leur mise à niveau au début de l’opération planifiée. Si la première tentative échoue, un autre VDA lancera la sienne afin de maintenir les 10 mises à niveau simultanées. Si la deuxième tentative échoue, un autre VDA entamera le processus. Si la troisième tentative échoue, tous les VDA actuellement en cours de mise à niveau continueront, et les autres VDA du calendrier de mise à niveau verront leur annulation.

Emplacement de l’installateur VDA

L’installateur VDA doit être hébergé sur un partage de fichiers local dans votre environnement. Les exigences pour le partage de fichiers et l’installateur VDA sont listées ci-dessous :

Le partage de fichiers doit avoir les prérequis suivants.

• Autorisations de partage de fichiers
  • Les partages réseau contenant les packages d’installation VDA doivent disposer d’un accès en lecture pour le service VDA Upgrade Agent qui s’exécute en tant que système local (principal NT AUTHORITY\SYSTEM).
  • VDA joints au domaine :
    • Le compte Système local (VUA s’exécute en tant que Système local) utilise les informations d’identification de l’ordinateur lors de l’accès aux partages réseau.
    • Le partage de fichiers doit disposer d’un accès en lecture pour les ordinateurs du domaine.
    • Dans les paramètres de partage avancés, le partage de fichiers et d’imprimantes doit être activé.
  • VDA non joints au domaine :
    • Le compte Système local (VUA s’exécute en tant que Système local) utilise la CONNEXION ANONYME lors de l’accès aux partages réseau.
    • Dans le Centre Réseau et partage, le partage protégé par mot de passe doit être désactivé.
    • Dans l’onglet Sécurité des autorisations de dossier, les autorisations d’accès en lecture doivent être accordées à la CONNEXION ANONYME.
    • Dans les paramètres de partage avancés, le partage de fichiers et d’imprimantes doit être activé.
    • Le nom du dossier partagé doit être ajouté à la stratégie de sécurité d’accès réseau.
• Programme d’installation VDA
  • Le programme d’installation VDA doit être téléchargé depuis le site web Téléchargements Citrix et placé dans le partage de fichiers.
  • Le programme d’installation VDA pertinent pour le catalogue de machines doit être téléchargé.
    • Utilisez l’installateur VDA de système d’exploitation multi-session si le type de catalogue est multi-session.
    • Utilisez l’installateur VDA de système d’exploitation mono-session si le type de catalogue est mono-session.
  • Pour une mise à niveau donnée, la version de l’installateur sur le partage de fichiers doit correspondre exactement à une version publiée par VUS. Utilisez la cmdlet PowerShell Get-VusAvailableVersion pour déterminer les versions disponibles.

Le chemin d’accès à l’installateur doit être un chemin de fichier qui inclut l’exécutable. Par exemple, \\hostname\VDA-Packages\VDAWorkstationSetup_2308.exe.

Lorsque vous utilisez VUS via PowerShell, utilisez le paramètre -VdaWorkstationPackageUri (SE mono-session) ou -VdaServerPackageUri (SE multi-session) lors de la planification de votre mise à niveau.

Forcer la fermeture des sessions

Pour augmenter le nombre de VDA disponibles pour la mise à niveau lors d’une mise à niveau planifiée, envisagez de déconnecter de force les sessions utilisateur pendant la mise à niveau. La déconnexion forcée se produit lorsque la mise à niveau commence pour chaque VDA individuel, et non au début de la fenêtre de mise à niveau planifiée globale.

Étant donné que différents VDA commencent la mise à niveau à des moments différents au cours de la période planifiée, les utilisateurs ne seront déconnectés que lorsque leur VDA spécifique commencera sa mise à niveau.

Pour déconnecter de force les sessions déconnectées lors des mises à niveau planifiées à l’aide de Web Studio, sélectionnez l’option Déconnecter les sessions déconnectées.

Pour déconnecter de force les sessions actives lors des mises à niveau planifiées à l’aide de Web Studio, sélectionnez l’option Déconnecter les sessions actives. En cas de déconnexion des sessions actives, les utilisateurs recevront une notification dans leur session 10 minutes avant le début de la mise à niveau, leur rappelant d’enregistrer leur travail avant d’être automatiquement déconnectés.

Pour déconnecter de force les sessions déconnectées lors des mises à niveau planifiées à l’aide de PowerShell, utilisez le paramètre -LogoffOption lors de la planification de votre mise à niveau. Les options disponibles pour -LogoffOption sont listées ci-dessous :

• ActiveSessionsOnly : Si une session active est présente sur le VDA pendant la fenêtre de mise à niveau planifiée, l’utilisateur sera déconnecté. Une bannière s’affichera 10 minutes avant la déconnexion de l’utilisateur pour fournir un avertissement. Les VDA avec des sessions déconnectées ne seront pas déconnectés pendant la fenêtre de mise à niveau. Si la session déconnectée persiste pendant toute la fenêtre de mise à niveau, cette mise à niveau du VDA sera annulée.
• DisconnectedSessionsOnly : Si une session déconnectée est présente sur le VDA pendant la fenêtre de mise à niveau planifiée, l’utilisateur sera déconnecté. Les utilisateurs ne sont pas avertis que leur session déconnectée sera déconnectée. Les VDA avec des sessions actives ne seront pas déconnectés pendant la fenêtre de mise à niveau. Si la session active persiste pendant toute la fenêtre de mise à niveau, cette mise à niveau du VDA sera annulée.
• ActiveAndDisconnectedSessions : Si une session déconnectée ou active est présente sur le VDA pendant la fenêtre de mise à niveau planifiée, l’utilisateur sera déconnecté. Pour les sessions actives, une bannière s’affichera 10 minutes avant la déconnexion de l’utilisateur pour fournir un avertissement.
• DoNotLogoff : Les sessions actives et déconnectées ne sont pas déconnectées. Si une session est présente sur le VDA pendant toute la durée du calendrier de mise à niveau, la mise à niveau est annulée à la fin de la fenêtre de mise à niveau planifiée.

Dans la mesure du possible, Citrix recommande de déconnecter de force les sessions pour augmenter le nombre de VDA mis à niveau avec succès.

Important :

La déconnexion forcée des sessions peut entraîner la perte par les utilisateurs de travail non enregistré de leurs sessions.

Modifier ou annuler le flux de travail VDA

Après avoir planifié les mises à niveau pour un catalogue, vous pouvez modifier l’heure de début et la durée de la mise à niveau ou l’annuler complètement.

Pour modifier ou annuler une mise à niveau à l’aide de l’interface utilisateur au niveau du catalogue de machines, cliquez avec le bouton droit sur un catalogue de machines avec une mise à niveau planifiée existante et cliquez sur Modifier la mise à niveau planifiée du VDA. Pour modifier une mise à niveau existante au niveau du catalogue de machines à l’aide de PowerShell, utilisez les cmdlets Set-VusCatalogUpgrade et Remove-VusCatalogUpgrade.

Pour modifier ou annuler une mise à niveau au niveau de la machine, dans le nœud de recherche, cliquez avec le bouton droit sur une machine avec une mise à niveau planifiée existante et cliquez sur Modifier la mise à niveau planifiée du VDA. Vous ne pouvez pas modifier la mise à niveau planifiée du VDA pour plusieurs machines simultanément. Pour modifier une mise à niveau existante au niveau de la machine à l’aide de PowerShell, utilisez les cmdlets Set-VusMachineUpgrade et Remove-VusMachineUpgrade.