Windows RDS muss mit echten Benutzersitzungen geplant werden
Ein Windows Terminalserver beziehungsweise Remote Desktop Services bündelt viele Benutzer auf wenigen Systemen. Dadurch wirken sich Profilprobleme, Storage-Latenz, Virenscanner, Druckertreiber oder einzelne schlecht skalierende Anwendungen sofort auf mehrere Personen aus. Eine reine CPU-/RAM-Schätzung ist deshalb keine ausreichende Dimensionierung.
Anwendungen bestimmen die Plattform
Office, Browser und klassische ERP-Clients verhalten sich anders als CAD, Multimedia oder videokonferenzintensive Arbeitsplätze. Besonders Teams und andere Echtzeitkommunikation benötigen passende Optimierungen und sollten mit den tatsächlich vorgesehenen Clients getestet werden. Für grafikintensive Anwendungen kann GPU-Unterstützung relevant werden.
Profile und Benutzerumgebung
Anmeldezeiten und konsistente Benutzerprofile sind ein zentraler Teil des Betriebs. Technologien wie FSLogix können Profile containerisieren, lösen aber nicht automatisch Storage- oder Berechtigungsprobleme. Gruppenrichtlinien, Logonskripte, Druckerzuweisungen und Antivirus-Ausnahmen sollten messbar und möglichst schlank gehalten werden.
Einzelhost oder Farm
Für kleine, weniger kritische Umgebungen kann ein einzelner Session Host mit sauberem Backup und dokumentiertem Wiederanlauf ausreichen. Steigt die Nutzerzahl oder wird Hochverfügbarkeit benötigt, kommen mehrere Session Hosts, Connection Broker, Gateway und Load Balancing ins Spiel. Dann muss auch die zugrunde liegende Virtualisierungs- und Storageplattform entsprechend verfügbar sein.
Externer Zugriff
RDP sollte nicht direkt aus dem Internet veröffentlicht werden. Für externe Zugriffe gehören RD Gateway oder andere abgesicherte Zugangslösungen, MFA, Zertifikate und kontrollierte Richtlinien in das Design. Administrativer Zugriff sollte zusätzlich getrennt betrachtet werden.
Fragen vor der Planung
- Wie viele gleichzeitige Benutzer gibt es zu Spitzenzeiten?
- Welche Anwendungen und Browser-Workloads laufen pro Sitzung?
- Werden Teams, Video oder grafikintensive Anwendungen genutzt?
- Wie groß und aktiv sind Benutzerprofile?
- Welche Verfügbarkeit ist erforderlich?
- Wie wird extern zugegriffen und wie ist MFA umgesetzt?
- Welche Drucker, Scanner und Spezialgeräte müssen funktionieren?
- Wie wird ein kompletter Session Host wiederhergestellt?
Ziel des Finders
Der RDS-Finder ordnet Benutzerzahl, Anwendungen, externe Zugriffe und Hochverfügbarkeit ein. Bei anspruchsvollen Workloads empfiehlt er bewusst einen Pilot mit Messwerten, statt eine scheinbar exakte Hardwarezahl zu erfinden.