HyperV migreren 2012R2 naar 2019

[basvaningen]

Ik heb een standalone Server 2012R2 als HyperV host.

Hierop draaien een 2-tal VM's. 1 domeincontroller en 1 SQL servertje.
Ik wil de 2 VM's overzetten naar een 2019 HyperV.

Wat is hiervoor de "best-practice". Live migratie kan volgens mij niet omdat ze standalone zijn.

Kan ik de machines het beste uitschakelen en vervolgens exporteren. Daarna de bestanden over kopiëren en dan importeren in 2019 of zijn er andere mogelijkheden.

Alvast bedankt voor jullie advies.

[Question Mark]

Wat heb je zelf al aan opties onderzocht? Als je denkt dat iets niet kan, zou het dan geen optie zijn om dit even iets beter uit te zoeken zodat je dit zeker weet? Er is zó ontzettend veel docu en guides te vinden over dit onderwerp, bijvoorbeeld:

using live migration to move virtual machines to a new host

The Shared Nothing Live Migration feature is a powerful tool to complete this task. This feature is also referred to as Live Migration without Failover Clustering in Windows Server 2016. It allows an administrator to move a running VM from the old server automatically and with minimum impact to the environment. This capability was introduced in Windows Server 2012 and it provides interoperability with the later Operating Systems. This Cross-Version Migration capability enables the movement of hosted VMs from an older server, such as a Windows Server 2012 R2 host, to a newer Operating System like Windows Server 2016 or later.

Use live migration without Failover Clustering to move a virtual machine

This article shows you how to move a virtual machine by doing a live migration without using Failover Clustering. A live migration moves running virtual machines between Hyper-V hosts without any noticeable downtime.

Lees je goed in zou ik zeggen, verzin een mogelijke strategie, en test deze eens in een lab zou ik zeggen.

[furian88]

1. zet de vm uit
2. kopieer de bestanden over naar de nieuwe server
3. importeer de vm's in de nieuwe hyper-v omgeving
3.a pas de config aan en selecteer de juiste virtuele switch
3.b druk de vm's weer aan
4. pak een biertje en ga weekend vieren

edit: zie 3.a/b, er van uit gaande dat er al netjes een netwerk functioneel is met de juiste virtuele switches etc

[ Voor 39% gewijzigd door furian88 op 16-04-2021 19:13 ]

[babbelbox]

furian88 schreef op vrijdag 16 april 2021 @ 19:04:
1. zet de vm uit
2. kopieer de bestanden over naar de nieuwe server
3. importeer de vm's in de nieuwe hyper-v omgeving
4. pak een biertje en ga weekend vieren

Nog ff aanzetten

Maar ff serieus. Check ook je netwerk koppelingen

[ Voor 8% gewijzigd door babbelbox op 16-04-2021 19:12 ]

[Dutchredgaming]

Volgensmij zijn 2012r2 VMs 1e generatie vms, dat moet je ook aanvinken bij het importeren.

[Kaalus]

Dutchredgaming schreef op vrijdag 16 april 2021 @ 19:35:
Volgensmij zijn 2012r2 VMs 1e generatie vms, dat moet je ook aanvinken bij het importeren.

Hoeft niet, 2012R2 had ook al generatie 2 VM's!

Heb ze zelf destijds zo gedaan als hier omschreven. VM's via export naar m'n NAS gezet, Server 2019 geïnstalleerd, VM's weer geïmporteerd en klaar.

[Question Mark]

Even een controlevraag, maar waarom adviseren sommige mensen om zaken handmatig te kopieren en te importeren, terwijl je gewoon via live migration vm's kunt verplaatsen tussen hosts?

Dat is toch vele malen eenvoudiger?

[Zwelgje]

Question Mark schreef op zaterdag 17 april 2021 @ 12:25:
Even een controlevraag, maar waarom adviseren sommige mensen om zaken handmatig te kopieren en te importeren, terwijl je gewoon via live migration vm's kunt verplaatsen tussen hosts?

Dat is toch vele malen eenvoudiger?

workgrouped hyperV host kan geen livemigrations doen

[HKLM_]

Zwelgje schreef op zaterdag 17 april 2021 @ 12:45:
[...]


workgrouped hyperV host kan geen livemigrations doen

Waar staat er dat die in een workgroup zit? Dat een machine standalone is hoeft niet te betekenen dat ze niet in het domein zitten Ik heb vorig jaar ook één standalone hyper-v host naar een 3 node cluster gemigreerd via live migration.

[ Voor 29% gewijzigd door HKLM_ op 17-04-2021 15:04 ]

[Zwelgje]

HKLM_ schreef op zaterdag 17 april 2021 @ 15:02:
[...]


Waar staat er dat die in een workgroup zit? Dat een machine standalone is hoeft niet te betekenen dat ze niet in het domein zitten Ik heb vorig jaar ook één standalone hyper-v host naar een 3 node cluster gemigreerd via live migration.

ok ok dat kan inderdaad. standalone in de zin van 'niet in een cluster'

ik interpreteer het het standalone als workgrouped maar kan er natuurlijk gigantisch naastzitten

[FreakNL]

Kan ook met Veaam. Of live migration. Of export / import...

Wegen, Rome enzo...

Ti’s ook geen rocketscience.. Gewoon proberen...

[nelizmastr]

HKLM_ schreef op zaterdag 17 april 2021 @ 15:02:
[...]


Waar staat er dat die in een workgroup zit? Dat een machine standalone is hoeft niet te betekenen dat ze niet in het domein zitten Ik heb vorig jaar ook één standalone hyper-v host naar een 3 node cluster gemigreerd via live migration.

Al is de host workgrouped, er staat een DC op. HV2012 en 2019 domain joinen, dan alsnog live migreren. Profit 🥳

[furian88]

Question Mark schreef op zaterdag 17 april 2021 @ 12:25:
Even een controlevraag, maar waarom adviseren sommige mensen om zaken handmatig te kopieren en te importeren, terwijl je gewoon via live migration vm's kunt verplaatsen tussen hosts?

Dat is toch vele malen eenvoudiger?

Dit is leuk, maar dien je een hoop dingen voor geregeld te hebben.
De snelle zonder gezeik manier is de optie die ik aangaf. Hier hoef je geen instellingen voor aan te passen etc.

Zitten de hosts in een domein samen dan zou je hiervoor kunnen kiezen uiteraard, mits alle poorten beschikbaar zijn en de config en het AD dit toe laat.

[The Eagle]

Question Mark schreef op zaterdag 17 april 2021 @ 12:25:
Even een controlevraag, maar waarom adviseren sommige mensen om zaken handmatig te kopieren en te importeren, terwijl je gewoon via live migration vm's kunt verplaatsen tussen hosts?

Dat is toch vele malen eenvoudiger?

Vooropgesteld: ik ben geen hyper V specialist.
Live migration is leuk maar als het mis gaat ben je de klos.
Wat je eigenlijk wilt is gewoon kopietje maken en elders opbrengen. Gaat het mis, is je rollback simpelweg het aanzetten van de oude omgeving.
Ok, je moet mogelijk nog wat met IP's en DNS namen knutselen, maar ook dat kan. Kwestie van goed uittesten en gaan. Is ook meteen het voordeel van een kopie: met die methode kun je vooraf testen waar je allemaal tegenaan loopt.

[HKLM_]

The Eagle schreef op zondag 18 april 2021 @ 13:16:
[...]

Vooropgesteld: ik ben geen hyper V specialist.
Live migration is leuk maar als het mis gaat ben je de klos.
Wat je eigenlijk wilt is gewoon kopietje maken en elders opbrengen. Gaat het mis, is je rollback simpelweg het aanzetten van de oude omgeving.
Ok, je moet mogelijk nog wat met IP's en DNS namen knutselen, maar ook dat kan. Kwestie van goed uittesten en gaan. Is ook meteen het voordeel van een kopie: met die methode kun je vooraf testen waar je allemaal tegenaan loopt.

Gebruik dan hyper-v replication als je live migration niet vertrouwd. Het handmatig kopiëren van disken etc zoals hier genoemd is echt niet nodig.

Hyper-v replication of live migration tussen de twee hosts is met een fluitje van een cent in te regelen.

[Question Mark]

furian88 schreef op zondag 18 april 2021 @ 13:11:
[...]
De snelle zonder gezeik manier is de optie die ik aangaf. Hier hoef je geen instellingen voor aan te passen etc.

Het is maar net wat je meer werk vind...

• Om live migrations met credssp uit te kunnen voeren moet je een paar commando's opgeven op je hosts, een migratiewizard doorlopen en klaar. Voordeel is dan wel dat Hyper-V zelf een aantal check's gaat uitvoeren om te bepalen of de migration op voorhand al niet zou gaan lukken.
• Als je het "handmatig" wil uitvoeren, dan moet je de vm stoppen, alle files kopieren, vm importeren, vm starten, originele vm verwijderen.

Voor beide opties zijn er overigens netwerkpoorten nodig die open moeten staan. Ook als je handmatig kopieert zul je immers eerst een secure channel moeten realiseren.

[furian88]

Question Mark schreef op maandag 19 april 2021 @ 08:12:
[...]

Het is maar net wat je meer werk vind...

• Om live migrations met credssp uit te kunnen voeren moet je een paar commando's opgeven op je hosts, een migratiewizard doorlopen en klaar. Voordeel is dan wel dat Hyper-V zelf een aantal check's gaat uitvoeren om te bepalen of de migration op voorhand al niet zou gaan lukken.
• Als je het "handmatig" wil uitvoeren, dan moet je de vm stoppen, alle files kopieren, vm importeren, vm starten, originele vm verwijderen.

Voor beide opties zijn er overigens netwerkpoorten nodig die open moeten staan. Ook als je handmatig kopieert zul je immers eerst een secure channel moeten realiseren.

Mee eens! maar goed, zoveel informatie hebben we dan van OP ook niet gekregen

[basvaningen]

Bedankt voor alle reacties!.

De HyperV host is inderdaad workgrouped, dus staat los van alles.
De 2 VM's zijn 2012R2 Generatie 2. Bij elkaar zijn de 2 VM's max 150GB.

[MarkieNL]

Lekker exporteren en importeren via de Hyper-V management console.
Behoud je ook hetzelfde MAC adres en hoef je de inhoudelijke TCP/IP instellingen niet bij te werken.

[Will_M]

basvaningen schreef op woensdag 21 april 2021 @ 11:35:
Bedankt voor alle reacties!.

De HyperV host is inderdaad workgrouped, dus staat los van alles.
De 2 VM's zijn 2012R2 Generatie 2. Bij elkaar zijn de 2 VM's max 150GB.

Ben maar blij dat je énige Hyper-V HOST welke je hebt een simpele Workgroup machine is. Gezien het feit dat de Host niet redudant is had je een serieus (KIP/EI) probleem gekregen met je virtulele Domain Controller welke als guest op je singele Hyper-V host draait

[Zwelgje]

Will_M schreef op woensdag 21 april 2021 @ 22:56:
[...]


Ben maar blij dat je énige Hyper-V HOST welke je hebt een simpele Workgroup machine is. Gezien het feit dat de Host niet redudant is had je een serieus (KIP/EI) probleem gekregen met je virtulele Domain Controller welke als guest op je singele Hyper-V host draait

nee hoor, die Domaincontroller als guest op een HyperV host welke in hetzelfde domain zit functioneert prima. zonder issues kan ik je uit de praktijk vertellen

wat je niet moet doen is een S2D cluster maken van die nodes met de domaincontroller op de storage (shared) welke door datzelfde cluster wordt gerepresenteerd.. dan krijg je wel issues.

maar cluster met domaincontroller en de VM op de C: schijf gaat gewoon prima

[Question Mark]

Microsoft heeft ergens een guide met best practices staan voor het virtualiseren van Domain Controllers. Daar staan tips in hoe dit het meest stabiel en secure ingericht kan worden. Denk dan aan zaken als:

• virtuele DC's spreiden over meerdere datacenters (als die er zijn)
• Toch nog één fysieke DC laten draaien (kan prima een simpele desktop machine zijn)
• etc.

Als je een beetje serieus met security bezig bent, wil je toch al vrij snel je Hyper-V hosts domainjoined hebben. Dan liggen zaken als accountmanagement en auditing/logging op één plek, ipv. meerdere.

edit:

Virtualizing Domain Controllers using Hyper-V

[ Voor 13% gewijzigd door Question Mark op 22-04-2021 08:35 ]

[Zwelgje]

Question Mark schreef op donderdag 22 april 2021 @ 08:33:
Microsoft heeft ergens een guide met best practices staan voor het virtualiseren van Domain Controllers. Daar staan tips in hoe dit het meest stabiel en secure ingericht kan worden. Denk dan aan zaken als:

• virtuele DC's spreiden over meerdere datacenters (als die er zijn)
• Toch nog één fysieke DC laten draaien (kan prima een simpele desktop machine zijn)
• etc.

Als je een beetje serieus met security bezig bent, wil je toch al vrij snel je Hyper-V hosts domainjoined hebben. Dan liggen zaken als accountmanagement en auditing/logging op één plek, ipv. meerdere.

edit:

Virtualizing Domain Controllers using Hyper-V

Workgrouped HyperV hosts is echt een management hell! Micromanagement in het kwadraat