6
Empfehlungen gesucht für Migration von Vmware zu Hyper-V
Hallo,
wir stehen gerade vor der Überlegung von Vmware zu Hyper-V zu wechseln, da die vSphere Lizenzen nicht mehr realitätsnah für uns sind.
Da Hyper-V ein Bestandteil von Windows Server ist, kommen hier eine versteckten Mehrkosten auf uns zu, wenn wir auf Server 2022 wechseln wollen(aktuell alles 2016er).
Es geht für mich hier um ein paar grundsätzliche Fragen und evtl. Tipps von euch.
Das ganze wird auf einem Fujitsu RX2450 M4 laufen. Ein zweiter Server modernerer Art ist aktuell angefragt worden.
Hardware technisch sieh das ganze wie folgt aus:
RX2540:
2 x 8 Kerner
2 x 240GB SSD RAID 1
6 x 960GB SSD RAID 10
192 GB RAM
4 x 1GB NIC für VMs (es gibt noch eine weiter 4 x 1GB NIC in diesem System, wird daher aktuell nicht genutzt)
2 x 1GB IPMI
Hier läuft aktuell vSphere 7 U3
Neuer Server ist etwas kleine angelegt:
1 x 8 Kerner
SSD Konfiguration identisch mit dem RX2540er
128 GB RAM
NIC identisch mit dem RX2540er (ohne die ungenutzte NIC)
Hier soll dann Server 2022 mit Hyper-V für die Migration drauf. Später wird der RX2540er auch auf Hyper-V umgestellt.
Es laufen 8 VMs:
2 x DC
1 x Exchange
1 x File/Print Server
1 x ERP/Versandprogramme
1 x WSUS
2 x MGMT Server 1 xfür Backups/Mailarchiv und 1 x PRTG
Das Backup System(VMBackup von Hornet Security ehemals Altaro) wollte ich in diesem Zug dann lieber auf einen Physikalischen MGMT Client auslagern, wo dann auch Windows Admin Center drauf läuft.
Hier meine Fragen:
Meine Gedanke beim Hyper-V auf Server Core zu setzen um unnötigen Overhead zu vermeiden. Nein, ich bin in Powershell wenig fit aber man kann ja lernen. Zudem erhoffe ich mir einiges über das Windows Admin Center machen zu können.
Mein kleiner Testaufbau hat zumindest sehr reibungslos geklappt.
Wo liegen hier die Grenzen von Windows Admin Center in der Verwaltbarkeit?
Ich habe keine Migrationsmöglichkeit in WAC gefunden, wie es zum Beispiel im VMM möglich sein soll. Ich schätze hier bleibt einem dann nur der Weg über den Starwind V2V Converter?
Warum ich das frage, bringt eine weitere Frage ins Spiel und zwar Hosts in die Domäne aufnehmen Ja oder Nein?
Beim vSphere habe ich mich ganz klar für Nein entschieden, um den Angriffsvektor hier zu minimieren. Hyper-V ist halt Windows und Microsoft möchte den Hyper-V in der Domäne haben(laut Best Practices). Wenn ich die Hosts nicht in die Domäne aufnehme fällt die Verwaltung etwas komplizierter aus. Es gibt Anleitungen wie man das macht, bedarf dann aber rumdoktoren an Host File und GPOs. Ist aber anscheinend grundsätzlich möglich.
Wie handhabt ihr das?
Wie viel Ressourcen wären einzuplanen, sollte man doch Hyper-V mit Windows GUI laufen lassen?
Weiteres Thema Updates:
Die Hyper-V Hosts werden nicht automatisch vom WSUS versorgt. Lässt sich aber bestimmt lokal per Registry Einträge konfigurieren, richtig?
Besser wäre es womöglich per Windows Admin Center. Gibt es hier eine Möglichkeit die GPOs zu importieren oder geht das nur per RSAT?
Ich denke, das wären die Fragen fürs Erste.
Abschließend würde ich mich natürlich noch über Tipps und mögliche Probleme/Stolpersteine freuen.
Vielen Dank schon mal und ein schönes Wochenende!
wir stehen gerade vor der Überlegung von Vmware zu Hyper-V zu wechseln, da die vSphere Lizenzen nicht mehr realitätsnah für uns sind.
Da Hyper-V ein Bestandteil von Windows Server ist, kommen hier eine versteckten Mehrkosten auf uns zu, wenn wir auf Server 2022 wechseln wollen(aktuell alles 2016er).
Es geht für mich hier um ein paar grundsätzliche Fragen und evtl. Tipps von euch.
Das ganze wird auf einem Fujitsu RX2450 M4 laufen. Ein zweiter Server modernerer Art ist aktuell angefragt worden.
Hardware technisch sieh das ganze wie folgt aus:
RX2540:
2 x 8 Kerner
2 x 240GB SSD RAID 1
6 x 960GB SSD RAID 10
192 GB RAM
4 x 1GB NIC für VMs (es gibt noch eine weiter 4 x 1GB NIC in diesem System, wird daher aktuell nicht genutzt)
2 x 1GB IPMI
Hier läuft aktuell vSphere 7 U3
Neuer Server ist etwas kleine angelegt:
1 x 8 Kerner
SSD Konfiguration identisch mit dem RX2540er
128 GB RAM
NIC identisch mit dem RX2540er (ohne die ungenutzte NIC)
Hier soll dann Server 2022 mit Hyper-V für die Migration drauf. Später wird der RX2540er auch auf Hyper-V umgestellt.
Es laufen 8 VMs:
2 x DC
1 x Exchange
1 x File/Print Server
1 x ERP/Versandprogramme
1 x WSUS
2 x MGMT Server 1 xfür Backups/Mailarchiv und 1 x PRTG
Das Backup System(VMBackup von Hornet Security ehemals Altaro) wollte ich in diesem Zug dann lieber auf einen Physikalischen MGMT Client auslagern, wo dann auch Windows Admin Center drauf läuft.
Hier meine Fragen:
Meine Gedanke beim Hyper-V auf Server Core zu setzen um unnötigen Overhead zu vermeiden. Nein, ich bin in Powershell wenig fit aber man kann ja lernen. Zudem erhoffe ich mir einiges über das Windows Admin Center machen zu können.
Mein kleiner Testaufbau hat zumindest sehr reibungslos geklappt.
Wo liegen hier die Grenzen von Windows Admin Center in der Verwaltbarkeit?
Ich habe keine Migrationsmöglichkeit in WAC gefunden, wie es zum Beispiel im VMM möglich sein soll. Ich schätze hier bleibt einem dann nur der Weg über den Starwind V2V Converter?
Warum ich das frage, bringt eine weitere Frage ins Spiel und zwar Hosts in die Domäne aufnehmen Ja oder Nein?
Beim vSphere habe ich mich ganz klar für Nein entschieden, um den Angriffsvektor hier zu minimieren. Hyper-V ist halt Windows und Microsoft möchte den Hyper-V in der Domäne haben(laut Best Practices). Wenn ich die Hosts nicht in die Domäne aufnehme fällt die Verwaltung etwas komplizierter aus. Es gibt Anleitungen wie man das macht, bedarf dann aber rumdoktoren an Host File und GPOs. Ist aber anscheinend grundsätzlich möglich.
Wie handhabt ihr das?
Wie viel Ressourcen wären einzuplanen, sollte man doch Hyper-V mit Windows GUI laufen lassen?
Weiteres Thema Updates:
Die Hyper-V Hosts werden nicht automatisch vom WSUS versorgt. Lässt sich aber bestimmt lokal per Registry Einträge konfigurieren, richtig?
Besser wäre es womöglich per Windows Admin Center. Gibt es hier eine Möglichkeit die GPOs zu importieren oder geht das nur per RSAT?
Ich denke, das wären die Fragen fürs Erste.
Abschließend würde ich mich natürlich noch über Tipps und mögliche Probleme/Stolpersteine freuen.
Vielen Dank schon mal und ein schönes Wochenende!
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 14085948091
Url: https://administrator.de/contentid/14085948091
Printed on: July 1, 2024 at 11:07 o'clock
6 Comments
Latest comment
Moin,
Du willst zwar zu Hyper-V, warum nicht zu proxmox wechseln?
Du ersetzt einfach Deinen ESXI und fertig.
Sehr zufrieden und stabil.
Proxmox ESXI Import Kurzhinweise
Du willst zwar zu Hyper-V, warum nicht zu proxmox wechseln?
Du ersetzt einfach Deinen ESXI und fertig.
Sehr zufrieden und stabil.
Proxmox ESXI Import Kurzhinweise
4
Morschen.
Ich persönlich würde die Hosts nicht in die Domäne aufnehmen.
Mit der eingesetzten Backup Lösung sollte es ein Einfaches sein die VMs auf dem neuen Host wiederherzustellen.
So wäre auch mal ein Disaster Recovery getestet
Man könnte auch die Maschinen von den VMWaretools "befreien" und dann mit Clonezilla auf den neuen Host klonen (musste ich mal aus verschiedenen Gründen so machen; von XCP-NG auf Hyper-V).
Einen der beiden DC würde ich in Hardware vorhalten und nicht beide virtualisiert betreiben.
Einfach einen gebrauchten Mini PC erwerben (es reicht auch zumeist ein Thin Client, wie ein HP T630) und dort den DC installieren.
Ohne GUI. Das Windows Admin Center, die RSAT Tools und die Powershell sind da zu bevorzugen.
Es sei denn man möchte den Hyper-V Host auch als Backup Server nutzen (habt ihr ja nicht vor).
Ich würde die 192 GB RAM des alten Hosts auf jeden Fall auch für den neuen planen. Die Mehrkosten dürften überschaubar sein.
Microsoft möchte ja, dass ein Server 2022 mindestens 16 GB RAM haben soll.
Gruß
Marc
Ich persönlich würde die Hosts nicht in die Domäne aufnehmen.
Mit der eingesetzten Backup Lösung sollte es ein Einfaches sein die VMs auf dem neuen Host wiederherzustellen.
So wäre auch mal ein Disaster Recovery getestet
Man könnte auch die Maschinen von den VMWaretools "befreien" und dann mit Clonezilla auf den neuen Host klonen (musste ich mal aus verschiedenen Gründen so machen; von XCP-NG auf Hyper-V).
Einen der beiden DC würde ich in Hardware vorhalten und nicht beide virtualisiert betreiben.
Einfach einen gebrauchten Mini PC erwerben (es reicht auch zumeist ein Thin Client, wie ein HP T630) und dort den DC installieren.
Zitat von @preysa:
Wie viel Ressourcen wären einzuplanen, sollte man doch Hyper-V mit Windows GUI laufen lassen?
Wie viel Ressourcen wären einzuplanen, sollte man doch Hyper-V mit Windows GUI laufen lassen?
Ohne GUI. Das Windows Admin Center, die RSAT Tools und die Powershell sind da zu bevorzugen.
Es sei denn man möchte den Hyper-V Host auch als Backup Server nutzen (habt ihr ja nicht vor).
Ich würde die 192 GB RAM des alten Hosts auf jeden Fall auch für den neuen planen. Die Mehrkosten dürften überschaubar sein.
Microsoft möchte ja, dass ein Server 2022 mindestens 16 GB RAM haben soll.
Gruß
Marc
Moin,
Wenn es Hyper-V bleiben soll (Oroxmox wäre in einfachen Ungebungen tatsächlich eine Überlegung - sofern eure Backup-Lösung Proxmox supported), hast du sicherlich schon diese „Anleitung“ entdeckt:
https://www.nakivo.com/blog/how-to-convert-vmware-vm-to-hyper-v/
Hier werden verschiedene Tools genannt, um die VMs umzuziehen, z. B. der Microsoft Virtual Machine Converter
Bei eurer Idee, zwei Hosts zu etablieren: wenn ihr einen HA-Cluster anstrebt, denk an das Central-Storage (SAN auf Basis iSCSI, FC, infiniband, FCoE, ….) bzw. S2D (https://serverhero.de/wissen/microsoft-storages-direct-s2d)
Edit:
Wenn es Hyper-V bleiben soll (Oroxmox wäre in einfachen Ungebungen tatsächlich eine Überlegung - sofern eure Backup-Lösung Proxmox supported), hast du sicherlich schon diese „Anleitung“ entdeckt:
https://www.nakivo.com/blog/how-to-convert-vmware-vm-to-hyper-v/
Hier werden verschiedene Tools genannt, um die VMs umzuziehen, z. B. der Microsoft Virtual Machine Converter
Bei eurer Idee, zwei Hosts zu etablieren: wenn ihr einen HA-Cluster anstrebt, denk an das Central-Storage (SAN auf Basis iSCSI, FC, infiniband, FCoE, ….) bzw. S2D (https://serverhero.de/wissen/microsoft-storages-direct-s2d)
Edit:
Die Hyper-V Hosts werden nicht automatisch vom WSUS versorgt. Lässt sich aber bestimmt lokal per Registry Einträge konfigurieren, richtig?
Korrekt. Geht per RegKey. Haben wir für div. Non-Domain-Joined Systeme so etabliert, damit man Kontrolle über die Updates behält, so z.B. mit unserem Veeam-Server.
Schon mal Danke für Antworten.
Proxmox war definitiv eine Option. Leider deckt die Backup Lösung Proxmox aber nicht ab und man müsste entweder weitere Kosten für zum Besipiel Nakivo einrechnen oder die PBS aufsetzen, welches aber nicht gut auf Applikation Ebene arbeitet(Exchange, File Level Restore etc. )
Zudem war ich mir nicht sicher, ob Proxmox sich mit dem Raid Cotroller versteht. Ich habe einen alten Dell R420 auf dem ich die Proxmox Installation probiert habe, aber es kam andauern zu Fehlern, welche laut Proxmox Forum wohl auf den PERC Raid Controller zurückzuführen waren und ich war mir nich sicher, wie sich das bei den Fujitsu Controllern verhält und ob ich da in die selben Probleme renne.
Proxmox war definitiv eine Option. Leider deckt die Backup Lösung Proxmox aber nicht ab und man müsste entweder weitere Kosten für zum Besipiel Nakivo einrechnen oder die PBS aufsetzen, welches aber nicht gut auf Applikation Ebene arbeitet(Exchange, File Level Restore etc. )
Zudem war ich mir nicht sicher, ob Proxmox sich mit dem Raid Cotroller versteht. Ich habe einen alten Dell R420 auf dem ich die Proxmox Installation probiert habe, aber es kam andauern zu Fehlern, welche laut Proxmox Forum wohl auf den PERC Raid Controller zurückzuführen waren und ich war mir nich sicher, wie sich das bei den Fujitsu Controllern verhält und ob ich da in die selben Probleme renne.
Moin...
der Hyper-V host sollte nicht im AD sein!
der Hyper-V gehört mit der Backuplösung in ein Verwaltungs Netz... ob VLAN etc.. ist völlig wurst- muss aber vom VM netz getrennt sein!
die migration geht mit disk2vHD ohne Probleme..
oder mit deiner Backup Lösung
oder mit Veeam, die freiee version spielt in beiden welten, und du hast alle funktionen innerhalb 30 Tage.
ich würde allerdings den DC auf eine neue VM migrieren!
beim Exchange würde ich auch über eine migration nachdeken... frist kein brot, und ist schnell erledigt ohne ausfall und im Betrieb!
Frank
der Hyper-V host sollte nicht im AD sein!
der Hyper-V gehört mit der Backuplösung in ein Verwaltungs Netz... ob VLAN etc.. ist völlig wurst- muss aber vom VM netz getrennt sein!
die migration geht mit disk2vHD ohne Probleme..
oder mit deiner Backup Lösung
oder mit Veeam, die freiee version spielt in beiden welten, und du hast alle funktionen innerhalb 30 Tage.
ich würde allerdings den DC auf eine neue VM migrieren!
Microsoft möchte ja, dass ein Server 2022 mindestens 16 GB RAM haben soll.
na ja... für nen DC, je nach größe sollen auch 6-8 GB reichen.beim Exchange würde ich auch über eine migration nachdeken... frist kein brot, und ist schnell erledigt ohne ausfall und im Betrieb!
Frank
1Zitat von @Vision2015:
Microsoft möchte ja, dass ein Server 2022 mindestens 16 GB RAM haben soll.
na ja... für nen DC, je nach größe sollen auch 6-8 GB reichen.Hatte ja auch nur geschrieben, dass Microsoft das gerne möchte.
Bei uns läuft in einer Außenstelle auch ein 2022er DC auf einem Mini PC mit 4 GB RAM ohne Probleme.
Gruß
Marc
1