none
projet RDS RRS feed

  • Question

  • Bonjour à tous,

    est ce qu'une âme charitable peut m'aider SVP :

    actuellement, j'ai en existant : 

    1 serveur 2008 R2 en tant que BROKER, DNS, Contrôleur de domaine
    4 serveurs 2008 R2 en hôtes de session
    le tout sur 4 serveurs ESX avec vsphere 5.1

    180 clients légers sous Windows Embedeed  ( Wise, HP...), répartis sur 8 sites distants

    mon projet de fin d'études consiste à monter une infra en parallèle composé de :

    On m’a confié un ESX vide sur lequel je dois installer :  
    1 serveur Win 2019 en tant que BROKER
    4 serveurs win 2019 en tant que hôtes de session 
    1 serveur Win 2019 qui fait Contrôleur secondaire et pointe sur l'AD
    les mêmes 180 clients légers ( Wyse, HP)
    le but est de monter la nouvelle infra et une fois sera fonctionnelle, mettre la première à l’arrêt.

    j'ai un peu de mal à finaliser mon infra et je souhaite votre aide SVP.

    J’ai installé sur le Serveur -BROKER :  le service BROKER + le gestionnaire de licence. J’ai installé les licences CAL pour 200 machines avec Microsoft en ligne.

    Tous les clients TSE ont des @ IP fixes donc pas besoin du DHCP.

    j'ai installé le rôle de service Hôte de session de bureau à distance sur les 4 serveurs qui vont offrir la connexion aux clients légers

    je n'ai pas besoin d'un accès depuis l’extérieur, donc  pas besoin de la passerelle ?

    est ce que le déploiement rapide serait une bonne idée ou pas ?

    à quel endroit dois je paramétrer les applications que je souhaite faire figurer sur mes connexions ?

     mes clients légers disposent d'une icône configurée avec l' @ du serveur Broker qui fait les dispatcher sur un des 4 serveurs hotes de session.

    Merci d'avance pour votre aide.

    Cordialement.


    lundi 8 juillet 2019 13:29

Toutes les réponses

  • Bonjour,

    Ton projet, qui est en gros une migration de ferme RDS 2008r2 vers 2019 cache plusieurs sous-projets.

    Migration de l'AD, car tu semble être en 2008r2 et tu souhaites passer en 2019.
    Connais-tu la topologie de ta Forest ?
    Et quelle est ton niveau en AD, as-tu déjà regardé ce qui se cache derrière un upgrade AD ?

    Des clients légers Wyse et HP, 180. Comment comptes-tu mettre à jour la configuration de tes clients légers.
    Il existe des consoles HPDM ou Wyse management suite de tête, sont-elles déployées dans ton entreprise ?

    Côté ferme RDS, as-tu vérifié la comptabilité des applications à installer sur tes RDSH.
    J'ai déjà eu quelques surprises lors du déploiement des RDSH en 2019, notamment la suite Office 365 qui m'a fait redescendre en 2K16 à l'époque.

    Côté décomissionnement de l'ancienne ferme bien que tu n'en sois pas encore là, fait attention à la conf de tes clients DNS par exemple.

    Renseignes-toi déjà sur les points ci-dessus avant d'attaquer le projet, construit toi une roadmap et on va t'aider.

    Cordialement

    Benoit

    lundi 8 juillet 2019 14:21
  • Ensuite pour l'architecture RDS, voici les composants dont tu as besoin :
    RD Web Access (RDWA) : Il s'agit d'un site web (IIS) qui permet après authentification de présenter les bureaux et application publiées.
    RD Connection Broker (RDCB) : C'est ce rôle qui est le coeur de ton infra, il va gérer les connexions, les autorisations et répartir les connexions utilisateurs entre les différents RDSH.
    RD session Host (RDSH) : ce sont les serveurs qui vont héberger les connexions clients, où sont installées les applications.

    Ces trois briques sont obligatoires lors du déploiement d'ine infra RDS.

    RD licensing (RDLIC) : Serveurs de licences RDS.
    RD Gateway (RDGW) : Il s'agit d'une passerelle qui est généralement positionnée en effet pour les accès externes. Elle permet d'encapsuler tout le flux RDS dans du https.
    RD Virtualisation Host : C'est pour du VDI.

    Ces trois briques ne sont pas obligatoires dans une infra, bien que RDLIC le soit un peu ;) et il me semble que tu n'en as pas besoin dans l'immédiat.

    #######
    Bien que ce ne soit pas recommandé (comme d'héberger l'ensemble de la ferme sur le même ESX), tu peux installer les rôles RDWA, RDCB et RDLIC sur la même machine et installer le rôle RDSH sur les 4 autres machines.

    je n'ai pas besoin d'un accès depuis l’extérieur, donc  pas besoin de la passerelle ?
    Oui, tu peux te passer de la RDGW

    est ce que le déploiement rapide serait une bonne idée ou pas ?
    Perso je ne fais jamais de déploiement rapide, je préfère le standard, mais ça ne doit pas changer grand-chose.

    Lancer l'ajout de rôles :

    - Installation Type : Remote Desktop Services installation

    - Deployement Type : Standard deployment

    - Deployement Scenario : Session-based desktop deployement

    - Role Service :

    - RD Connection Broker : Ajoutes ton serveur qui hébergera le rôle brocker.

    - RD Web Access : Ajoutes le même server

    - RD Session Host : Ajoutes tes 4 servers avec les applications.

    Et déploy !!!

    Une fois la ferme déployée, tu pourra gérer depuis la console server manager du brocker (penses à créer un groupes pour gérer tous les serveurs de la ferme) l'ensemble de ta ferme notamment les collections (ce sont les publications).

    LA RDWA sera alors accessible en web via l'URL : https://hostNameWA/RDWeb/

    A ce stade tu auras une ferme RDS où il restera encore un peu de configuration à faire.

    Cordialement


    Benoit

    lundi 8 juillet 2019 15:12