Serveur d'impression

Architectures d'impression pour VDI – myvirtualcloud.net – Bien choisir son serveur d impression

Le 11 octobre 2019 - 12 minutes de lecture

Les discussions sur l’impression ont été une constante dans mes engagements avec les clients et, d’une manière générale, j’ai remarqué qu’il existait des idées fausses sur les capacités d’impression fournies avec les stratégies de groupe VMware View, ThinPrint et Active Directory. En plus de cela, il y a toujours des questions sur le terrain concernant la manière dont l'impression doit être gérée dans un environnement VDI. Que faire avec les files d'attente d'impression? Les pilotes d'impression doivent-ils être déployés sur des bureaux virtuels?

J'écris une petite série d'articles d'impression, comme je le faisais il y a quelque temps avec le stockage, où je discuterai des architectures disponibles, du déploiement, du dépannage, de l'impression sur réseau étendu, etc. C'est la première partie.

À partir du début

VMware OEM est un sous-ensemble du produit complet .Print Server Engine. De nombreuses personnes pensent que ThinPrint est un produit et / ou une fonctionnalité appartenant à VMware, mais ce n’est pas le cas. ThinPrint est une société allemande indépendante qui a été fondée en 1999. Ses pilotes génériques .print font partie de nombreux partenariats stratégiques avec VMware, Citrix, Fuji Xerox, HP, Lexmark, Microsoft, Wyse et autres. ThinPrint a réussi à intégrer son agent ThinPrint dans une gamme de périphériques, des clients légers aux imprimantes, et la société règne presque seule sur son segment de marché.

La version OEM de ThinPrint dans VMware View permet aux clients logiciels (View Client) de présenter des imprimantes au bureau virtuel. L'impression est possible à partir d'un poste de travail virtuel vers les imprimantes définies sur le périphérique client. Les pilotes d'imprimante et les périphériques DOIVENT être configurés et connectés au périphérique client. Les imprimantes peuvent être locales ou connectées au réseau (IP directe ou serveur d'impression). Comme aujourd'hui, ThinPrint (service TPAutoconnect) est uniquement pris en charge par les clients View Windows.

Mise à jour: comme le souligne à juste titre Dwayne Lessner (@ dlink7); l'agent ThinPrint est également disponible sur certains périphériques Wyse et HP Thin Client. Je traiterai de ces terminaux dans le prochain article de cette série. Précisons simplement que cela est mentionné dans le paragraphe ci-dessus.

L'image ci-dessus illustre les scénarios dans lesquels la version OEM de ThinPrint fonctionnera (lignes noires) et où cela ne fonctionnera pas (lignes rouges).

Cette fonction d'impression virtuelle ThinPrint ne nécessite pas l'installation de pilotes d'impression supplémentaires sur le poste de travail View. Pour les utilisateurs distants (maison ou kiosque), la possibilité de présenter le périphérique d'impression configuré localement à l'intérieur du bureau virtuel est extrêmement utile. En réalité, il existe un pilote d'impression ThinPrint générique déployé automatiquement avec VMware Tools et l'agent VMware View (service TPAutoconnect).

Impression basée sur l'emplacement

La fonction d'impression géolocalisée mappe les imprimantes physiquement proches des systèmes clients sur les ordinateurs de bureau VMware View, permettant ainsi aux utilisateurs d'imprimer sur leurs imprimantes locales et en réseau à partir de leurs ordinateurs de bureau virtuels.

Le paramètre de stratégie de groupe Impression basée sur l'emplacement AutoConnect pour VMware View est une table de traduction de noms. Vous utilisez chaque ligne du tableau pour identifier une imprimante spécifique et définir un ensemble de règles de traduction pour cette imprimante. Les règles de traduction déterminent si l'imprimante est mappée sur le poste de travail VMware View pour un client particulier.

Lorsqu'un utilisateur se connecte à un poste de travail VMware View, View Manager compare le système client aux règles de traduction associées à chaque imprimante du tableau. Si le système client respecte toutes les règles de traduction définies pour une imprimante, ou si aucune imprimante n’est associée à une règle de traduction, View Manager mappe l’imprimante sur le bureau VMware View pendant la session de l’utilisateur.

AutoConnect Impression basée sur l'emplacement utilise les variables volatiles de VMware View Client pour identifier l'adresse IP, le nom et l'adresse MAC du système client, ainsi que le nom et le groupe de l'utilisateur.

Les images ci-dessous illustrent une configuration de stratégie de groupe pour la fonctionnalité de mappage automatique.

Lors de l'édition et du mappage des imprimantes sur un bureau virtuel ou un sous-réseau spécifique, vérifiez que les pilotes d'imprimante requis sont installés sur le bureau physique et que l'imprimante est mappée. La fonction de connexion automatique ne déploiera pas automatiquement les pilotes, mais définira par défaut l'imprimante la mieux adaptée en fonction de l'emplacement et des règles AutoConnect.

Pour déployer le mappage automatique ThinPrint, vous devez enregistrer le TPVMGPoACmap.dll existant dans le serveur de connexion VMware View sous répertoire_installation VMware VMware View Serveur extras GroupPolicyFiles ThinPrint . L'enregistrement doit être effectué sur un contrôleur de domaine de votre infrastructure Active Directory à l'aide de la syntaxe suivante: regsvr32 c: TPVMGPoACmap.dll


Pilotes déployés sur la machine virtuelle parente

Les pilotes d'impression peuvent être préchargés dans la machine virtuelle parente et les imprimantes mappées via un script de connexion ou des stratégies de groupe. Cette approche est utile lorsque les imprimantes ne peuvent pas être configurées sur le périphérique physique, tels que les clients légers et les clients nuls. L'inconvénient est que les pilotes devront être gérés au niveau de la machine virtuelle parente.

Il est recommandé de garder les ordinateurs virtuels parents aussi légers que possible, et l'ajout de plusieurs pilotes aux ordinateurs virtuels parents produira une image de base saturée, en particulier lorsqu'un nouveau support d'imprimante est souvent ajouté à l'ordinateur virtuel parent. Cela pourrait rapidement devenir un enfer de gestion en fonction de la taille du déploiement.

Discussion de scénario

Dans une organisation comptant 50 succursales, il peut y avoir 100 types d’imprimeurs différents (je n’ai personnellement jamais vu d’organisation avec un ensemble d’imprimantes normalisé dans l’ensemble de l’organisation). Sans ThinPrint, l'administrateur devrait pré-déployer et gérer les pilotes de plusieurs imprimantes prises en charge au niveau de la machine virtuelle parente. Le déploiement de pilotes d'imprimante sur la machine virtuelle parente garantirait que tous les bureaux virtuels enfants disposent des pilotes d'imprimante requis en cas de besoin.

La plupart des configurations VDI empêchent l’utilisateur de configurer des imprimantes et d’installer des pilotes; Cependant, les utilisateurs disposant de privilèges d'administrateur peuvent toujours installer des pilotes sur leur bureau virtuel sans créer de conflit avec le composant d'impression virtuelle (ThinPrint). Il est également possible de fournir aux utilisateurs des privilèges leur permettant de configurer manuellement ou automatiquement, via un objet de stratégie de groupe, des imprimantes cartographiques lors de la connexion.

Pilotes déployés à la demande

L'automatisation est une autre bonne solution pour gérer le déploiement de pilotes dans des bureaux virtuels. Si les pools de postes de travail sont définis sur Affectation permanente Il est possible d’utiliser les stratégies de groupe et les scripts de connexion pour déployer automatiquement les pilotes d’imprimante et rendre les imprimantes disponibles dans le bureau virtuel lors de la connexion de l’utilisateur.

Avec Windows 2003 R2, il est possible d'activer le rôle de gestion des imprimantes dans Windows. La gestion de l'impression permet aux administrateurs de gérer de manière centralisée les serveurs d'impression et de déployer des imprimantes avec une stratégie de groupe. Windows 2008 a introduit la possibilité d'ajouter des imprimantes via les préférences de stratégie de groupe.

Cet article et cette vidéo sur le déploiement d'imprimantes avec une stratégie de groupe expliquent comment implémenter la solution en quelques étapes rapides.

Pour la configuration de l'accès privilégié, voir Autoriser les utilisateurs standard à installer des pilotes pour les périphériques à partir des classes d'installation spécifiées.

Si les postes de travail sont définis comme Affectation flottante Vous pouvez toujours déployer des imprimantes via des stratégies de groupe. Toutefois, il est essentiel de comprendre que ces opérations génèrent des IOP, du trafic réseau et consomment des cycles de processeur. Peut-être pas autant, mais si vous avez besoin de 20 imprimantes différentes pour être disponibles, c’est peut-être une bonne idée de penser à une méthode de déploiement différente.

Impression sur le réseau (compression)

Lors de l'utilisation de ThinPrint OEM, VMware View utilise une «imprimante» directe pour transmettre les données d'impression à l'imprimante physique. Dans ce cas, lorsque vous imprimez sur le bureau virtuel, le travail d'impression est capturé dans un format «générique» à l'aide du pilote ThinPrint Generic, il est compressé et envoyé au point final. À la fin, les données sont décompressées et envoyées au spool d’impression installé localement. (Notez que dans ce cas, le périphérique final est un ordinateur Windows exécutant le client logiciel VMware View; pour d'autres types de périphériques, reportez-vous à .Print Server Engine)

Lorsque vous utilisez des pilotes d'imprimante spécifiques dans des bureaux virtuels, les données d'impression sont envoyées directement du bureau virtuel à l'imprimante dans un format natif non compressé. Comme vous pouvez l’imaginer, cela peut prendre beaucoup de bande passante, selon la taille du document. Pour les déploiements centralisés, où les ordinateurs de bureau se trouvent dans le centre de données et les imprimantes dans les succursales distantes, cela peut être excessif, car cette consommation de bande passante est encore supérieure au protocole d'affichage et au trafic USB, entre autres.

Une alternative pour réduire la consommation de bande passante est l’adoption de dispositifs de déduplication de paquets. À titre d'exemple, Cisco WAAS fournit une fonctionnalité appelée PAO (Print Application Optimizer) pour accélérer l'impression Microsoft Windows. Lors de l'impression de documents sur des imprimantes situées dans les succursales distantes, la PAO améliore les performances en réduisant le nombre de messages aller-retour nécessaires pour parcourir le réseau étendu entre le serveur d'impression et l'imprimante locale. D'autres solutions à considérer sont Expands et Riverbed.

.Print Server Engine (il ne s’agit pas de la version OEM)

Si vos besoins en matière d'impression vont au-delà de ce que vous pouvez réaliser grâce à OEM ThinPrint ou à un déploiement automatisé d'AD, vous devrez peut-être consulter l'intégralité du serveur .Print de ThinPrint. Ceci est un produit payant et vous obtiendrez plus d'informations à l'adresse http://www.thinprint.com

Les principales fonctionnalités fournies par .Print Server Engine sont:

  • Impression sans pilote
  • Compression des données d'impression
  • Couche de virtualisation d'imprimante (couche V)
  • Cryptage SSL
  • Contrôle de la bande passante orienté connexion
  • suivi
  • Passerelle de canal virtuel
  • .print AutoConnect
  • Matrice d'imprimante dynamique

Parmi de nombreuses fonctionnalités. Print Server Engine vous permet d’avoir un seul serveur centralisé qui contient les pilotes pour les imprimantes de votre organisation. À l'aide du bureau générique du pilote ThinPrint générique, transférez les données d'impression au format compressé vers le serveur .Print (il s'agit d'un serveur Windows). Le travail est ensuite converti et envoyé dans un format non compressé au périphérique d'impression.

Vous pouvez éventuellement créer des grappes de .Print Server offrant la possibilité d’envoyer les données d’impression dans un format compressé au .Print Server de la branche distante. Le serveur .Print de la branche distante est ensuite responsable de la conversion et de la livraison finale du travail d'impression non compressé au périphérique d'impression. Les clusters permettent aux organisations de réduire la consommation de bande passante grâce à la compression et offrent une sécurité supplémentaire, car il est possible de chiffrer le trafic de données à l’aide de SSL entre les serveurs .Print Server.

Désactiver l'impression virtuelle

Si vous souhaitez désactiver complètement les fonctionnalités d'impression virtuelle, il existe peu de méthodes pour obtenir le même résultat.

– La première méthode consiste à ne pas installer ThinPrint AddOn. Reportez-vous à mon article Utilisation de la ligne de commande VMware View 4.5 pour comprendre comment installer View Agent sans ThinPrint AddOn.

– Deuxièmement, si vous utilisez RDP, il est possible d'activer / désactiver l'impression virtuelle native via les stratégies de groupe. Voir exemple ci-dessous:

Ou

HKEY_CURRENT_USER Logiciel Stratégies VMware, Inc. VMware VDM Client Paramètres RDP RedirectPrinters = False

ThinPrint peut également être désactivé côté client en démarrant rép_install Program Files VMware VMware View Client bin wswc.exe avec l'interrupteur / noVMwareAddins.

– Enfin, vous pouvez également arrêter le service TPAutoconnect et le définir sur Désactiver.

Plus à venir dans la 2ème partie de cette architecture d'impression pour VDI.

http://myvirtualcloud.net/?p=1815

Commentaires

Laisser un commentaire

Votre commentaire sera révisé par les administrateurs si besoin.