Aktivera kapslad virtualisering i VirtualBox: En komplett guide

Kapslad virtualisering är den funktion som låter dig köra en hypervisor inuti en virtuell maskin, vilket i huvudsak skapar nya virtuella maskiner inuti en annan virtuell maskin. Om ditt mål är att testa Proxmox, Hyper-V, emulatorer eller komplexa labb utan att röra din fysiska server, är detta precis vad du behöver.

Den här guiden sammanför allt du behöver veta för att få det att fungera i VirtualBox, med fokus på Windows som värd, potentiella Hyper-V-block och säkerhet, och Hyper-V-alternativ när du vill kapsla det där också. Vi har inkluderat BIOS/UEFI-kontroller, finjustering av VirtualBox-inställningar, exakta kommandon och nätverkstips så att du inte missar någonting.

Vad är kapslad virtualisering och varför är det viktigt?

Idén är enkel: din fysiska maskin kör VirtualBox (L0-nivå), du skapar en virtuell maskin (L1-nivå) och inom den virtuella maskinen installerar du en annan hypervisor (L2-nivå), till exempel Proxmox eller till och med Hyper-V. Detta gör att du kan simulera kompletta topologier, testa migreringar, skapa kluster eller öva installationer utan ytterligare utrustning.

Med VirtualBox är det viktigaste alternativet kapslad hårdvaruvirtualisering (VT-x/AMD-V i den virtuella maskinen), vilket ibland verkar inaktiverat i det grafiska gränssnittet. När detta händer aktiverar ett VBoxManage-kommando det även om kryssrutan förblir gråtonad i inställningsfönstret.

Hur man gör en matrjosjka-docka till en virtuell maskin …

Maskinvarukrav och inledande kontroller i Windows

Först och främst, se till att din processor stöder virtualisering och att det är aktiverat. Intel -processorer med VT-x och AMD-processorer med AMD-V som släppts under de senaste 10-12 åren är vanligtvis mer än tillräckliga.

I Windows 10/11 kan du kontrollera detta utan att starta om datorn: öppna Aktivitetshanteraren (Ctrl+Shift+Esc) och gå till Prestanda > CPU. Längst ner ser du statusen "Virtualisering"; den bör indikera Aktiverad.

Om du ser "Inaktiverad" kan två saker hända: antingen har BIOS/UEFI det avstängt, eller så stöder inte processorn det; det senare är sällsynt förutom på mycket gamla datorer. De första Intel-stationära processorerna med VT-x var Pentium 4 662/672 (november 2005), och AMD introducerade det med Athlon 64/64 X2/FX (maj 2006).

Ett annat praktiskt krav: nyare programvaruversioner. För att samexistera med Hyper-V fungerar VirtualBox 6.0+ (6.1+ är bättre) och VMware Workstation 15.5.5+ mycket bättre på Windows 10/11 version 2004 eller senare.

Aktivera virtualisering i BIOS/UEFI

Om den visas inaktiverad i Aktivitetshanteraren måste du komma åt BIOS/UEFI. I Windows 10/11 är detta enkelt: Inställningar > Uppdatering och säkerhet > Återställning > Avancerad start > Starta om nu > Felsök > Avancerade alternativ > UEFI-firmwareinställningar. Du kan också komma åt den med tillverkarens kortkommando vid start (Delete, F2, F10, etc.).

Inuti, leta efter CPU- eller avancerade alternativ och aktivera: Intel VT-x/Intel Virtualization Technology (och, om tillämpligt, VT-d) på Intel; AMD-V på AMD. Spara ändringarna och starta om så att Windows kan identifiera den aktiva virtualiseringen.

Undvik konflikter med Hyper-V, säkerhet och andra hypervisorer

VirtualBox kan fungera med Hyper-V från och med Windows 10/11 version 2004, men det finns vissa förbehåll: du kommer att se en sköldpaddsikon i VirtualBox statusfält när du använder stöd för Hyper-V, och prestandan kommer att minska något. Om du inte behöver WSL2, Sandbox eller Docker förbättrar inaktivering av Hyper-V vanligtvis VirtualBox avsevärt.

För att inaktivera Hyper-V från en förhöjd kommandotolk, kör: dism.exe /Online /Disable-Feature:Microsoft-Hyper-V . Starta om och försök igen. Du kan också gå till "Aktivera eller inaktivera Windows-funktioner" och avmarkera Hyper-V och Windows Hypervisor-plattform.

Felet "VT-x är inte tillgänglig (VERR_VMX_NO_VMX)" är ofta inblandat här. Kontrollera även ditt antivirusprogram som stöder virtualisering, till exempel Avast: i Inställningar > Felsökning, aktivera "Använd kapslad virtualisering där det är tillgängligt" och "Aktivera hårdvaruassisterad virtualisering", eller justera dess inställningar så att det inte blockerar VT-x.

Angående Windows-kärnisolering (minnesintegritet): på vissa system förbättrar aktiveringen den övergripande systemkompatibiliteten, medan den på andra förhindrar VirtualBox från att komma åt VT-x. Om du hittar VERR_VMX_NO_VMX eller om 64-bitarsalternativet försvinner, försök att tillfälligt inaktivera "Minnesintegritet"; om du upplevde stabilitetsproblem, försök att aktivera det.

Aktivera kapslad virtualisering i VirtualBox

Med värdvirtualisering aktiverad och inga Hyper-V- eller antivirusblock, skapa din virtuella maskin normalt. Om du till exempel vill installera Proxmox i den, konfigurera en Linux- VM (Debian/64-bitars) med tillräckliga resurser och gott om lagringsutrymme . Kryssrutan VT-x/AMD-V kan vara gråmarkerad; oroa dig inte, VBoxManage låter dig tvinga fram det.

Med den virtuella maskinen avstängd, öppna en CMD- konsol som administratör och kör kommandot (justera sökvägen om du installerade VirtualBox någon annanstans): det här steget aktiverar virtualiseringstillägg i den virtuella maskinen.

"C:\Program Files\Oracle\VirtualBox\VBoxManage" modifyvm "NombreDeLaMV" --nested-hw-virt on

Ersätt "VMName" med det exakta namnet på din virtuella maskin (till exempel "Proxmox1"). Efter att ha kört kommandot öppnar du inställningarna för den virtuella maskinen: du ser att alternativet för kapslad virtualisering är valt. Starta den virtuella maskinen och installera din gäst-hypervisor som om det vore en fysisk server.

Andra accelerationsinställningar som är värda att kontrollera i den virtuella maskinen: Paravirtualiseringsgränssnittet är inställt på "Standard" så att VirtualBox kan välja lämpligt gränssnitt baserat på gästoperativsystemet, eller explicit inställt på "KVM" för moderna Linux-system och "Hyper-V" för Windows. "Minimal"-läget annonserar en virtualiserad miljö och krävs för Mac OS X-gäster, medan "Legacy"-läget endast är för virtuella maskiner som skapats före VirtualBox 5.0.

Om du inte ser några 64-bitarssystem när du skapar den virtuella maskinen är något fel: antingen tar Hyper-V över kontrollen, eller så exponerar inte CPU/BIOS VT-x/AMD-V. Dubbelkolla BIOS/UEFI, Windows-funktioner och VBoxManage-kommandot.

Rekommenderade VM-inställningar för prestanda och stabilitet

• CPU: Tilldela kärnor direkt. För moderna gäster är två virtuella processorer vanligtvis utgångspunkten, med I/O APIC aktiverat om du tilldelar fler än en. Ge inte alla kärnor till den virtuella datorn, annars kan värden få slut på utrymme och du kommer att märka hackning..
• RAM: Försök att inte överskrida hälften av värdminnet. Med 8 GB på värden är 4 GB på den virtuella maskinen rimligt; med 16 GB är 6–8 GB okej. Minne är grunden för en smidig gästupplevelse, särskilt om du kör flera virtuella maskiner..
• Video: Öka videominnet, undvik den rosa zonen och välj grafikdrivrutinen som rekommenderas av VirtualBox (du kommer att se varningar om det finns inkonsekvenser). 3D-acceleration kan hjälpa på stationära datorer, men prioritera stabilitet om du använder en server..
• Lagring: För prestanda, välj Fast storlek om du har utrymme; om du har ont om utrymme sparar "Dynamiskt allokerad" diskutrymme på bekostnad av I/O. För labb med flera virtuella maskiner i en kedja sparar du tid genom att tillåta 40–50 GB per gäst..
• boot och firmware: aktivera inte EFI om inte gästen kräver det och lämna PAE/NX inaktiverat om det inte uttryckligen begärs. Dessa felaktigt inställda alternativ är en vanlig orsak till att virtuella maskiner inte startar..
• Nätverk: NAT är vanligtvis tillräckligt, men för mer realistiska scenarier kan du använda bryggning eller interna nätverk beroende på labbet. Om du nästlar hypervisorer, kom ihåg att trafiken går genom två virtuella switchar och det är viktigt att inte blockera den..
• USB, delade mappar och ljud: aktivera dem bara om du behöver dem (USB 2.0/3.0, delade mappar, ljud). Färre virtuella enheter leder ofta till färre variabler och mer stabilitet..

Kapslad virtualisering i Hyper-V (ifall du utför korstestning)

Du kan också kapsla med Hyper-V som värd och sedan VirtualBox/Hyper-V inuti en virtuell maskin. På Intel behöver du Windows Server 2016+/Windows 10+ och VM-konfiguration 8.0+; på AMD EPYC/Ryzen, Windows Server 2022+/Windows 11+ och VM-konfiguration 9.3+. Dessa krav är viktiga för att exponera virtualiseringstillägg för den virtuella maskinen.

Med den virtuella datorn avstängd, kör följande kommando i PowerShell som administratör på värden: det här kommandot exponerar VT-x/AMD-V för den virtuella datorn så att gäst-hypervisorn kan fungera.

Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true

För att inaktivera det, använd: om du behöver återställa inställningen i den virtuella maskinen, räcker det här kommandot med den virtuella maskinen stoppad.

Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $false

Kapslade nätverk med Hyper-V: Du har två grundläggande alternativ. Det första är MAC-förfalskning på L1-VM-adaptern så att trafik från L2-VM:erna passerar genom switchen. Aktivera detta med denna cmdlet på Hyper-V-värden.

Get-VMNetworkAdapter -VMName <VMName> | Set-VMNetworkAdapter -MacAddressSpoofing On

Det andra alternativet är NAT på den virtuella L1-maskinen: skapa en intern switch och ett NAT-objekt för ett privat subnät, tilldela en IP-adress till adaptern och konfigurera gateway/DNS på de virtuella L2-maskinerna. Detta är idealiskt när MAC-förfalskning inte är möjligt (till exempel i ett publikt moln).

New-VMSwitch -Name VmNAT -SwitchType Internal
New-NetNat -Name LocalNAT -InternalIPInterfaceAddressPrefix "192.168.100.0/24"
Get-NetAdapter "vEthernet (VmNAT)" | New-NetIPAddress -IPAddress 192.168.100.1 -AddressFamily IPv4 -PrefixLength 24

Konfigurera de kapslade virtuella maskinerna med IP-adresser från det undernätet, en gateway på 192.168.100.1 och valfri DNS. Du kan ställa in DNS med hjälp av netsh eller nätverks-cmdlets, beroende på vilket du föredrar.

Åtgärda vanliga fel

Kryssrutan VT-x/AMD-V visas nedtonad: använd VBoxManage med den virtuella maskinen avstängd för att aktivera kapsling, som vi har sett. Den kan fortfarande vara nedtonad i det grafiska gränssnittet, men flaggan förblir aktiv och fungerar korrekt.

Inga 64-bitars gäster visas: kontrollera BIOS (VT-x/AMD-V), inaktivera Hyper-V och Windows Hypervisor-plattformen och kontrollera antivirusprogram med virtualiseringsfunktioner. DISM-kommandot för Hyper-V och inställningen Core Isolation Memory Integrity är de två viktigaste spakarna.

VERR_VMX_NO_VMX-fel: Värden exponerar inte virtualiseringstillägg för VirtualBox-processen. Inaktivera Hyper-V om du inte behöver det, justera säkerheten (minnesintegritet) och starta om efter varje ändring.

Dålig prestanda med Hyper-V aktiverat: Detta är normalt på grund av kompatibilitetslagret (sköldpaddsikonen i VirtualBox). VMware har även Meltdown/Spectre-åtgärder som försämrar prestandan; du kan inaktivera dem i Avancerade VM-alternativ om du accepterar risken.

Instabilitet vid resursallokering: undvik att ge 100 % av CPU och RAM till L1-VM. Kom ihåg att du kommer att köra andra virtuella maskiner inuti, och L0-värden måste kunna andas; distribuera resurser med en buffert.

Paravirtualiseringskompatibilitet: Lämna "Standard" om det inte specifikt behövs. Använd KVM på Linux med kärna ≥ 2.6.25, Hyper-V för Windows och "Minimal" på Mac OS X; "Legacy" endast för mycket gamla virtuella maskiner.

För gammal processor: Om din dator är från före 2010-talet kan den sakna VT-x/AMD-V eller EPT/NPT. Kontrollera den exakta modellen; utan dessa instruktioner är nästling inte möjlig.

Installera slutligen gästtillägg/verktyg när det är lämpligt och stäng av de virtuella maskinerna korrekt. Kopiering/klistring, dynamisk upplösning och I/O-prestanda förbättras avsevärt med gästverktygen.

Med allt ovanstående borde du kunna starta en hypervisor i VirtualBox och arbeta stabilt med flera virtualiseringslager. Om du planerar resurser väl, validerar BIOS/UEFI, hanterar Hyper-V och tillämpar lämpliga kommandon, kommer det kapslade labbet att fungera klockrent.