Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
W tym artykule przedstawiono podsumowanie ustawień i ograniczeń dotyczących migrowania maszyn wirtualnych Hyper-V z użyciem Migracji i modernizacji. Jeśli szukasz informacji na temat oceny maszyn wirtualnych Hyper-V na potrzeby migracji do platformy Azure, zapoznaj się z macierzą wsparcia oceny.
Uwaga
W tym artykule odwołuje się do systemu CentOS — dystrybucji systemu Linux, która jest stanem End Of Life (EOL). Proszę rozważyć swoje użycie i odpowiednio zaplanować. Aby uzyskać więcej informacji, zobacz wskazówki dotyczące zakończenia życia systemu CentOS.
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 Hyper-V
| Pomoc | Szczegóły |
|---|---|
| Wdrażania | Host funkcji Hyper-V może być autonomiczny lub wdrożony w klastrze. Oprogramowanie replikacji Azure Migrate (provider replikacji Hyper-V) jest zainstalowane na hostach Hyper-V. |
| Uprawnienia | Potrzebujesz uprawnień administratora na hoście Hyper-V. |
| System operacyjny hosta | Windows Server 2022, Windows Server 2019, Windows Server 2016 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 port HTTPS 443 w celu wysyłania danych replikacji maszyn wirtualnych. |
Maszyny wirtualne Hyper-V
| Pomoc | 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 należy zainstalować Hyper-V Integration Services przed migracją. |
| 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.5, 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x - Strumień CentOS - SUSE Linux Enterprise Server 15 SP4, 15 SP3, 15 SP2, 15 SP1, 15 SP0, 12, 11 SP4, 11 SP3 — Ubuntu 24.04, 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) - Alma Linux 8.x, 9.x - Rocky Linux 8.x, 9.x — 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, powinno znajdować się na dysku systemowym, a nie być rozłożone na wielu dyskach. 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 Ultra | Migracja dysków w warstwie Ultra nie jest obsługiwana w portalu usługi Azure Migrate. Należy przeprowadzić migrację poza standardowym kanałem dla dysków zalecanych jako dyski Ultra. Oznacza to, że można wybrać migrację jako typ dysku w warstwie Premium i zmienić go na dysk w warstwie Ultra po zakończeniu migracji. |
| NFS | Woluminy NFS zainstalowane jako woluminy na maszynach wirtualnych nie będą replikowane. |
| ReiserFS | Nie obsługiwane. |
| Biblioteka ISCSI | Maszyny wirtualne z obiektami docelowymi iSCSI nie są obsługiwane na potrzeby migracji. |
| Dysk docelowy | Można migrować do maszyn wirtualnych platformy Azure tylko za pomocą dysków zarządzanych. |
| Protokół IPv6 | Nie obsługiwane. |
| Agregacja kart sieciowych | Nie obsł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 skonfigurowana do replikacji za pomocą usługi Azure Site Recovery lub repliki Hyper-V. |
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 dotyczących replikacji. |
| *.hypervrecoverymanager.windowsazure.com | Służy do zarządzania replikacją. |
| *.blob.core.windows.net | Przekazywanie danych do kont przechowywania. |
| 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 dotyczących replikacji. |
| *.hypervrecoverymanager.windowsazure.us | Służy do zarządzania replikacją. |
| *.blob.core.usgovcloudapi.net | Przekazywanie danych do kont przechowywania. |
| 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 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 do konta magazynu jest 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 podsumowuje wsparcie dla konta magazynowego replikacji w migracjach maszyn wirtualnych Hyper-V.
| Ustawienie | Pomoc | Szczegóły |
|---|---|---|
| Konta magazynowania ogólnego przeznaczenia w wersji 2 (warstwy Gorąca i Chłodna) | Wspierane | Konta magazynu GPv2 mogą wiązać się z wyższymi kosztami transakcji niż konta magazynu w wersji 1. |
| Magazynowanie Premium | Wspierane | Jednak zaleca się standardowe konta magazynowe, aby pomóc w optymalizacji kosztów. Konto pamięci podręcznej powinno być kontem pamięci w warstwie standardowej; wersja premium nie jest obsługiwana. |
| Rejon | 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 przechowywania nie musi znajdować się w tej samej subskrypcji co maszyny wirtualne źródłowe. |
| Zapory usługi Azure Storage dla sieci wirtualnych | Wspierane | 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 tymczasowe | Nie obsługiwane | Usuwanie miękkie nie jest obsługiwane, ponieważ po jego włączeniu na koncie magazynowym repliki zwiększa koszty. 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 | Wspierane | 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 | Jest obsługiwanych wiele adapterów. | |
| Udostępniony dysk VHD | Nie obsługiwane. | Sprawdzanie nie powiedzie się, jeśli nie jest obsługiwane. |
| Dysk FC | Nie obsługiwane. | Sprawdzanie nie powiedzie się, jeśli nie jest obsługiwane. |
| Funkcja BitLocker | Nie obsł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. |
| Nawiązywanie połączenia 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 dla profilu Publicznego dodano reguły TCP i UDP oraz że protokół RDP jest dozwolony w sekcji Zaporze> systemu Windows Dozwolone aplikacje dla wszystkich profilów. — 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 polityka SAN systemu operacyjnego jest ustawiona na OnlineAll. Dowiedz się więcej. |
|
| Nawiązywanie połączenia po migracji do 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 Hyper-V na potrzeby migracji.