Ajánlott eljárások Linux futtatásához Hyper-V

Ez a cikk a Linux rendszerű virtuális gépek Hyper-V-n való futtatására vonatkozó javaslatok listáját tartalmazza.

Linux fájlrendszerek hangolása dinamikus VHDX-fájlokon

Egyes Linux fájlrendszerek jelentős mennyiségű valós lemezterületet is igénybe vehetnek, még akkor is, ha a fájlrendszer többnyire üres. A dinamikus VHDX-fájlok valós lemezterület-használatának csökkentése érdekében vegye figyelembe az alábbi javaslatokat:

  • A VHDX létrehozásakor a PowerShellben használjon 1 MB-os blokkméretet (BlockSizeBytes) az alapértelmezett 32 MB helyett, például:
PS > New-VHD -Path C:\MyVHDs\test.vhdx -SizeBytes 127GB -Dynamic -BlockSizeBytes 1MB

  • Az ext4 formátumot előnyben részesíti az ext3, mivel a dinamikus VHDX-fájlok használatakor az ext4 nagyobb helyet biztosít, mint az ext3.

  • A fájlrendszer létrehozásakor adja meg a 4096-os csoportok számát, például:

# mkfs.ext4 -G 4096 /dev/sdX1

A Grub menü időkorlátja a 2. generációs virtuális gépeken

Mivel a 2. generációs virtuális gépeken az örökölt hardver el lett távolítva az emulációból, a grub menü időzítője túl gyorsan visszaszámol a grub menü megjelenítéséhez, és azonnal betölti az alapértelmezett bejegyzést. Amíg a grub ki nem lett javítva az EFI által támogatott időzítő használatához, módosítsa a /boot/grub/grub.conf, /etc/default/grub fájlt, vagy egyenértékű azzal, hogy "timeout=100000" legyen az alapértelmezett "timeout=5" helyett.

PxE rendszerindítás a 2. generációs virtuális gépeken

Mivel a PIT időzítő nem található a 2. generációs virtuális gépeken, a PxE TFTP-kiszolgáló hálózati kapcsolatai megszakadnak, és megakadályozzák, hogy a rendszerindító beolvassa a Grub-konfigurációt, és betöltsön egy kernelt a kiszolgálóról.

Az RHEL 6.x-en az örökölt grub v0.97 EFI bootloader használható grub2 helyett az itt leírtak szerint: https://access.redhat.com/documentation/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/s1-netboot-pxe-config-efi.html

Az RHEL 6.x-től eltérő Linux-disztribúciók esetén hasonló lépések követhetők a grub v0.97 konfigurálásához a Linux-kernelek PxE-kiszolgálóról való betöltéséhez.

Emellett az RHEL/CentOS 6.6 billentyűzet- és egérbemenete nem működik az előre telepített kernellel, ami megakadályozza a telepítési beállítások megadását a menüben. A telepítési beállítások kiválasztásához soros konzolt kell konfigurálni.

  • A PxE-kiszolgáló efidefault fájljában adja hozzá a következő kernelparamétert : "console=ttyS1"

  • A Hyper-V virtuális gépén állítson be egy COM-portot ezzel a PowerShell-parancsmaggal:

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

Ha egy kickstart-fájlt megad a kernelnek, akkor a telepítés során nem szükséges billentyűzet- és egérbemenet.

Statikus MAC-címek használata hibatűrő klaszterekkel

A feladatátvételi fürtszolgáltatással üzembe helyezett Linux rendszerű virtuális gépeket minden egyes virtuális hálózati adapterhez statikus médiahozzáférés-vezérlési (MAC) címmel kell konfigurálni. A Linux egyes verzióiban a hálózati konfiguráció elveszhet a feladatátvétel után, mert egy új MAC-cím van hozzárendelve a virtuális hálózati adapterhez. A hálózati konfiguráció elvesztésének elkerülése érdekében győződjön meg arról, hogy minden virtuális hálózati adapter rendelkezik statikus MAC-címmel. MAC-cím konfigurálásához szerkessze a virtuális gép beállításainak lehetőségeit a Hyper-V Managerben vagy az Átállási klaszter kezelőben.

Hyper-V-specifikus hálózati adaptereket használjon, ne az örökölt hálózati adaptert

Konfigurálja és használja a virtuális Ethernet-adaptert, amely egy Hyper-V-specifikus hálózati kártya továbbfejlesztett teljesítménnyel. Ha az örökölt és a Hyper-V-specifikus hálózati adapterek is egy virtuális géphez vannak csatolva, az ifconfig kimenetében szereplő hálózati nevek véletlenszerű értékeket jeleníthetnek meg, például _tmp12000801310. A probléma elkerülése érdekében távolítsa el az összes régi hálózati adaptert, ha Hyper-V-specifikus hálózati adaptereket használ linuxos virtuális gépen.

Fontos

Hyper-V vendégenként legfeljebb 64 virtuális Ethernet-adaptert támogat. Ha azonban több mint 2 virtuális processzor van hozzárendelve Egy Linux-vendéghez, előfordulhat, hogy a virtuális gép nem látja a legfeljebb 64 virtuális Ethernet-adaptert. A Hyper-V méretezési korlátokról a Windows ServerHyper-V maximális skálázási korlátait ismertető cikkben talál további információt.

Az I/O scheduler noop/none használata jobb lemez I/O-teljesítmény érdekében

A Linux kernel két lemez I/O-ütemezőt kínál a kérések átrendezéséhez. Az egyik készlet a régebbi "blk" alrendszerhez, egy pedig az újabb "blk-mq" alrendszerhez tartozik. Mindkét esetben a mai folytonos állapotú lemezek esetében ajánlott olyan ütemezőt használni, amely átadja az ütemezési döntéseket a mögöttes Hyper-V hipervizornak. A "blk" alrendszert használó Linux-kernelek esetében ez a "noop" ütemező. A "blk-mq" alrendszert használó Linux-kernelek esetében ez a "nincs" ütemező.

Egy adott lemez esetében az elérhető ütemezők ezen a fájlrendszer-helyen tekinthetők meg: /sys/class/block/<diskname>/queue/scheduler, a jelenleg kijelölt ütemező szögletes zárójelben. Az ütemezőt a fájlrendszer erre a helyére írva módosíthatja. A módosítást hozzá kell adni egy inicializálási szkripthez, hogy az újraindulások között is megmaradhasson. A részletekért tekintse meg a Linux disztribúció dokumentációját.

NUMA

A 2.6.37-nél korábbi Linux kernelverziók nem támogatják a nagyobb virtuálisgép-méretekkel rendelkező Hyper-V-n futó NUMA-t. Ez a probléma elsősorban a red hat 2.6.32-kernelt használó régebbi disztribúciókat érinti, és a Red Hat Enterprise Linux (RHEL) 6.6 -ban (kernel-2.6.32-504) lett kijavítva. A 2.6.37-nél régebbi egyéni kerneleket vagy a 2.6.32-504-nél régebbi RHEL-alapú kerneleket futtató rendszereknek be kell állítaniuk a rendszerindítási paramétert numa=off a grub.conf kernel parancssorában. További információ: Red Hat KB 436883.

Több memória lefoglalása a kdump számára

Abban az esetben, ha a memóriakép-rögzítő kernel a rendszerindításkor pánikba esik, foglaljon le több memóriát a kernel számára. Módosítsa például a crashkernel=384M-:128M paramétert crashkernel=384M-:256M értékre az Ubuntu grub konfigurációs fájlban.

A VHDX zsugorítása vagy a VHD- és VHDX-fájlok kibontása hibás GPT-partíciótáblákat eredményezhet

Hyper-V lehetővé teszi a virtuális lemez (VHDX) fájljainak zsugorítását anélkül, hogy figyelembe venné a lemezen esetlegesen meglévő partíció-, kötet- vagy fájlrendszer-adatstruktúrákat. Ha a VHDX olyan helyre van zsugorodott, ahol a VHDX vége egy partíció vége előtt van, az adatok elvesznek, a partíció megsérülhet, vagy érvénytelen adatokat ad vissza a partíció olvasásakor.

A VHD vagy VHDX átméretezése után a rendszergazdáknak egy olyan segédprogramot kell használniuk, mint a fdisk vagy a parted a partíció, a kötet és a fájlrendszer szerkezetének frissítéséhez, hogy tükrözzék a lemez méretének változását. A GUID partíciótáblával (GPT) rendelkező VHD vagy VHDX méretének zsugorítása vagy bővítése figyelmeztetést okoz, ha partíciókezelő eszközt használ a partícióelrendezés ellenőrzéséhez, és a rendszer figyelmezteti a rendszergazdát az első és másodlagos GPT-fejlécek kijavítására. Ez a manuális lépés adatvesztés nélkül is biztonságosan elvégezhető.

Kapcsolódó tartalom

  • Last updated on