locked
NLB avec TSE RRS feed

  • Discussion générale

  • Bonjour,

    Voila mon problème. Dans mon entreprise nous devons mettre deux serveur TSE avec des remotte app en cluster. J'ai donc choisit le NLB de Microsoft session broker étant trop limité...)

    J'ai trouvé cette documentation sur technet: http://technet.microsoft.com/fr-fr/library/cc771300%28WS.10%29.aspx#

    J'ai configurer deux serveurs (A et B) avec chacun le rôle gestionnaire de licence, hôte de session bureau à distance, et accés bureau à distance par le Web.

    sur un troisième serveur (C) j'ai configurer le rôle session broker (il y a mon AD dessus), et j'ai mis les deux serveurs (A et B) dans le groupe "ordinateurs du service session broker". Ensuite j'ai configurer les deux serveurs de en les rendant membre d'une batterie terminal Serveur.

    J'ai installé la fonctionnalité NLB sur A et B. J'ai créer un nouveau cluster sur le A en créant une IP configurer les port etc... et j'ai rajouter le B à mon cluster.

    Si je me connecte (en web) grace à l'adresse ip du cluster tous va bien, j'ai accès à mes programme, mais si je débranche la carte réseau du serveur A, je n'ai plus rien... et il ne fait pas de répartition de charge non plus...

    Ce que je trouve bizarre, c'est la configuration de session broker. Dans ce tutoriel il me dise de mettre un nom de ferme commun sur chaque server, mais je ne l'ai configuré nul part (DNS ou GPO). J'ai déja mis en place session broker avec du round robin, ou là il fallait créer des entrées DNS (avec nom identique mais pas la même adresse ip voir: http://technet.microsoft.com/fr-fr/library/cc772418%28WS.10%29.aspx ). Peut être n'est ce pas utile pour du NLB... En tout cas dans le guide cité plus haut, la configuration de session broker n'en fait pas allusion.

    J'ai suivit ce tutoriel à la lettre, et dans la console de gestionnaire de basculement (sur le serveur A), j'ai bien mes deux hôte en vert et en état "convergé".

    Ce tutoriel passerai t'il outre certain réglage? Si oui lesquels?

    Sinon existe t'il un tutoriel propre à mon projet (après 3 semaine de recherche, je commence à douter).

    merci d'avance à tous.

    mardi 14 décembre 2010 10:36

Toutes les réponses

  • Bonjour,

    Session broker trop limité ??????????

    Il a justement était crée pour palier au manque du NLB en session TS !

     

    De plus ce n'est pas une bonne idée d'avoir 2 serveurs de licences, 2 serveurs Web ... Il faut simplement avoir avoir des serveurs avec le rôle terminal serveur dessus avec les applis et c'est tout  ...


    Eric Perromat [MVP Remote Desktop Services]
    mardi 14 décembre 2010 13:06
  • Bonjour,

     

    Pouvez-vous nous tenir au courant concernant votre problématique et la solution proposée par Eric s'il vous plait ?

    Merci

     


    David LACHARI - MVP Virtual Machine - http://danstoncloud.com/blogs/david_lachari - Auteur du livre "Hyper-v v2" chez les editions ENI
    lundi 20 décembre 2010 11:02
  • Bonjour,

    Session broker?

    Il ne fait pas de clustering de basculement. Il mémorise les sessions des utilisateurs et le serveur correspondant pour te renvoyer sur le même. Si il ne trouve pas ta session il te renvoie sur un des deux serveurs avec un mécanisme de type round robin. C'est pour cela que session broker est limité, il envoie les requêtes sur les serveurs à tour de rôles, et même si il est saturé, si c'est son tour, il doit quand même prendre la requête. De plus, il doit y avoir un serveur session broker par ferme, si tu n'as que deux serveurs TS et que celui qui héberge ton session broker plante, tu n'as plus rien. La solution serait de mettre ce service sur un serveur à part, mais là même problème, si ton SB tombe plus de ts...

    Enfin, pour finir il te faudrait mettre tes deux serveurs TS avec tes appli RemoteApp et deux serveurs session broker, en failover clustering. Cela veut dire qu'il te faut 4 serveurs.......

    Mais le problème de la répartition de type Round Robin demeure le même...

    Je teste en ce moment une autre solution, à mon (humble) avis, plus efficace et certainement moins onéreuse.

    mardi 4 janvier 2011 14:35
  • Que viens faire le clustering de bascument ?? c'est pour les fichiers en règle général (tu as un certain nombre qui peuvent aussi utilisé cette techno là) ...

    Le SB ne te fait que de l'équilibrage de charge utilisateur c'est tout ... il est (certe !) limité car tu ne peux pas définir de seuil au niveau de la charge des éléments du serveur mais il est suffisant pour bon nombre d'installation !

    Le SB peut se monter sur une machine type DC par exemple ou dans une VM ... ce n'est pas le plus long à dépanner si il y a des soucis ...

    Tu testes quoi en terme de "Moins onéreux" ?


    Eric Perromat [MVP Remote Desktop Services]
    mardi 4 janvier 2011 14:53
  • J'éssaye de mettre deux serveurs TSE identiques (Chacun à tous les rôles d'installer, Terminal server, acces web, licence, Passerelle TS). Et je fais du NLB entre les deux (j'installe NLB sur les deux serveurs) sur le port 443. En virtuelle cela marchais trés bien (répartition de charges + si un serveur était down toutes les requètes était transféré sur celui restant), je suis en train de le mettre en place (en physique) et j'ai pour l'instant quelques soucis... que je pense résoudre.

    Du coup c'est vrai que je n'ai pas la sauvegarde des session utilisateurs, qui améliore la rapidité de l'ouverture des applications....

     

    Voila j'essaye, je suis en licence pro par alternance, alors j'essaye toutes les possibilités.

     

    mardi 4 janvier 2011 15:32