Méthodes de mise à disposition

Citrix Virtual Apps and Desktops propose différentes méthodes de remise. Une seule méthode de mise à disposition ne répondra probablement pas à tous vos besoins.

Introduction

Le choix de la méthode appropriée permet d’améliorer la capacité à monter en charge, la gestion et l’expérience utilisateur.

  • Application installée : l’application fait partie de l’image de bureau de base. Le processus d’installation implique l’exécution de fichiers dll, exe et d’autres fichiers copiés sur le lecteur d’image ainsi que des modifications du registre. Pour plus de détails, consultez la section Créer des catalogues de machines.
  • Applications livrées en streaming (Microsoft App-V) : l’application est profilée et mise à disposition à la demande sur les bureaux du réseau. Les fichiers d’applications et les paramètres du Registre sont placés dans un conteneur sur le bureau virtuel et isolés du système d’exploitation et les uns des autres. Cet isolement permet de résoudre les problèmes de compatibilité. Pour plus de détails, consultez la section App-V.
  • Application en couche (Citrix application Layering) : chaque couche contient une seule application, un seul agent ou un seul système d’exploitation. En intégrant une couche d’OS, une couche de plate-forme (VDA, agent Citrix Provisioning) et de multiples couches d’applications, un administrateur peut facilement créer de nouvelles images déployables. Le layering simplifie les activités de maintenance régulières, car un système d’exploitation, une application et un agent existent dans une seule couche. Lorsque vous mettez à jour la couche, toutes les images déployées contenant cette couche sont mises à jour. Pour plus de détails, consultez la section Citrix App Layering.
  • Application Windows hébergée : application installée sur un hôte Citrix Virtual Apps multi-utilisateur et déployée en tant qu’application et non en tant que bureau. Un utilisateur accède à l’application Windows hébergée en toute transparence à partir d’un bureau VDI ou d’une machine de point de terminaison, ce qui occulte le fait que l’application est exécutée à distance. Pour plus de détails, consultez la section Créer des groupes de mise à disposition.
  • Application locale : application déployée sur la machine de point de terminaison. L’interface applicative s’affiche dans la session de VDI hébergée de l’utilisateur, bien qu’elle soit exécutée sur le point de terminaison. Pour plus de détails, consultez la section Local App Access et redirection d’adresse URL.
  • Remote PC Access : Remote PC Access permet aux employés d’accéder à distance à leurs ordinateurs de bureau physiques. Lorsque les utilisateurs accèdent à leurs ordinateurs de bureau, ils peuvent accéder à toutes les applications, données et ressources dont ils ont besoin pour effectuer leur travail. Remote PC Access élimine le besoin d’introduire et de fournir d’autres outils pour permettre le télétravail. Pour plus de détails, consultez la section Remote PC Access.

Pour les bureaux, vous pouvez envisager des bureaux publiés ou des bureaux VDI.

Applications et bureaux publiés avec Citrix Virtual Apps

Utilisez les machines avec OS multi-session pour mettre à disposition des applications publiées et des bureaux publiés Citrix Virtual Apps and Desktops.

Cas d’utilisation :

  • Une mise à disposition peu onéreuse sur le serveur pour réduire le coût de mise à disposition des applications pour un grand nombre d’utilisateurs, tout en offrant une expérience utilisateur haute définition en toute sécurité.
  • Vos utilisateurs effectuent des tâches clairement définies, et qui ne requièrent aucune personnalisation ou accès en mode déconnecté aux applications. Les utilisateurs peuvent inclure des travailleurs productifs, tels que des opérateurs de centre d’appel et des travailleurs au détail, ou des utilisateurs qui partagent des stations de travail.
  • Types d’application : toute application.

Avantages et considérations :

  • Solution gérable et évolutive dans votre datacenter.
  • Solution de mise à disposition des applications la moins onéreuse.
  • Les applications hébergées sont gérées de manière centralisée et les utilisateurs ne peuvent pas les modifier. Cela permet de fournir une expérience utilisateur cohérente, sûre et fiable.
  • Les utilisateurs doivent être en ligne pour accéder à leurs applications.

Expérience utilisateur :

  • L’utilisateur demande une ou plusieurs applications depuis StoreFront, le menu Démarrer ou une adresse URL que vous fournissez.
  • Les applications sont mises à disposition virtuellement et s’affichent en toute transparence en haute définition sur les machines utilisateur.
  • En fonction des paramètres de profil, les modifications apportées par l’utilisateur sont enregistrées lorsque la session applicative de l’utilisateur prend fin. Sinon, les modifications sont supprimées.

Traiter, héberger et mettre à disposition des applications :

  • Le traitement de l’application a lieu sur les machines hôtes, plutôt que sur les machines utilisateur. La machine hôte peut être une machine physique ou virtuelle.
  • Les applications et les bureaux résident sur une machine équipée d’un système d’exploitation multi-session.
  • Les machines deviennent disponibles au travers des catalogues de machines.
  • Les machines présentes dans des catalogues de machines sont organisées en groupes de mise à disposition qui mettent à disposition le même ensemble d’applications vers des groupes d’utilisateurs.
  • Les machines avec système d’exploitation multi-session prennent en charge les groupes de mise à disposition qui hébergent des applications, des bureaux, ou les deux.

Gestion et attribution de sessions :

  • Les machines équipées d’un système d’exploitation multi-session exécutent plusieurs sessions à partir d’une seule machine pour mettre à disposition plusieurs applications et bureaux vers de multiples utilisateurs connectés simultanément. Chaque utilisateur requiert une seule session depuis laquelle il peut exécuter toutes ses applications hébergées.

    Par exemple, un utilisateur ouvre une session et requiert une application. Une session sur cette machine devient indisponible pour d’autres utilisateurs. Un second utilisateur ouvre une session et requiert une application que cette machine héberge. Une seconde session sur la même machine est maintenant disponible. Si les deux utilisateurs demandent des applications supplémentaires, aucune session supplémentaire n’est requise, car un utilisateur peut exécuter de multiples applications à l’aide de la même session. Si deux utilisateurs ou plus ouvrent une session et demandent des bureaux, et deux sessions sont disponibles sur la même machine, cette machine unique utilise maintenant quatre sessions pour héberger quatre utilisateurs différents.

  • Dans le groupe de mise à disposition auquel un utilisateur est attribué, une machine sur le serveur le moins chargé est sélectionnée. Une machine avec une session de disponibilité est attribuée de manière aléatoire pour mettre à disposition les applications à un utilisateur lorsque ce dernier ouvre une session.

VM hosted Apps

Utiliser des machines avec OS mono-session pour mettre à disposition des applications hébergées sur une machine virtuelle

Cas d’utilisation :

  • Vous recherchez une solution de mise à disposition d’applications basée sur client qui soit sécurisée, offre une gestion centralisée et prenne en charge un grand nombre d’utilisateurs par serveur hôte. Vous voulez fournir à ces utilisateurs des applications affichées en haute définition.
  • Vos utilisateurs sont des sous-traitants internes ou externes, des collaborateurs tiers et autres membres d’équipe provisoire. Vos utilisateurs ne requièrent aucun accès à des applications hébergées en mode déconnecté.
  • Types d’application : applications qui risquent de ne pas fonctionner correctement avec d’autres applications ou qui peuvent interagir avec le système d’exploitation, telles que .NET Framework. Ces types d’applications sont idéaux pour l’hébergement sur des machines virtuelles.

Avantages et considérations :

  • Les applications et les bureaux sur l’image principale sont hébergés, gérés et exécutés en toute sécurité sur les machines de votre centre de données, qui fournissent une solution de mise à disposition d’applications la moins onéreuse.
  • Dès l’ouverture de session, les utilisateurs peuvent être attribués à une machine de manière aléatoire au sein d’un groupe de mise à disposition qui est configuré pour héberger la même application. Vous pouvez également attribuer une machine unique pour mettre une application une application vers un seul utilisateur chaque fois que l’utilisateur ouvre une session. Les machines attribuées de manière statique permettent aux utilisateurs d’installer et de gérer leurs propres applications sur la machine virtuelle.
  • L’exécution de plusieurs sessions n’est pas prise en charge sur des machines équipées d’un OS mono-session. Par conséquent, chaque utilisateur utilise une seule machine au sein d’un groupe de mise à disposition lorsqu’il ouvre une session, et les utilisateurs doivent être en ligne pour accéder à leurs applications.
  • Cette méthode peut augmenter la quantité de ressources serveur nécessaires au traitement des applications et augmenter la quantité de stockage pour les données des utilisateurs.

Expérience utilisateur :

  • La même expérience d’application transparente que l’hébergement des applications partagées sur les machines équipées d’un OS multi-session.

Traiter, héberger et mettre à disposition des applications :

  • Identique aux machines avec OS multi-session, sauf qu’il s’agit de machines avec OS virtuel mono-session.

Gestion et attribution de sessions :

  • Les machines équipées d’un OS mono-session exécutent une seule session de bureau à partir d’une seule machine. Lors de l’accès à des applications uniquement, un seul utilisateur peut utiliser plusieurs applications (et n’est pas limité à une seule application), car le système d’exploitation accède à chaque application comme une nouvelle session.
  • Dans un groupe de mise à disposition, lorsque les utilisateurs ouvrent une session, ils peuvent accéder à une machine affectée de manière statique (à chaque fois que l’utilisateur ouvre une session sur la même machine) ou une machine affectée de manière aléatoire qui est sélectionnée en fonction de la disponibilité de session.

Bureaux VDI

Utilisez des machines avec OS mono-session pour mettre à disposition des bureaux VDI Citrix Virtual Apps and Desktops.

Les bureaux VDI sont hébergés sur des machines virtuelles et fournissent à chaque utilisateur un système d’exploitation de bureau.

Les bureaux VDI requièrent plus de ressources que les bureaux publiés, mais n’exigent pas que les applications installées sur ceux-ci prennent en charge des systèmes d’exploitation serveur. De plus, selon le type de bureau VDI que vous choisissez, ces bureaux peuvent être affectés à des utilisateurs individuels. Cela fournit aux utilisateurs un haut degré de personnalisation.

Lorsque vous créez un catalogue de machines pour les bureaux VDI, vous créez un de ces types de bureaux :

  • Bureaux aléatoires non persistants, également appelé bureaux VDI regroupés : chaque fois qu’un utilisateur ouvre une session sur l’un de ces bureaux, cet utilisateur se connecte à un bureau sélectionné à partir d’un groupe de bureaux. Ce groupe est basé sur une image principale unique. Toutes les modifications apportées au bureau sont perdues lorsque la machine redémarre.
  • Bureau statique non persistant : lors de la première connexion, un bureau est affecté à un utilisateur à partir d’un pool de bureaux. (Chaque machine dans le pool est basée sur une image principale unique.) Après la première utilisation, chaque fois qu’un utilisateur ouvre une session sur un bureau, cet utilisateur se connecte au même bureau qui lui a été affecté lors de la première utilisation. Toutes les modifications apportées au bureau sont perdues lorsque la machine redémarre.
  • Bureau statique persistant : à l’inverse des autres types de bureaux VDI, les utilisateurs peuvent entièrement personnaliser ces bureaux. Lors de la première connexion, un bureau est affecté à un utilisateur à partir d’un pool de bureaux. Les ouvertures de session suivantes de cet utilisateur se connectent au bureau qui a été affecté lors de la première utilisation. Les modifications apportées au bureau sont conservées lorsque la machine redémarre.