\n\n Zum Inhalt springen
✓ Herstellerunabhängig◇ Praxisnah & nachvollziehbar▣ Datenschutz im Blick
chrishob.deIT KLAR ENTSCHEIDEN.
TERMINALSERVER · WISSEN

Die Kriterien hinter der Entscheidung verstehen.

Benutzer, Gleichzeitigkeit, Verfügbarkeit, externe Zugriffe, Profile und Cloud-Eignung zu einer RDS-/AVD-Architektur zusammenführen.

RDS-Architektur

RDS-Architektur

Session Host

Auf dem Sitzungshost laufen die Benutzer-Sessions und Anwendungen.

Connection Broker

Verteilt Sessions in einer Farm und unterstützt Wiederverbindung.

RD Gateway

Stellt externen Zugriff über HTTPS bereit, statt RDP direkt ins Internet zu exponieren.

Profile & Apps

Profile & Apps

Profile

Bei mehreren Hosts müssen Benutzerprofile hostunabhängig geplant werden.

Office / Add-ins

Anwendungs- und Add-in-Kompatibilität muss im Multi-User-Betrieb getestet werden.

Druck

Treiber, Universal Print und Standortdruck sind häufig eigene Projektthemen.

Lizenzierung

Lizenzierung

RDS CAL

Jeder Benutzer bzw. jedes Gerät, das auf einen Windows-Server-Sitzungshost zugreift, benötigt passend zum Modell eine RDS-CAL.

User vs. Device

User-CAL passt typischerweise bei mehreren Geräten pro Benutzer; Device-CAL kann bei geteilten Schichtarbeitsplätzen sinnvoll sein.

AVD

Azure Virtual Desktop hat ein anderes Berechtigungs- und Kostenmodell als klassisches RDS; nicht automatisch gleichsetzen.

OFFIZIELLE REFERENZEN

Praxisbeispiele und Primärquellen

Referenzen dienen der Einordnung. Sie sind keine automatische Produktempfehlung und enthalten keine erfundenen Preise.

Microsoft

Windows Server 2025 RDS CALs

RDS-CAL-Modell und Versionskompatibilität für Sitzungshosts.

Hersteller-/PrimärquelleQuelle geprüft: 2026-08-30
Microsoft

Azure Virtual Desktop

Azure-basierte Desktop- und App-Virtualisierung mit Single- und Multi-Session-Szenarien.

Hersteller-/PrimärquelleQuelle geprüft: 2026-08-30