Aanbevolen procedures voor het uitvoeren van Linux op Hyper-V

Dit artikel bevat een lijst met aanbevelingen voor het uitvoeren van virtuele Linux-machines op Hyper-V.

Linux-bestandssystemen optimaliseren voor dynamische VHDX-bestanden

Sommige Linux-bestandssystemen verbruiken mogelijk aanzienlijke hoeveelheden echte schijfruimte, zelfs als het bestandssysteem meestal leeg is. Als u de hoeveelheid werkelijke schijfruimte van dynamische VHDX-bestanden wilt verminderen, kunt u de volgende aanbevelingen overwegen:

• Wanneer u de VHDX maakt, gebruikt u 1 MB BlockSizeBytes (van de standaard 32 MB) in PowerShell, bijvoorbeeld:

PS > New-VHD -Path C:\MyVHDs\test.vhdx -SizeBytes 127GB -Dynamic -BlockSizeBytes 1MB

• De ext4-indeling heeft de voorkeur boven ext3 omdat ext4 efficiënter is dan ext3 wanneer deze wordt gebruikt met dynamische VHDX-bestanden.

• Bij het maken van het bestandssysteem geeft u het aantal groepen op dat 4096 moet zijn, bijvoorbeeld:

# mkfs.ext4 -G 4096 /dev/sdX1

Time-out van het Grub-menu bij tweede-generatie virtuele machines

Omdat verouderde hardware is verwijderd uit emulatie in virtuele machines van de tweede generatie, telt de grub-menutimer te snel af voordat het grub-menu wordt weergegeven, en wordt de standaardvermelding onmiddellijk geladen. nl-NL: Totdat grub is aangepast om de EFI-ondersteunde timer te gebruiken, pas /boot/grub/grub.conf, /etc/default/grub, of equivalenten zoals "timeout=100000" aan in plaats van de standaard "timeout=5".

PxE Opstarten op virtuele machines van de tweede generatie

Omdat de PIT-timer niet aanwezig is in virtuele machines van de tweede generatie, worden netwerkverbindingen met de PxE TFTP-server beëindigd en wordt voorkomen dat de bootloader de Grub-configuratie leest en een kernel vanaf de server laadt.

Op RHEL 6.x kan de verouderde grub v0.97 EFI bootloader worden gebruikt in plaats van grub2, zoals hier wordt beschreven: https://access.redhat.com/documentation/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/s1-netboot-pxe-config-efi.html

Op andere Linux-distributies dan RHEL 6.x kunnen vergelijkbare stappen worden gevolgd om grub v0.97 te configureren voor het laden van Linux-kernels vanaf een PxE-server.

Daarnaast werken rhel/CentOS 6.6-toetsenbord- en muisinvoer niet met de vooraf geïnstalleerde kernel, waardoor installatieopties in het menu niet kunnen worden opgegeven. Er moet een seriële console worden geconfigureerd om installatieopties te kunnen kiezen.

• Voeg in het efidefault-bestand op de PxE-server de volgende kernelparameter "console=ttyS1" toe

• Stel op de VIRTUELE machine in Hyper-V een COM-poort in met behulp van deze PowerShell-cmdlet:

Set-VMComPort -VMName <Name> -Number 2 -Path \\.\pipe\dbg1

Als u een kickstart-bestand opgeeft aan de kernel, hoeft u tijdens de installatie ook geen toetsenbord- en muisinvoer te gebruiken.

Statische MAC-adressen gebruiken met failoverclustering

Virtuele Linux-machines die zijn geïmplementeerd met failoverclustering, moeten worden geconfigureerd met een MAC-adres (Static Media Access Control) voor elke virtuele netwerkadapter. In sommige versies van Linux gaat de netwerkconfiguratie mogelijk verloren na een failover omdat er een nieuw MAC-adres is toegewezen aan de virtuele netwerkadapter. Om te voorkomen dat de netwerkconfiguratie verloren gaat, moet u ervoor zorgen dat elke virtuele netwerkadapter een statisch MAC-adres heeft. U kunt het MAC-adres configureren door de instellingen van de virtuele machine te bewerken in Hyper-V Manager of Failoverclusterbeheer.

Hyper-V-specifieke netwerkadapters gebruiken, niet de verouderde netwerkadapter

Configureer en gebruik de virtuele Ethernet-adapter, een Hyper-V-specifieke netwerkkaart met verbeterde prestaties. Als zowel verouderde als Hyper-V-specifieke netwerkadapters zijn gekoppeld aan een virtuele machine, kunnen de netwerknamen in de uitvoer van ifconfig -a willekeurige waarden zoals _tmp12000801310 weergeven. U kunt dit probleem voorkomen door alle verouderde netwerkadapters te verwijderen wanneer u Hyper-V-specifieke netwerkadapters in een virtuele Linux-machine gebruikt.

I/O scheduler noop/none gebruiken voor betere I/O-prestaties van schijf

De Linux-kernel biedt twee sets schijf-I/O-planners om aanvragen opnieuw te ordenen. Eén set is voor het oudere 'blk'-subsysteem en één set is voor het nieuwere 'blk-mq'-subsysteem. In beide gevallen is het raadzaam om met de ssd-statusschijven van vandaag een planner te gebruiken die de planningsbeslissingen doorgeeft aan de onderliggende Hyper-V hypervisor. Voor Linux-kernels die gebruikmaken van het subsysteem blk, is dit de noop-scheduler. Voor Linux-kernels die gebruikmaken van het subsysteem blk-mq, is dit de 'none'-scheduler.

Voor een bepaalde schijf zijn de beschikbare planners te zien op deze bestandssysteemlocatie: /sys/class/block//<diskname>queue/scheduler, met de momenteel geselecteerde scheduler tussen vierkante haken. U kunt de scheduler wijzigen door naar deze bestandssysteemlocatie te schrijven. De wijziging moet worden toegevoegd aan een initialisatiescript om door te blijven werken na herstarts. Raadpleeg de documentatie van uw Linux-distributie voor meer informatie.

NUMA

Linux-kernelversies ouder dan 2.6.37 bieden geen ondersteuning voor NUMA op Hyper-V met grotere VM-grootten. Dit probleem heeft voornamelijk invloed op oudere distributies met behulp van de upstream Red Hat 2.6.32-kernel en is opgelost in Red Hat Enterprise Linux (RHEL) 6.6 (kernel-2.6.32-504). Systemen met aangepaste kernels die ouder zijn dan 2.6.37 of RHEL-kernels ouder dan 2.6.32-504 moeten de opstartparameter numa=off instellen op de kernel-opdrachtregel in grub.conf. Zie Red Hat KB 436883 voor meer informatie.

Meer geheugen reserveren voor kdump

In het geval dat de dump capture-kernel eindigt in een paniek tijdens het opstarten, dien je meer geheugen voor de kernel te reserveren. Wijzig bijvoorbeeld de parameter crashkernel=384M-:128M in crashkernel=384M-:256M in het Ubuntu grub-configuratiebestand.

Het verkleinen van VHDX of het uitbreiden van VHD- en VHDX-bestanden kan leiden tot onjuiste GPT-partitietabellen

Hyper-V maakt het mogelijk om VHDX-bestanden (virtuele schijven) te verkleinen, zonder rekening te houden met partitie-, volume- of bestandssysteemgegevensstructuren die op de schijf kunnen bestaan. Als de VHDX is verkleind tot het einde van de VHDX vóór het einde van een partitie, gaan de gegevens verloren, kan die partitie beschadigd raken of ongeldige gegevens worden geretourneerd wanneer de partitie wordt gelezen.

Nadat de grootte van een VHD of VHDX is gewijzigd, moeten beheerders een hulpprogramma zoals fdisk of parted gebruiken om de partitie-, volume- en bestandssysteemstructuren bij te werken om de wijziging in de grootte van de schijf weer te geven. Als u de grootte van een VHD of VHDX met een GUID-partitietabel (GPT) verkleint of uitbreidt, wordt een waarschuwing weergegeven wanneer een hulpprogramma voor partitiebeheer wordt gebruikt om de partitie-indeling te controleren en de beheerder wordt gewaarschuwd om de eerste en secundaire GPT-headers op te lossen. Deze handmatige stap is veilig om uit te voeren zonder gegevensverlies.

Verwante inhoud

• Ondersteunde virtuele Linux- en FreeBSD-machines voor Hyper-V in Windows

• Best practices voor het uitvoeren van FreeBSD op Hyper-V

• Linux-installatiekopieën maken voor Azure

• Uw Virtuele Linux-machine optimaliseren in Azure