Personal vDisk (PvD) a longtemps servi de disque virtuel dédié par machine dans les environnements VDI Citrix, stockant personnalisations utilisateur, applications installées localement et données persistantes. Citrix a retiré ce composant de ses versions récentes de Virtual Apps and Desktops, et les dernières moutures compatibles atteignent leur fin de support en 2026.
Pour les équipes infrastructure qui exploitent encore des catalogues de machines avec PvD, la question de la migration devient pressante. Le chemin technique n’est pas aussi simple qu’un changement de paramètre.
A voir aussi : Optimiser la gestion de projets informatiques avec les bons outils
Désinstallation du VDA avant migration : la contrainte technique que beaucoup sous-estiment
Le premier obstacle n’est pas fonctionnel, il est mécanique. Si le composant Personal vDisk a été installé sur un VDA (Virtual Delivery Agent), ce VDA ne peut pas être mis à niveau vers la version 1912 LTSR ou ultérieure sans une désinstallation complète puis une réinstallation propre. Un simple upgrade in-place échoue ou produit un agent instable.
Concrètement, cela signifie que chaque image master intégrant PvD doit être reconstruite. Sur un parc de plusieurs centaines de postes virtuels, cette remise à plat impose un plan de migration par vagues, avec des fenêtres de maintenance et des tests de non-régression sur chaque catalogue de machines.
A lire aussi : Certificate of Networthiness : guide complet pour les équipes IT
Les équipes qui repoussent cette étape en restant sur des versions antérieures à 1912 LTSR s’exposent à un double risque : fin de support de la branche Citrix utilisée et impossibilité de bénéficier des correctifs de sécurité récents. Le calendrier ne laisse plus beaucoup de marge.
Citrix App Layering User Layer : le remplaçant officiel de Personal vDisk
Citrix positionne explicitement sa brique App Layering User Layer (aussi appelée User Personalization Layer) comme le successeur de PvD. Le principe reste proche : isoler la personnalisation utilisateur (paramètres, applications installées individuellement) dans une couche séparée de l’image de base.
La différence majeure réside dans l’architecture. Là où PvD attachait un VHDX par VM, l’User Layer fonctionne au niveau de l’hyperviseur via le composant App Layering, qui compose dynamiquement l’image au démarrage. L’utilisateur retrouve ses applications et réglages sans que la VM elle-même soit persistante.
Ce que l’User Layer couvre et ce qu’il ne couvre pas
L’User Layer gère bien la persistance applicative et les personnalisations du bureau. En revanche, il ne remplace pas une solution de gestion de profils pour les données itinérantes (fichiers, favoris, caches applicatifs). Un déploiement complet nécessite souvent un couplage avec Citrix Profile Management ou FSLogix pour couvrir l’ensemble du spectre de personnalisation.
Ce point est régulièrement source de confusion lors des migrations : certaines équipes pensent que l’User Layer suffit à tout, puis constatent à la recette que les données de profil ne suivent pas l’utilisateur entre deux sessions sur des machines différentes.
FSLogix, Citrix Profile Management, VMware DEM : choisir sa brique de profils centralisés
Le retrait de PvD s’inscrit dans un mouvement plus large. Les environnements VDI modernes déplacent la persistance utilisateur vers des profils centralisés hébergés sur des stockages partagés ou cloud, plutôt que sur un disque local par VM.
Trois solutions dominent ce segment :
- FSLogix Profile Container : intégré aux licences Microsoft 365 et Azure Virtual Desktop, il stocke le profil complet dans un conteneur VHD(X) sur un partage réseau ou Azure Files. Son adoption a fortement progressé ces dernières années, y compris dans des environnements Citrix.
- Citrix Profile Management : la solution native de l’écosystème Citrix, qui synchronise les profils via des partages réseau. Elle offre un contrôle granulaire sur les éléments à inclure ou exclure du profil itinérant.
- VMware Dynamic Environment Manager (DEM) : pertinent pour les infrastructures Omnissa/VMware Horizon, il gère profils et paramètres applicatifs avec une logique de couche de personnalisation comparable à l’User Layer de Citrix.
Le choix dépend avant tout de l’hyperviseur et de la stack VDI en place. Migrer depuis PvD vers FSLogix est le scénario le plus fréquent dans les environnements hybrides ou orientés Azure, parce que la licence est déjà couverte et que le stockage peut être déporté sur Azure Files ou NetApp.
Impact sur la stratégie de sauvegarde
Avec PvD, sauvegarder les données utilisateur revenait à sauvegarder un fichier VHDX par VM. Avec des profils centralisés, l’unité de sauvegarde change : ce sont désormais des partages réseau ou des comptes de stockage cloud qu’il faut protéger.
Ce changement modifie les RPO et RTO atteignables. La restauration granulaire d’un profil FSLogix ou Citrix PM se fait au niveau fichier ou dossier, sans avoir à restaurer une VM complète. En contrepartie, la sauvegarde du stockage partagé doit être dimensionnée pour le volume cumulé de tous les profils, avec une politique d’immuabilité adaptée.
Migration depuis Personal vDisk : les étapes concrètes à anticiper
Le passage de PvD à une architecture de profils centralisés ne se résume pas à activer FSLogix ou l’User Layer. Plusieurs phases doivent être planifiées dans l’ordre.
- Audit des catalogues de machines existants : identifier quels catalogues utilisent PvD, quelle version du VDA est installée, et si d’autres composants dépendants sont présents.
- Extraction des données PvD : récupérer le contenu des VHDX personnels (applications installées par l’utilisateur, paramètres) avant la reconstruction des images.
- Reconstruction des images master : désinstaller le VDA, nettoyer les résidus PvD, réinstaller le VDA en version 1912 LTSR ou supérieure, puis configurer la nouvelle solution de profils.
- Tests par vagues : migrer un groupe pilote, valider la persistance des profils et des applications, puis élargir progressivement.
- Reconfiguration de la sauvegarde : adapter les politiques de backup au nouveau stockage centralisé (partage SMB, Azure Files, NetApp) au lieu des VHDX individuels.
Les retours terrain divergent sur le temps réel de migration. Certaines équipes rapportent des projets bouclés en quelques semaines sur des parcs de taille moyenne, d’autres font état de plusieurs mois quand les images master sont hétérogènes ou quand des applications métier dépendaient de la couche PvD pour fonctionner.
Alternatives cloud et DaaS pour sortir du modèle on-premise
Pour les organisations qui envisagent de profiter de cette migration forcée pour repenser leur infrastructure VDI, Azure Virtual Desktop et Amazon WorkSpaces proposent des modèles DaaS qui éliminent la gestion de l’hyperviseur local. Azure Virtual Desktop s’intègre nativement avec FSLogix et bénéficie de mises à jour régulières (reconnexion automatique via RDP Multipath, support Intune pour l’assistance à distance).
Citrix DaaS et Omnissa Horizon Cloud restent des options pour les entreprises attachées à leur stack existante mais souhaitant externaliser l’infrastructure sous-jacente. Le passage au DaaS ne dispense pas de traiter la question des profils : la persistance utilisateur reste un sujet distinct de l’hébergement des VM.
La fin de Personal vDisk marque la clôture d’une approche où chaque utilisateur disposait de son propre disque rattaché à une machine précise. Les architectures actuelles dissocient la personnalisation du poste, la gestion du profil et le stockage des données. Traiter ces trois couches séparément, avec les bons outils pour chacune, reste le meilleur moyen d’éviter de recréer les rigidités que PvD avait fini par imposer.
