Udostępnij za pośrednictwem

Czy należy utworzyć maszynę wirtualną generacji 1 lub 2 w funkcji Hyper-V?

Utworzenie maszyny wirtualnej generacji 1 lub 2 zależy od systemu operacyjnego gościa, który chcesz zainstalować, oraz metody rozruchu, której chcesz użyć do wdrożenia maszyny wirtualnej. Zalecamy utworzenie maszyn wirtualnych generacji 2 w celu korzystania z funkcji takich jak Bezpieczny rozruch, chyba że spełnione są następujące instrukcje:

  • Używasz istniejącego, wstępnie utworzonego wirtualnego dysku twardego (plików VHD lub VHDX), który nie jest zgodny z interfejsem UEFI.
  • Generacja 2 nie obsługuje systemu operacyjnego, który chcesz uruchomić na maszynie wirtualnej.
  • Generacja 2 nie obsługuje metody rozruchu, której chcesz użyć.

Aby uzyskać więcej informacji na temat funkcji dostępnych dla maszyn wirtualnych generacji 2, zobacz Hyper-V zgodność funkcji według generacji i gościa.

Nie można zmienić generacji maszyny wirtualnej po jej utworzeniu. Zalecamy zapoznanie się z zagadnieniami w tym miejscu i wybranie systemu operacyjnego, metody rozruchu i funkcji, których chcesz użyć przed wybraniem generacji.

Jakie są zalety korzystania z maszyn wirtualnych generacji 2?

Poniżej przedstawiono niektóre korzyści wynikające z używania maszyny wirtualnej generacji 2:

  • Bezpieczny rozruch

    Użyj bezpiecznego rozruchu, aby zapobiec uruchamianiu nieautoryzowanego oprogramowania układowego, systemów operacyjnych lub sterowników UEFI w czasie rozruchu. Bezpieczny rozruch weryfikuje, czy program rozruchowy jest podpisany przez zaufany autorytet w bazie danych UEFI. Bezpieczny rozruch jest domyślnie włączony dla maszyn wirtualnych generacji 2. Jeśli musisz uruchomić system operacyjny gościa, który nie obsługuje bezpiecznego rozruchu, możesz go wyłączyć po utworzeniu maszyny wirtualnej. Aby uzyskać więcej informacji, zobacz Bezpieczny rozruch.

    Aby zabezpieczyć maszyny wirtualne generacji 2 z systemem Linux z funkcją Bezpiecznego Rozruchu, należy wybrać szablon UEFI CA Secure Boot podczas tworzenia maszyny wirtualnej.

  • Większy wolumin rozruchowy Maksymalny wolumin rozruchowy maszyn wirtualnych generacji 2 wynosi 64 TB. Ten maksymalny wolumin rozruchowy jest maksymalnym rozmiarem .VHDX dysku obsługiwanym przez maszyny wirtualne generacji 1, maksymalny wolumin rozruchowy wynosi 2 TB dla i .VHDX2040 GB, aby .VHD uzyskać więcej informacji, zobacz Hyper-V Virtual Hard Disk Format Overview (Omówienie formatu wirtualnego dysku twardego).

    Może być również widoczna niewielka poprawa czasu rozruchu i instalacji maszyn wirtualnych generacji 2.

Które systemy operacyjne gościa są obsługiwane?

Maszyny wirtualne generacji 1 obsługują większość systemów operacyjnych gościa. Maszyny wirtualne generacji 2 obsługują większość 64-bitowych wersji systemu Windows i nowszych wersji systemów operacyjnych Linux i FreeBSD. Skorzystaj z poniższych sekcji, aby zobaczyć, która generacja maszyny wirtualnej obsługuje system operacyjny gościa, który chcesz zainstalować.

Obsługa systemu operacyjnego dla gościa Windows

W poniższej tabeli przedstawiono 64-bitowe wersje systemu Windows, których można użyć jako systemu operacyjnego gościa dla maszyn wirtualnych generacji 1 i 2. generacji.

64-bitowe wersje systemu Windows Generacja 1 Druga generacja
Windows Server 2025 ✔ ✔
Windows Server 2022 ✔ ✔
Windows Server 2019 ✔ ✔
Windows Server 2016 ✔ ✔
Windows Server 2012 R2 ✔ ✔
Windows Server 2012 ✔ ✔
Windows 11 ✖ ✔
Windows 10 ✔ ✔

W poniższej tabeli przedstawiono 32-bitowe wersje systemu Windows, których można użyć jako systemu operacyjnego gościa dla maszyn wirtualnych generacji 1 i 2. generacji.

32-bitowe wersje systemu Windows Generacja 1 Druga generacja
Windows 10 ✔ ✖

Obsługa systemów operacyjnych gościa CentOS i Red Hat Enterprise Linux

W poniższej tabeli przedstawiono wersje systemów Red Hat Enterprise Linux (RHEL) i CentOS, których można używać jako systemu operacyjnego gościa dla maszyn wirtualnych generacji 1 i 2. generacji.

Wersje systemu operacyjnego Generacja 1 Druga generacja
Seria RHEL/CentOS 10.x ✔ ✔
Seria RHEL/CentOS 9.x ✔ ✔
Seria RHEL/CentOS 8.x ✔ ✔

Aby uzyskać więcej informacji, zobacz Maszyny wirtualne CentOS i Red Hat Enterprise Linux w funkcji Hyper-V.

Obsługa systemu operacyjnego gościa Debian

W poniższej tabeli przedstawiono wersje debiana, których można użyć jako systemu operacyjnego gościa dla maszyn wirtualnych generacji 1 i 2. generacji.

Wersje systemu operacyjnego Generacja 1 Druga generacja
Seria Debian 12.x (Bookworm) ✔ ✔
Seria Debian 11.x (Bullseye) ✔ ✔
Seria Debian 10.x (Buster) ✔ ✔

Aby uzyskać więcej informacji, zobacz Debian virtual machines on Hyper-V (Maszyny wirtualne Debian w funkcji Hyper-V).

Obsługa systemu operacyjnego gościa FreeBSD

W poniższej tabeli przedstawiono wersje freeBSD, których można użyć jako systemu operacyjnego gościa dla maszyn wirtualnych generacji 1 i 2. generacji.

Wersje systemu operacyjnego Generacja 1 Druga generacja
FreeBSD 13.0 do 13.5 ✔ ✔
FreeBSD 12.0 do 12.4 ✔ ✔
FreeBSD 11.0 do 11.4 ✔ ✔

Aby uzyskać więcej informacji, zobacz FreeBSD virtual machines on Hyper-V (Maszyny wirtualne FreeBSD w funkcji Hyper-V).

Obsługa systemu operacyjnego gościa Oracle Linux

W poniższej tabeli przedstawiono wersje serii jądra zgodnej z systemem Red Hat, których można użyć jako systemu operacyjnego gościa dla maszyn wirtualnych generacji 1 i 2. generacji.

Wersje serii jądra zgodnego z systemem Red Hat Generacja 1 Druga generacja
Oracle Linux 9.x series ✔ ✔
Oracle Linux 8.x series ✔ ✔

W poniższej tabeli przedstawiono wersje Unbreakable Enterprise Kernel, których można użyć jako systemu operacyjnego gościa dla maszyn wirtualnych generacji 1 i 2.

Unbreakable Enterprise Kernel (UEK) - wersje Generacja 1 Druga generacja
Oracle Linux UEK R3 QU3 ✔ ✖
Oracle Linux UEK R3 QU2 ✔ ✖
Oracle Linux UEK R3 QU1 ✔ ✖

Aby uzyskać więcej informacji, zobacz Oracle Linux virtual machines on Hyper-V (Maszyny wirtualne z systemem Oracle Linux w funkcji Hyper-V).

Obsługa systemu operacyjnego gościa SUSE

W poniższej tabeli przedstawiono wersje systemu SUSE, których można użyć jako systemu operacyjnego gościa dla maszyn wirtualnych generacji 1 i 2. generacji.

Wersje systemu operacyjnego Generacja 1 Druga generacja
SERIA SUSE Linux Enterprise Server 15 ✔ ✔
SERIA SUSE Linux Enterprise Server 12 ✔ ✔
SERIA SUSE Linux Enterprise Server 11 ✔ ✖
Otwórz system SUSE 12.3 ✔ ✖

Aby uzyskać więcej informacji, zobacz Maszyny wirtualne SUSE w funkcji Hyper-V.

Obsługa systemu operacyjnego gościa Ubuntu

W poniższej tabeli przedstawiono wersje systemu Ubuntu, których można użyć jako systemu operacyjnego gościa dla maszyn wirtualnych generacji 1 i 2. generacji.

Wersje systemu operacyjnego Generacja 1 Druga generacja
Ubuntu 24.04 ✔ ✔
Ubuntu 22.04 ✔ ✔
Ubuntu 20.04 ✔ ✔
Ubuntu 18.04 ✔ ✔
Ubuntu 16.04 ✔ ✔
Ubuntu 14.04 ✔ ✔

Aby uzyskać więcej informacji, zobacz Maszyny wirtualne z systemem Ubuntu w funkcji Hyper-V.

Jak mogę uruchomić maszynę wirtualną?

Maszyny wirtualne generacji 1 i 2. generacji obsługują różne metody rozruchu. Te metody przedstawiono w poniższej tabeli.

Metoda rozruchu Generacja 1 Druga generacja
Rozruch środowiska PXE przy użyciu standardowej karty sieciowej ✖ ✔
Rozruch środowiska PXE przy użyciu starszej karty sieciowej ✔ ✖
Rozruch z wirtualnego dysku twardego SCSI (.VHDX) lub wirtualnego dysku DVD (. ISO) ✖ ✔
Rozruch z wirtualnego dysku twardego kontrolera IDE (.VHD)wirtualny dysk DVD lub.ISO) fizyczny dysk CD/DVD) ✔ ✖
Rozruch z dyskietki wirtualnej (.VFD) ✔ ✖

Jaka jest różnica w obsłudze urządzeń?

W poniższej tabeli porównaliśmy urządzenia dostępne między maszynami wirtualnymi generacji 1 i 2. generacji.

Urządzenie generacji 1 Wymiana drugiej generacji Ulepszenia generacji 2
Kontroler IDE Wirtualny kontroler SCSI Rozruch z .VHDX(maksymalny rozmiar 64 TB i możliwość zmiany rozmiaru online)
CD-ROM IDE CD-ROM wirtualnego interfejsu SCSI Obsługa maksymalnie 64 urządzeń DVD SCSI na każdy kontroler SCSI.
Starszy system BIOS Oprogramowanie układowe UEFI Bezpieczny rozruch
Starszy adapter sieciowy Syntetyczna karta sieciowa Rozruch sieciowy przy użyciu protokołów IPv4 i IPv6
Kontroler dyskietek i kontroler DMA Brak obsługi kontrolera dyskietek N/A
Uniwersalny asynchroniczny odbiornik/nadajnik (UART) dla portów COM Opcjonalny UART na potrzeby debugowania Szybsze i bardziej niezawodne
i8042 kontroler klawiatury Dane wejściowe oparte na oprogramowaniu Używa mniejszej liczby zasobów, ponieważ nie ma emulacji. Zmniejsza również obszar ataków z systemu operacyjnego gościa.
Klawiatura PS/2 Klawiatura oparta na oprogramowaniu Używa mniejszej liczby zasobów, ponieważ nie ma emulacji. Zmniejsza również obszar ataków z systemu operacyjnego gościa.
Mysz PS/2 Mysz oparta na oprogramowaniu Używa mniejszej liczby zasobów, ponieważ nie ma emulacji. Zmniejsza również obszar ataków z systemu operacyjnego gościa.
Wideo S3 Wideo oparte na oprogramowaniu Używa mniejszej liczby zasobów, ponieważ nie ma emulacji. Zmniejsza również obszar ataków z systemu operacyjnego gościa.
Magistrala PCI Nie jest już wymagane N/A
Programowalny kontroler przerwań (PIC) Nie jest już wymagane N/A
Programowalny czasomierz interwału (PIT) Nie jest już wymagane N/A
Urządzenie Super We/Wy Nie jest już wymagane N/A

Zagadnienia dotyczące używania maszyn wirtualnych generacji 1 i 2. generacji

Poniżej przedstawiono kilka dodatkowych wskazówek dotyczących używania różnych generacji maszyn wirtualnych.

Tworzenie maszyn wirtualnych z ponad 64 procesorami logicznymi

Hyper-V menedżerowi może nie udać się utworzenie maszyny wirtualnej generacji 1 na systemie z więcej niż 64 procesorami logicznymi. Hyper-V manager nie pozwala określić liczby procesorów wirtualnych w czasie tworzenia maszyny wirtualnej. W przypadku hostów z więcej niż 64 procesorami logicznymi określ liczbę procesorów wirtualnych podczas tworzenia maszyn wirtualnych przy użyciu centrum administracyjnego systemu Windows, programu PowerShell lub innego narzędzia.

Przekazywanie wirtualnego dysku twardego na platformę Azure

Wirtualne dyski twarde utworzone na maszynach wirtualnych generacji 1 i 2 można przekazać na platformę Azure, o ile używają formatu pliku VHD. Wirtualny dysk twardy musi mieć stały (nie dynamicznie powiększający się) rozmiar dysku. Aby dowiedzieć się więcej na temat możliwości generacji 2 obsługiwanych na platformie Azure, zobacz Maszyny wirtualne 2. generacji na platformie Azure. Aby uzyskać więcej informacji na temat przekazywania dysku VHD lub VHDX systemu Windows, zobacz Przygotowanie dysku VHD lub VHDX systemu Windows do przekazania na platformę Azure.

Dołączanie lub dodawanie stacji dysków DVD

  • Nie można dołączyć fizycznego dysku CD lub DVD do maszyny wirtualnej generacji 2. Wirtualny dysk DVD w maszynach wirtualnych generacji 2 obsługuje tylko pliki obrazów ISO. Aby utworzyć plik obrazu ISO środowiska systemu Windows, możesz użyć narzędzia wiersza polecenia OScdimg . Aby uzyskać więcej informacji, zobacz Opcje Command-Line Oscdimg.
  • Podczas tworzenia nowej maszyny wirtualnej za pomocą New-VM polecenia cmdlet programu Windows PowerShell maszyna wirtualna generacji 2 nie ma stacji dysków DVD. Można dodać napęd DVD podczas działania maszyny wirtualnej.

Korzystanie z oprogramowania układowego UEFI

  • Bezpieczny rozruch lub oprogramowanie układowe UEFI nie jest wymagane na hoście Hyper-V fizycznym. W przypadku maszyn wirtualnych generacji 2 Hyper-V udostępnia wirtualne oprogramowanie układowe maszynom wirtualnym, które są niezależne od tego, co znajduje się na hoście Hyper-V.
  • Oprogramowanie układowe UEFI na maszynie wirtualnej generacji 2 nie obsługuje trybu instalacji bezpiecznego rozruchu.
  • Nie obsługujemy uruchamiania powłoki UEFI ani innych aplikacji UEFI na maszynie wirtualnej generacji 2. Możliwe jest techniczne użycie powłoki UEFI lub aplikacji UEFI innych niż Microsoft, pod warunkiem, że są kompilowane bezpośrednio ze źródeł. Jeśli te aplikacje nie są poprawnie podpisane cyfrowo, należy wyłączyć bezpieczny rozruch dla maszyny wirtualnej.

Praca z plikami VHDX

  • Rozmiar pliku VHDX zawierającego wolumin rozruchowy maszyny wirtualnej generacji 2 można zmienić, gdy maszyna wirtualna jest uruchomiona.
  • Nie obsługujemy ani nie zalecamy tworzenia pojedynczego dysku wirtualnego (pliku VHD lub VHDX), który można uruchomić zarówno na maszynach wirtualnych generacji 1, jak i 2. generacji. Zamiast tego utwórz rozruchowe pliki VHDX przeznaczone tylko dla maszyn wirtualnych generacji 1 lub 2. generacji.
  • Generowanie maszyny wirtualnej jest właściwością maszyny wirtualnej, a nie właściwością wirtualnego dysku twardego. Nie można określić, czy plik VHDX został utworzony jako maszyna wirtualna generacji 1 lub 2. generacji.
  • Plik VHDX utworzony za pomocą maszyny wirtualnej generacji 2 można dołączyć do kontrolera IDE lub kontrolera SCSI maszyny wirtualnej generacji 1. Jeśli jednak wirtualny dysk twardy jest rozruchowym plikiem VHDX, rozruch maszyny wirtualnej generacji 1 kończy się niepowodzeniem.

Używanie protokołu IPv6 zamiast protokołu IPv4

Podczas rozruchu z sieci za pomocą środowiska PXE maszyny wirtualne generacji 2 domyślnie używają protokołu IPv4. Aby zamiast tego użyć protokołu IPv6, uruchom polecenie cmdlet Set-VMFirmware środowiska Windows PowerShell. Na przykład następujące polecenie ustawia preferowany protokół IPv6 dla maszyny wirtualnej o nazwie TestVM:

Set-VMFirmware -VMName 'TestVM' -IPProtocolPreference IPv6

Dodawanie portu COM na potrzeby debugowania jądra

Porty COM nie są dostępne w maszynach wirtualnych generacji 2 do momentu ich dodania. Porty COM można dodawać za pomocą programu Windows PowerShell lub instrumentacji zarządzania Windows (WMI). Te kroki pokazują, jak to zrobić za pomocą programu Windows PowerShell.

Aby dodać port COM:

  1. Wyłącz bezpieczny rozruch. Debugowanie jądra nie jest zgodne z bezpiecznym rozruchem. Upewnij się, że maszyna wirtualna jest w stanie Wyłączone, a następnie użyj polecenia cmdlet Set-VMFirmware . Na przykład następujące polecenie wyłącza bezpieczny rozruch na maszynie wirtualnej TestVM:

    Set-VMFirmware -VMName 'TestVM' -EnableSecureBoot Off

  2. Dodaj port COM. Użyj polecenia cmdlet Set-VMComPort , aby dodać port COM. Na przykład następujące polecenie konfiguruje pierwszy port COM na maszynie wirtualnej, TestVM, aby nawiązać połączenie z nazwanym potokiem, TestPipe, na komputerze lokalnym:

    Set-VMComPort -VMName 'TestVM' -Number 1 -Path '\\.\pipe\TestPipe'

Uwaga / Notatka

Skonfigurowane porty COM nie są wymienione w ustawieniach maszyny wirtualnej w programie Hyper-V Manager.

Treści powiązane