Przygotuj maszyny lokalne do migracji na platformę Azure
W tym artykule opisano sposób przygotowywania maszyn lokalnych przed migracją ich na platformę Azure przy użyciu narzędzia migracji i modernizacji .
W tym artykule opisano następujące zagadnienia:
- Przejrzyj ograniczenia migracji.
- Wybierz metodę migracji maszyn wirtualnych VMware vSphere.
- Sprawdź wymagania dotyczące funkcji hypervisor i systemu operacyjnego dla maszyn, które chcesz migrować.
- Przejrzyj adres URL i dostęp do portów dla maszyn, które chcesz migrować.
- Przed rozpoczęciem migracji należy przejrzeć zmiany.
- Sprawdź wymagania dotyczące maszyn wirtualnych platformy Azure pod kątem migrowanych maszyn.
- Przygotuj maszyny, aby można było nawiązać połączenie z maszynami wirtualnymi platformy Azure po migracji.
Weryfikowanie ograniczeń migracji
Tabela zawiera podsumowanie limitów odnajdywania, oceny i migracji dla usługi Azure Migrate. Zalecamy ocenę maszyn przed migracją, ale nie trzeba tego robić.
Scenariusz | Projekt | Odnajdywanie/ocena | Migracja |
---|---|---|---|
Maszyny wirtualne VMware vSphere | Odnajdywanie i ocenianie maksymalnie 35 000 maszyn wirtualnych w jednym projekcie usługi Azure Migrate. | Odkryj maksymalnie 10 000 maszyn wirtualnych VMware vSphere przy użyciu jednego urządzenia usługi Azure Migrate dla programu VMware vSphere. Urządzenie obsługuje dodawanie wielu serwerów vCenter. Można dodać maksymalnie 10 serwerów vCenter na urządzenie. |
Migracja bez agenta: można jednocześnie replikować maksymalnie 500 maszyn wirtualnych na wielu serwerach vCenter (odnalezionych na jednym urządzeniu) przy użyciu urządzenia skalowalnego w poziomie. Migracja oparta na agencie: można skalować urządzenie replikacji w poziomie, aby replikować dużą liczbę maszyn wirtualnych. W portalu można wybrać maksymalnie 10 maszyn jednocześnie na potrzeby replikacji. Aby replikować więcej maszyn, dodaj partie z 10. |
Maszyny wirtualne funkcji Hyper-V | Odnajdywanie i ocenianie maksymalnie 35 000 maszyn wirtualnych w jednym projekcie usługi Azure Migrate. | Odnajdywanie maksymalnie 5000 maszyn wirtualnych funkcji Hyper-V przy użyciu jednego urządzenia usługi Azure Migrate | Urządzenie nie jest używane do migracji funkcji Hyper-V. Zamiast tego dostawca replikacji funkcji Hyper-V działa na każdym hoście funkcji Hyper-V. Wydajność replikacji ma wpływ na czynniki wydajności, takie jak współczynnik zmian maszyny wirtualnej, i przepustowość przekazywania danych replikacji. W portalu można wybrać maksymalnie 10 maszyn jednocześnie na potrzeby replikacji. Aby replikować więcej maszyn, dodaj partie z 10. |
Maszyny fizyczne | Odnajdywanie i ocenianie maksymalnie 35 000 maszyn w jednym projekcie usługi Azure Migrate. | Odnajdź maksymalnie 1000 serwerów fizycznych za pomocą jednego urządzenia usługi Azure Migrate dla serwerów fizycznych. | Urządzenie replikacji można skalować w poziomie, aby replikować dużą liczbę serwerów. W portalu można wybrać maksymalnie 10 maszyn jednocześnie na potrzeby replikacji. Aby replikować więcej maszyn, dodaj partie z 10. |
Wybieranie metody migracji VMware vSphere
Jeśli migrujesz maszyny wirtualne VMware vSphere na platformę Azure, porównaj metody migracji bez agenta i oparte na agentach, aby zdecydować, co działa najlepiej.
Weryfikowanie wymagań funkcji hypervisor
- Sprawdź wymagania dotyczące agentów VMware lub VMware vSphere.
- Sprawdź wymagania dotyczące hosta funkcji Hyper-V.
Weryfikowanie wymagań dotyczących systemu operacyjnego
Sprawdź obsługiwane systemy operacyjne na potrzeby migracji:
- Jeśli migrujesz maszyny wirtualne VMware vSphere lub maszyny wirtualne funkcji Hyper-V, sprawdź wymagania dotyczące maszyn wirtualnych VMware vSphere pod kątem migracji bez agenta i migracji opartej na agencie oraz wymagań dotyczących maszyn wirtualnych funkcji Hyper-V.
- Sprawdź, czy systemy operacyjne Windows są obsługiwane na platformie Azure.
- Sprawdź dystrybucje systemu Linux obsługiwane na platformie Azure.
Przeglądanie adresu URL i dostępu do portów
Sprawdź, do których adresów URL i portów uzyskuje się dostęp podczas migracji.
Scenariusz | Szczegóły | Adresy URL | Porty |
---|---|---|---|
Migracja bez agenta VMware vSphere | Używa urządzenia usługi Azure Migrate do migracji. Nic nie jest zainstalowane na maszynach wirtualnych VMware vSphere. | Przejrzyj adresy URL chmury publicznej i instytucji rządowych potrzebne do odnajdywania, oceny i migracji z urządzeniem. | Zapoznaj się z wymaganiami dotyczącymi portów migracji bez agenta. |
Migracja oparta na agencie VMware vSphere | Używa urządzenia replikacji do migracji. Agent usługa mobilności jest instalowany na maszynach wirtualnych. | Przejrzyj adresy URL chmury publicznej i adresy URL platformy Azure Government, do których urządzenie replikacji musi uzyskać dostęp. | Przejrzyj porty używane podczas migracji opartej na agencie. |
Migracja funkcji Hyper-V | Używa dostawcy zainstalowanego na hostach funkcji Hyper-V na potrzeby migracji. Nic nie jest zainstalowane na maszynach wirtualnych funkcji Hyper-V. | Przejrzyj adresy URL chmury publicznej i adresy URL platformy Azure Government, do których dostawca replikacji uruchomiony na hostach musi uzyskać dostęp. | Dostawca replikacji na hoście funkcji Hyper-V używa połączeń wychodzących na porcie HTTPS 443 do wysyłania danych replikacji maszyny wirtualnej. |
Maszyny fizyczne | Używa urządzenia replikacji do migracji. Agent usługa mobilności jest instalowany na maszynach fizycznych. | Przejrzyj adresy URL chmury publicznej i adresy URL platformy Azure Government, do których urządzenie replikacji musi uzyskać dostęp. | Przejrzyj porty używane podczas migracji fizycznej. |
Przed migracją sprawdź wymagane zmiany
Przed migracją maszyn wirtualnych na platformę Azure są wymagane pewne zmiany.
- W przypadku niektórych systemów operacyjnych usługa Azure Migrate automatycznie wprowadza zmiany podczas procesu replikacji/migracji.
- W przypadku innych systemów operacyjnych należy ręcznie skonfigurować ustawienia.
- Przed rozpoczęciem migracji należy ręcznie skonfigurować ustawienia. Niektóre zmiany mogą mieć wpływ na rozruch maszyny wirtualnej lub nie można ustanowić łączności z maszyną wirtualną. W przypadku migracji maszyny wirtualnej przed wprowadzeniem zmiany maszyna wirtualna może nie zostać uruchomiona na platformie Azure.
Przejrzyj tabele, aby zidentyfikować zmiany, które należy wprowadzić.
Maszyny z systemem Windows
Wprowadzone zmiany są sumowane w tabeli.
Akcja | VMware vSphere (migracja bez agenta) | VMware vSphere (oparte na agencie)/maszyny fizyczne | Windows w funkcji Hyper-V |
---|---|---|---|
Konfigurowanie zasad sieci SAN jako wszystkie online |
Ustaw automatycznie maszyny z systemem Windows Server 2008 R2 lub nowszym. Skonfiguruj ręcznie dla starszych systemów operacyjnych. |
Ustaw automatycznie w większości przypadków. | Ustaw automatycznie maszyny z systemem Windows Server 2008 R2 lub nowszym. |
Instalowanie integracji gościa funkcji Hyper-V | Zainstaluj ręcznie na maszynach z systemem Windows Server 2003. | Zainstaluj ręcznie na maszynach z systemem Windows Server 2003. | Zainstaluj ręcznie na maszynach z systemem Windows Server 2003. |
Włączanie konsoli szeregowej platformy Azure Włącz konsolę na maszynach wirtualnych platformy Azure, aby ułatwić rozwiązywanie problemów. Nie musisz ponownie uruchamiać maszyny wirtualnej. Maszyna wirtualna platformy Azure uruchomi się przy użyciu obrazu dysku. Rozruch obrazu dysku jest odpowiednikiem ponownego uruchomienia nowej maszyny wirtualnej. |
Ręczne włączanie | Ręczne włączanie | Ręczne włączanie |
Instalowanie agenta gościa platformy Windows Azure Agent maszyny wirtualnej (agent maszyny wirtualnej) to bezpieczny, lekki proces, który zarządza interakcją maszyny wirtualnej z kontrolerem usługi Azure Fabric. Agent maszyny wirtualnej ma podstawową rolę w włączaniu i wykonywaniu rozszerzeń maszyn wirtualnych platformy Azure, które umożliwiają konfigurację po wdrożeniu maszyny wirtualnej, na przykład instalowanie i konfigurowanie oprogramowania. |
Ustaw automatycznie maszyny z systemem Windows Server 2008 R2 lub nowszym. Skonfiguruj ręcznie dla starszych systemów operacyjnych. |
Ustaw automatycznie maszyny z systemem Windows Server 2008 R2 lub nowszym. | Ustaw automatycznie maszyny z systemem Windows Server 2008 R2 lub nowszym. |
Łączenie po migracji Aby nawiązać połączenie po migracji, przed migracją należy wykonać kilka kroków. |
Skonfiguruj ręcznie . | Skonfiguruj ręcznie . | Skonfiguruj ręcznie . |
Dowiedz się więcej na temat zmian wykonywanych na serwerach z systemem Windows na potrzeby migracji bez agenta VMware vSphere.
Konfigurowanie zasad sieci SAN
Domyślnie maszyny wirtualne platformy Azure mają przypisany dysk D: do użycia jako magazyn tymczasowy.
- To przypisanie dysku powoduje, że wszystkie inne dołączone przypisania dysku magazynu mogą zwiększać się o jedną literę.
- Jeśli na przykład instalacja lokalna używa dysku danych przypisanego do dysku D: dla instalacji aplikacji, przypisanie tego dysku zwiększa się do dysku E: po przeprowadzeniu migracji maszyny wirtualnej na platformę Azure.
- Aby zapobiec temu automatycznemu przypisaniu i upewnić się, że platforma Azure przypisze kolejną literę dysku wolnego do swojego woluminu tymczasowego, ustaw zasady sieci magazynowania (SAN) na Wartość OnlineAll:
Skonfiguruj to ustawienie ręcznie w następujący sposób:
- Na maszynie lokalnej (a nie na serwerze hosta) otwórz wiersz polecenia z podwyższonym poziomem uprawnień.
- Wprowadź diskpart.
- Wprowadź nazwę SAN. Jeśli litera dysku systemu operacyjnego gościa nie jest zachowywana, zwracana jest wartość Wszystkie lub Udostępnione w trybie offline.
- W wierszu polecenia NARZĘDZIA DISKPART wprowadź wartość SAN Policy=OnlineAll. To ustawienie zapewnia, że dyski są w trybie online i zapewnia możliwość odczytu i zapisu na obu dyskach.
- Podczas migracji testowej można sprawdzić, czy litery dysku są zachowywane.
Maszyny z systemem Linux
Usługa Azure Migrate automatycznie wykonuje te akcje dla tych wersji
- Red Hat Enterprise Linux 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.3, 7.2, 7.1, 7.0, 6.x (agent maszyny wirtualnej z systemem Linux platformy Azure jest również instalowany automatycznie podczas migracji)
- CentOS Stream (agent maszyny wirtualnej z systemem Linux platformy Azure jest również instalowany automatycznie podczas migracji)
- 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 (agent maszyny wirtualnej z systemem Linux platformy Azure jest również instalowany automatycznie podczas migracji)
- Debian 11, 10, 9, 8, 7
- Oracle Linux 9, 8, 7.7-CI, 7.7, 6
W przypadku innych wersji przygotuj maszyny jako podsumowane w tabeli.
Uwaga
Niektóre zmiany mogą mieć wpływ na rozruch maszyny wirtualnej lub nie można ustanowić łączności z maszyną wirtualną.
Akcja | Szczegóły | Wersja systemu Linux |
---|---|---|
Instalowanie usług Integracji z systemem Linux funkcji Hyper-V | Skompiluj obraz init systemu Linux, aby zawierał niezbędne sterowniki funkcji Hyper-V. Ponowne skompilowanie obrazu inicjowania gwarantuje, że maszyna wirtualna uruchomi się na platformie Azure. | Większość nowych wersji dystrybucji systemu Linux jest domyślnie uwzględniona. Jeśli nie zostały uwzględnione, zainstaluj ręcznie dla wszystkich wersji z wyjątkiem wymienionych powyżej. |
Włączanie rejestrowania konsoli szeregowej platformy Azure | Włączenie rejestrowania konsoli ułatwia rozwiązywanie problemów. Nie musisz ponownie uruchamiać maszyny wirtualnej. Maszyna wirtualna platformy Azure uruchomi się przy użyciu obrazu dysku. Rozruch obrazu dysku jest odpowiednikiem ponownego uruchomienia nowej maszyny wirtualnej. Postępuj zgodnie z tymi instrukcjami , aby włączyć. |
|
Aktualizowanie pliku mapy urządzenia | Zaktualizuj plik mapy urządzenia za pomocą skojarzeń nazwy urządzenia do woluminu, aby używać trwałych identyfikatorów urządzeń. | Zainstaluj ręcznie dla wszystkich wersji, z wyjątkiem wymienionych powyżej. (Dotyczy tylko scenariusza VMware opartego na agencie) |
Aktualizowanie wpisów fstab | Zaktualizuj wpisy, aby używać trwałych identyfikatorów woluminów. | Zaktualizuj ręcznie dla wszystkich wersji, z wyjątkiem wymienionych powyżej. |
Usuń regułę udev | Usuń wszelkie reguły ujścia, które rezerwują nazwy interfejsów na podstawie adresu mac itp. | Usuń ręcznie dla wszystkich wersji z wyjątkiem wymienionych powyżej. |
Aktualizowanie interfejsów sieciowych | Aktualizowanie interfejsów sieciowych w celu odbierania adresu IP na podstawie protokołu DHCP.nst | Zaktualizuj ręcznie dla wszystkich wersji, z wyjątkiem wymienionych powyżej. |
Włączanie protokołu SSH | Upewnij się, że protokół SSH jest włączony, a usługa sshd jest ustawiona na automatyczne uruchamianie po ponownym uruchomieniu. Upewnij się, że przychodzące żądania połączeń SSH nie są blokowane przez zaporę systemu operacyjnego lub reguły skryptowe. |
Włącz ręcznie dla wszystkich wersji, z wyjątkiem wymienionych powyżej. |
Instalowanie agenta gościa platformy Azure dla systemu Linux | Agent systemu Linux platformy Microsoft Azure (waagent) to bezpieczny, lekki proces, który zarządza aprowizowaniem systemu Linux i FreeBSD oraz interakcją maszyny wirtualnej z kontrolerem usługi Azure Fabric. | Włącz ręcznie dla wszystkich wersji, z wyjątkiem wymienionych powyżej. Postępuj zgodnie z instrukcjami, aby ręcznie zainstalować agenta systemu Linux dla innych wersji systemu operacyjnego. Przejrzyj listę wymaganych pakietów do zainstalowania agenta maszyny wirtualnej z systemem Linux. |
Dowiedz się więcej na temat zmian wykonywanych na serwerach z systemem Linux na potrzeby migracji bez agenta VMware vSphere.
Poniższa tabela zawiera podsumowanie kroków wykonywanych automatycznie dla systemów operacyjnych wymienionych powyżej.
Akcja | Migracja VMware vSphere oparta na agencie | Migracja bez agenta VMware vSphere | Migracja bez agenta funkcji Hyper-V |
---|---|---|---|
Zaktualizuj obraz jądra za pomocą usług integracji z systemem Linux funkcji Hyper-V. (Sterowniki LIS powinny być obecne w jądrze). |
Tak | Tak | Tak |
Włączanie rejestrowania konsoli szeregowej platformy Azure | Tak | Tak | Tak |
Aktualizowanie pliku mapy urządzenia | Tak | Nie. | Nie. |
Aktualizowanie wpisów fstab | Tak | Tak | Tak |
Usuń regułę udev | Tak | Tak | Tak |
Aktualizowanie interfejsów sieciowych | Tak | Tak | Tak |
Włączanie protokołu SSH | Nie | Nie. | Nie. |
Instalowanie agenta maszyny wirtualnej platformy Azure z systemem Linux | Tak | Tak | Tak |
Dowiedz się więcej o krokach uruchamiania maszyny wirtualnej z systemem Linux na platformie Azure i uzyskaj instrukcje dotyczące niektórych popularnych dystrybucji systemu Linux.
Przejrzyj listę wymaganych pakietów do zainstalowania agenta maszyny wirtualnej z systemem Linux. Usługa Azure Migrate automatycznie instaluje agenta maszyny wirtualnej z systemem Linux dla systemów RHEL 8.x, Ubuntu 20.04, SUSE 15 i Oracle 7 podczas korzystania z metody bez agenta migracji programu VMware.
Sprawdzanie wymagań dotyczących maszyn wirtualnych platformy Azure
Maszyny lokalne replikowane na platformę Azure muszą być zgodne z wymaganiami maszyn wirtualnych platformy Azure dotyczącymi systemu operacyjnego i architektury, dysków, ustawień sieci i nazewnictwa maszyn wirtualnych.
Przed przeprowadzeniem migracji zapoznaj się z wymaganiami maszyn wirtualnych platformy Azure dotyczącymi migracji oprogramowania VMware, funkcji Hyper-V i serwera fizycznego.
Przygotowanie do nawiązania połączenia po migracji
Maszyny wirtualne platformy Azure są tworzone podczas migracji na platformę Azure. Po migracji musisz mieć możliwość nawiązania połączenia z nowymi maszynami wirtualnymi platformy Azure. Aby pomyślnie nawiązać połączenie, wymagane jest wykonanie wielu kroków.
Przygotowanie do nawiązania połączenia z maszynami wirtualnymi z systemem Windows platformy Azure
Lokalne maszyny z systemem Windows:
- Konfigurowanie ustawień systemu Windows. Ustawienia obejmują usuwanie wszystkich statycznych tras trwałych lub serwera proxy WinHTTP.
- Upewnij się, że są uruchomione wymagane usługi .
- Włącz pulpit zdalny (RDP), aby zezwolić na połączenia zdalne z maszyną lokalną. Dowiedz się, jak używać programu PowerShell do włączania protokołu RDP.
- Aby uzyskać dostęp do maszyny wirtualnej platformy Azure przez Internet po migracji, w zaporze systemu Windows na maszynie lokalnej zezwalaj na połączenia TCP i UDP w profilu publicznym i ustaw protokół RDP jako dozwoloną aplikację dla wszystkich profilów.
- Jeśli chcesz uzyskać dostęp do maszyny wirtualnej platformy Azure za pośrednictwem sieci VPN typu lokacja-lokacja po migracji, w zaporze systemu Windows na maszynie lokalnej zezwól na użycie protokołu RDP dla profilów domenowych i prywatnych. Dowiedz się, jak zezwalać na ruch RDP.
- Upewnij się, że podczas migracji nie ma oczekujących aktualizacji systemu Windows na lokalnej maszynie wirtualnej. Jeśli istnieją, aktualizacje mogą rozpocząć instalowanie na maszynie wirtualnej platformy Azure po migracji i nie będzie można zalogować się do maszyny wirtualnej do momentu zakończenia aktualizacji.
Przygotowanie do nawiązania połączenia z maszynami wirtualnymi platformy Azure z systemem Linux
Lokalne maszyny z systemem Linux:
- Sprawdź, czy usługa Secure Shell jest ustawiona na automatyczne uruchamianie podczas rozruchu systemu.
- Sprawdź, czy reguły zapory zezwalają na połączenie SSH.
Konfigurowanie maszyn wirtualnych platformy Azure po migracji
Po migracji wykonaj następujące kroki na utworzonych maszynach wirtualnych platformy Azure:
- Aby nawiązać połączenie z maszyną wirtualną przez Internet, przypisz publiczny adres IP do maszyny wirtualnej. Musisz użyć innego publicznego adresu IP dla maszyny wirtualnej platformy Azure niż używana dla maszyny lokalnej. Dowiedz się więcej.
- Sprawdź, czy reguły sieciowej grupy zabezpieczeń na maszynie wirtualnej zezwalają na połączenia przychodzące z portem RDP lub SSH.
- Sprawdź diagnostykę rozruchu, aby wyświetlić maszynę wirtualną.
Następne kroki
Zdecyduj, której metody chcesz użyć do migrowania maszyn wirtualnych VMware vSphere na platformę Azure, lub rozpocznij migrację maszyn wirtualnych funkcji Hyper-V lub serwerów fizycznych albo zwirtualizowanych lub zwirtualizowanych lub chmurowych maszyn wirtualnych.
Zobacz, co jest obsługiwane
W przypadku maszyn wirtualnych VMware vSphere migracja i modernizacja obsługuje migrację bez agenta lub opartą na agencie.
- Maszyny wirtualne VMware vSphere: sprawdź wymagania dotyczące migracji i obsługę maszyn wirtualnych VMware vSphere.
- Maszyny wirtualne funkcji Hyper-V: sprawdź wymagania dotyczące migracji i obsługę maszyn wirtualnych funkcji Hyper-V.
- Maszyny fizyczne: sprawdź wymagania dotyczące migracji i obsługę lokalnych maszyn fizycznych i innych zwirtualizowanych serwerów.