Realisierung eines Testsystems über automatisch verwaltete VMs
Hallo zusammen,
ich versuche einmal meine Problemstellung/Idee so präzise, wie möglich zu formulieren.
Es soll für ein windowsbasiertes Programm eine Testumgebung entstehen. Diese Umgebung soll auf automatisch verwalteten VMs basieren und habe ich mir wie folgt vorgestellt:
Als erste Instanz soll ein Server installiert werden, auf dem ein Domain Controller läuft, der die Benutzeranmeldung verwaltet. Auf diesem Server liegt daneben ein Skript, das je nach bedarf VMs an- und abschaltet. Dieses Skript soll aktiviert werden, sobald ein Benutzer sich in der Domäne anmelden will, dabei sucht es die Liste der bestehenden VMs ab und greift sich die erste, die ausgeschalten ist und spielt darauf einen snapshot (sollen ebenfalls auf dem Server liegen), entsprechend dem Nutzer ein, der auf dem System arbeiten will. Diese VM soll das Skript dann auch hochfahren und die IP-Adresse dann an den entsprechenden Nutzer zurückgeben.
Der Nutzer bekommt dann eine IP-Adresse zurück und kann sich mit dieser und seinen Anmeldedaten auf die entsprechende VM verbinden, was aber alles durch einen Client geregelt werden soll (also im Endeffekt dann, für den Anfang ist es nicht dramatisch, wenn der Nutzer die Daten alle im MSTSC oder Browser eintragen muss).
Da das Programm als RemoteApp angeboten werden soll, würde ich als OS für die einzelnen VMs je einen MS Windows Server 2008/2012 R2 wählen. Als Virtualisierungssoftware vllt Hyper-V.
Das ganze als Terminalserverlösung mit einem Win Server hatte ich auch mal in Betracht gezogen, lässt sich aber nicht ohne weiteres realisieren, da das Programm an sich dafür heftige Umbaumaßnahmen erfordert.
Jetzt zu meinen Fragen:
1) Seht ihr dieses System so überhaupt realisierbar?
2) Ich weiß noch nicht, wie die Anmeldung in der Domäne funktioniert, dass das Skript dann ausgeführt wird. Kann man sich da in einem Browser, oder vllt auch direkt auf dem Server anmelden, damit dann eine VM gestartet werden kann?
3) Wenn die Anmeldung funktioniert, wie kommt die IP, die das Skript ausspuckt dann zum Nutzer? - ich wollte das halt relativ automatisiert haben, dass die IP dann direkt in den Client reingefeuert wird, sodass dieser sich per RDP verbinden kann und der Nutzer nichts mehr machen muss. Wenn's über Browser geht, dann kann man die IP ja in i.einem Textfeld ausgeben lassen, sodass der Nutzer die im Client eingeben muss. Meint ihr das geht?
ich versuche einmal meine Problemstellung/Idee so präzise, wie möglich zu formulieren.
Es soll für ein windowsbasiertes Programm eine Testumgebung entstehen. Diese Umgebung soll auf automatisch verwalteten VMs basieren und habe ich mir wie folgt vorgestellt:
Als erste Instanz soll ein Server installiert werden, auf dem ein Domain Controller läuft, der die Benutzeranmeldung verwaltet. Auf diesem Server liegt daneben ein Skript, das je nach bedarf VMs an- und abschaltet. Dieses Skript soll aktiviert werden, sobald ein Benutzer sich in der Domäne anmelden will, dabei sucht es die Liste der bestehenden VMs ab und greift sich die erste, die ausgeschalten ist und spielt darauf einen snapshot (sollen ebenfalls auf dem Server liegen), entsprechend dem Nutzer ein, der auf dem System arbeiten will. Diese VM soll das Skript dann auch hochfahren und die IP-Adresse dann an den entsprechenden Nutzer zurückgeben.
Der Nutzer bekommt dann eine IP-Adresse zurück und kann sich mit dieser und seinen Anmeldedaten auf die entsprechende VM verbinden, was aber alles durch einen Client geregelt werden soll (also im Endeffekt dann, für den Anfang ist es nicht dramatisch, wenn der Nutzer die Daten alle im MSTSC oder Browser eintragen muss).
Da das Programm als RemoteApp angeboten werden soll, würde ich als OS für die einzelnen VMs je einen MS Windows Server 2008/2012 R2 wählen. Als Virtualisierungssoftware vllt Hyper-V.
Das ganze als Terminalserverlösung mit einem Win Server hatte ich auch mal in Betracht gezogen, lässt sich aber nicht ohne weiteres realisieren, da das Programm an sich dafür heftige Umbaumaßnahmen erfordert.
Jetzt zu meinen Fragen:
1) Seht ihr dieses System so überhaupt realisierbar?
2) Ich weiß noch nicht, wie die Anmeldung in der Domäne funktioniert, dass das Skript dann ausgeführt wird. Kann man sich da in einem Browser, oder vllt auch direkt auf dem Server anmelden, damit dann eine VM gestartet werden kann?
3) Wenn die Anmeldung funktioniert, wie kommt die IP, die das Skript ausspuckt dann zum Nutzer? - ich wollte das halt relativ automatisiert haben, dass die IP dann direkt in den Client reingefeuert wird, sodass dieser sich per RDP verbinden kann und der Nutzer nichts mehr machen muss. Wenn's über Browser geht, dann kann man die IP ja in i.einem Textfeld ausgeben lassen, sodass der Nutzer die im Client eingeben muss. Meint ihr das geht?
Please also mark the comments that contributed to the solution of the article
Content-Key: 243847
Url: https://administrator.de/contentid/243847
Printed on: April 19, 2024 at 21:04 o'clock
24 Comments
Latest comment
Hallo Coplord, Willkommen auf Administrator.de!
Für mich klingt das fast zu 95% nach einer HyperV-VDI mit pooled Desktops mit der sich das realisieren ließe:
http://blogs.technet.com/b/canitpro/archive/2013/04/25/step-by-step-dep ...
Grüße Uwe
Für mich klingt das fast zu 95% nach einer HyperV-VDI mit pooled Desktops mit der sich das realisieren ließe:
http://blogs.technet.com/b/canitpro/archive/2013/04/25/step-by-step-dep ...
Grüße Uwe
das regelt der Server, dort kannst du festlegen wer welche VM zugewiesen bekommt. Verbinden kann sich der Client via RDP mit dem Server, dieser weist der Session dann automatisch je nach User oder Gruppe eine VM aus dem Pool zu.
Bau dir einfach mal ein virtuelles Testlab auf dann verstehst du das ganze besser.
Grüße Uwe
Bau dir einfach mal ein virtuelles Testlab auf dann verstehst du das ganze besser.
Grüße Uwe
deinem Hyper-V fehlt einfach die entsprechende Rolle:
http://technet.microsoft.com/en-us/library/ee216767.aspx
Ich sage nur Lesen, Lesen, und nochmal Lesen heißt hier die Devise, dann steht sowas an einem Vormittag! Ist ja alles schön von MS Schritt für Schritt dokumentiert.
Grüße Uwe
Before you run the Create Virtual Desktop Pool Wizard, ensure that a Remote Desktop Virtualization Host (RD Virtualization Host) server that is hosting virtual machines has been added in the Remote Desktop Connection Manager tool. For more information, see Add an RD Virtualization Host Server for RemoteApp and Desktop Connection.
Ich sage nur Lesen, Lesen, und nochmal Lesen heißt hier die Devise, dann steht sowas an einem Vormittag! Ist ja alles schön von MS Schritt für Schritt dokumentiert.
Grüße Uwe
Hast du zufällig eine Hyper-V Generation 2 VM erstellt ? Diese kann man momentan nicht als Template verwenden.
http://blogs.technet.com/b/andrew/archive/2013/10/28/lab-ops-4-windows- ...
http://blogs.technet.com/b/andrew/archive/2013/10/28/lab-ops-4-windows- ...
Zitat von @colinardo:
Ich meine nur Windows 7 und Windows 8 bzw. nur Clientsysteme sind als OS in VDI Templates zugelassen, müsste ich nochmal nachschauen ...
Ich meine nur Windows 7 und Windows 8 bzw. nur Clientsysteme sind als OS in VDI Templates zugelassen, müsste ich nochmal nachschauen ...
yip Server 2012 kannst du nicht als Template verwenden...
.... OS must be at least Windows 7 with SP1 or Windows 8 • Installed in a workgroup ...
"die version der integrationskomponenten in der vorlage für virtuelle desktops ist falsch"
Die Meldung ist doch eindeutig, keine Integrationsdienste in der VM installiert ?Pfeif dir erst mal die Hyper-V Grundlagen rein bevor du dich an VDI wagst, dann läuft das reibungsloser, und musst nicht immer rumraten.
Wie gesagt LESEN der Doku kommt im Fall von VDI vor Ausprobieren , dann stehst du nicht dauernd vor verschlossenen Türen. Das Thema ist komplex und vielschichtig.
Viel Erfolg noch
Grüße Uwe
Viel Erfolg noch
Grüße Uwe