Macierz obsługi migracji funkcji Hyper-V
Uwaga
W tym artykule odwołuje się do systemu CentOS — dystrybucji systemu Linux, która zbliża się do stanu zakończenia życia (EOL). Rozważ odpowiednie użycie i planowanie. Aby uzyskać więcej informacji, zobacz wskazówki dotyczące zakończenia życia systemu CentOS.
Ten artykuł zawiera podsumowanie ustawień i ograniczeń dotyczących migrowania maszyn wirtualnych funkcji Hyper-V z migracją i modernizacją . Jeśli szukasz informacji na temat oceny maszyn wirtualnych funkcji Hyper-V na potrzeby migracji na platformę Azure, zapoznaj się z macierzą obsługi oceny.
Ograniczenia migracji
Na potrzeby replikacji można wybrać maksymalnie 10 maszyn wirtualnych jednocześnie. Jeśli chcesz przeprowadzić migrację większej liczby maszyn, zreplikuj je w grupach 10.
Wymagania dotyczące hosta funkcji Hyper-V
| Pomoc techniczna | Szczegóły |
|---|---|
| Wdrożenie | Host funkcji Hyper-V może być autonomiczny lub wdrożony w klastrze. Oprogramowanie replikacji usługi Azure Migrate (dostawca replikacji funkcji Hyper-V) jest zainstalowane na hostach funkcji Hyper-V. |
| Uprawnienia | Potrzebujesz uprawnień administratora na hoście funkcji Hyper-V. |
| System operacyjny hosta | Windows Server 2022, Windows Server 2019 lub Windows Server 2012 R2 z najnowszymi aktualizacjami. Należy pamiętać, że instalacja podstawowego serwera tych systemów operacyjnych jest również obsługiwana. |
| Inne wymagania dotyczące oprogramowania | .NET Framework 4.7 lub nowszy |
| Dostęp do portów | Połączenia wychodzące na porcie HTTPS 443 do wysyłania danych replikacji maszyny wirtualnej. |
Maszyny wirtualne funkcji Hyper-V
| Pomoc techniczna | Szczegóły |
|---|---|
| System operacyjny | Wszystkie systemy operacyjne Windows i Linux obsługiwane przez platformę Azure. |
| Windows Server 2003 | W przypadku maszyn wirtualnych z systemem Windows Server 2003 przed migracją należy zainstalować usługi Integration Services funkcji Hyper-V. |
| Maszyny wirtualne z systemem Linux na platformie Azure | Niektóre maszyny wirtualne mogą wymagać zmian, aby mogły działać na platformie Azure. W przypadku systemu Linux usługa Azure Migrate automatycznie wprowadza zmiany w następujących systemach operacyjnych: - Red Hat Enterprise Linux 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x — CentOS 9.x (wydanie i strumień), 8.x (wersja i strumień), 7.9, 7.7, 7.6, 7.5, 7.4, 6.x — SUSE Linux Enterprise Server 15 SP4, 15 SP3, 15 SP2, 15 SP1, 15 SP0, 12, 11 SP4, 11 SP3 — Ubuntu 22.04, 21.04, 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS - Debian 11, 10, 9, 8, 7 — Oracle Linux 9, 8, 7.7-CI, 7.7, 6 - Kali Linux (2016, 2017, 2018, 2019, 2020, 2021, 2022) — W przypadku innych systemów operacyjnych ręcznie wprowadzasz wymagane zmiany . |
| Wymagane zmiany dla platformy Azure | Niektóre maszyny wirtualne mogą wymagać zmian, aby mogły działać na platformie Azure. Ręczne wprowadzanie korekt przed migracją. Odpowiednie artykuły zawierają instrukcje dotyczące tego, jak to zrobić. |
| Rozruch systemu Linux | Jeśli /boot znajduje się na dedykowanej partycji, powinien znajdować się na dysku systemu operacyjnego, a nie być rozłożone na wiele dysków. Jeśli /boot jest częścią partycji głównej (/), partycja "/" powinna znajdować się na dysku systemu operacyjnego i nie obejmuje innych dysków. |
| Rozruch UEFI | Obsługiwane. Maszyny wirtualne oparte na interfejsie UEFI zostaną zmigrowane do maszyn wirtualnych generacji 2 platformy Azure. |
| UEFI — bezpieczny rozruch | Nieobsługiwane w przypadku migracji. |
| Rozmiar dysku | Do 2 TB dysku systemu operacyjnego dla maszyny wirtualnej 1. generacji; Do 4 TB dysku systemu operacyjnego dla maszyny wirtualnej 2. generacji; 32 TB dla dysków danych. W przypadku istniejących projektów usługi Azure Migrate może być konieczne uaktualnienie dostawcy replikacji na hoście funkcji Hyper-V do najnowszej wersji, aby replikować duże dyski do 32 TB. |
| Numer dysku | Maksymalnie 16 dysków na maszynę wirtualną. |
| Zaszyfrowane dyski/woluminy | Nieobsługiwane w przypadku migracji. |
| Dyski rdM/passthrough | Nieobsługiwane w przypadku migracji. |
| Dysk udostępniony | Maszyny wirtualne korzystające z dysków udostępnionych nie są obsługiwane w przypadku migracji. |
| Dysk w warstwie Ultra | Migracja dysków w warstwie Ultra nie jest obsługiwana w portalu usługi Azure Migrate. Należy przeprowadzić migrację poza pasmem dla dysków zalecanych jako dyski w warstwie Ultra. Oznacza to, że po migracji można przeprowadzić migrację jako typ dysku w warstwie Premium i zmienić go na dysk w warstwie Ultra. |
| NFS | Woluminy NFS zainstalowane jako woluminy na maszynach wirtualnych nie będą replikowane. |
| Reiserfs | Nieobsługiwane. |
| ISCSI | Maszyny wirtualne z obiektami docelowymi iSCSI nie są obsługiwane na potrzeby migracji. |
| Dysk docelowy | Migrację do maszyn wirtualnych platformy Azure można migrować tylko za pomocą dysków zarządzanych. |
| Protokół IPv6 | Nieobsługiwane. |
| Tworzenie zespołu kart interfejsu sieciowego | Nieobsługiwane. |
| Usługa Azure Site Recovery i/lub funkcja Hyper-V | Nie można replikować przy użyciu migracji i modernizacji, jeśli maszyna wirtualna jest włączona do replikacji za pomocą usługi Azure Site Recovery lub z repliką funkcji Hyper-V. |
| Porty | Połączenia wychodzące na porcie HTTPS 443 do wysyłania danych replikacji maszyny wirtualnej. |
Dostęp do adresu URL (chmura publiczna)
Oprogramowanie dostawcy replikacji na hostach funkcji Hyper-V będzie potrzebować dostępu do tych adresów URL.
| Adres URL | Szczegóły |
|---|---|
| login.microsoftonline.com | Kontrola dostępu i zarządzanie tożsamościami przy użyciu usługi Active Directory. |
| backup.windowsazure.com | Transfer i koordynacja danych replikacji. |
| *.hypervrecoverymanager.windowsazure.com | Służy do zarządzania replikacją. |
| *.blob.core.windows.net | Przekazywanie danych do kont magazynu. |
| dc.services.visualstudio.com | Przekaż dzienniki aplikacji używane do monitorowania wewnętrznego. |
| time.windows.com | Weryfikuje synchronizację czasu między systemem a czasem globalnym. |
Dostęp do adresu URL (Azure Government)
Oprogramowanie dostawcy replikacji na hostach funkcji Hyper-V będzie potrzebować dostępu do tych adresów URL.
| Adres URL | Szczegóły |
|---|---|
| login.microsoftonline.us | Kontrola dostępu i zarządzanie tożsamościami przy użyciu usługi Active Directory. |
| backup.windowsazure.us | Transfer i koordynacja danych replikacji. |
| *.hypervrecoverymanager.windowsazure.us | Służy do zarządzania replikacją. |
| *.blob.core.usgovcloudapi.net | Przekazywanie danych do kont magazynu. |
| dc.services.visualstudio.com | Przekaż dzienniki aplikacji używane do monitorowania wewnętrznego. |
| time.nist.gov | Weryfikuje synchronizację czasu między systemem a czasem globalnym. |
Uwaga
Jeśli projekt Migrate ma łączność z prywatnym punktem końcowym, oprogramowanie dostawcy replikacji na hostach funkcji Hyper-V będzie potrzebować dostępu do tych adresów URL w celu zapewnienia obsługi linków prywatnych.
- *.blob.core.windows.com — aby uzyskać dostęp do konta magazynu przechowującego replikowane dane. Jest to opcjonalne i nie jest wymagane, jeśli konto magazynu ma dołączony prywatny punkt końcowy.
- login.windows.net na potrzeby kontroli dostępu i zarządzania tożsamościami przy użyciu usługi Active Directory.
Wymagania dotyczące konta magazynu replikacji
Ta tabela zawiera podsumowanie obsługi konta magazynu replikacji na potrzeby migracji maszyn wirtualnych funkcji Hyper-V.
| Ustawienie | Pomoc techniczna | Szczegóły |
|---|---|---|
| Konta magazynu ogólnego przeznaczenia w wersji 2 (warstwa Gorąca i Chłodna) | Obsługiwane | Konta magazynu GPv2 mogą wiązać się z wyższymi kosztami transakcji niż konta magazynu w wersji 1. |
| Premium Storage | Obsługiwane | Jednak konta magazynu w warstwie Standardowa są zalecane, aby ułatwić optymalizowanie kosztów. Konto magazynu pamięci podręcznej powinno być kontem magazynu w warstwie Standardowa, a wersja Premium nie jest obsługiwana. |
| Region (Region) | Ten sam region co maszyna wirtualna | Konto magazynu powinno znajdować się w tym samym regionie co chroniona maszyna wirtualna. |
| Subskrypcja | Może się różnić od źródłowych maszyn wirtualnych | Konto magazynu nie musi znajdować się w tej samej subskrypcji co źródłowe maszyny wirtualne. |
| Zapory usługi Azure Storage dla sieci wirtualnych | Obsługiwane | Jeśli używasz konta magazynu replikacji z włączoną zaporą lub docelowego konta magazynu, upewnij się, że zezwalasz na zaufane usługi firmy Microsoft. Upewnij się również, że zezwolisz na dostęp do co najmniej jednej podsieci źródłowej sieci wirtualnej. Należy zezwolić na dostęp ze wszystkich sieci na potrzeby łączności z publicznym punktem końcowym. |
| Usuwanie nietrwałe | Nieobsługiwane | Usuwanie nietrwałe nie jest obsługiwane, ponieważ po włączeniu go na koncie magazynu replikacji zwiększa koszt. Usługa Azure Migrate wykonuje bardzo częste tworzenie/usuwanie plików dziennika podczas replikowania, co powoduje zwiększenie kosztów. |
| Prywatny punkt końcowy | Obsługiwane | Postępuj zgodnie ze wskazówkami, aby skonfigurować usługę Azure Migrate z prywatnymi punktami końcowymi. |
Wymagania dotyczące maszyny wirtualnej platformy Azure
Wszystkie lokalne maszyny wirtualne replikowane na platformę Azure muszą spełniać wymagania dotyczące maszyn wirtualnych platformy Azure podsumowane w tej tabeli.
| Składnik | Wymagania | Szczegóły |
|---|---|---|
| Rozmiar dysku systemu operacyjnego | Do 2048 GB. | Sprawdzanie nie powiedzie się, jeśli nie jest obsługiwane. |
| Liczba dysków systemu operacyjnego | 1 | Sprawdzanie nie powiedzie się, jeśli nie jest obsługiwane. |
| Liczba dysków danych | 16 lub mniej. | Sprawdzanie nie powiedzie się, jeśli nie jest obsługiwane. |
| Rozmiar dysku danych | Do 32 TB | Sprawdzanie nie powiedzie się, jeśli nie jest obsługiwane. |
| Karty sieciowe | Obsługiwane są wiele kart. | |
| Udostępniony wirtualny dysk twardy | Nieobsługiwane. | Sprawdzanie nie powiedzie się, jeśli nie jest obsługiwane. |
| Dysk FC | Nieobsługiwane. | Sprawdzanie nie powiedzie się, jeśli nie jest obsługiwane. |
| BitLocker | Nieobsługiwane. | Przed włączeniem replikacji dla maszyny należy wyłączyć funkcję BitLocker. |
| Nazwa maszyny wirtualnej | Od 1 do 63 znaków. Ograniczone do liter, cyfr i łączników. Nazwa maszyny musi zaczynać się i kończyć literą lub cyfrą. |
Zaktualizuj wartość we właściwościach maszyny w usłudze Site Recovery. |
| Połączenie po migracji systemu Windows | Aby nawiązać połączenie z maszynami wirtualnymi platformy Azure z systemem Windows po migracji: — Przed migracją włącz protokół RDP na lokalnej maszynie wirtualnej. Upewnij się, że reguły TCP i UDP zostały dodane do profilu publicznego oraz że w pozycji Zapora systemu Windows>Dozwolone aplikacje zezwolono na użycie protokołu RDP we wszystkich profilach. — W przypadku dostępu do sieci VPN typu lokacja-lokacja włącz protokół RDP i zezwól na protokół RDP w zaporze systemu Windows —> dozwolone aplikacje i funkcje dla sieci domenowych i prywatnych. Ponadto sprawdź, czy zasady sieci SAN systemu operacyjnego są ustawione na Wartość OnlineAll. Dowiedz się więcej. |
|
| Połączenie po migracji systemu Linux | Aby nawiązać połączenie z maszynami wirtualnymi platformy Azure po migracji przy użyciu protokołu SSH: — Przed migracją na maszynie lokalnej sprawdź, czy usługa Secure Shell jest ustawiona na Uruchamianie, a reguły zapory zezwalają na połączenie SSH. — Po migracji na maszynie wirtualnej platformy Azure zezwól na połączenia przychodzące z portem SSH dla reguł sieciowej grupy zabezpieczeń na maszynie wirtualnej w trybie failover oraz dla podsieci platformy Azure, z którą jest połączona. Ponadto dodaj publiczny adres IP maszyny wirtualnej. |
Następne kroki
Migrowanie maszyn wirtualnych funkcji Hyper-V do migracji.