Per VPN in Domäne oder auf Terminalserver?

[bobbele66 10]

Hallo, ich habe bei einem Kunden folgendes eingerichtet und bin mir etwas unsicher, ob das die beste Lösung ist:

 

Standort A: 1 Server mit SBS 2008 (AD + SQL)

1 Terminalserver (Server 2008 Standard)

15 Clients, die sich an der Domäne im lokalen Netzwerk anmelden.

 

Standort B: 15 Clients, die sich per VPN am Terminalserver anmelden und gemeinsame Daten auf dem SBS, sowie die gemeinsame SQL-Datenbank auf dem SBS nutzen.

 

Was spricht dagegen - oder dafür, dass sich die 15 Clients vom Standort B, statt auf dem Terminalserver, per VPN direkt am SBS an der Domäne anmelden?

Der TS würde entfallen, somit auch die Lizenzen dafür, aber leidet darunter die Performance, gäbe es Probleme mit der SQL DB?

Beste Grüße

[LukasB 10]

Im Endeffekt kommt es auf die eingesetzte Applikation an.

 

Die meisten LOB-Pakete kommen mit einer SQL-Server Anbindung die eine hohe Latenz hat überhaupt nicht klar, die Software wird dann unbenutzbar. Andere Pakete wiederum sind so programmiert worden dass das weniger ausmacht. Die Interaktive Performance leidet aber auf jeden Fall, auch wenn richtig programmiert wurde.

 

Grundsätzlich ist das schon eher der richtige Ansatz mit dem Terminalserver.

[Dy0nisus 10]

Hallo,

 

der Hinweis von Lukas, was die SQl-Latenz angeht, ist ganz entscheident. Wenn die Anwendung das nicht mitmacht, kannst du auf den TS nicht verzichten.

 

Aber interessant ist für dich eventuell auch, wie es mit den Druckdaten bei der TS-Lösung aussieht. Wenn der TS auf den lokalen Drucker spoolt, sollte man die Druckdaten komprimieren, um nicht an diesem Punkt in Performance-Probleme zu laufen.

 

VG

Dennis

Edited January 18, 2010 by Dy0nisus
Tippfehler :)

[Stephan Betken 43]

Aber interessant ist für dich eventuell auch, wie es mit den Druckdaten bei der TS-Lösung aussieht. Wenn der TS auf den lokalen Drucker spoolt, sollte man die Druckdaten komprimieren, um nicht an diesem Punkt in Performance-Probleme zu laufen.

Mit TS-EasyPrint hat sich das aber schon deutlich entschärft.

 

Ask the Performance Team : WS2008: Terminal Services Printing

[bobbele66 10]

Danke Euch beiden,

da bin ich aber froh. Ist immer ****, wenn man dem Kunden die falsche Lösung verkauft. Die Anwendung ist schon sehr empfindlich, was die Latenzzeiten angeht - sagt zumindest der Programmierer der DB.

Das mit den Druckern werde ich mir noch näher betrachten.

Beste Grüße

bobbele

[magicpeter 11]

Hi,

 

die Terminalserver-Lösung ist echt die performanteste Lösung. Da beim TS keine echten Benutzerdaten übertragen werden ist diese Lösung auch für dünne DSL-Leitungen optimal.

 

Wir hatten einmal einen Kunden in Düsseldorf mit einem Aussendienstmitarbeiter in Polen. Erst hatten wir die VPN-Lösung mit Domainanbindung des Aussendienstarbeitsplatzes realisiert. Ja das ging auch.

Ok, es ging mal und mal nicht. Entsprechend der Leitungsperformance.

 

Terminalserver eingerichtet fertig war der Spaß. Selbst duch eine ISDN-Leistung konnte man noch arbeiten.

 

Also ich bin ein richtiger Terminalserver-Fan. ;)

 

Gruss Peter