Microsoft RDS auf Scale HC3 nutzen

Einer der großen Vorteile einer zentralisierten und einheitlichen Infrastrukturplattform wie dem Scale HC3 ist die Möglichkeit, die Plattform zu nutzen, um zentralisierte Desktop- und Endnutzerdienste neben traditionellen Serverdiensten bereitzustellen. Die Hochgeschwindigkeits-Backplane ermöglicht es Server- und Desktop-Ressourcen, mit hoher Geschwindigkeit zu kommunizieren, und die zentralisierte Verwaltung senkt die Gesamtbetriebskosten, die oft mit dieser Art von Diensten verbunden sind. Anwendungen wie Dateidienste und latenzempfindliche Kommunikation profitieren besonders von dieser Architektur.

Für die Mehrheit der Unternehmen ist der Ansatz, der am sinnvollsten ist, um ihrer Umgebung Dienste für entferntes Endnutzer-Computing hinzuzufügen, die Nutzung von Microsofts eigenen Remote Desktop Servern bzw. RDS, da die meisten Umgebungen ein Erlebnis anstreben, das einem traditionellen Windows-Desktop ähnelt. Microsofts RDS ist ein leistungsstarkes Werkzeugpaket und vergleichsweise einfach zu implementieren. Es ist ein hervorragender Ausgangspunkt, um eine ganze Reihe von Diensten anzubieten.

Aufgrund der hochverfügbaren Natur der Scale-HC3-Plattform haben wir gute Möglichkeiten, wie wir die Planung und Bereitstellung einer RDS-Implementierung angehen. Wir können uns dafür entscheiden, unsere Implementierung klein und einfach zu halten und die in den Scale-HC3-Cluster integrierten Hochverfügbarkeitsfunktionen zu nutzen, um unsere Umgebung bei einem Hardwareausfall aufrechtzuerhalten, oder wir können hierfür die Hochverfügbarkeit aus der RDS-Umgebung heranziehen.

Bei einer kleinen Implementierung wäre es am gängigsten, die Hochverfügbarkeitsfunktionen des Scale HC3 zu nutzen, um die Verfügbarkeit unserer RDS-Dienste aufrechtzuerhalten. Dadurch können wir eine einzelne RDS-Instanz mit einem Minimum an Lizenzierungs-, Ressourcen- und Wartungsaufwand betreiben. Dies ist der einfachste Ansatz und sehr wirkungsvoll. Dies ist eine ausgezeichnete Möglichkeit für die Mehrheit der Kunden, die Scale-HC3-Plattform bestmöglich zu nutzen. Scale kann in diesem Fall die Schwerstarbeit übernehmen, und wir können unsere Anstrengungen auf Bereiche konzentrieren, in denen sie wirkungsvoller sind.

Bei großen Implementierungen reicht eine einzelne RDS-Instanz möglicherweise nicht aus. An diesem Punkt wäre es im Allgemeinen sinnvoll, zu einer RDS-Implementierung mit mehreren Servern überzugehen, bei der die Arbeitslasten über die Instanzen hinweg lastverteilt werden. Typischerweise würden wir nicht mehr als einen einzigen RDS-Server pro Scale-HC3-Knoten bereitstellen wollen, um die verfügbaren Ressourcen optimal zu nutzen. Auf diese Weise könnten so viele RDS-Serverinstanzen bereitgestellt werden, wie zur Bewältigung der Kapazität der Umgebung erforderlich sind.

In den meisten Fällen würden wir, selbst bei der größeren Implementierung über viele Knoten hinweg, eine Lastverteilung vor der RDS-Farm einsetzen, aber dennoch die in den Scale-HC3-Cluster integrierten Hochverfügbarkeitsfunktionen nutzen, um Hardwareausfälle zu bewältigen, indem laufende Arbeitslasten von einem ausgefallenen Knoten auf einen verfügbaren Knoten verschoben werden. Der Load Balancer würde dieselbe Instanz mit derselben IP-Adresse sehen, was eine nahezu transparente Wiederherstellung ermöglicht, die vollständig automatisiert ist und nur minimalen Aufwand erfordert.

In extremeren Fällen, in denen die volle Kapazität des Clusters benötigt wird, ist es möglich, eine RDS-Instanz pro physischem Cluster-Knoten zu konfigurieren und die Hochverfügbarkeitsfunktionen zu deaktivieren und stattdessen die Lastverteilungsfunktionen zu nutzen, um die Last auf die verbleibenden Knoten zu verlagern. Dies würde zu einem geordneten Leistungsverlust statt zu einem Ausfall führen. Sofern die Ressourcen nicht bereits äußerst knapp bemessen waren, würden die den Benutzern zugewiesene CPU und der Arbeitsspeicher zurückgehen, die Systemfunktionalität jedoch erhalten bleiben. Dies ist keine ebenso ideale Lösung wie eine vollständige Hochverfügbarkeitslösung, kann aber eine sehr funktionale Alternative zu den Hardwarekosten für dieses Schutzniveau sein.

Microsoft Windows RDS und Scale bilden eine naheliegende Partnerschaft. Scale konzentriert sich darauf, die Plattform so einfach und robust wie möglich zu gestalten, während Microsofts Windows- und RDS-Produkt uns den einfachsten Einstieg in den Bereich des geteilten Computings bietet. Für kleine und mittlere Unternehmen und insbesondere für lokale Implementierungen ist RDS oft die perfekte Wahl für den Umstieg auf zentralisiertes, Thin-Client-basiertes Computing und kann ein entscheidender Wegbereiter für die Mobilität der Belegschaft, die Sicherheit und sogar für Bring-your-own-Device-Optionen sein.

[Dieser Beitrag wurde für den Scale Blog in Auftrag gegeben.]