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 les mises à niveau lorsque cela est possible.
Planification des mises à niveau
Le processus de mise à niveau des VDA dans Citrix peut être effectué au niveau d’un catalogue, d’un groupe de machines ou d’une machine individuelle, selon les exigences. Les mises à niveau peuvent être configurées pour démarrer immédiatement ou être planifiées à une date et une heure jusqu’à 7 jours à l’avance.
Considérations
-
Portée (catalogue, groupe de machines ou machine) : Les mises à niveau de catalogue sont idéales pour les mises à jour en masse, tandis que la mise à niveau de 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
| Fonctionnalité | Mise à niveau par catalogue | Mise à niveau par machine | Groupe de machines |
|---|---|---|---|
| Portée des mises à niveau | Catalogue entier | Machine individuelle | Groupe de machines d’un catalogue de machines |
| Contrôle de la planification | Une seule planification s’applique à tous les VDA du catalogue de machines, idéal pour les opérations de mise à niveau à grande échelle | Les VDA sont planifiés individuellement, ce qui est principalement utilisé pour les tests et les mises à niveau ponctuelles | Les VDA sont planifiés par groupes, ce qui vous donne la flexibilité de mettre à niveau différents groupes de VDA à différents moments |
| Gestion | Géré via le nœud des catalogues de machines dans l’interface de configuration complète ou la cmdlet New-VusCatalogSchedule
|
Géré via le nœud de recherche dans l’interface de configuration complète ou la cmdlet New-VusMachineUpgrade
|
Géré via le nœud de recherche dans l’interface de configuration complète, ou en transmettant une liste de machines à la cmdlet New-VusMachineUpgrade
|
| Cas d’utilisation | Mises à niveau en masse pour un catalogue de machines entier | Contrôle granulaire pour les mises à niveau ciblées et les scénarios de test | Contrôle ciblé d’un sous-ensemble de VDA. Peut être utilisé pour échelonner les mises à niveau au sein d’un catalogue |
| Versions de VDA disponibles | Pour les versions CR et toutes les versions VDA LTSR actuellement prises en charge, la dernière version ainsi que les 2 versions précédentes (N-2) sont disponibles pour la mise à niveau. Pour plus d’informations, consultez Versions de VDA disponibles. | Pour les versions CR et toutes les versions VDA LTSR actuellement prises en charge, la dernière version ainsi que les 2 versions précédentes (N-2) sont disponibles pour la mise à niveau. Pour plus d’informations, consultez Versions de VDA disponibles. | Seule la dernière version VDA LTSR ou CR est disponible pour la mise à niveau |
| Composants supplémentaires | Installe ou met à niveau les composants VDA sur chaque VDA. Laisser un composant décoché ne désinstallera pas la fonctionnalité, mais le composant ne sera pas mis à niveau. | Installe ou met à niveau le composant VDA sur le VDA. Laisser un composant décoché ne désinstallera pas la fonctionnalité, mais le composant ne sera pas mis à niveau. | Les composants supplémentaires ne peuvent pas être gérés par le service de mise à niveau des VDA lors de la mise à niveau d’un groupe de machines. Remarque : Des fonctionnalités supplémentaires, telles que « Activer le nettoyage de la restauration », sont disponibles pour les mises à niveau de groupes de machines. |
| Fonctionnalités supplémentaires | Des fonctionnalités supplémentaires peuvent être activées ou mises à niveau | Des fonctionnalités supplémentaires peuvent être activées ou mises à niveau | Des fonctionnalités supplémentaires peuvent être activées ou mises à niveau |
| Concurrence | Contrôlé comme un paramètre lors de la planification de la mise à niveau. Pour plus d’informations, consultez Concurrence. | Un seul VDA est mis à niveau | Équilibrage de charge automatique basé sur le nombre de VDA sélectionnés dans le cadre de la planification de la mise à niveau |
| Seuil d’échec | Un seuil d’échec peut être défini pour empêcher les futures mises à niveau si un nombre donné de VDA échouent. Pour plus d’informations, consultez Seuil d’échec. | Les seuils d’échec ne sont pas applicables pour une mise à niveau par machine | Les seuils d’échec ne sont pas disponibles pour les mises à niveau de groupes de machines. Envisagez de définir la taille du groupe de machines à mettre à niveau comme étant le nombre maximal de VDA qui représenterait un nombre d’échecs acceptable. |
Fonctionnement des mises à niveau planifiées
L’agent de mise à niveau des VDA sur les VDA communique périodiquement avec Citrix Cloud™ 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 des 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, l’utilisateur 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 des VDA.
Remarque :
Les VDA placés manuellement en mode maintenance avant une mise à niveau planifiée échoueront à se mettre à niveau.
Versions de VDA disponibles
De nouvelles versions de VDA sont disponibles pour la mise à niveau via le service de mise à niveau des VDA peu de temps après que les nouvelles versions de VDA sont généralement disponibles. Le service de mise à niveau des 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.
Dans l’interface de configuration complète, 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, celui-ci 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é, celle-ci 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](https://docs.citrix.com/fr-fr/citrix-daas/install-configure/install-vdas#restore-on-install-or-upgrade-failure).
- 
- > **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 les seuils d’échec, vous permet d’arrêter les mises à niveau si un certain nombre de VDA ne parviennent pas à se mettre à 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 à se mettre à 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 dans 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 la mise à niveau au début de la mise à niveau planifiée. Si la première mise à niveau échoue, un autre VDA commencera la mise à niveau pour maintenir les 10 mises à niveau simultanées concurrentes. Si la deuxième mise à niveau échoue, un autre VDA commencera la mise à niveau. Si la troisième mise à niveau échoue, tous les VDA actuellement en cours de mise à niveau continueront, et le reste des VDA dans le calendrier de mise à niveau verra leur mise à niveau annulée.
Emplacement de l’installateur VDA
Vous pouvez choisir que les VDA téléchargent le support d’installation du VDA à partir du CDN hébergé par Citrix ou d’un partage de fichiers local.
Les mises à niveau via un partage de fichiers hébergé localement réduisent la nécessité de fournir des règles réseau pour permettre aux VDA de récupérer le support d’installation et peuvent diminuer l’utilisation de la bande passante pendant le processus de mise à niveau.
Si vous utilisez le CDN hébergé par Citrix, les VDA doivent pouvoir communiquer avec les URL répertoriées dans Connectivité.
Si vous utilisez un partage de fichiers local, celui-ci doit répondre aux prérequis suivants.
- L’agent de mise à niveau VDA doit être la version 7.40.0.35 ou ultérieure, qui est installée par défaut sur la version VDA 2311 ou ultérieure.
- L’agent de mise à niveau VDA ne nécessite pas de mise à niveau VDA planifiée pour se mettre à niveau. L’agent de mise à niveau VDA se met à jour automatiquement.
- Si vous effectuez la mise à niveau à l’aide de PowerShell, le SDK PowerShell distant de Virtual Apps and Desktops version 7.42 ou ultérieure doit être installé.
- 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 de l’agent de mise à niveau VDA 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 le programme d’installation VDA du système d’exploitation multi-session si le type de catalogue est multi-session.
- Utilisez le programme d’installation VDA du système d’exploitation mono-session si le type de catalogue est mono-session.
- Pour une mise à niveau donnée, la version du programme d’installation sur le partage de fichiers doit correspondre exactement à une version publiée par VUS. Utilisez l’applet de commande PowerShell
Get-VusAvailableVersionpour déterminer les versions disponibles.
Pour configurer les VDA afin qu’ils se mettent à niveau à partir d’un partage de fichiers local dans l’interface de configuration complète, sélectionnez « Use local file share » à l’emplacement du programme d’installation VDA et saisissez le chemin d’accès au programme d’installation. Par exemple, "\\hostname\VDA-Packages\VDAWorkstationSetup_2308.exe".
Pour configurer les VDA afin qu’ils se mettent à niveau à partir d’un partage de fichiers local à l’aide de PowerShell, utilisez le paramètre -VdaWorkstationPackageUri (système d’exploitation mono-session) ou -VdaServerPackageUri (système d’exploitation 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 forcer la fermeture des sessions utilisateur pendant la mise à niveau. La fermeture 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 forcer la fermeture des sessions déconnectées lors des mises à niveau planifiées à l’aide de l’interface de configuration complète, sélectionnez l’option Fermer les sessions déconnectées.
Pour forcer la fermeture des sessions actives lors des mises à niveau planifiées à l’aide de l’interface de configuration complète, sélectionnez l’option Fermer les sessions actives. Si vous fermez les 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 déconnectés automatiquement.
Pour forcer la fermeture des 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 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 fermé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 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 fermé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 forcer la fermeture des sessions pour augmenter le nombre de VDA qui se mettent à niveau avec succès.
Important :
La fermeture forcée des sessions peut entraîner la perte du travail non enregistré des utilisateurs.
Redémarrer les VDA avant de commencer la mise à niveau
Utilisez l’option de redémarrage automatique des VDA avant les mises à niveau pour améliorer le taux de réussite en garantissant que chaque VDA démarre le processus dans un état propre et cohérent. Le redémarrage avant la mise à niveau peut atténuer le risque de défaillances courantes, telles que les redémarrages en attente, les processus persistants ou les mises à jour système incomplètes.
Lorsque cette option est activée, chaque VDA est redémarré individuellement juste avant le début de sa mise à niveau, plutôt qu’au début de la fenêtre de mise à niveau globale.
Pour utiliser la fonction de redémarrage du VDA avant la mise à niveau, l’agent de mise à niveau VDA doit être la version 7.44 (publiée avec Citrix Virtual Apps and Desktops 2503) ou ultérieure. Les VDA avec une version antérieure de l’agent de mise à niveau VDA se mettront à niveau sans redémarrage.
Modifier ou annuler le workflow 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 VDA planifiée. Pour modifier une mise à niveau existante au niveau du catalogue de machines à l’aide de PowerShell, utilisez les applets de commande 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 VDA planifiée. Vous ne pouvez pas modifier la mise à niveau VDA planifiée pour plusieurs machines simultanément. Pour modifier une mise à niveau existante au niveau de la machine à l’aide de PowerShell, utilisez les applets de commande Set-VusMachineUpgrade et Remove-VusMachineUpgrade.