Fysieke servers converteren of migreren naar VMware ESXi via VMware Converter Standalone. Windows omzetten naar een virtuele machine

VMware vCenter Converter standalone- uitstekend gratis hulpprogramma om de conversie uit te voeren fysiek systeem naar virtueel ( P2V) of van het ene virtualisatiesysteem naar het andere ( V2V). Beginnend met VMware-converter 5.0 het systeem ondersteunt de mogelijkheid synchronisatie wijzigingen tussen het bronsysteem en de virtuele kopieermachine op de ESXi-host. Met deze functie kunt u in verschillende stappen een fysieke server virtualiseren met minimale downtime groot volume gegevens op fysieke schijven. Bovendien kan VMware Converter, samen met de gratis VMware vSphere Hyperviso hypervisor (gebaseerd op ESXi), worden omgezet in het eenvoudigste systeem voor organisatie herstel na een ramp (herstel na een ramp) kritieke infrastructuurcomponenten, waarbij periodiek wijzigingen in kritieke systemen worden gesynchroniseerd met hun virtuele kopieën.

Wanneer converteren is ingeschakeld Windows-systemen VMware Converter kopieert gegevens van de bronmachine naar de doel-VM, terwijl de bronmachine zelf draait en de gegevens daarop veranderen. Dit beginstadium kopiëren. De tweede keer worden alleen de wijzigingen gekopieerd die zijn aangebracht sinds de eerste kopie van het systeem is gemaakt. Dit proces wordt synchronisatie genoemd. Met de synchronisatiefunctie kunt u de downtime van applicaties tijdens P2V / V2V-conversie verminderen, omdat de uiteindelijke applicatie alleen hoeft te worden uitgeschakeld terwijl de wijzigingen worden overgedragen. Wanneer u synchronisatie gebruikt, kunt u de downtime van applicaties terugbrengen van enkele uren naar 1-2 uur.

Advies. Het synchroniseren van wijzigingen in VMware Converter wordt alleen ondersteund bij gebruik van vCenter- of ESXi-servers versie 4.0 en hoger.

In dit artikel laten we zien hoe synchronisatie van wijzigingen tussen de bronserver (een bestandsserver met 700 GB aan gegevens op interne schijven) en de bijbehorende virtuele kopie Met met behulp van VMware vCenter Converter Standalone 6.0.

1. Moet downloaden en installeren VMware-converter standalone(installeer het bij voorkeur op een aparte server).
2. Laten we een nieuwe conversietaak maken: Bestand-> Nieuw-> Converteer machine.
3. Laten we kiezen dat we het ingeschakelde systeem moeten converteren ( Aangedreven machine), geef de naam/het adres, het besturingssysteemtype en de gebruikersaccount en het wachtwoord met beheerdersrechten op.
4. VMware Converter maakt verbinding met de opgegeven server en installeert de service daarop VMware vCenter Converter zelfstandige agent(vmware-converter-agent)
5. Vervolgens wordt u gevraagd om de ESXi-servernaam (of vCenter-server) waarop de virtuele machine wordt gemaakt, en de inloggegevens om er toegang toe te krijgen
6. We zullen worden gevraagd om de naam te selecteren van de VM die wordt gemaakt, de locatie, boerderijnaam, host, schijf opslag En
7. Vervolgens moet u de schijven selecteren doelsysteem, die moeten worden gekopieerd, geheugen- en CPU-instellingen, enz. We zijn het meest geïnteresseerd in de instellingen in de sectie Geavanceerd.
8. We zijn van plan het systeem in twee fasen om te zetten in een VM: de eerste, wanneer de initiërende conversie wordt uitgevoerd, en de laatste, wanneer de wijzigingen die zijn opgetreden sinds het eerste kopiëren van de gegevens, zijn gesynchroniseerd.
9. Vink het vakje aan Synchroniseer verandering. Selecteer wanneer u de volgende synchronisatie wilt uitvoeren. Nodig(!!) schakelt het selectievakje uit.
   
10. Op het tabblad Post-conversie selecteer de acties die moeten worden uitgevoerd na de laatste synchronisatie. We willen automatisch de aangemaakte VM inschakelen (doelmachine inschakelen), de bronserver uitschakelen (bronmachine uitschakelen), VMTools installeren, enz.
    
11. Het enige dat overblijft is het starten van de eerste P2V-conversiefase en wachten tot deze is voltooid.

    Opmerking. In ons geval voor fysiek bestanden server met 700 GB aan data duurde de conversie ongeveer 15 uur.

12. Zodra de eerste conversie is voltooid, kunnen we handmatig opnieuw synchroniseren. Om dit te doen, selecteert u de taak in de VMware Converter-console en in contextmenu laten we kiezen Synchroniseren.

    Opmerking. VMware Converter installeert een speciaal ‘bitmapstuurprogramma’ (bmdrvr-service) op het bronsysteem, dat wijzigingen bijhoudt die in het systeem zijn opgetreden sinds de laatste synchronisatie.

    

13. In het wizardvenster dat wordt geopend, geven we aan dat de synchronisatie onmiddellijk moet worden gestart en dat na voltooiing de definitieve synchronisatie moet worden uitgevoerd. Om te voorkomen dat gebruikers bestanden op de server bewerken op het moment van de definitieve synchronisatie, kunt u dit tijdelijk doen stop bestandsservice .
    
14. De laatste synchronisatie duurde ongeveer een uur, waarbij de wijzigingen op de bronmachine naar de VM werden gerepliceerd. Dan oude server automatisch uitgeschakeld en de nieuwe VM ingeschakeld.
    
15. Het enige dat overblijft is het voltooien van de definitieve configuratie van de VM (verwijder verborgen netwerkkaarten, oude stuurprogramma's, wijs IP-adressen toe aan nieuwe netwerkinterfaces, enz.) - en de virtuele machine is klaar voor gebruik.

Tijdens de synchronisatie van wijzigingen maakt de vSphere-server afzonderlijke snapshots op de doelmachine, waardoor, indien nodig, kan worden teruggegaan naar elke fase van de synchronisatie (logische VMware werkt Converter zal kapot zijn).

Conversie of migratie fysieke servers op VMware ESXi via VMware Converter Standalone

Er zijn verschillende mogelijkheden om fysieke servers en werkstations naar te converteren of te migreren virtuele omgeving. Eerder keken we naar eenvoudig en handige manier een hulpprogramma gebruiken om een ​​actief systeem te migreren zonder het te hoeven stoppen Microsoft Hyper-V. Nu zullen we dezelfde bewerking uitvoeren, maar de uiteindelijke virtualisatietool zal VMware ESXi 5.5 up2 zijn. Hiervoor hebben we nodig gespecialiseerd nutsbedrijf VMware-converter standalone 5.5 , die kan worden gedownload van de officiële website.

In het onderhavige geval wordt het conversiehulpprogramma geïnstalleerd op een pc met MS Windows 7. De migratie wordt uitgevoerd van een fysieke server met MS Windows Server 2008 32bit naar een VMware ESXi-virtualisatiehost. Waar u op moet letten:

• om de conversietijd te verkorten is het de moeite waard
• u moet uw login en wachtwoord weten rekening lokale beheerder
• Om de conversieagent te installeren, moet u de firewallbeperkingen verwijderen (of tijdelijk uitschakelen)
• soms is het nodig om te installeren voordat u met de conversie begint (om de overdracht van de systeemimage correct te voltooien)

Hieronder vindt u instructies met afbeeldingen voor het opzetten van de overdracht van fysieke servers. Voor de duidelijkheid en beknoptheid van de beschrijving zijn de noodzakelijke acties rood gemarkeerd:

Let op de hoeveelheid Beschikbare opties conversie. Diverse afbeeldingen virtuele schijven, Acronis-schijfimages (.tib), evenals een actief besturingssysteem.

Wij geven de conversiebron aan. In ons geval migreren we een fysieke server. Om dit te doen, maken we de juiste instellingen: IP-adres. login en wachtwoord.

De installatie van de conversieagent wordt automatisch uitgevoerd; we hoeven alleen maar te selecteren in welke modus (automatisch of handmatig) de verwijdering van deze software wordt uitgevoerd.

Bestemmingsserver - VMware ESXi

Op dezelfde manier geeft onze server of ESXi-cluster de bestemmingsbron aan: IP-adres, rootgebruikersgegevens.

Configuratie van de toekomstige virtuele machine

Hier stellen we de parameters voor conversie in: de schijf van het migrerende systeem, evenals de parameters van de gemaakte VM (CPU, RAM, LAN). Ook hier kunt u de parameters van het gastbesturingssysteem (naam, domeinlidmaatschap, enz.) opgeven, evenals de uiteindelijke herconfiguratie (optimalisatie voor de hypervisor) en VMware-installatie Hulpmiddelen.

Vervolgens begint het VM-conversieproces zelf. In 90% van de gevallen is het succesvol; het wordt aanbevolen om actief gebruikte services en databases tijdens de conversie te stoppen (door daaropvolgende synchronisatie op te geven in de overdrachtsinstellingen).

Hierna kunt u het gekloonde virtuele systeem starten en de nodige aanpassingen maken aan het “nieuwe” besturingssysteem.

VMware vMotion is een functie van vSphere waarmee u uw hardloopsessies kunt migreren virtuele machine(VM) VMware van de ene host naar de andere zonder de productieomgeving te verstoren. VMware vMotion werd voor het eerst geïntroduceerd in 2003 en is nu opgenomen in bijna alle edities van VMware vSphere, behalve vSphere Essentials Kit, ontworpen voor kleine virtuele omgevingen.

VMware vMotion kan in verschillende situaties worden gebruikt, te beginnen met routineonderhoud hardware, wanneer u een VM kortstondig naar een andere ESX(i)-host moet verplaatsen zonder deze te stoppen, en voordat u productie-VM's naar krachtigere servers migreert. Als uw vSphere-licentie VMware vMotion bevat, gefeliciteerd, dan heeft u geluk! Maar wat als uw licentie deze functionaliteit niet biedt OF als u deze slechts voor één project nodig heeft? In dit geval kan de Quick Migration-technologie van Veeam u helpen.

Wat is snelle migratie? - Dit is een functie van de gratis versie van Veeam Backup & Replication (zonder vervaldatums!). Quick Migration is opgenomen in alle edities van Veeam-back-upsystemen, maar hier we zullen praten alleen over gratis product, aangezien dit artikel een optie beschrijft om actieve VMware VM's te migreren zonder extra kosten:

• Installeer Veeam Back-up gratis Editie op een virtuele of fysieke machine onder Windows-besturing. Dit proces duurt slechts 15 minuten en zou geen problemen moeten veroorzaken. U vindt stapsgewijze instructies;
• Voordat u gebruikt Snelle functie Migratie, bron- en doel-ESX(i)-hosts toevoegen aan de infrastructuur Reserveer exemplaar Veeam. Gebruikersomgeving is heel eenvoudig, dus deze handeling zal geen problemen veroorzaken. Maar als je er zeker van wilt zijn dat alles correct gebeurt,

Klaar. Volgende vraag: Een VMware VM migreren met behulp van Snelle technologie Migratie?

Dankzij de Quick Migration-technologie kunt u actieve VM's migreren tussen verschillende hosts en/of opslagsystemen. Selecteer de gewenste VM en selecteer vervolgens Snelle migratie in het contextmenu:

Er wordt een wizard geopend, inclusief .

Dat is alles!

Extra notities:

1. Quick Migration-technologie kan handig zijn wanneer u een VMware VM van de ene VMware ESX(i)-host naar een andere moet migreren zonder noemenswaardige verstoringen, en de VMware vMotion-functie niet beschikbaar is. OF wanneer u actieve VM's naar een andere opslag moet verplaatsen en de vSphere Storage vMotion-functie niet beschikbaar is. In beide gevallen helpt Veeam Quick Migration u bij het migreren van de gewenste VM’s met behulp van eigen SmartSwitch-technologie.
2. In feite kan Quick Migration werken met VMware VM's in elke staat, maar het belangrijkste voordeel is dat u hiermee een actieve VM kunt migreren zonder dat dit een aanzienlijke impact heeft op de productieomgeving, omdat u het systeem niet hoeft af te sluiten.
3. Snelle migratie kan meerdere VMware-VM's tegelijkertijd naar een nieuwe locatie verplaatsen, in plaats van één voor één.
4. Snelle migratie werkt alleen met VMware, niet met Hyper-V.
5. Om Veeam Backup te laten werken Gratis editie In ieder geval is de eenvoudigste betaalde editie van VMware ESXi vereist, aangezien de functionaliteit van de ESXi Free API beperkt is.

Ik hoop dat je dit artikel nuttig vond. Als u vragen heeft of hulp nodig heeft, neem dan contact met mij op, ik help u graag verder.

Mogelijk vindt u de volgende materialen ook nuttig:

• Artikel (2e deel van het artikel Gedetailleerde gids over gegevensbescherming en noodherstel (VMware)
• Veeam-helpcentrum:

Migratie van fysieke en virtuele VMware-server

• Systeem administratie

Er was eens een server in een ver land. Door technische specificaties voor zijn tijd was hij niet slecht - Intel Core Quad Q6600 2,4GHz 8GB RAM Intel DQ965GF-moederbord, 3ware7xxx/8xxx raid-controller en 2 SATA-schijf 300 GB elk in raid 1-array.

En toen besloot ik op een dag om op deze server een van de schijven in de raid te laten sterven - en toen ik eenmaal besloot, stierf ik. Het was logisch om aan te nemen dat waar de ene schijf stierf, de tweede ook zou kunnen sterven - deze moet worden vervangen. Ja en uitbreiden schijfruimte Het kan geen kwaad, dachten we.
Op de een of andere manier kochten we, met de helft van de zonde, nieuwe schijven van 2 TB - er was ook een crisis in verre burgerlijke landen harde schijven. De server was van cruciaal belang, maar het was mogelijk om hem uit te zetten en een tijdje te martelen - er waren back-ups.

We hebben besloten de software te updaten...

Op de server was CentOS 4.5 x64, een oude, gemartelde versie, geïnstalleerd vmware-server 2e en onder de server waren er al drie virtuele machines met Windows 2003-server met ms sql en enkele programma's, freebsd en suse. Door de jaren heen was Windows het enige dat belangrijk was, en in de toekomst was het de bedoeling om daar nog een aantal virtuele machines aan toe te voegen - wat betekent dat we het platform moeten veranderen.
We hebben gekozen voor vSphere-hypervisor - of simpelweg ESXi. Nadat ik het internet had afgezocht, kon ik geen enkele ervaring vinden met het installeren van ESXi op zo'n specifieke hardware - het netwerk werkt mogelijk niet Intel-kaart 82556DM en raid-controller- zoek in officiële lijst compatibiliteit leverde geen positief resultaat op. Het installeren van een extra netwerkkaart zou lastig en tijdrovend zijn. Nou ja, het was mogelijk om zonder overval te doen.

Over het algemeen hebben we besloten om het te proberen. Ik schrijf een brief aan technische hulp om nieuwe harde schijven te installeren en esxi 5.0 te installeren. Na een tijdje antwoordden ze dat ze esxi 4.1u1 hadden geïnstalleerd, dat de raid niet zichtbaar was, maar het werkt op de ingebouwde ICH-controller en beide harde schijven zijn zichtbaar. Ze gaven ons een wachtwoord zodat we dit geluk konden gaan zien.

Wij gingen kijken. Het lijkt te werken. Nu is de tweede taak de migratie van virtueel ramen auto's server 2003 van vmware-server naar vmware vsphere-hypervisoromgeving. We hebben verschillende opties bedacht:
Eerst upload een schijfkopie of een kant-en-klare virtuele machine met centos/linux naar opslag en sluit oude schijven aan als Raw-apparaten in kaart brengen, installeer de converter en converteer naar esxi.
seconde- probeer eenvoudigweg de ext3-partitie aan esxi te koppelen - maar helaas lijkt dit onmogelijk.
derde- kopiëren via SCP/FTP/HTTP naar ergens anders, daar converteren en dan terug kopiëren via SCP of via vclient.
vierde- installeer de vmware-converter in de oude centos en converteer deze ter plekke.
vijfde- hef een andere virtuele machine op met Windows en installeer de converter daar.

Terwijl we aan het nadenken waren - technische ondersteuning plaatste de schijven in een USB-SATA-adapter en verbond deze met de server - de naakte ESXi kon natuurlijk niet begrijpen wat er met deze optie gedaan kon worden. Toen schreven ze dat ze daaraan twijfelden raid-array elkaar zien, behalve vanuit zijn oorspronkelijke besturingssysteem.

We hebben geprobeerd de converter in Centos te installeren - we hebben hem geïnstalleerd, maar om de een of andere reden was het niet mogelijk om er op afstand verbinding mee te maken - misschien vanwege de niet-standaardpoorten die waren opgegeven bij het installeren van de converter, omdat de standaardpoorten bezet waren. Nou, nadat ik erover had nagedacht, leek het erop dat de hele virtuele machine eerst via de client naar mijn lokale machine zou worden gedownload, en dan terug - 30 gig aan verkeer en God verhoede dat internet zou moeten wegvallen - in het algemeen een onbetrouwbare optie.
Bovendien converteert de converter niet eenvoudigweg een machine naar een bestand; er is noodzakelijkerwijs een verbinding met de host of vCenter voor nodig.

We hebben niet geprobeerd ext3-partities aan esxi te koppelen - we zagen het ext3-type niet in de mount-opdrachtopties bestandssysteem- Misschien zagen ze er slecht uit.

Over het algemeen deden ze dit: ik pakte de bestanden van de virtuele machine in en downloadde ze naar mijn computer. Ik heb een VMware-converter geïnstalleerd en deze geconverteerd naar een lokale esxi-host. Voor betrouwbaarheid en compatibiliteit heb ik via ssh verbinding gemaakt met de lokale esxi en de afsluitende virtuele machine gearchiveerd met behulp van tar - de mappen van de virtuele machines bevinden zich in /vmfs/volumes/datastore/. De z-parameter comprimeert het archief.
Het resultaat was een bestand van 7 GB van de 17 GB.

Ik heb de technische ondersteuning aangeschreven om nieuwe harde schijven te installeren en esxi te starten. Vervolgens maakte ik verbinding met de externe esxi WinSCP-programma en begon het archief te uploaden. De snelheid kostte me gewoon de dood: 30 kB/sec, ongeveer 3 dagen kopiëren. Zoals later bleek, wordt hervatten niet ondersteund; tar in esxi lijkt niet te kunnen werken met archieven die in delen zijn opgesplitst. Voor het geval dat ik besloot om een ​​standaard vclient te gebruiken om het archief naar de opslag te uploaden - de snelheid bleek ongeveer 10 keer sneller te zijn en het archief werd in 7 uur geüpload.

Vervolgens logde ik via ssh in op de externe esxi en ontkoppelde ik de virtuele machine, voegde deze toe aan Inventory en startte hem. VMware-tools bijgewerkt, netwerkkaart en hersteld netwerkinstellingen.

Om de betrouwbaarheid te vergroten, heb ik een virtuele machine met een Windows 2003-server gemaakt (zodat de VMware-geheugencompressietechnologie zou werken en er minder middelen zouden worden uitgegeven). Ik heb er nog één aan beide auto's toegevoegd. netwerk kaart met “grijze” IP-adressen, maakte nog een vSwitch, voegde er VMKernel aan toe, vinkte het selectievakje Beheerverkeer daarin aan en kende een IP-adres toe uit hetzelfde “grijze” bereik. Veam-back-up geïnstalleerd en geconfigureerd. Voor het verminderen betaald verkeer via internet en voor de veiligheid maakt veeam verbinding met esxi via een “grijs” IP-adres en maakt kopieën van virtuele machines van de ene opslagharde schijf naar een tweede - zodat in geval van een storing de functionaliteit snel kan worden hersteld.

Als niet lage snelheid kopiëren via internet - dan bedraagt ​​de downtime maximaal 30 minuten.

Hoogstwaarschijnlijk hebben we enkele migratie-opties gemist - misschien kan iemand mij enkele slimme ideeën geven, aangezien er nog een aantal soortgelijke migratietaken in het verschiet liggen.

IN betaalde versie VMWare beschikt over tools voor het hotmigreren van actieve servers van de ene VMWare-host naar de andere zonder de activiteiten te onderbreken. Wij gebruiken momenteel gratis versie VMWare ESXi. Die. er is geen georganiseerde boerderij, maar eerder stand-alone servers waarop VMWare ESXi draait. We moesten een nieuwe afspraak maken virtuele servers naar een andere hardware om de huidige fysieke server (host) vrij te maken voor reparaties (rees vreemd probleem met HDD-mand). We hebben al een licht belaste server die op VMWare ESXi draait, en we zullen er tijdelijk een andere in de buurt opzetten. Dus stap voor stap.

1. Hardware voor de “nieuwe” VMWare ESXi-server. Gelukkig had ik een behoorlijk goede bij de hand nieuwe server, dat nog geen tijd heeft gehad om in commerciële exploitatie te worden gebracht. Configuratie: HP ML350 G6, 3 HDD's van 300 GB, 8 GB RAM. Het proces is al eerder beschreven; het heeft geen zin om het te herhalen.

2. Gereedschapskist. Ondanks het feit dat virtuele machines een reeks bestanden zijn die van de ene server naar de andere kunnen worden gekopieerd, heb ik dit idee om twee redenen verlaten:
- Versies van het origineel virtueel systeem en de nieuwe paste niet. De overdracht vond plaats van VMWars ESXi 4 naar ESXi 5. In de vijfde versie zijn zowel het bestandssysteemformaat als het formaat van de virtuele machines zelf veranderd.
- VMWare heeft een prachtige en gratis omvormer"VMware vCenter Converter", waarmee u het probleem kunt oplossen deze opdracht, bij wijze van spreken, reguliere middelen. Download de converter van de website van de fabrikant nadat u onder uw naam op de site bent ingelogd (laat me u eraan herinneren dat registratie gratis is). Het installeren van “VMware vCenter Converter” is vrij triviaal.

3. De overdracht van virtuele machines van de ene fysieke host naar de andere vindt gelijktijdig met de conversie plaats. "VMware vCenter Converter" kan ermee werken verschillende bronnen, inclusief het herstellen van virtuele machines vanaf afbeeldingen van “buitenlandse” formaten. In ons geval waren er twee belangrijke overdrachtsopties:
— overdracht van een ingeschakelde server, ongeacht of het een fysieke machine of een virtuele machine is;
— overdracht van een virtuele machine als onderdeel van de VMWare-infrastructuur.

We hadden de mogelijkheid om tijdelijk (buiten werktijd) alle servers uit te zetten die moesten worden overgedragen, dus kozen we voor de tweede optie om geen tijd te verspillen aan synchronisatie en om het proces te vereenvoudigen.

Klik in de interface “VMware vCenter Converter” op de knop Converteer machine, selecteer Bron Type: "VMware Infrastructure virtuele machine." Voer het adres van de bronserver en de verbindingsreferenties in. Selecteer de server die u wilt overbrengen uit de lijst. Als deze server is ingeschakeld, klikt u op de knop Volgende zal niet beschikbaar zijn, omdat In deze modus kunt u alleen uitgeschakelde virtuele machines converteren. Nu kiezen wij soort bestemming: “VMware Infrastructure virtuele machine”, voer het adres en de inloggegevens in om verbinding te maken met de “nieuwe” VMWare ESXi-host. We stellen de naam van de virtuele machine in zoals deze wordt weergegeven in de “vSphere Client”-console, Volgende. Op volgende scherm wizard, selecteer de opslag op de doelhost (als er meer dan één is) en de versie van de virtuele machine. Voor VMWare ESXi 4 is dit het geval Versie 4 of Versie 7. Tenzij er een goede reden is om vast te houden oude versie, kies dan de laatste, Volgende. Maar hier: WEES VOORZICHTIG!

Op het scherm Opties U hoeft NIET onmiddellijk op de knop te drukken zonder te kijken Volgende. Zelfs als de originele virtuele machine een "dunne" ( dun) HDD, waarvan de bestandsgrootte is fysieke schijf toeneemt indien nodig, zal de converter het schijftype instellen dik. Klik op deze sectie Gegevens om te kopiëren en kies gewenste soort uit de vervolgkeuzelijst. Het is hier niet mogelijk om de schijfgrootte te wijzigen. Een andere belangrijk gedeelte De configuratie waar u hier op moet letten is - Geavanceerde mogelijkheden. Als u wilt dat de overgedragen virtuele machine na de conversie automatisch start, vinkt u het bovenste selectievakje 'Doelmachine inschakelen' aan. Ook hier kunt u instellen automatische installatie VMware-hulpmiddelen. De schakelaar “Gastvoorkeuren aanpassen voor de virtuele machine” verdient hier speciale aandacht. Als het is geïnstalleerd, wordt er automatisch een NIEUWE SID gegenereerd voor de nieuwe virtuele machine. Het is belangrijk om deze schakelaar in te stellen bij het klonen, wanneer het de bedoeling is om zowel de originele als de geconverteerde virtuele machines in bedrijf te laten. Wanneer u deze installeert, verschijnt er een extra stap in de conversiewizard Aanpassingen, met het aanbod een nieuwe te plaatsen DNS-naam voor het apparaat en configureer andere instellingen, inclusief netwerkinstellingen. In de VMWare ESXi 4-versie bleek het nutteloos om hier domeinlidmaatschapsparameters in te stellen; na de conversie moest je het domein opnieuw invoeren. Maar in ons geval was het noodzakelijk uitstellen machine van de ene host naar de andere “as is”. Daarom laten we de schakelaar ‘Gastvoorkeuren aanpassen voor de virtuele machine’ uitgeschakeld. Volgende, Finish. Converter voegt toe nieuwe taak toegevoegd aan uw lijst en toont de voortgang van de implementatie ervan. Uit ervaring is de resterende tijd die door “VMware vCenter Converter” wordt weergegeven onbetrouwbaar, zelfs als de voortgangsindicator al halverwege is.

Terwijl de conversie plaatsvindt, moet u nog een belangrijk ding doen: virtualisatie op de bronhost uitschakelen automatisch starten draagbare virtuele machine zodat deze niet per ongeluk opnieuw opstart, bijvoorbeeld na een stroomstoring. Ga naar de wortel origineel systeem, tabblad Configuratie, in de sectie Software klik op het artikel Opstarten/afsluiten van virtuele machines, rechts bovenste hoek koppeling Eigenschappen…, in het venster dat verschijnt met behulp van de knop Naar beneden verplaatsen breng de geconverteerde virtuele machine over van de partitie Automatisch opstarten naar sectie Handmatig opstarten.

4. De geconverteerde virtuele machine instellen. Bij het overstappen tussen verschillende platforms en zelfs tussen verschillende versies Eén virtualisatieplatform kan de virtuele hardware wijzigen waarop de virtuele machine is geïnstalleerd. IN in dit geval Bij de migratie van VMWare ESXi 4 naar VMWare ESXi 5 zijn de netwerkadapters gewijzigd. In de vierde versie waren dit Intel-adapters en in de vijfde versie - AMD. Als gevolg hiervan werd het statische IP-adres van de virtuele machine niet opgeslagen, ondanks het feit dat we de schakelaar ‘Gastvoorkeuren voor de virtuele machine aanpassen’ uitgeschakeld hadden gelaten en het systeem niet opnieuw hadden geconfigureerd. Het IP-adres hoort bij de adapter, maar is gewijzigd. Als we nu proberen het vorige adres in te voeren voor een nieuwe adapter, krijgen we bovendien een waarschuwing dat een dergelijk adres al in gebruik is op een andere adapter en kan er een adresconflict optreden. In feite kan deze waarschuwing worden genegeerd, maar voor de orde kunt u de instellingen van een niet-bestaande adapter verwijderen. Alleen hiervoor moeten we verborgen apparaten weergeven die standaard niet zichtbaar zijn in de hardwarebeheerder.

Weergave verborgen apparaten . IN opdrachtregel voer de opdracht in

Stel devmgr_show_nonpresent_devices=1 in

Start DEVMGMT.MSC

In het menuvenster dat wordt geopend Weergave selecteer item Toon verborgen apparaten.

Vouw de boom uit Netwerkadapters. Niet-beschikbare adapters worden grijs weergegeven. Verwijder ze. Hierna kunt u veilig de instellingen voor nieuwe netwerkadapters configureren.

Nadat u naar een andere versie van VMWare ESXi bent gemigreerd als gevolg van een wijziging in de virtuele hardware, moet u mogelijk de installatie opnieuw installeren Windows-activering 2008 en Windows 7. Te activeren in lokaal netwerk handig om te hebben. Als het niet online staat, dan is het tijd om erover na te denken, want... KMS telt het aantal activeringen niet en het aantal MAK-sleutels neemt af bij elke activering.