Mein Unternehmen beschäftigt sich mit der Desktop-Virtualisierung und plant, sämtliche Desktop-Rechenressourcen in den Serverraum oder das Rechenzentrum zu verlagern und den Benutzern Thin Clients für den Zugriff bereitzustellen.
In den meisten Fällen ist eine einfache VNC- oder Remotedesktoplösung ausreichend, manche Benutzer führen jedoch Visualisierungen aus, die 3D-Funktionen erfordern, was von VNC und Remotedesktop nicht unterstützt wird.
Anstatt eine Ausnahme zu machen und diesen Benutzern Desktop-Computer zur Verfügung zu stellen und damit die Einführung und den zukünftigen Betrieb zu erschweren, ziehen wir in Erwägung, Server mit GPUs hinzuzufügen und HPs Remote Graphics zu verwenden, um den Zugriff vom Thin Client aus zu ermöglichen.
Die Demoversion scheint akzeptabel zu funktionieren, aber es gibt eine gewisse Lernkurve, es ist nicht klar, wie gut sie bei mehreren gleichzeitigen Sitzungen funktionieren würde, und es ist nicht klar, ob sie eine gute Lösung für Nicht-3D-Sitzungen wäre. Wenn möglich, möchten wir, wie bei der Hardware, eine einzige Softwarelösung anstelle eines Mischmaschs einsetzen.
Wenn jemand Erfahrung mit der Verwaltung einer großen Installation von HP Remote Graphics hat, würde ich mich über Ihr Feedback freuen.
Edit: Insbesondere sind wir an Feedback zu folgenden Punkten interessiert:
- Benutzerschulung
- Leistung/Bandbreitenauslastung
- Betriebsprobleme
- Interoperabilität und Integration
- Sicherheitsmanagement
Antwort1
Sie sind erledigt. Eine Fehlentscheidung trifft auf die technische Realität.
Leistungsstarke 3D-Aufgaben werden Sie über längere Zeit nicht effizient über ein Netzwerk und per Fernzugriff bewältigen können, insbesondere nicht, wenn es sich um ein entferntes Rechenzentrum handelt (ein lokaler Serverraum könnte funktionieren – dort steht den Clients jede Menge Bandbreite zur Verfügung).
Remote Desktop auf einem 2008 R2-Server mit SP1 (erscheint in den nächsten Monaten) ermöglicht eine gewisse Beschleunigung, aber je nachdem, was Sie als leistungsstarkes 3D bezeichnen, wird das immer noch nicht funktionieren.
Thin Clients sind für „Lower-End“-Anwendungen gedacht. Manchmal kann man sie erweitern. Beispielsweise verwendet mein Unternehmen Remote-Virtual-Workstations (Windows 7) auf Hyper-V für den Echtzeit-Finanzhandel (und wir sprechen davon, 3+ Bildschirme mit einer Auflösung von 1600 x 1200 laufen zu lassen, die ständig Finanzupdates in Echtzeit zeigen). Weiter kommt man so ziemlich nicht – wir denken daran, Präsentation und Handel zu trennen und den Handel remote zu halten (veröffentlichte App für Terminaldienste), aber die Diagrammerstellung lokal durchzuführen.
3D würde es wirklich überfordern. Genauso wie komplexe Animationen. Irgendwann werden Sie Probleme mit der Kodierung (unter Verwendung der CPU), der Latenz und der Bandbreite haben.
Hier haben Sie den klassischen Fall für wirklich hochentwickelte Workstations. Diese Endpunkte in Thin Clients zu integrieren, um die Verwaltung/Bereitstellung zu vereinfachen, ist wie ein Hausbau vom Dach. Das funktioniert einfach nicht. Technische Realität.