„Thin Client“ – Versionsunterschied

Thin Client (engl. wörtlich "dünner Klient", inhaltlich bezogen auf Client-/Server-Architekturen) bezeichnet innerhalb der elektronischen Datenverarbeitung eine Anwendung oder einen Computer als Endgerät (Terminal) eines Netzwerkes, dessen funktionale Ausstattung auf die Ein- und Ausgabe beschränkt ist.

Damit steht der Thin Client zwischen dem Konzept des Fat-Client und dem des Ultra Thin Client:

Überblick über die Tier Architekturen, geordnet nach Aufgabenbereichen des Endgeräts

Das Thin-Client-Konzept bedeutet, dass ein Client seine Daten möglichst vollständig von einem Server bezieht. Das beinhaltet teilweise sogar das komplette Betriebssystem. In einer weiteren Variante verfügt der Thin Client lediglich über ein stark abgespecktes Betriebssystem. Der Client hat gar keine Datenspeichermedien ("diskless client") und startet sein Betriebssystem entweder via Flash-Card oder über das Netzwerk (z.B. TFTP), auf dem dann auch alle Applikationen liegen.

Damit ist der Thin Client konzeptionell die Rückkehr des Terminals in die heute so oft PC-basierte Rechnerumgebung.

Hierbei existieren zwei Möglichkeiten:

• Erstens kann der Client sozusagen das Netzwerk als Datenspeicher nutzen, und die Programme statt von der Festplatte aus dem Netz laden und auf dem Client ausführen ("Thick Client")
• Zweitens kann der Client auch mit Hilfe spezieller Software (Citrix Metaframe, Tarantella, Microsoft Terminal Server, NX, X11, Etherboot, PXE) nur die Ausgabe der gestarteten Programme wiedergeben, wobei diese auf einem zentralen Server gestartet und ausgeführt werden. Dies empfiehlt sich insbesondere für sehr rechenschwache Clients. Die Mausbewegungen und Tastaturanschläge werden hierbei von den Thin Clients über ein spezielles Protokoll (X11, RDP, Citrix ICA) an den Server gesendet. Der Server sendet die Ausgabe der Programme zurück zum Client, der diese nur noch anzeigen muss (siehe auch X-Window-System). D.h. auf den Thin Clients erfolgt nur die Ausgabe, nicht aber die Ausführung der Programme. Dieses Prinzip ist eher geeignet für ASP (Application Service Providing), weniger für Renderfarmen.

Je nach Anwendungsfall reicht die Ausstattung der Clients von relativ langsamen Prozessoren mit wenig RAM und integrierter Grafikkarte für einen extrem minimalistischen Arbeitsplatz (z.B. für Sekretariatsarbeiten, Textverarbeitung), bis hin zu extrem schnellen Prozessoren mit sehr viel Zwischenspeicher (RAM) und gar keiner Grafikkarte (z.B. für Renderfarmen in Grafikstudios). Beliebige Schattierungen zwischen diesen beiden Extremen sind je nach Anwendungsbereich möglich.

Vorteile

Der große Vorteil bei solchen Konzepten ist natürlich, dass Änderungen auf dem Server gleichzeitig allen Clients zugute kommen - man installiert ein neues Programm oder macht ein Update auf dem Server, und alle Thin Clients profitieren automatisch davon. Insofern ist ein solches System wartungsarm und zugleich hochgradig skalierbar. Die nachhaltige Nutzung von Altrechnern als Thin Client erhöht den Produktlebenszyklus der angeschafften Hardware (Kostenvorteil). Des Weiteren verbrauchen Thin Clients deutlich weniger Strom und machen keine Geräusche. Thin-Clients sind immun gegenüber Viren, brauchen keine aufwendige Installation und sind somit einfach zu warten und zu managen. Außerdem lässt sich der Administrationsaufwand bei Einsatz von Thin Clients auf ein Minimum reduzieren. Mit dem Einsatz einer Remote-Management-Software, die von den Thin-Client-Herstellern bereitgestellt wird, lässt sich ganz zentral das Netzwerk mit allen Thin Clients verwalten. So können Verbindungen zum Terminal-Server konfiguriert, Updates durchgeführt oder auch Support geleistet werden, ohne dass man zu jedem einzelnen Thin Client hinlaufen muss. Dieses geschieht meist über Konfigurations-Images, die, nachdem sie erstellt wurden, an die zu konfigurierenden Thin Clients verteilt werden.

Nachteile

Dieses „Setup“ ist erst bei einer relativ großen (oder absehbar wachsenden - siehe Renderfarm) Anzahl von Computern sinnvoll - die Installation eines solchen „Setups“ für zwei Rechner dauert genau so lange, wie das einfache getrennte Einrichten zweier Arbeitsplatzrechner.

Zudem ist die Performance einer Thin-Client-Farm schlechter als die der gleichen Anzahl von Fat-Clients, weil alle Programme auf wenigen Servern laufen statt im Speicher der zahlreichen Clients.

Die meisten Windows-Anwendungen werden für Fat Clients programmiert. Daher muss bei einer Thin-Client-Architektur mit Problemen gerechnet werden, wobei Unix-Anwendungen im Normalfall leicht skalierbar sind.

Lokal installierte Hardware ist nicht direkt angebunden. Dies führt zu Inkompatibilitäten bei speziellen Geräten, da ihr Protokoll nicht bei der Übertragung unterstützt wird. Große Datenvolumina können von der Peripherie nicht direkt auf den Thin Client übertragen werden (z.B. DVD, Filmdaten per FireWire etc.), sondern müssen zuerst auf den Server geladen werden.

Fazit

Das Thin-Client-Konzept birgt die Chance von Skaleneffekten (Hardwarekosten, Lizenzgebühren, Wartungsaufwand) bei Anwendungen ab etwa 10 Computerarbeitsplätzen. Aufwändige Multimediaanwendungen (3D-Rendering, Soundverarbeitung) sind damit grundsätzlich wenig sinnvoll (wegen hoher Prozessorlast auf dem Server und dadurch Beeinträchtigung der anderen Benutzer des Zentralrechners, außerdem Probleme durch hohen Datenübertragungsbedarf zum Terminal).

Siehe auch

• Terminal (Computer)
• Terminalserver
• Nachhaltigkeit (EDV)

Weblinks

• Open-Source-Projekt: Thinstation
• Open-Source-Projekt: PXES
• Open-Source-Projekt: SkoleLinux/Debian-Edu
• Open-Source-Projekt: edubuntu
• Open-Source-Projekt: x2go
• Open-Source-Projekt: Lan Core
• Freeware: AnywhereTS
• Übersicht über Thin Client Hersteller: Thin-Client.info