Ressourcen auf einem Remotedesktopsitzungshostserver
In einer Remotedesktopdienste-Umgebung können sich mehrere Benutzer gleichzeitig bei einem einzelnen Remotedesktopsitzungshostserver (RD-Sitzungshost) anmelden (früher als Terminalserver bezeichnet). Folglich teilen sich die Benutzer die Hardware- und Softwareressourcen des Servers, wodurch folgende Konfliktbereiche entstehen können:
- CPU-Zeit. Jeder Benutzer verfügt über eine Desktopumgebung und kann alle Anwendungen ausführen, die für diesen Desktop verfügbar sind. Alle Anwendungen, die von allen Benutzern ausgeführt werden, kämpfen jedoch um die zentralen CPU-Ressourcen, die auf dem RD-Sitzungshostserver verfügbar sind. Wenn ein Benutzer eine schlecht geschriebene, CPU-intensive Anwendung ausführt, kann es zu einem sichtbaren Leistungsverlust bei anderen Benutzern kommen.
- Datenträgerzugriff. Benutzer kämpfen um Den Zugriff auf Anwendungen und zugehörige Programmdateien. Darüber hinaus kämpfen Benutzer um Datenträgerzugriffe durch das Serverbetriebssystem, z. B. Laden von DLLs oder Austauschen von Arbeitsspeicher zwischen der Auslagerungsdatei und dem physischen Arbeitsspeicher.
- Arbeitsspeicher (RAM) für zufälligen Zugriff. Jede Anwendung, die von jedem Benutzer ausgeführt wird, kämpft um die RAM-Ressourcen, die auf dem RD-Sitzungshostserver verfügbar sind. Wenn ein Benutzer eine speicherintensive Anwendung ausführt, kann es zu Leistungseinbußen bei anderen Benutzern kommen.
- Netzwerkzugriff. Der Netzwerkzugriff ist in einer Remotedesktopdienste-Umgebung unerlässlich, da alle Desktopaktivitäten –grafische Ausgabe und Maus-/Tastatureingabe – über die Netzwerkverbindungen zwischen dem Clientdesktop und dem Server fließen. Darüber hinaus kämpfen die Anwendungen der Benutzer, die auf dem RD-Sitzungshostserver ausgeführt werden, um den Zugriff auf andere Netzwerkressourcen.
- Serverhardware. Hardwarekomponenten wie CD-ROMs, Diskettenlaufwerke, serielle Ports und parallele Ports sind häufig serverbasiert, nicht clientbasiert. Die Freigabe dieser traditionell nicht freigegebenen Komponenten führt zu neuen Überlegungen für Benutzer und Anwendungen, die auf diese Hardwarekomponenten zugreifen. Weitere Informationen finden Sie unter Richtlinien für Peripheriehardware.
- Zugriff auf globale Objekte und Ressourcen. In einer Remotedesktopdienste-Umgebung führen Benutzer keine einzelnen Kopien von Windows aus. Einige der Kernmodule werden geklont, aber die restlichen Module werden für die Benutzer freigegeben. Daher konkurrieren Benutzer um den Zugriff auf die Registrierung, die Auslagerungsdatei, Systemdienste und andere globale Objekte und Ressourcen.
Viele der vorherigen Konfliktpunkte können durch die Größenanpassung des RD-Sitzungshostservers mit ausreichendEN CPU-, Arbeitsspeicher- und Datenträgerressourcen zur Bewältigung der Clientanforderungen gemildert werden. Beispielsweise kann eine Konfiguration mit mehreren Prozessoren die CPU-Verfügbarkeit maximieren. Die Arbeitsspeicherverfügbarkeit kann durch die Installation von zusätzlichem physischem Arbeitsspeicher maximiert werden (die erhöhten Arbeitsspeichergrenzwerte für die Enterprise-, Datacenter- oder 64-Bit-Editionen von Windows Server können hilfreich sein). Schließlich kann die Leistung des Datenträgerzugriffs maximiert werden, indem Sie mehrere Kanäle konfigurieren und Ihre Betriebssystem- und Anwendungslasten auf verschiedene physische Laufwerke verteilen. Die ordnungsgemäße Konfiguration eines RD-Sitzungshostservers ist ein wichtiges Element der wahrgenommenen Anwendungsleistung.
Obwohl die Hardwaredimensionierung ein wichtiger Teil der Erstellung einer skalierbaren Remotedesktopdienste-Umgebung ist, sind die Überlegungen zur Software ebenso wichtig. In der Tat kann die Optimierung einer Anwendung häufig viel dazu beitragen, den Ressourcenwettbewerb zu verringern und die wahrgenommene Anwendungsleistung zu verbessern.
Weitere Informationen zur Remotedesktopdienste-Umgebung finden Sie in den folgenden Themen:
- Programmierrichtlinien für Remotedesktopdienste
- Erkennen der Remotedesktopdiensteumgebung
- Erkennen, ob die Remotedesktopdiensterolle installiert ist
- Remotedesktopdienstesitzungen