Serveur d'impression

L'hôte de session est mort! Multi-utilisateurs Win10 à la place? – Serveur d’impression

Le 18 décembre 2019 - 8 minutes de lecture

Mise à jour du 25 avril 2018: après des semaines de va-et-vient, Microsoft a déclaré le 17 avril que RDSH arriverait sur le serveur 2019, et qu'il ne manquait qu'à cause d'un bogue. RDSH est revenu dans l'Insider Preview Build 17650. Nous laissons l'article original de Brian ici, inchangé, pour le dossier historique.

Article original:

Note de Jack: Apparemment, Brian (la personne, pas le site Web) ne peut pas rester à l'écart de la virtualisation de bureau! La semaine dernière, il remarqué cette nouvelle intéressante et m'a demandé s'il pouvait écrire à ce sujet, donc aujourd'hui, je suis heureux de publier son article dans le cadre de notre programme de contributeurs indépendants.

Microsoft a publié il y a quelques jours une version préliminaire de Windows Server 2019, et parmi toutes les nouvelles fonctionnalités, il manque une fonctionnalité notable: le rôle RDSH (Remote Desktop Session Host).

J'ai d'abord appris cela via un tweet de Claudio Rodrigues. J'ai recherché plus de détails sur Google, mais je n'ai trouvé que quelques commentaires anonymes aléatoires de personnes qui ont dit qu'ils ne pouvaient pas installer le rôle RDSH en 2019.

Hier, j'ai donc téléchargé la version préliminaire de Windows Server 2019 LTSB / 1803/17623 pour voir par moi-même.

Dans un certain contexte, la tendance de Microsoft est d'essayer de dissuader les gens d'exécuter une interface graphique sur Windows Server. Cela rend les images plus petites et plus simples pour la conteneurisation et la virtualisation et, peut-être plus important encore, augmente la sécurité en abaissant la surface d'attaque. À l'avenir, si vous voulez même une * option * pour l'interface graphique, vous devrez utiliser la branche de maintenance à long terme (LTSB). Si vous choisissez l'une des autres versions de Server 2019, comme le canal semi-annuel (SAC), l'installation d'une interface graphique n'est même pas une option.

Quoi qu'il en soit, j'ai installé le «Windows Server Standard (Desktop Experience)» de l'ISO Server 2019 LTSB. Dès le départ, j'ai remarqué que les notes d'installation expliquent que cette option n'existe que pour les applications héritées qui nécessitent une interface graphique. Cela ne dit rien sur les utilisateurs distants ou RDSH.

Ensuite, j'ai ajouté le rôle des services de domaine Active Directory (et tout ce dont il avait besoin) pour configurer un nouveau domaine.

Ensuite, à l'aide de l'Assistant Ajout de rôles et de fonctionnalités, j'ai choisi le type d'installation "Services Bureau à distance" qui dit: "Installer les services de rôle requis pour Virtual Desktop Infrastructure (VDI) pour créer un déploiement de bureau basé sur une machine virtuelle ou une session". Cette option doit installer automatiquement le courtier de connexion RD, l'accès Web RD et l'hôte de session RD.

Jusqu'ici tout va bien.

Les deux premiers rôles n'ont installé aucun problème, mais l'hôte de session Bureau à distance a échoué avec une erreur sur RDSH inexistant. D'autres erreurs dans le journal ont indiqué que «Le rôle, le service de rôles ou le nom de fonctionnalité n'est pas valide:« rds-rd-server ».»

Je sais que dans le passé, il y avait parfois des problèmes lors de l'installation de l'hôte de session sur la même machine qui exécutait également le courtier de connexion, j'ai donc filé une autre machine virtuelle du serveur 2019, l'ai ajoutée au domaine et j'ai essayé d'installer uniquement le rôle d'hôte de session tout en utilisant le Connection Broker et Web Access depuis le premier serveur. Cette installation a échoué de la même manière.

Enfin, j'ai essayé d'installer RDSH à partir de l'assistant "Rôles du serveur" au lieu de l'assistant "Type d'installation". J'ai coché la case «Remote Desktop Services», mais sur l'écran suivant, je n'ai vu que les sous-options suivantes:

  • Courtier de connexion Bureau à distance
  • Passerelle de bureau à distance
  • Licence de bureau à distance
  • Hôte de virtualisation de bureau à distance
  • Accès Web Bureau à distance

Aucun hôte de session Bureau à distance.

Sur cette base, je suis confiant en déclarant que RDSH ne fait pas partie de Windows Server 2019. Je suppose qu'ils n'ont tout simplement pas encore supprimé cette option de l'Assistant Gestionnaire de serveur, car elle ressemble à la version 2016 qui a été introduite en 2019 .

Donc pas de RDSH? Maintenant quoi?

Si Microsoft supprime RDSH de Windows Server, qu'est-ce que cela signifie pour le monde RDS? Et XenApp? Et multiwin? Et… tout?

La rumeur qui accompagne Microsoft pour supprimer RDSH du serveur est qu'ils ajouteront * une option multi-utilisateurs multi-utilisateurs à Windows 10. (Claudio et quelques autres personnes l'ont mentionné sur Twitter et j'en ai entendu parler quelques mois il y a moi-même aussi.)

En d'autres termes, Microsoft supprime Terminal Server de Windows Server et passe à Windows 10.

Si c'est vrai, c'est fantastique.

La seule raison pour laquelle Terminal Server / Session Host a jamais été basé sur un système d'exploitation de serveur est qu'il a été créé dans les années 1990 lorsque Windows Server était nécessaire pour prendre en charge les multiples processeurs, la mémoire énorme et le matériel spécifique au serveur (SCSI, etc.) qui était nécessaire pour prendre en charge plusieurs utilisateurs simultanés.

Le plus grand changement des vingt dernières années est la virtualisation. EN 2018, la plupart des serveurs RDSH / XenApp sont de toute façon des machines virtuelles, et Windows 10 et Windows Server fonctionnent tous les deux aussi bien qu'une machine virtuelle.

L'un des inconvénients de l'utilisation d'un serveur comme bureau est la compatibilité des applications presque mais pas tout à fait. Presque tout le monde conviendrait que s'il y avait un produit comme Terminal Server / RDSH qui était magiquement basé sur le client Windows (et entièrement pris en charge par Microsoft), ce serait formidable.

L'autre raison pour laquelle Microsoft a dû rester avec RDSH sur le serveur pendant si longtemps était leurs restrictions de licence client ridicules dictant l'utilisation, la propriété, le matériel, les licences d'accès client RDS, le client SPLA pour Windows, etc. (je ne reviendrai pas là-dessus, mais les lecteurs savent que j'ai été assez clair sur mes réflexions sur la façon dont Microsoft octroie des licences aux clients Windows pour une utilisation graphique à distance.)

L'année dernière, Microsoft a commencé à assouplir certaines de ces restrictions, et les feuilles de thé suggèrent que cette tendance se poursuivra.

Donc en 2018/2019, ce qui suit est vrai:

  • Microsoft essaie de supprimer / minimiser l'interface graphique sur le serveur.
  • Windows Server dans une machine virtuelle fonctionne exactement comme le client Windows dans une machine virtuelle.
  • Les applications de bureau Windows «préfèrent» un système d'exploitation client par rapport à un système d'exploitation serveur.
  • Les restrictions de licence qui ont engendré des modèles d'utilisation créatifs de «serveur en tant que bureau» disparaissent.

Dans ce monde, il semble évident de tirer RDSH de Windows Server. (Juste le rôle d'hôte de session, bien sûr. Il est logique de conserver les autres rôles Bureau à distance sur le serveur, comme le courtier de connexion et l'accès Web, car ce sont de «vrais» rôles de serveur qui ne nécessitent pas d'interface graphique.)

Avons-nous vraiment besoin de Windows 10 multi-utilisateurs?

La seule question qui me reste est de savoir si un Windows 10 multi-utilisateurs est vraiment nécessaire. Si tout dans un centre de données en 2018 est une machine virtuelle, alors quelle est la différence entre un hôte physique unique avec une centaine de machines virtuelles Windows 10 (1 utilisateur par machine virtuelle) par rapport à ce même hôte avec dix machines virtuelles Windows 10 multi-utilisateurs (10 utilisateurs par machine virtuelle) ?

Certains des arguments traditionnels «RDSH contre VDI» s'appliquent toujours ici, comme peut-être que les machines virtuelles multi-utilisateurs sont plus efficaces, tandis que les machines virtuelles mono-utilisateur offrent plus de flexibilité (suspension par utilisateur, reprise, migration en direct, redimensionnement, etc.) .

La seule autre chose à laquelle je peux penser en ce moment est pour la publication d'application unique / RemoteApp. Dans un cas d'utilisation où les utilisateurs n'utilisent qu'une seule application Windows, sans un bureau Windows distant complet, alors il est peut-être plus efficace d'avoir des machines virtuelles multi-utilisateurs qui peuvent faire tourner des sessions par utilisateur au lieu de machines virtuelles complètes par utilisateur?

Mais pour les utilisateurs de postes de travail distants de base, je pense que je voudrais des «vraies» machines virtuelles de bureau Windows 10, mono-utilisateur (par exemple VDI) plutôt que multi-utilisateurs (par exemple des sessions Windows 10).

L'essentiel

Si tout cela s'avère vrai, alors je peux prédire en toute sécurité que 2019 sera l'année du VDI. 🙂

Cela signifie également qu'une prédiction antérieure, selon laquelle ma présentation de 2015 de «RDSH contre VDI» serait la dernière fois que je ferais cette présentation, se révélera également être vraie.

Commentaires

Laisser un commentaire

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