2008er Terminalserver und Load Sharing einer Applikation

[karlh 10]

Hallo zusammen,

 

wir migrieren gerade von einer alten Citrix Version zu Windows Terminalserver 2008 (nein 2012 ist noch kein Thema  - Lizenzkosten).

 

Meine Frage, ich habe eine Applikation (eigentilch wird nur eine exe-Datei ausgeführt) auf einem TS-Server und es melden sich nun die Anwender auf dem Server an, starten die Applikation und diese Applikation verbindet sich zu einer Datenbank - funktioniert soweit.

 

Kann ich unter 2008 nun auch mehre Terminalserver hinter dieser Applikation "verstecken" und so eine Lastaufteilung erreichen?

 

Bisher hab ich das mit Citrix gemacht, was aber aus Kostengründen nicht mehr in Frage kommt.

 

Aktuell hab ich nur 10 Anwender, eine Aufteilung ist noch kein Thema, aber das könnte ja schnell kommen und ich möchte vorbereitet sein.

 

Lese bei Google was von einem TS Session Broker - ist das die richtige "Baustelle" oder ist der für etwas anderes gedacht?

 

Gruß Karl

[OliverHu 19]

Moin!

 

Ja, dafür ist der Session Broker gedacht. Er verteilt die Last jedoch nicht nach Auslastung der Maschine, sondern nach angemeldeten Benutzern.

Das sollte dir helfen: https://technet.microsoft.com/de-de/library/cc772418%28v=ws.10%29.aspx

[karlh 10]

OK, das habe ich verstanden. D.h. ich kann die Applikation per RDP oder auch "seamless" (Citrix like  gefällt mir eigentlich besser) mit dem Session Broker "verteilen".

 

Wenn ich nun aber fünf verschiedene Applikationen habe, und dann zusätzlich noch  je nach Applikation auch noch ein unterschiedlicher Pool von Terminalservern angesteuert werden soll?

 

Hier, also mit einer 2008er Terminalserverfarm und dem Session Broker nur mit einem Webfrontend.

 

Bzw. ich verteile dann Startlinks per GPO, die ich auf dem Desktop oder ins Startmenü der Benutzer reinlege.

 

Citrix würde mir im XenApp sehr einfach das Starten der Programme ermöglichen.

 

Gruß

[OliverHu 19]

OK, das habe ich verstanden. D.h. ich kann die Applikation per RDP oder auch "seamless" (Citrix like  gefällt mir eigentlich besser) mit dem Session Broker "verteilen".

 

Nicht ganz. Der Session Broker verteilt keine Anwendung, sondern verteilt die Benutzer nur auf mehrere TS. Per RDP greifst du über den Farmnamen auf die TS-Farm zu. Mit seamless meinst du RemoteApp.

 

Wenn ich nun aber fünf verschiedene Applikationen habe, und dann zusätzlich noch  je nach Applikation auch noch ein unterschiedlicher Pool von Terminalservern angesteuert werden soll?

 

Warum nicht einfach alle TS in der Farm gleich installieren (mit den Applikationen die du brauchst), und die einzelnen Applikationen per RemoteApp ansteuern? Diese kannst du auch über die Remotedesktop-Webdienste veröffentlichen. Das Verteilen per GPO ist außerdem möglich.

[karlh 10]

Ja das stimmt, aber da müssten sich erst mal alle Anwendungen miteinander vertragen. Mag für die Ersteinrichtung funktionieren aber auf Dauer ist dieses Konstrukt nicht "wartbar"

[OliverHu 19]

Dann müsstest du eben getrennte TS-Farmen mit eigenen Session Brokern betreiben. Ist sicherlich auch nicht viel einfacher zu Warten... ;)

[Dukel 468]

Was für Applikationen sind das denn und warum vertragen die sich nicht?

Evtl. kann man die Applikationen in einer Sandbox (z.B. App-V) laufen lassen.

[OliverHu 19]

Evtl. kann man die Applikationen in einer Sandbox (z.B. App-V) laufen lassen.

Wobei die App-V Lizenzierung auch nicht billig ist, da kann er auch weiterhin Citrix verwenden.

[Dukel 468]

Das war auch nur ein Beispiel. Es gibt evtl. andere, günstigere Software.

Aber ich würde gerne wissen was das für inkompatible Software sein soll.

[karlh 10]

Größtes Problem ist eher, dass unterschiedliche Personen für die Anwendungen zuständig sind und z.B. auch Versionupdates machen müssen.

 

Wenn danach ein anderes Programm auf den gleichen TS nicht mehr läuft ist das "Geschrei" groß und niemand fühlt sich so richtig zuständig.

[Dukel 468]

Also eher ein Organisatorisches Problem.

Wie wäre es mit einem Test TS auf dem Updates eingespielt werden und wenn dies ohne Probleme klappt kann man den Patch im Produktiven System einspielen.