Options de livraison

Vue d’ensemble

Au moment où vous commencez votre voyage de livraison de charge de travail, il est important que nous commencions le processus du bon pied. Cela signifie toucher un couple d’éléments spécifiques non VDA qui doivent être pris en compte en premier. L’une des conversations les plus importantes qu’un bon consultant Citrix a avec un nouveau client concerne les cas d’utilisation que vous allez prendre en charge. Ces conversations (plus d’une, parce que les besoins des clients, le climat commercial et la technologie évoluent au fil du temps) conduisent généralement à la définition de groupes d’utilisateurs et d’applications raisonnablement bien définis - nous les appelons Groupes de mise à disposition. La plupart des options que nous allons décomposer dans cette section sont réévaluées pour chaque groupe de mise à disposition et chaque cas d’utilisation. Il est courant pour les clients d’avoir un certain nombre de variations et même de chevauchement entre les groupes de mise à disposition. En fin de compte, cependant, l’élément le plus fondamental de chaque groupe de mise à disposition est la combinaison d’applications, de données et de services à fournir. Une fois que vous avez défini cette définition, vous pouvez commencer à évaluer les décisions énoncées dans cette section.

Important :

Pour chaque cas d’utilisation/groupe de mise à disposition, commencez par définir la combinaison d’applications, de données et de services nécessaires, puis parcourez les considérations suivantes afin de déterminer quelles options de livraison peuvent le mieux servir chacun.

Conseil :

Les VDA sont gérés dans un groupe de ressources appelé catalogues de machines. Les catalogues de machines sont des groupes d’instances de machines virtuelles qui servent un cas d’utilisation courant à un groupe d’utilisateurs. Ils sont généralement basés sur le même modèle d’instance de machine virtuelle « golden master » et héritent des propriétés d’instance de machine virtuelle et d’une copie généralisée du disque persistant.

Systèmes d’exploitation VDA

Windows ou Linux

Maintenant que vous avez défini les applications, les données et les services requis pour chaque groupe de mise à disposition ou cas d’utilisation, vous pouvez commencer à déterminer quel système d’exploitation convient le mieux à vos VDA. La question la plus fondamentale : avez-vous besoin de Windows ou Linux ? Cette décision est souvent forcée par les exigences de l’application ou de l’ensemble d’applications que vous fournissez. Si l’application fonctionne uniquement sur Windows, alors Windows c’est ! Il en va de même si l’application fonctionne uniquement sous Linux.

Les applications métier sont souvent basées sur Windows, de sorte qu’un grand pourcentage d’applications virtualisées Citrix s’exécutent sur des instances de machine virtuelle Windows sur GCP. Parfois, Windows est choisi parce que c’est ce que l’équipe informatique sait, et le coût de la mise en valeur des compétences opérationnelles sur un nouveau système d’exploitation comme Linux est jugé trop élevé, de sorte que Windows est utilisé même si l’ensemble d’applications peut fonctionner sous Linux. Si, cependant, l’ensemble d’applications peut être exécuté sur Linux, il vaut la peine d’être pris en compte - une grande partie de la complexité et une bonne partie des coûts (Windows OS et licences client) peuvent être évitées.

OS de serveur ou de bureau

Si vous pouvez utiliser Linux comme système d’exploitation, le choix de « serveur ou bureau » est relativement simple. Vous devez choisir une version dotée d’une interface graphique, pouvant s’exécuter sur Google Cloudet prise en charge par le VDA Citrix Linux.

Si vous déployez Windows, le choix du serveur par rapport au système d’exploitation de bureau devient un peu plus compliqué. Les deux options partagent une interface graphique commune, et les deux peuvent présenter aux utilisateurs un bureau virtuel. En fait, la plupart des applications Windows s’exécutent sur les systèmes d’exploitation Windows Server et Windows 10, bien que souvent les fournisseurs d’applications n’appellent pas la prise en charge de Windows Server dans leur documentation. L’implication la plus importante de Windows Server contre Windows 10 Desktop est une licence - et c’est un grand.

Les stratégies de licence de Microsoft sont restrictives lors de l’exécution de Windows 10 (ou de tout autre système d’exploitation « bureau ») sur les clouds publics. Ces restrictions basées sur des stratégies peuvent rendre plus coûteux l’exécution d’un système d’exploitation de bureau Windows sur n’importe quel cloud public, y compris GCP. Pour plus d’informations sur les stratégies de licence de Microsoft, consultez votre spécialiste des licences Microsoft, mais voici ce qui vous permet de commencer sur cette rubrique complexe :

Si vous exécutez Windows sur GCP, Windows Server sert la plupart des cas d’utilisation et des mélanges d’applications, et vous payez simplement pour l’utilisation de la licence ainsi que l’utilisation de l’instance. Il est souvent plus rentable qu’un ordinateur de bureau Windows et finit par être le choix pour de nombreux systèmes de virtualisation sur Google Cloud.

Système d’exploitation partagé (multi-utilisateurs) ou mono-utilisateur (« VDI »)

Une idée fausse courante est que Windows Server ne peut pas servir de cas d’utilisation du bureau, que vous partagiez le système d’exploitation entre plusieurs utilisateurs ou si vous possédez une instance OS/VM par utilisateur. Cette idée fausse est fausse ! Lorsqu’il est déployé en mode multi-utilisateurs (c’est-à-dire que le rôle RDSH est installé), Windows Server peut présenter aux utilisateurs un bureau « partagé hébergé ». Windows Server peut également être utilisé pour les cas d’utilisation « VDI », et même s’il n’est pas aussi rentable ou évolutif que l’option multi-utilisateurs/système d’exploitation partagé, il s’agit d’une option légitime pour un poste de travail utilisateur unique. Nous appelons ce modèle de livraison « Serveur VDI ».

En résumé, les combinaisons d’options/systèmes d’exploitation suivantes peuvent être utilisées en fonction du cas d’utilisation :

Modèle de livraison Un ou plusieurs utilisateurs Versions/composants du système d’exploitation courants Coût relatif à l’exécution sur Google Cloud
Partagés hébergés Multi-utilisateurs Windows Server (2016 ou 2019), le rôle RDSH et l’expérience de bureau activés.
Server VDI Utilisateur unique Windows Server (2016 ou 2019), Expérience de bureau activée. ⭐⭐⭐
VDI de bureau Utilisateur unique Windows 10 (licence BYO et STN requis) ⭐⭐⭐⭐⭐

Une autre idée fausse courante est que les nœuds à locataire unique (STN) de Google Cloud sont nécessaires pour servir des cas d’utilisation « bureau ». Les nœuds locataires uniques sont requis pour se conformer aux scénarios de licence BYO de Microsoft tels que le système d’exploitation Windows 10 (bureau). Comme mentionné ci-dessus, Windows Server peut être utilisé pour fournir un poste de travail mono-utilisateur (« Serveur VDI ») en plus d’un poste de travail multi-utilisateur (hébergé partagé). Les nœuds locataires uniques peuvent également être utilisés pour les instances Windows Server lorsque vous apportez votre propre licence Windows Server.

La plupart des saveurs de Linux sont multi-utilisateurs capables de sortir de la boîte. En tant que tels, ils peuvent être déployés dans des modèles hébergés partagés ou « Serveur VDI », avec des implications de coûts relatifs similaires.

Remarque :

Pour faciliter le processus de prise de décision, l’arbre de décision suivant compare les bureaux partagés hébergés (postes de travail multi-utilisateurs avec OS de serveur) et les postes de travail VDI. L’arborescence ne différencie pas explicitement les modèles VDI client et VDI serveur, mais les décisions présentées sont valides pour les deux. Lorsqu’un cas d’utilisation suggère que VDI est le modèle de livraison approprié pour votre charge de travail, le serveur VDI doit être pris en compte dans la mesure du possible pour s’exécuter sur Google Cloud.

Ordinateurs de bureau ou applications publiés

En fin de compte, les applications virtualisées que vous fournissez aux utilisateurs dans un système de virtualisation Citrix s’exécutent sur des VDA. Vous avez des options pour la façon dont vous les présentez, ce qui détermine la façon dont les utilisateurs interagissent avec eux. Vous pouvez présenter à l’utilisateur, ou « publier » des applications et des fichiers individuels. Vous pouvez également leur présenter un bureau sur lequel ils interagissent avec les applications et les données.

publiés-desktops-publié-applis

Exemple : un bureau partagé hébergé, présenté comme une application fenêtrée dans l’application Citrix Workspace pour Windows.

Il y a plus à ce choix (et de nombreux clients utilisent les deux), mais voici une tentative de résumer :

Postes de travail publiés (hébergés partagés et VDI) :

   
+ Offrez aux utilisateurs une métaphore familière pour interagir avec les applications et les données du système. Peut être plus simple pour les utilisateurs à saisir et à obtenir une utilisation productive. Idéal pour fournir des environnements flexibles avec de nombreuses applications.
- Les utilisateurs s’attendent à ce que les choses fonctionnent comme elles le font sur un bureau. Vous travaillez plus fort pour équilibrer la sécurité avec l’accès et les fonctionnalités, et vous gérez un bureau Windows. Les profils utilisateur, les paramètres d’application, le stockage des données et la gestion de la configuration des postes de travail deviennent essentiels. Doublement si les utilisateurs s’attendent à ce que les paramètres soient en itinérance entre les régions.
- Exiger davantage de ressources d’instance de machine virtuelle - les services de bureau Windows consomment plus de ressources pour chaque utilisateur par rapport aux applications publiées.

Applications publiées :

   
+ Les applications publiées sont souvent plus faciles à sécuriser, nécessitent moins de ressources à fournir et peuvent offrir aux utilisateurs une expérience utilisateur plus simple. Citrix appelle ceci « fenêtres transparentes ».
- L’expérience utilisateur peut se compliquer avec un plus grand nombre d’applications publiées.
+ Nécessite toujours la gestion des profils utilisateur, des paramètres d’application et du stockage des données, mais souvent plus simple et plus flexible dans l’exécution par rapport aux postes de travail publiés.
+ Nécessité moins de ressources d’instance de machine virtuelle par rapport aux Présentation du Bureau Windows. Plusieurs applications publiées s’exécutent généralement dans la même session - une fonctionnalité Citrix appelle le partage de session.

Regroupé ou persistant

Ce choix est une autre propriété du catalogue de machines et est défini lors de la création du catalogue. Le modèle de remise partagée hébergé utilise généralement des VDA groupés ou non persistants, mais les deux modèles VDI peuvent utiliser des catalogues de machines groupés ou persistants. Avec le modèle groupé, les instances du système d’exploitation sont réinitialisées par MCS lors de la fermeture de session ou du redémarrage du VDA. Ce modèle garantit que les utilisateurs obtiennent une image système « propre », qui est à son tour basée sur votre modèle ou instance (s) de machine virtuelle (s) et des instantanés de son disque persistant. Ils sont appelés « pool » car un pool de VDA est maintenu et les utilisateurs sont connectés dynamiquement à un VDA disponible/inutilisé dans le pool. Les paramètres utilisateur et les données peuvent être gérés de plusieurs façons différentes. Avec les VDA groupés, ils sont gérés de telle sorte que l’utilisateur obtient la même configuration et l’expérience quel que soit le VDA auquel il est connecté. Pour plus de détails à ce sujet, reportez-vous à la section Gestion de l’environnement utilisateur et des paramètres dans ce document.

Les catalogues de machines persistants contiennent des instances VDA qui sont affectées à des utilisateurs individuels et qui persistent entre les redémarrages. Ce modèle est utile pour les scénarios où les utilisateurs doivent installer leurs propres applications (comme les environnements de développement) et les cas d’utilisation où les applications nécessaires ne sont pas compatibles avec plusieurs utilisateurs.

Les instances groupées ont tendance à être les plus faciles à gérer au fil du temps, car le MCS de Citrix peut mettre à jour les disques système attachés aux instances regroupées en quelques clics. La gestion des capacités et des coûts tend également à être plus efficace car un pool d’instances inactives peut servir de nombreux utilisateurs. Les instances groupées sont un peu moins flexibles que les instances dédiées car les modifications apportées aux instances groupées ne persistent généralement pas entre les redémarrages. Des technologies telles que Citrix User Personalization Layer peuvent être utilisées pour conserver les modifications initiées par l’utilisateur dans les sessions sur différents VDA groupés, bien qu’elles ne soient compatibles qu’avec les cas d’utilisation « VDI » à utilisateur unique.

Les instances persistantes peuvent être plus simples à déployer, mais plus difficiles à gérer au fil du temps, car vous devez gérer les correctifs OS/applications, la mise à niveau et la maintenance au sein de la machine virtuelle. Il peut également s’avérer plus coûteux du point de vue coût/capacité, car il est souvent difficile de prévoir quand un utilisateur se connectera. Cela signifie que les utilisateurs doivent attendre pendant le démarrage de leur instance, ou les administrateurs doivent les maintenir en cours d’exécution pendant les fenêtres temporelles où chaque utilisateur est censé ouvrir une session.

Géré ou non géré

Les catalogues créés et gérés par MCS peuvent contenir des clones persistants ou non persistants d’instances de machine virtuelle de modèle (ou « maître d’or »). Les catalogues de machines peuvent également être approvisionnés avec un autre processus ou une autre technologie. De toute façon, vous voulez vous assurer qu’ils sont créés en tant que gestion de l’alimentation :

gérée non gérée

Si vous n’utilisez pas de catalogues de machines à gestion de l’alimentation, les fonctionnalités clés telles que Citrix Autoscale ne fonctionneront pas et vous n’aurez pas d’aide pour gérer les coûts et la capacité. L’utilisation de MCS pour le provisionnement et la gestion de flotte de VDA apporte une foule d’avantages utiles aux administrateurs, mais les VDA « non gérés » - ceux provisionnés en dehors de Citrix - peuvent également être utilisés. Nous aborderons ces avantages dans la section Gestion des flottes et des images plus loin dans ce guide.

Accélération GPU

Certains types d’applications déployées sur des VDA peuvent bénéficier des ressources GPU si elles sont disponibles pour l’instance de machine virtuelle. Les trois modèles de livraison (partagé hébergé, VDI serveur et VDI de bureau, pour Linux et Windows) peuvent utiliser des instances GPU accélérées NVIDIA pour les charges de travail graphiques sur Google Cloud. Ces GPU pour stations de travail virtuelles peuvent être attachés à des types de machines N1 à usage général pour les charges de travail exigeantes en graphiques telles que la visualisation 3D, la conception de puces, la CAO/FAO, les graphiques et l’édition vidéo, et incluent la licence GRID requise.

Avec le pilote NVIDIA GRID approprié installé sur l’instance, le logiciel VDA de Citrix détecte la présence du GPU et se configure correctement.

Conseil :

La pile de protocoles d’affichage HDX de Citrix effectue beaucoup de détection automatique et d’adaptation à la volée pour offrir la meilleure expérience utilisateur possible. Cependant, il essaie également d’équilibrer les performances, la réactivité et la richesse de l’UX avec la consommation de bande passante. Ainsi, les charges de travail gourmandes graphiques bénéficient souvent d’un réglage précis pour obtenir un équilibre correct. Pour plus d’informations, consultez la section Présentation des graphiques HDX . Notez que Citrix fournit un modèle de stratégie appelé « Expérience utilisateur très haute définition » (comme indiqué dans la section Conception de la stratégie de base). Ce modèle peut être utilisé comme point de départ pour affiner votre environnement spécifique.

Options de livraison

Dans cet article