Terminalserver Cluster? Oder andere Vorschläge?

Habt ihr die beiden TS virtualisiert oder sind die beiden TS separat auf Blech?

Unsere sind virtualisiert und die können wir wärend des Betriebes via VMotion von einem Host zum anderen verschieben.

Wenn der Host leer ist können an diesem Wartungsarbeiten durchgeführt werden.

vg

Bei uns laufen beide als VMs. Wurden von vornherein als VMs installiert.

Allerdings betrifft VMotion ja nur die Hardware, auf der die VMs laufen. Was damit eben nicht gelöst ist - und darum geht es meiner Meinung nach in der ursprünglichen Frage viel eher - sind die Downtimes aufgrund automatischer Updates und der damit verbundenen Reboots.

Selbst in internationalen Konzernen kommt es vor, dass ein frisch verfügbares ServicePack noch am gleichen Abend (von einem Admin) eingespielt wird und der TerminalServer deshalb dann 1-2x gebootet wird (zwangsweise). Ohne Vorankündigung und somit ohne Rücksicht auf angemeldete Benutzer und deren Sitzungen

Wie gesagt: VMotion ist dafür nicht *die* Lösung.

Mit VMotion kannst du bei VMware ESX(i) virtuelle Maschinen im laufenden Betrieb von einem Host auf einen anderen Host verlagern. Das "brauchst" du, wenn du Wartungsarbeiten am Host selber durchführen möchtest/musst und die VMs nicht herunterfahren möchtest.
Da dabei die virtuelle Maschine ja weiterhin läuft (halt nur woanders) hilft dir das überhaupt nicht im Bezug auf Software-Updates innerhalb der VM. Und natürlich auch nicht bei Rekonfigurationen der VM (zusätzliche CPUs, mehr RAM, zusätzliche Festplatten, eine zusätzliche Netzwerk-Karte, .....).

Wir hatten letztes Jahr uns mal ein Angebot eingeholt. Für einen hochverfügbaren TS Cluster. Da hat uns der "Ingenieur" (also der, der das nachher wirklich installiert hätte, nicht der Vertriebsmensch) versprochen, dass mit Clustering das alles gehen würde, was du möchtest.
Aber deren Angebot war uns nachher zu teuer und live gesehen habe ich es halt noch nie. Wir haben uns dann für die "Light"-Version zweier identischer TS mit servergespeicherten Profilen entschieden, weil es hinsichtlich Konfiguration und Administration überschaubarer ist und somit für uns Kosten (Zeit) bei der Installation gespart hat. In den letzten 3 Monaten habe ich die TS auch nicht neu booten müssen. Unter anderem natürlich deshalb, weil der ganze Auto-Update-Krams deaktiviert ist.
Wir haben die vorherigen TS jahrelang ohne automatische Updates betrieben. Und somit ohne lästige Reboots. Und wir leben noch

Google müsste jedenfalls bei der Suche nach howto's für die Clustering-Konfiguration behilflich sein.

Hmm da hab ich das wohl ausgangs falsch gelesen. Stimmt VMotion ist dazu da um den Host freizubekommen und diesen zu Warten.

Wir setzen einen virtuellen TS Cluster ein, haben unsere Wartungsintervalle aber immer ausserhalb des Produktivbetriebes und daher hatten wir den Fall noch nicht live Benutzersessions zu transferieren.

Die Updates werden automatisch gezogen, aber eingespielt werden diese erst wenn unser Test-TS sich nicht verschluckt =). Erst danach werden die Updates im Wartungsintervall eingespielt.

Insgesamt wurden über 20k Euro (netto) veranschlagt. Inklusive neuer Hardware und den Lizenzen.
Darin enthalten waren zwei neue HP Server für je ~6k Euro [Dual Xeon, 48gb DDR3, 2x SAS-Platten...], Lizenzen für W2k8 R2 inkl. zusätzlicher CALs und in einer ersten groben Schätzung 6 Ingenieur-Tage je 750 Euro. Allerdings wäre es nicht bei den 6 Tagen geblieben, wie ich die Lage einschätze.

Die alten Windows 2000 TS hatten jeweils 1 CPU, 1gb RAM (hier war klar, dass das zu wenig ist, weil es damals schon zu wenig war). Die letztes Jahr dann "neu" installierten TS (W2k3, nicht W2k8 ^_^) begnügen sich mit 2 vCPUs und jeweils 3gb RAM. Die 3gb sind für 10 Benutzer ausgelegt: Pro Benutzer-Sitzung 250mb + Overhead für den Server selbst und 1-2 schlanke Admin-Sitzungen. (Diese Zahlen wurden dem Dienstleister auch im Termin offen gelegt, bevor er das Angebot ausarbeitete und darin 48gb RAM verbauen wollte). Aktuell arbeiten im Schnitt 2-3 Benutzer drauf und nicht mehr bis zu 6 gleichzeitig, weil in der Abteilung umsatzbedingt Personal abgebaut wurde.

H41 hat halt, genauso wie wir, den "Vorteil", den TS frei machen zu können. Bei uns wird zwar 24x7 darauf gearbeitet, aber eben nicht mit permanenten Sitzungen sondern mit sauberen An- und Abmeldungen. Deshalb haben wir beide halt nicht den Bedarf, Benutzersitzungen live zu transferieren.
Einen Test-TS haben wir auch. Also einen dritten TS zum herumspielen.