muehlmann
Goto Top

Windows Server 2016 RDS Sammlung virtueller Desktops lässt sich nicht erstellen.

Hallo,
ich habe bei einem Testszenario ein Problem.
Die Ausgangslage:
Ich möchte eine Sammlung virtueller Desktops auf Basis von Windows 10 Enterprise auf einem Windows Server 2016 über die Remote Desktop Dienste erstellen. Alles, aufgrund von Testszenario, auf einer einzelnen VMware Workstation VM.

Die Umsetzung:
Windows Server 2016 aufgesetzt. Hostname: DC Domäne: Saschas-IT.local IP-Netz: 10.0.1.0/24 IP des DC: 10.0.1.1
Domänendienste, DNS und DHCP eingerichet, Hyper-V installier, virtuellen Switch konfiguriert:
2018-10-31 13_55_16-window

Eine VM mit Windows 10 Enterprise auf dem Hyper-v angelegt und mit Sysprep vorbereitet und heruntergefahren:

2018-10-30 23_42_07-dc-vdi_2016 - vmware workstation

DNS und DHCP am DC funktionieren:
2018-10-31 14_03_12-window

2018-10-31 14_05_00-window

Nun möchte ich die Bereitstellung der RDS-Dienste angehen und habe den Assistenten ganz normal befolgt:
2018-10-30 22_47_44-dc-vdi_2016 - vmware workstation

Wenn ich nun die Sammlung erstelle findet der Assistent die VM nicht:
2018-10-31 12_59_58-window

So bin ich noch einmal zurückgerudert und habe die Schnelle Bereitstellung versucht:
2018-10-31 13_33_29-window
2018-10-31 13_34_15-window
2018-10-31 13_34_23-window

Fehler:
2018-10-31 13_42_07-window

So komme ich jetzt nicht mehr weiter face-sad Habt ihr eine Idee woran das liegen könnte, und warum der Assistent der VM keinen virtuellen Switch hinzufügen kann?

Content-ID: 391329

Url: https://administrator.de/contentid/391329

Ausgedruckt am: 25.11.2024 um 13:11 Uhr

137443
Lösung 137443 31.10.2018 aktualisiert um 15:39:00 Uhr
Goto Top
Es gibt gute Gründe einen Hyper-V nicht auf einem DC zu installieren und dann zu guter letzt auch noch RDS (what the fuck?) -> not supported, auch wenn es nur ein Testszenario ist, ist es keine gute Idee wie du gerade siehst, das spiegelt in keinster Weise die Realität wieder und es kann zu kuriosesten Problemen kommen wenn man nicht alle Funktionen dieser Rollen im Detail im Blick hat. Also DC separat und den RDS mit Hyper-V auf separater Maschine(VM).

Gruß l.
lcer00
lcer00 31.10.2018 um 20:34:02 Uhr
Goto Top
Hallo,

was ist Laufwerk V: ? Ist das ein lokales oder Netzwerklaufwerk?

Grüße

lcer
Dani
Lösung Dani 31.10.2018 um 20:41:10 Uhr
Goto Top
Moin,
soweit ich weiß ist für RDS VDI unbedingt Hyper-V als Host einzusetzen. Zudem darf der Host nur VDIs bereitstellen und nichts anderes.


Gruß,
Dani
Muehlmann
Muehlmann 31.10.2018 um 21:59:59 Uhr
Goto Top
Laufwerk V: ist ein lokales, exklusiv für die Systempatitionen der VMs
Muehlmann
Muehlmann 31.10.2018 um 22:05:21 Uhr
Goto Top
Danke für deine Reaktion. Wäre eine Bereitstellung wie folgt denkbar?

1 Physischer Host, auf diesem laufen als VM: 1x DC, 1x Fileserver, 1xHostserver für VDI? (Der Physische Host ist selbst nicht Teil der Domäne)
Muehlmann
Muehlmann 01.11.2018 um 11:37:52 Uhr
Goto Top
Ich habe nun eine weiter virtuelle Maschine aufgesetzt, Hyper-V 2016 Core und die Bereitstellung der Rolle des RD-Virtualisierungshosts auf diesen installiert.
2018-10-31 14_54_33-window

Daraufhin wurde mir nun auch die, zuvor dahin verschobene, VM angezeigt
2018-10-31 14_55_07-window
137443
Lösung 137443 01.11.2018 aktualisiert um 11:55:15 Uhr
Goto Top
Zitat von @Muehlmann:

Ich habe nun eine weiter virtuelle Maschine aufgesetzt, Hyper-V 2016 Core und die Bereitstellung der Rolle des RD-Virtualisierungshosts auf diesen installiert.
Beachte aber das einige RD Rollen auf Server Core nicht installiert werden können:
https://docs.microsoft.com/de-de/windows-server/administration/server-co ...
als da wären : Gateway, RD Session Host, Web Access, falls diese ebenfalls genutzt werden sollen.
Muehlmann
Muehlmann 01.11.2018 um 11:56:55 Uhr
Goto Top
Danke. Ja die anderen Rollen kann ja eine beliebige andere Maschine übernehmen. Z.b.: der DC, auch wenn das nicht die beste Lösung ist.