Modifications dans la version 7.x
L’architecture, la terminologie et les fonctionnalités de XenApp et XenDesktop ont changé, à partir des versions 7.x. Si vous n’êtes familiarisé qu’avec les versions antérieures (avant 7.x), cet article peut vous familiariser avec ces changements.
Après être passé à une version 7.x, les modifications apportées aux versions ultérieures sont répertoriées dans Nouveautés.
Sauf indication contraire, 7.x fait référence à XenApp version 7.5 ou ultérieure, et à XenDesktop version 7 ou ultérieure.
Cet article fournit un aperçu. Pour des informations complètes sur la migration des versions antérieures à la version 7.x vers la dernière version, consultez Mettre à niveau vers XenApp 7.
Différences d’éléments entre XenApp® 6 et la version actuelle de XenApp
Bien qu’ils ne soient pas des équivalents exacts, le tableau suivant aide à faire correspondre les éléments fonctionnels de XenApp 6.5 et des versions précédentes aux versions de XenApp et XenDesktop, à partir de la version 7.x. Les descriptions des différences architecturales suivent.
| Au lieu de ceci dans XenApp 6.x et versions antérieures | Pensez à ceci dans la version 7.x |
|---|---|
| Architecture de gestion indépendante (IMA) | Architecture de gestion FlexCast (FMA) |
| Ferme | Site |
| Groupe de serveurs | Catalogue de machines, Groupe de mise à disposition |
| Worker | Virtual Delivery Agent (VDA), machine de système d’exploitation serveur, VDA de système d’exploitation serveur, machine de système d’exploitation de bureau, VDA de système d’exploitation de bureau |
| Machine des services Bureau à distance (RDS) ou des services Terminal Server | Machine de système d’exploitation serveur, VDA de système d’exploitation serveur |
| Zone et collecteur de données | Delivery Controller™ |
| Console des services de distribution | Citrix Studio et Citrix Director |
| Publication d’applications | Distribution d’applications |
| Magasin de données | Base de données |
| Évaluateur de charge | Stratégie de gestion de charge |
| Administrateur | Administrateur délégué, Rôle, Étendue |
Différences d’architecture
À partir des versions 7.x, XenApp et XenDesktop sont basés sur l’architecture de gestion FlexCast (FMA). La FMA est une architecture orientée services qui permet l’interopérabilité et la modularité de la gestion entre les technologies Citrix. La FMA fournit une plate-forme pour la livraison d’applications, la mobilité, les services, le provisionnement flexible et la gestion du cloud.
La FMA remplace l’architecture de gestion indépendante (IMA) utilisée dans XenApp 6.5 et les versions antérieures.
Voici les éléments clés de la FMA en ce qui concerne leur relation avec les éléments de XenApp 6.5 et des versions antérieures :
- Sites de mise à disposition : Les fermes étaient les objets de niveau supérieur dans XenApp 6.5 et les versions antérieures. Dans XenApp 7.x et XenDesktop 7.x, le Site est l’élément de niveau le plus élevé. Les Sites offrent des applications et des bureaux à des groupes d’utilisateurs. La FMA exige que vous soyez dans un domaine pour déployer un Site. Par exemple, pour installer les serveurs, votre compte doit disposer de privilèges d’administrateur local et être un utilisateur de domaine dans l’Active Directory.
- Catalogues de machines et groupes de mise à disposition : Les machines hébergeant des applications dans XenApp 6.5 et les versions antérieures appartenaient à des groupes de travailleurs (Worker Groups) pour une gestion efficace des applications et du logiciel serveur. Les administrateurs pouvaient gérer toutes les machines d’un groupe de travailleurs comme une seule unité pour leurs besoins de gestion d’applications et d’équilibrage de charge. Des dossiers étaient utilisés pour organiser les applications et les machines. Dans XenApp 7.x et XenDesktop 7.x, vous utilisez une combinaison de catalogues de machines, de groupes de mise à disposition (Delivery Groups) et de groupes d’applications (Application Groups) pour gérer les machines, l’équilibrage de charge et les applications ou bureaux hébergés. Vous pouvez également utiliser des dossiers d’applications.
- VDA : Dans XenApp 6.5 et les versions antérieures, les machines de travail des groupes de travailleurs exécutaient des applications pour l’utilisateur et communiquaient avec les collecteurs de données. Dans XenApp 7.x et XenDesktop 7.x, le VDA communique avec les Delivery Controllers qui gèrent les connexions utilisateur.
- Delivery Controllers : Dans XenApp 6.5 et les versions antérieures, il y avait un maître de zone responsable des demandes de connexion utilisateur et de la communication avec les hyperviseurs. Dans XenApp 7.x et XenDesktop 7.x, les Controllers du Site distribuent et gèrent les demandes de connexion. Dans XenApp 6.5 et les versions antérieures, les zones permettaient d’agréger les serveurs et de répliquer les données sur les connexions WAN. Bien que les zones n’aient pas d’équivalent exact dans XenApp 7.x et XenDesktop 7.x, les zones 7.x et la fonctionnalité de préférence de zone vous permettent d’aider les utilisateurs des régions éloignées à se connecter aux ressources sans nécessairement forcer leurs connexions à traverser de larges segments d’un WAN.
- Studio et Director : Utilisez la console Studio pour configurer vos environnements et fournir aux utilisateurs l’accès aux applications et aux bureaux. Studio remplace la console Delivery Services Console dans XenApp 6.5 et les versions antérieures. Les administrateurs utilisent Director pour surveiller l’environnement, prendre le contrôle à distance des périphériques utilisateur et résoudre les problèmes informatiques. Pour prendre le contrôle à distance des utilisateurs, l’Assistance à distance Windows doit être activée ; elle est activée par défaut lors de l’installation du VDA.
- Mise à disposition d’applications : XenApp 6.5 et les versions antérieures utilisaient l’assistant de publication d’applications pour préparer les applications et les mettre à la disposition des utilisateurs. Dans XenApp 7.x et XenDesktop 7.x, vous utilisez Studio pour créer et ajouter des applications afin de les rendre disponibles aux utilisateurs inclus dans un groupe de mise à disposition (Delivery Group) et, éventuellement, des groupes d’applications (Application Groups). À l’aide de Studio, vous configurez d’abord un Site, créez et spécifiez des catalogues de machines, puis créez des groupes de mise à disposition qui utilisent les machines de ces catalogues. Les groupes de mise à disposition déterminent quels utilisateurs ont accès aux applications que vous mettez à disposition. Vous pouvez éventuellement choisir de créer des groupes d’applications comme alternative à plusieurs groupes de mise à disposition.
- Base de données : XenApp 7.x et XenDesktop 7.x n’utilisent pas le magasin de données IMA pour les informations de configuration. Ils utilisent une base de données Microsoft SQL Server pour stocker les informations de configuration et de session.
- Stratégie de gestion de charge : Dans XenApp 6.5 et les versions antérieures, les évaluateurs de charge utilisent des mesures prédéfinies pour déterminer la charge sur une machine. Les connexions utilisateur peuvent être associées aux machines ayant une charge plus faible. Dans XenApp 7.x et XenDesktop 7.x, utilisez des stratégies de gestion de charge pour équilibrer les charges entre les machines.
- Administration déléguée : Dans XenApp 6.5 et les versions antérieures, vous créiez des administrateurs personnalisés et leur attribuiez des autorisations basées sur des dossiers et des objets. Dans XenApp 7.x et XenDesktop 7.x, les administrateurs personnalisés sont basés sur des paires rôle et étendue. Un rôle représente une fonction de travail et dispose d’autorisations définies qui lui sont associées pour permettre la délégation. Une étendue représente une collection d’objets. Les rôles d’administrateur intégrés ont des ensembles d’autorisations spécifiques, tels que support technique, applications, hébergement et catalogue. Par exemple, les administrateurs du support technique ne peuvent travailler qu’avec des utilisateurs individuels sur des sites spécifiés, tandis que les administrateurs complets peuvent surveiller l’ensemble du déploiement et résoudre les problèmes informatiques à l’échelle du système.
Comparaison des fonctionnalités
La transition vers FMA signifie également que certaines fonctionnalités disponibles dans XenApp 6.5 et les versions précédentes peuvent être implémentées différemment ou peuvent nécessiter que vous substituiez d’autres fonctionnalités, composants ou outils pour atteindre les mêmes objectifs.
| Au lieu de ceci dans XenApp 6.5 et versions antérieures | Utilisez ceci dans 7.x |
|---|---|
| Pré-lancement de session et persistance de session configurés avec les paramètres de stratégie | Pré-lancement de session et persistance de session configurés en modifiant les paramètres du groupe de mise à disposition. Comme dans XenApp 6.5, ces fonctionnalités aident les utilisateurs à se connecter rapidement aux applications, en démarrant les sessions avant qu’elles ne soient demandées (pré-lancement de session) et en maintenant les sessions actives après qu’un utilisateur ait fermé toutes les applications (persistance de session). Dans XenApp et XenDesktop 7.x, vous activez ces fonctionnalités pour des utilisateurs spécifiés en configurant ces paramètres pour les groupes de mise à disposition existants. |
| Prise en charge des utilisateurs non authentifiés (anonymes) fournie en accordant des droits à l’utilisateur anonyme lors de la définition des propriétés des applications publiées | La prise en charge des utilisateurs non authentifiés (anonymes) est fournie en configurant cette option lors de la définition des propriétés utilisateur d’un groupe de mise à disposition. |
| Le cache d’hôte local permet aux serveurs de travail de fonctionner même lorsqu’une connexion au magasin de données n’est pas disponible | Le cache d’hôte local permet aux opérations de courtage de connexion de se poursuivre lorsque la connexion entre un contrôleur et la base de données du site échoue. Cette implémentation est plus robuste et nécessite moins de maintenance. Voir Cache d’hôte local. |
| Diffusion d’applications | Citrix App-V fournit des applications diffusées, qui sont gérées à l’aide de Studio. Voir App-V. |
| Interface Web | Citrix vous recommande de passer à StoreFront. |
| SmartAuditor pour enregistrer l’activité à l’écran d’une session utilisateur | À partir du Feature Pack 1 de la version 7.6, cette fonctionnalité est fournie par l’enregistrement de session. Vous pouvez également utiliser la journalisation de configuration pour enregistrer toutes les activités de session d’un point de vue administratif. |
| Gestion de l’alimentation et de la capacité pour aider à réduire la consommation d’énergie et à gérer la capacité du serveur | Utilisez le Microsoft Configuration Manager. |
Prise en charge des fonctionnalités et modifications
Les fonctionnalités suivantes ne sont pas actuellement fournies, ne sont plus prises en charge ou ont été considérablement modifiées dans XenApp ou XenDesktop, à partir des versions 7.x.
Chiffrement Secure ICA inférieur à 128 bits : Dans les versions antérieures à 7.x, Secure ICA pouvait chiffrer les connexions client pour un chiffrement de base, 40 bits, 56 bits et 128 bits. Dans les versions 7.x, le chiffrement Secure ICA est disponible uniquement pour le chiffrement 128 bits.
Impression héritée : Les fonctionnalités d’impression suivantes ne sont pas prises en charge dans les versions 7.x :
- Compatibilité descendante pour les clients DOS et les imprimantes 16 bits.
- Prise en charge des imprimantes connectées aux systèmes d’exploitation Windows 95 et Windows NT, y compris les propriétés d’imprimante étendues améliorées et Win32FavorRetainedSetting.
- Possibilité d’activer ou de désactiver les imprimantes auto-conservées et auto-restaurées.
- DefaultPrnFlag, un paramètre de registre pour les serveurs qui est utilisé pour activer ou désactiver les imprimantes auto-conservées et auto-restaurées, qui sont stockées dans les profils utilisateur sur le serveur.
Les noms d’imprimantes client héritées sont pris en charge.
Secure Gateway : Dans les versions antérieures à 7.x, Secure Gateway était une option pour fournir des connexions sécurisées entre le serveur et les périphériques utilisateur. NetScaler Gateway est l’option de remplacement pour sécuriser les connexions externes.
Observation des utilisateurs : Dans les versions antérieures à 7.x, les administrateurs définissaient des stratégies pour contrôler l’observation d’utilisateur à utilisateur. Dans les versions 7.x, l’observation des utilisateurs finaux est une fonctionnalité intégrée du composant Director, qui utilise l’Assistance à distance Windows pour permettre aux administrateurs d’observer et de dépanner les problèmes des applications transparentes et des bureaux virtuels fournis.
Redirection Flash v1 : Les clients qui ne prennent pas en charge la redirection Flash de deuxième génération reviennent au rendu côté serveur pour les fonctionnalités de redirection Flash héritées. Les VDA inclus dans les versions 7.x prennent en charge les fonctionnalités de redirection Flash de deuxième génération.
Écho de texte local : Cette fonctionnalité était utilisée avec les technologies d’applications Windows antérieures pour accélérer l’affichage du texte saisi sur les périphériques utilisateur via des connexions à latence élevée. Elle n’est pas incluse dans les versions 7.x en raison des améliorations apportées au sous-système graphique et à HDX SuperCodec.
Authentification unique : Cette fonctionnalité, qui assure la sécurité des mots de passe, n’est pas prise en charge pour Windows 8, Windows Server 2012 et les versions plus récentes des systèmes d’exploitation Windows pris en charge. Elle est toujours prise en charge pour les environnements Windows 2008 R2 et Windows 7, mais n’est pas incluse dans les versions 7.x. Vous pouvez la trouver sur le site Web de téléchargement de Citrix : https://citrix.com/downloads.
Prise en charge des bases de données Oracle : Les versions 7.x nécessitent une base de données SQL Server.
Surveillance et récupération de l’état (HMR) : Dans les versions antérieures à 7.x, HMR pouvait exécuter des tests sur les serveurs d’une batterie de serveurs pour surveiller leur état et découvrir tout risque pour la santé. Dans les versions 7.x, Director offre une vue centralisée de l’état du système en présentant la surveillance et les alertes pour l’ensemble de l’infrastructure depuis la console Director.
Fichiers ICA personnalisés : Les fichiers ICA personnalisés étaient utilisés pour permettre une connexion directe depuis les appareils utilisateur (avec le fichier ICA) vers une machine spécifique. Dans les versions 7.x, cette fonctionnalité est désactivée par défaut, mais peut être activée pour une utilisation normale à l’aide d’un groupe local ou peut être utilisée en mode haute disponibilité si le Controller devient indisponible.
Pack d’administration pour System Center Operations Manager (SCOM) 2007 : Le pack d’administration, qui surveillait l’activité des batteries XenApp à l’aide de SCOM, ne prend pas en charge les versions 7.x. Consultez le Pack d’administration Citrix SCOM pour XenApp et XenDesktop actuel.
Fonction CNAME : La fonction CNAME était activée par défaut dans les versions antérieures à 7.x. Les déploiements qui dépendent des enregistrements CNAME pour le réacheminement FQDN et l’utilisation des noms NETBIOS peuvent échouer. Dans les versions 7.x, la fonctionnalité de mise à jour automatique du Delivery Controller met à jour dynamiquement la liste des Controllers et informe automatiquement les VDA lorsque des Controllers sont ajoutés ou supprimés du Site. La fonctionnalité de mise à jour automatique du Controller est activée par défaut dans les stratégies Citrix, mais peut être désactivée. Alternativement, vous pouvez réactiver la fonction CNAME dans le registre pour continuer avec votre déploiement existant et permettre le réacheminement FQDN et l’utilisation des noms NETBIOS. Pour plus d’informations, consultez CTX137960.
Assistant de déploiement rapide : Dans les versions de XenDesktop antérieures à 7.x, cette option Studio permettait un déploiement rapide d’un déploiement XenDesktop entièrement installé. Le nouveau workflow d’installation et de configuration simplifié des versions 7.x élimine le besoin de l’option de l’assistant de déploiement rapide.
Fichier de configuration du service Remote PC et script PowerShell pour l’administration automatique : L’accès au PC distant est désormais intégré à Studio et au Controller.
Workflow Studio : Dans les versions antérieures à 7.x, Workflow Studio était l’interface graphique pour la composition de workflows pour XenDesktop. La fonctionnalité n’est pas prise en charge dans les versions 7.x.
Lancement de programmes non publiés lors de la connexion client : Dans les versions antérieures à 7.x, ce paramètre de stratégie Citrix spécifiait s’il fallait lancer des applications initiales ou des applications publiées via ICA ou RDP sur le serveur. Dans les versions 7.x, ce paramètre spécifie uniquement s’il faut lancer des applications initiales ou des applications publiées via RDP sur le serveur.
Lancements de bureaux : Dans les versions antérieures à 7.x, ce paramètre de stratégie Citrix spécifiait si les utilisateurs non administratifs pouvaient se connecter à une session de bureau. Dans les versions 7.x, les utilisateurs non administratifs doivent faire partie du groupe d’utilisateurs à accès direct d’une machine VDA pour se connecter aux sessions sur ce VDA. Le paramètre Lancements de bureaux permet aux utilisateurs non administratifs du groupe d’utilisateurs à accès direct d’un VDA de se connecter au VDA à l’aide d’une connexion ICA. Le paramètre Lancements de bureaux n’a aucun effet sur les connexions RDP ; les utilisateurs du groupe d’utilisateurs à accès direct d’un VDA peuvent se connecter au VDA à l’aide d’une connexion RDP, que ce paramètre soit activé ou non.
Profondeur de couleur : Dans les versions de Studio antérieures à 7.6, vous spécifiiez la profondeur de couleur dans les paramètres utilisateur d’un groupe de mise à disposition. À partir de la version 7.6, la profondeur de couleur pour le groupe de mise à disposition peut être définie à l’aide de la cmdlet PowerShell New-BrokerDesktopGroup ou Set-BrokerDesktopGroup.
Lancer le bureau optimisé pour le tactile : Ce paramètre est désactivé et non disponible pour les machines Windows 10 et Windows Server 2016. Pour plus d’informations, consultez Paramètres de stratégie d’expérience mobile.
Fonctionnalités non présentes dans l’application Citrix Workspace™ ou qui ont des valeurs par défaut différentes
- Mappage de port COM : Le mappage de port COM autorisait ou empêchait l’accès aux ports COM sur l’appareil utilisateur. Le mappage de port COM était précédemment activé par défaut. Dans les versions 7.x de XenDesktop et XenApp, le mappage de port COM est désactivé par défaut. Pour plus de détails, consultez Configurer les paramètres de redirection des ports COM et LPT à l’aide du registre.
- Mappage de port LPT : Le mappage de port LPT contrôle l’accès des applications héritées aux ports LPT. Le mappage de port LPT était précédemment activé par défaut. Dans les versions 7.x, le mappage de port LPT est désactivé par défaut.
- Codec audio PCM : Seuls les clients HTML5 prennent en charge le codec audio PCM dans les versions 7.x.
- Prise en charge de Microsoft ActiveSync.
-
Prise en charge du proxy pour les versions antérieures : Cela inclut :
- Microsoft Sécurité Internet et Accélération (ISA) 2006 (Windows Server 2003)
- Oracle iPlanet Proxy Server 4.0.14 (Windows Server 2003)
- Squid Proxy Server 3.1.14 (Ubuntu Linux Server 11.10)
Pour plus d’informations, consultez la documentation de l’application Citrix Workspace pour votre version.