Udostępnij za pośrednictwem

Migracja i modernizacja: typowe pytania

  • Artykuł

Ten artykuł zawiera odpowiedzi na często zadawane pytania dotyczące narzędzia migracji i modernizacji . Jeśli masz inne pytania, sprawdź następujące zasoby:

Uwaga

Ten artykuł odwołuje się do systemu CentOS— dystrybucji systemu Linux, która ma stan końca życia. Rozważ odpowiednie użycie i planowanie. Aby uzyskać więcej informacji, zobacz Wskazówki dotyczące końca życia systemu CentOS.

Pytania ogólne

Jakie są opcje migracji za pomocą narzędzia migracji i modernizacji?

Narzędzie migracji i modernizacji oferuje migrację bez agenta i opartą na agencie w celu migracji serwerów źródłowych i maszyn wirtualnych na platformę Azure.

Niezależnie od wybranej opcji migracji pierwszym krokiem migracji serwera przy użyciu narzędzia Migracja i modernizacja jest rozpoczęcie replikacji serwera. Ten proces wykonuje początkową replikację danych maszyny wirtualnej/serwera na platformę Azure. Po zakończeniu replikacji początkowej ustanawiana jest ciągła replikacja (synchronizacja różnicowa), która migruje dane przyrostowe na platformę Azure. Po osiągnięciu etapu synchronizacji różnicowej można w dowolnym momencie przeprowadzić migrację na platformę Azure.

Podczas decydowania o opcji migracji do użycia należy wziąć pod uwagę następujące informacje.

Migracje bez agenta nie wymagają wdrożenia żadnego oprogramowania (agentów) na źródłowych maszynach wirtualnych/serwerach, które migrujesz. Opcja bez agenta organizuje replikację przez integrację z funkcjami udostępnianymi przez dostawcę wirtualizacji.

Opcje replikacji bez agenta są dostępne dla maszyn wirtualnych VMware i maszyn wirtualnych funkcji Hyper-V.

Migracje oparte na agentach wymagają zainstalowania oprogramowania (agentów) usługi Azure Migrate na źródłowych maszynach wirtualnych, które są migrowane. Opcja oparta na agencie nie opiera się na platformie wirtualizacji dla funkcji replikacji. Może być używany z dowolnym serwerem z architekturą x86/x64 i wersją systemu operacyjnego obsługiwanego przez metodę replikacji opartej na agencie.

Opcji migracji opartej na agencie można użyć w następujących celach:

Migracja oparta na agencie traktuje maszyny jako serwery fizyczne do migracji.

Migracja bez agenta zapewnia wygodę i prostotę niż opcje replikacji opartej na agentach dla maszyn wirtualnych VMware i Hyper-V. Warto jednak rozważyć użycie scenariusza opartego na agencie w następujących przypadkach użycia:

  • Środowiska ograniczone przez operacje wejściowe/wyjściowe na sekundę (IOPS): replikacja bez agenta używa migawek i zużywa operacje we/wy na sekundę magazynu. Zalecamy metodę migracji opartej na agencie, jeśli istnieją ograniczenia dotyczące magazynu/liczby operacji we/wy na sekundę w danym środowisku.

  • Brak programu vCenter Server: jeśli nie masz serwera vCenter, możesz traktować maszyny wirtualne VMware jako serwery fizyczne i korzystać z przepływu pracy migracji opartego na agencie.

Aby dowiedzieć się więcej, zobacz Wybieranie opcji migracji VMware.

Jakie lokalizacje geograficzne są obsługiwane na potrzeby migracji za pomocą usługi Azure Migrate?

Przejrzyj obsługiwane lokalizacje geograficzne chmur publicznych i chmur dla instytucji rządowych.

Czy mogę użyć tego samego projektu usługi Azure Migrate, aby przeprowadzić migrację do wielu regionów?

Chociaż można tworzyć oceny dla wielu regionów w projekcie usługi Azure Migrate, jeden projekt usługi Azure Migrate może służyć do migrowania serwerów tylko do jednego regionu świadczenia usługi Azure. Możesz utworzyć więcej projektów usługi Azure Migrate dla innych regionów.

  • W przypadku migracji bez agenta VMware region docelowy jest blokowany po włączeniu pierwszej replikacji.
  • W przypadku migracji opartych na agentach (VMware, serwerów fizycznych i serwerów z innych chmur) region docelowy jest zablokowany po wybraniu przycisku Utwórz zasoby w portalu podczas konfigurowania urządzenia replikacji.
  • W przypadku migracji bez agenta funkcji Hyper-V region docelowy jest zablokowany po wybraniu przycisku Utwórz zasoby w portalu podczas konfigurowania dostawcy replikacji funkcji Hyper-V.

Czy mogę użyć tego samego projektu usługi Azure Migrate do migracji do wielu subskrypcji?

Tak, możesz użyć tego samego projektu usługi Azure Migrate, aby przeprowadzić migrację do wielu subskrypcji z tą samą dzierżawą platformy Azure w tym samym regionie docelowym. Subskrypcję docelową można wybrać po włączeniu replikacji dla maszyny lub zestawu maszyn.

Region docelowy jest zablokowany:

  • Po pierwszej replikacji na potrzeby migracji oprogramowania VMware bez agenta.
  • Podczas instalacji urządzenia replikacji na potrzeby migracji opartych na agencie.
  • Podczas instalacji dostawcy funkcji Hyper-V na potrzeby migracji bez agenta funkcji Hyper-V.

Czy usługa Azure Migrate obsługuje usługę Azure Resource Graph?

Obecnie usługa Azure Migrate nie jest zintegrowana z usługą Azure Resource Graph. Obsługuje wykonywanie zapytań związanych z usługą Azure Resource Graph.

W jaki sposób dane są przesyłane ze środowiska lokalnego na platformę Azure? Czy jest szyfrowany przed transmisją?

Dzięki replikacji bez agenta urządzenie usługi Azure Migrate kompresuje i szyfruje dane przed jego przekazaniem. Dane są przesyłane za pośrednictwem bezpiecznego kanału komunikacyjnego za pośrednictwem protokołu HTTPS i używają protokołu TLS 1.2 lub nowszego. Ponadto usługa Azure Storage automatycznie szyfruje dane podczas utrwalania danych w chmurze (szyfrowanie magazynowane).

Czy mogę użyć magazynu usługi Recovery Services utworzonego przez usługę Azure Migrate na potrzeby scenariuszy odzyskiwania po awarii?

Nie zalecamy używania magazynu usługi Recovery Services utworzonego przez usługę Azure Migrate na potrzeby scenariuszy odzyskiwania po awarii, ponieważ może to spowodować błędy uruchamiania replikacji w usłudze Azure Migrate.

Jaka jest różnica między operacjami migracji testowej i migracji?

Opcja Migracja testowa umożliwia testowanie i weryfikowanie migracji przed rzeczywistą migracją. Migracja testowa działa, umożliwiając testowanie maszyn wirtualnych przed rzeczywistą migracją przy użyciu środowiska piaskownicy na platformie Azure. Testowa sieć wirtualna, którą określisz, demarcates środowiska piaskownicy. Operacja migracji testowej jest niedysponowana, o ile testowa sieć wirtualna jest wystarczająco odizolowana. Sieć wirtualna jest wystarczająco odizolowana podczas projektowania reguł połączeń przychodzących i wychodzących w celu uniknięcia niepożądanych połączeń. Na przykład: ograniczasz połączenie z maszynami lokalnymi.

Aplikacje mogą nadal działać w źródle podczas wykonywania testów na sklonowanej kopii w izolowanym środowisku piaskownicy. W razie potrzeby można przeprowadzić wiele testów, aby zweryfikować migrację, przeprowadzić testowanie aplikacji i rozwiązać wszelkie problemy przed rzeczywistą migracją.

Zrzut ekranu przedstawiający różnicę między testem a rzeczywistą migracją.

Czy istnieje opcja wycofywania dla usługi Azure Migrate?

Możesz użyć opcji Migracja testowa, aby zweryfikować funkcjonalność i wydajność aplikacji na platformie Azure. Możesz wykonać dowolną liczbę migracji testowych i wykonać ostateczną migrację po ustaleniu zaufania za pomocą operacji migracji testowej.

Migracja testowa nie ma wpływu na maszynę lokalną, która pozostaje operacyjna i kontynuuje replikację do momentu przeprowadzenia rzeczywistej migracji. Jeśli podczas testowania akceptacyjnego użytkownika występują błędy podczas migracji testowej, możesz odroczyć ostateczną migrację i zachować uruchomioną źródłową maszynę wirtualną/serwer oraz replikować je na platformę Azure. Po usunięciu błędów można ponownie przeprowadzić ostateczną migrację.

Uwaga

Po zakończeniu migracji na platformę Azure i zamknięciu lokalnej maszyny źródłowej nie można wykonać wycofywania z platformy Azure do środowiska lokalnego.

Czy mogę wybrać sieć wirtualną i podsieć do użycia na potrzeby migracji testowych?

Możesz wybrać sieć wirtualną na potrzeby migracji testowych. Usługa Azure Migrate automatycznie wybiera podsieć na podstawie następującej logiki:

  • Jeśli określisz docelową podsieć (inną niż domyślna) jako dane wejściowe podczas włączania replikacji, usługa Azure Migrate określa priorytety podsieci o tej samej nazwie w sieci wirtualnej używanej do migracji testowej.
  • Jeśli podsieć o tej samej nazwie nie zostanie znaleziona, usługa Azure Migrate alfabetycznie wybierze pierwszą dostępną podsieć, która nie jest bramą, bramą aplikacji, zaporą lub podsiecią usługi Azure Bastion.

Dlaczego przycisk Migracja testowa jest wyłączony dla mojego serwera?

Przycisk Testuj migrację można wyłączyć w następujących scenariuszach:

  • Nie można rozpocząć migracji testowej do momentu ukończenia replikacji początkowej dla maszyny wirtualnej. Przycisk Testuj migrację jest wyłączony do momentu ukończenia procesu replikacji początkowej. Migrację testową można wykonać po przejściu maszyny wirtualnej na etap synchronizacji różnicowej.
  • Przycisk można wyłączyć, jeśli migracja testowa została już ukończona, ale nie wykonano oczyszczania testowej migracji dla tej maszyny wirtualnej. Przeprowadź czyszczenie migracji testowej i ponów próbę wykonania operacji.

Co się stanie, jeśli nie wyczyścim migracji testowej?

Migracja testowa symuluje rzeczywistą migrację przez utworzenie testowej maszyny wirtualnej platformy Azure przy użyciu replikowanych danych. Serwer jest wdrażany przy użyciu kopii replikowanych danych do docelowej grupy zasobów (wybranej podczas włączania replikacji) z sufiksem -test . Migracje testowe mają na celu zweryfikowanie funkcjonalności serwera w celu zminimalizowania problemów po migracji.

Jeśli migracja testowa nie zostanie wyczyszczona po przetestowaniu, testowa maszyna wirtualna będzie nadal działać na platformie Azure i poniesie opłaty. Aby wyczyścić po migracji testowej, przejdź do widoku Replikowanie maszyn w narzędziu Migracja i modernizacja , a następnie użyj akcji Wyczyść migrację testową na maszynie.

Jak mogę wiedzieć, czy moja maszyna wirtualna została pomyślnie zmigrowana?

Po pomyślnym przeprowadzeniu migracji maszyny wirtualnej/serwera można wyświetlić maszynę wirtualną i zarządzać nią w okienku Maszyny wirtualne. Połącz się z zmigrowanym maszyną wirtualną, aby zweryfikować.

Możesz również przejrzeć stan zadania dla operacji, aby sprawdzić, czy migracja została ukończona pomyślnie. Jeśli zostaną wyświetlone jakiekolwiek błędy, rozwiąż je, a następnie ponów próbę wykonania operacji migracji.

Co się stanie, jeśli nie zatrzymam replikacji po migracji?

Po zatrzymaniu replikacji narzędzie Migracja i modernizacja czyści dyski zarządzane w subskrypcji utworzonej na potrzeby replikacji.

Co się stanie, jeśli nie wybierzę opcji Ukończ migrację po migracji?

Po wybraniu opcji Zakończ migrację narzędzie Migracja i modernizacja czyści dyski zarządzane w subskrypcji utworzonej na potrzeby replikacji. Jeśli nie wybierzesz opcji Zakończ migrację po migracji , nadal będą naliczane opłaty za te dyski. Migracja ukończona nie ma wpływu na dyski dołączone do maszyn, które są już migrowane.

Jak mogę migrować maszyny oparte na interfejsie UEFI na platformę Azure jako maszyny wirtualne generacji 1 platformy Azure?

Narzędzie migracji i modernizacji migruje maszyny oparte na interfejsie UEFI na platformę Azure jako maszyny wirtualne 2. generacji platformy Azure. Jeśli chcesz migrować je jako maszyny wirtualne generacji 1 platformy Azure, przekonwertuj typ rozruchu na system BIOS przed rozpoczęciem replikacji, a następnie użyj narzędzia migracji i modernizacji , aby przeprowadzić migrację na platformę Azure.

Czy usługa Azure Migrate konwertuje maszyny oparte na interfejsie UEFI na maszyny oparte na systemie BIOS i migruje je na platformę Azure jako maszyny wirtualne generacji 1 platformy Azure?

Narzędzie migracji i modernizacji migruje wszystkie maszyny oparte na ueFI na platformę Azure jako maszyny wirtualne 2. generacji platformy Azure. Nie obsługujemy już konwersji maszyn wirtualnych opartych na interfejsie UEFI na maszyny wirtualne oparte na systemie BIOS. Wszystkie maszyny oparte na systemie BIOS są migrowane na platformę Azure tylko jako maszyny wirtualne generacji 1 platformy Azure.

Które systemy operacyjne są obsługiwane w przypadku migracji maszyn opartych na interfejsie UEFI na platformę Azure?

Uwaga

Jeśli wersja główna systemu operacyjnego jest obsługiwana w migracji bez agentów, wszystkie wersje pomocnicze i jądra są automatycznie obsługiwane.

Systemy operacyjne obsługiwane dla maszyn opartych na interfejsie UEFI Bez agenta VMware na platformę Azure Bez agenta funkcji Hyper-V na platformę Azure Oparte na agencie oprogramowanie VMware, fizyczne i inne chmury na platformie Azure
Windows Server 2025, 2022, 2019, 2016, 2012 R2, 2012 Y Y Y
Windows 11 Pro, Windows 11 Enterprise Y Y Y
Windows 10 Pro, Windows 10 Enterprise Y Y Y
SUSE Linux Enterprise Server 15 SP1, SP2, SP3, SP4, SP5, SP6 Y Y Y
SUSE Linux Enterprise Server 12 SP4 Y Y Y
Ubuntu Server 22.04 LTS, 20.04 LTS, 18.04 LTS, 16.04 LTS Y Y Y
RHEL 9.x, 8.1, 8.0, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x Y Y Y
Strumień centOS Y Y Y
Oracle Linux 9, 8, 7.7-CI, 7.7, 6 Y Y Y

Czy mogę przeprowadzić migrację kontrolerów domeny usługi Active Directory przy użyciu usługi Azure Migrate?

Narzędzie migracji i modernizacji jest niezależne od aplikacji i działa w przypadku większości aplikacji. Podczas migracji serwera przy użyciu narzędzia Migracja i modernizacja wszystkie aplikacje instalowane na serwerze są migrowane z nim. Jednak alternatywne metody migracji mogą być lepiej dostosowane do migrowania niektórych aplikacji.

W przypadku usługi Active Directory typ środowiska może być czynnikiem. W środowisku hybrydowym z lokacją lokalną połączoną ze środowiskiem platformy Azure możesz rozszerzyć katalog na platformę Azure, dodając dodatkowe kontrolery domeny i konfigurując replikację usługi Active Directory. Jeśli korzystasz z narzędzia Migracja i modernizacja, możesz użyć następującego narzędzia:

  • Migrowanie do izolowanego środowiska na platformie Azure, które wymaga własnych kontrolerów domeny.
  • Testowanie aplikacji w środowisku piaskownicy.

Czy mogę uaktualnić system operacyjny podczas migracji?

Narzędzie migracji i modernizacji obsługuje teraz uaktualnianie systemu operacyjnego Windows podczas migracji. Ta opcja nie jest obecnie dostępna dla systemu Linux. Uzyskaj więcej informacji na temat uaktualniania systemu operacyjnego Windows.

Czy potrzebuję programu VMware vCenter, aby przeprowadzić migrację maszyn wirtualnych VMware?

Aby przeprowadzić migrację maszyn wirtualnych VMware przy użyciu migracji opartej na agencie lub bez agenta programu VMware, program vCenter Server musi zarządzać hostami ESXi, na których znajdują się maszyny wirtualne. Jeśli nie masz programu vCenter Server, możesz migrować maszyny wirtualne VMware jako serwery fizyczne. Dowiedz się więcej.

Czy mogę skonsolidować wiele źródłowych maszyn wirtualnych na jednej maszynie wirtualnej podczas migracji?

Narzędzie migracji i modernizacji obsługuje obecnie migracje podobne do podobnych. Nie obsługujemy konsolidowania serwerów podczas migracji.

Czy systemy Windows Server 2008 i 2008 R2 będą obsługiwane na platformie Azure po migracji?

Możesz przeprowadzić migrację lokalnych serwerów z systemem Windows Server 2008 i 2008 R2 do maszyn wirtualnych platformy Azure i uzyskać rozszerzone aktualizacje zabezpieczeń przez trzy lata po upływie dat zakończenia pomocy technicznej bez dodatkowych opłat przekraczających koszt działania maszyny wirtualnej. Narzędzie migracji i modernizacji umożliwia migrowanie obciążeń systemów Windows Server 2008 i 2008 R2.

Jak mogę przeprowadzić migrację systemu Windows Server 2003 działającego na platformie VMware/Hyper-V na platformę Azure?

Rozszerzona pomoc techniczna dla systemu Windows Server 2003 zakończyła się 14 lipca 2015 r. Zespół pomoc techniczna platformy Azure nadal pomaga w rozwiązywaniu problemów z systemem Windows Server 2003 na platformie Azure. Jednak ta obsługa jest ograniczona do problemów, które nie wymagają rozwiązywania problemów na poziomie systemu operacyjnego ani poprawek.

Zalecamy przeprowadzenie migracji aplikacji do wystąpień platformy Azure z nowszą wersją systemu Windows Server, aby upewnić się, że efektywnie korzystasz z elastyczności i niezawodności chmury platformy Azure.

Jeśli nadal zdecydujesz się przeprowadzić migrację systemu Windows Server 2003 na platformę Azure, możesz użyć narzędzia migracji i modernizacji , jeśli wdrożenie systemu Windows Server jest maszyną wirtualną działającą w programie VMware lub funkcji Hyper-V. Aby uzyskać więcej informacji, zobacz Przygotowywanie maszyn z systemem Windows Server 2003 do migracji.

Migracja bez agenta VMware

Jak działa migracja bez agenta?

Narzędzie migracji i modernizacji udostępnia opcje replikacji bez agenta na potrzeby migracji maszyn wirtualnych VMware i Hyper-V z systemem Windows lub Linux. Narzędzie udostępnia inną opcję replikacji opartej na agencie dla serwerów z systemami Windows i Linux. Ta inna opcja może służyć do migrowania serwerów fizycznych i maszyn wirtualnych x86/x64 na dostawców, takich jak VMware, Hyper-V, AWS i GCP.

Replikacja oparta na agencie wymaga zainstalowania oprogramowania agenta na maszynie wirtualnej/serwerze, który jest migrowy. Opcja bez agenta nie wymaga instalowania oprogramowania na maszynach wirtualnych, co może oferować wygodę i prostotę.

Opcja replikacji bez agenta korzysta z mechanizmów udostępnianych przez dostawcę wirtualizacji (VMware lub Hyper-V). W przypadku maszyn wirtualnych VMware mechanizm replikacji bez agenta używa migawek VMware i technologii śledzenia zmienionych bloków VMware w celu replikowania danych z dysków maszyn wirtualnych. Wiele produktów kopii zapasowych używa podobnego mechanizmu. W przypadku maszyn wirtualnych funkcji Hyper-V mechanizm replikacji bez agenta używa migawek maszyn wirtualnych i możliwości śledzenia zmian repliki funkcji Hyper-V w celu replikowania danych z dysków maszyn wirtualnych.

Po skonfigurowaniu replikacji dla maszyny wirtualnej maszyna wirtualna najpierw przechodzi fazę replikacji początkowej. Podczas replikacji początkowej wykonywana jest migawka maszyny wirtualnej, a pełna kopia danych z dysków migawki jest replikowana do dysków zarządzanych w ramach subskrypcji. Po zakończeniu replikacji początkowej maszyny wirtualnej proces replikacji przechodzi do fazy replikacji przyrostowej (replikacji różnicowej).

Faza replikacji przyrostowej dotyczy wszelkich zmian danych, które wystąpiły od ostatniego ukończonego cyklu replikacji. Te zmiany są okresowo replikowane i stosowane do dysków zarządzanych przez replikę. Ten proces zachowuje synchronizację replikacji ze zmianami na maszynie wirtualnej.

Technologia śledzenia zmienionych bloków programu VMware śledzi zmiany między cyklami replikacji dla maszyn wirtualnych VMware. Na początku cyklu replikacji wykonywana jest migawka maszyny wirtualnej, a śledzenie zmienionych bloków służy do kompilowania zmian między bieżącą migawką a ostatnią pomyślnie zreplikowanymi migawkami. Aby zachować synchronizację replikacji maszyny wirtualnej, należy replikować tylko dane, które uległy zmianie od ostatniego ukończonego cyklu replikacji.

Na końcu każdego cyklu replikacji jest zwalniana migawka, a konsolidacja migawek jest wykonywana dla maszyny wirtualnej. Podobnie w przypadku maszyn wirtualnych funkcji Hyper-V aparat śledzenia zmian repliki funkcji Hyper-V śledzi zmiany między kolejnymi cyklami replikacji.

Podczas wykonywania Migrate operacji na replikowej maszynie wirtualnej można zamknąć lokalną maszynę wirtualną i wykonać jedną ostateczną replikację przyrostową, aby zapewnić zerową utratę danych. Po zakończeniu replikacji dyski zarządzane przez replikę, które odpowiadają maszynie wirtualnej, są używane do tworzenia maszyny wirtualnej na platformie Azure.

Aby rozpocząć, zapoznaj się z samouczkami migracji bez agentów VMware i migracji bez agenta funkcji Hyper-V.

Jak mogę ocenić wymagania dotyczące przepustowości dla moich migracji?

Szereg czynników może mieć wpływ na ilość przepustowości, którą trzeba replikować na platformę Azure. Wymaganie dotyczące przepustowości zależy od tego, jak szybko lokalne urządzenie usługi Azure Migrate może odczytywać i replikować dane na platformę Azure. Replikacja ma dwie fazy: replikację początkową i replikację różnicową.

Po uruchomieniu replikacji dla maszyny wirtualnej następuje cykl replikacji początkowej, w którym są replikowane pełne kopie dysków. Po zakończeniu replikacji początkowej cykle replikacji przyrostowej (cykle różnicowe) są okresowo planowane do transferu wszelkich zmian, które wystąpiły od poprzedniego cyklu replikacji.

Możesz pracować na podstawie wymagań dotyczących przepustowości:

  • Ilość danych, które należy przenieść na fali.
  • Czas przydzielania dla procesu replikacji początkowej.

Najlepiej, aby replikacja początkowa została ukończona co najmniej 3–4 dni przed rzeczywistym oknem migracji. Ta oś czasu zapewnia wystarczający czas na przeprowadzenie migracji testowej przed rzeczywistym oknem i zatrzymanie przestoju w oknie do minimum.

Przepustowość lub czas potrzebny na migrację maszyn wirtualnych VMware bez agenta można oszacować przy użyciu następującej formuły:

  • Czas ukończenia replikacji początkowej = {rozmiar dysków (lub używany rozmiar, jeśli jest dostępny) * 0,7 (przy założeniu 30 procent średniej kompresji — konserwatywne oszacowanie)}/przepustowość dostępna na potrzeby replikacji.

Jak mogę ograniczać replikację w przypadku korzystania z urządzenia usługi Azure Migrate na potrzeby replikacji bez agenta VMware?

Ograniczenie można ograniczyć przy użyciu polecenia NetQosPolicy. Ta metoda ograniczania dotyczy tylko połączeń wychodzących z urządzenia usługi Azure Migrate.

Na przykład AppNamePrefix wartość do użycia w NetQosPolicy pliku to GatewayWindowsService.exe. Możesz utworzyć zasady na urządzeniu usługi Azure Migrate w celu ograniczenia ruchu replikacji z urządzenia, tworząc zasady takie jak następujące:

New-NetQosPolicy -Name "ThrottleReplication" -AppPathNameMatchCondition "GatewayWindowsService.exe" -ThrottleRateActionBitsPerSecond 1MB

Aby zwiększyć i zmniejszyć przepustowość replikacji na podstawie harmonogramu, możesz użyć zaplanowanych zadań systemu Windows do skalowania przepustowości zgodnie z potrzebami. Jedno zadanie zmniejsza przepustowość, a drugie zadanie zwiększa przepustowość.

Uwaga

Przed uruchomieniem następujących poleceń należy utworzyć wcześniej wymienione NetQosPolicy polecenia.

#Replace with an account that's part of the local Administrators group
$User = "localVmName\userName"

#Set the task names
$ThrottleBandwidthTask = "ThrottleBandwidth"
$IncreaseBandwidthTask = "IncreaseBandwidth"

#Create a directory to host PowerShell scaling scripts
if (!(Test-Path "C:\ReplicationBandwidthScripts"))
{
 New-Item -Path "C:\" -Name "ReplicationBandwidthScripts" -Type Directory
}

#Set your minimum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 10 MBps
New-Item C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 10MB'
$ThrottleBandwidthScript = "C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1"

#Set your maximum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 1000 MBps
New-Item C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 1000MB'
$IncreaseBandwidthScript = "C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1"

#Timezone set on the Azure Migrate Appliance (VM) is used; change the frequency to meet your needs
#In this example, the bandwidth is being throttled every weekday at 8:00 AM local time
#The bandwidth is being increased every weekday at 6:00 PM local time
$ThrottleBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 8:00am
$IncreaseBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 6:00pm

#Setting the task action to execute the scripts
$ThrottleBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $ThrottleBandwidthScript"
$IncreaseBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $IncreaseBandwidthScript"

#Creating the scheduled tasks
Register-ScheduledTask -TaskName $ThrottleBandwidthTask -Trigger $ThrottleBandwidthTrigger -User $User -Action $ThrottleBandwidthAction -RunLevel Highest -Force
Register-ScheduledTask -TaskName $IncreaseBandwidthTask -Trigger $IncreaseBandwidthTrigger -User $User -Action $IncreaseBandwidthAction -RunLevel Highest -Force

Jak współczynnik zmian wpływa na replikację bez agenta?

Ponieważ replikacja bez agenta składa się w danych, wzorzec zmian jest ważniejszy niż współczynnik zmian. Gdy plik zostanie zapisany ponownie i ponownie, szybkość nie ma dużego wpływu. Jednak wzorzec, w którym każdy inny sektor jest zapisywany, powoduje wysoki współczynnik zmian w następnym cyklu. Ponieważ minimalizujesz ilość przesyłanych danych, przed zaplanowanym następnym cyklem dane można składać jak najwięcej.

Jak często zaplanowano cykl replikacji?

Formuła do zaplanowana następnego cyklu replikacji to: (Poprzedni czas cyklu / 2) lub jedna godzina, w zależności od tego, która wartość jest wyższa.

Jeśli na przykład maszyna wirtualna zajmuje cztery godziny dla cyklu różnicowego, następny cykl jest zaplanowany w ciągu dwóch godzin, a nie w ciągu następnej godziny. Proces jest inny natychmiast po replikacji początkowej, gdy pierwszy cykl różnicowy jest zaplanowany natychmiast.

Wdrożono dwa (lub więcej) urządzeń w celu odnajdywania maszyn wirtualnych w programie vCenter Server. Ale gdy próbuję przeprowadzić migrację maszyn wirtualnych, widzę tylko maszyny wirtualne, które odpowiadają jednemu z urządzeń.

Jeśli skonfigurujesz wiele urządzeń, nie będzie można nakładać się między maszynami wirtualnymi na podanych kontach programu vCenter. Odnajdywanie z takim nakładaniem się jest nieobsługiwane.

Jak replikacja bez agenta wpływa na serwery VMware?

Replikacja bez agenta powoduje pewien wpływ na wydajność hostów VMware vCenter Server i VMware ESXi. Ponieważ replikacja bez agenta używa migawek, zużywa operacje we/wy na sekundę w magazynie, więc wymagana jest przepustowość magazynu we/wy na sekundę. Nie zalecamy używania replikacji bez agenta, jeśli masz ograniczenia dotyczące magazynu lub liczby operacji we/wy na sekundę w danym środowisku.

Czy można replikować wyłączone maszyny wirtualne?

Replikacja maszyn wirtualnych VMware, gdy są wyłączone, jest obsługiwana, ale tylko w podejściu bez agenta.

Ważne

Nie możemy zagwarantować, że maszyna wirtualna wyłączona zostanie pomyślnie uruchomiona, ponieważ nie możemy zweryfikować jej stanu operacyjnego przed replikacją.

Zdecydowanie zalecamy przeprowadzenie migracji testowej, aby upewnić się, że wszystko przebiega bezproblemowo podczas rzeczywistej migracji. Ta metoda może być przydatna, gdy proces replikacji początkowej jest długi lub w przypadku maszyn wirtualnych o wysokim współczynniku zmian, takich jak serwery baz danych lub inne obciążenia intensywnie korzystające z dysków.

Czy mogę użyć usługi Azure Migrate do migrowania aplikacji internetowych do usługi aplikacja systemu Azure Service?

Migrację bez agentów na dużą skalę można wykonywać ASP.NET aplikacji internetowych działających na serwerach internetowych usług IIS hostowanych w systemie operacyjnym Windows w środowisku VMware. Dowiedz się więcej.

Migracja oparta na agencie

Jak mogę przeprowadzić migrację wystąpień usługi AWS EC2 na platformę Azure?

Zapoznaj się z artykułem Odnajdywanie, ocenianie i migrowanie maszyn wirtualnych usług Amazon Web Services (AWS) na platformę Azure.

Jak działa migracja oparta na agencie?

Narzędzie migracji i modernizacji zapewnia opcję migracji opartej na agencie do migrowania serwerów z systemami Windows i Linux działających na serwerach fizycznych lub działających jako maszyny wirtualne x86/x64 dla dostawców, takich jak VMware, Hyper-V, AWS i GCP.

Metoda migracji opartej na agencie używa oprogramowania agenta do replikowania danych serwera na platformę Azure. Oprogramowanie jest instalowane na serwerze, który jest migrowy. Proces replikacji używa architektury odciążania, w której agent przekazuje dane replikacji do dedykowanego serwera replikacji o nazwie urządzenie replikacji lub serwer konfiguracji (lub do serwera przetwarzania skalowalnego w poziomie). Aby uzyskać więcej informacji, zobacz Architektura migracji opartej na agencie.

Uwaga

Urządzenie replikacji różni się od urządzenia odnajdywania usługi Azure Migrate i musi być zainstalowane na oddzielnej/dedykowanej maszynie.

Gdzie należy zainstalować urządzenie replikacji na potrzeby migracji opartych na agencie?

Urządzenie replikacji należy zainstalować na dedykowanej maszynie. Nie należy instalować urządzenia replikacji na maszynie źródłowej, która ma zostać zreplikowana lub na urządzeniu usługi Azure Migrate używanym do odnajdywania i oceny. Aby uzyskać więcej informacji, przeczytaj Artykuł Migrate machines as physical servers to Azure (Migrowanie maszyn jako serwerów fizycznych na platformę Azure ).

Czy mogę przeprowadzić migrację maszyn wirtualnych platformy AWS z systemem operacyjnym Amazon Linux?

Nie można migrować maszyn wirtualnych z systemem Amazon Linux, ponieważ system operacyjny Amazon Linux jest obsługiwany tylko na platformie AWS.

Aby przeprowadzić migrację obciążeń uruchomionych w systemie Amazon Linux, możesz uruchomić maszynę wirtualną CentOS/RHEL na platformie Azure. Następnie można migrować obciążenie działające na maszynie z systemem AWS z systemem Linux przy użyciu odpowiedniego podejścia do migracji obciążenia. Na przykład w zależności od obciążenia mogą istnieć narzędzia specyficzne dla obciążenia, które ułatwiają migrację, takie jak narzędzia dla baz danych lub narzędzia wdrażania dla serwerów internetowych.

Jak mogę ocenić wymagania dotyczące przepustowości dla moich migracji?

Szereg czynników może mieć wpływ na ilość przepustowości, którą trzeba replikować na platformę Azure. Wymaganie dotyczące przepustowości zależy od tego, jak szybko lokalne urządzenie usługi Azure Migrate może odczytywać i replikować dane na platformę Azure. Replikacja ma dwie fazy: replikację początkową i replikację różnicową.

Po uruchomieniu replikacji dla maszyny wirtualnej następuje cykl replikacji początkowej, w którym są replikowane pełne kopie dysków. Po zakończeniu replikacji początkowej cykle replikacji przyrostowej (cykle różnicowe) są okresowo planowane do transferu wszelkich zmian, które wystąpiły od poprzedniego cyklu replikacji.

W przypadku metody replikacji opartej na agencie Planista wdrażania usługi Azure Site Recovery może pomóc w profilowaniu środowiska zmian danych i przewidywaniu niezbędnego wymagania dotyczącego przepustowości. Aby dowiedzieć się więcej, przeczytaj Planowanie wdrożenia programu VMware.

Migracja bez agenta funkcji Hyper-V

Jak działa migracja bez agenta?

Narzędzie migracji i modernizacji udostępnia opcje replikacji bez agenta na potrzeby migracji maszyn wirtualnych VMware i Hyper-V z systemem Windows lub Linux. Narzędzie udostępnia inną opcję replikacji opartej na agencie dla serwerów z systemami Windows i Linux. Ta inna opcja może służyć do migrowania serwerów fizycznych i maszyn wirtualnych x86/x64 na dostawców, takich jak VMware, Hyper-V, AWS i GCP.

Opcja replikacji opartej na agencie wymaga zainstalowania oprogramowania agenta na maszynie wirtualnej/serwerze, który jest migrowy. Opcja bez agenta nie wymaga instalowania oprogramowania na maszynach wirtualnych, co może oferować wygodę i prostotę.

Opcja replikacji bez agenta działa przy użyciu mechanizmów udostępnianych przez dostawcę wirtualizacji (VMware lub Hyper-V). W przypadku maszyn wirtualnych funkcji Hyper-V mechanizm replikacji bez agenta replikuje dane z dysków maszyn wirtualnych przy użyciu migawek maszyn wirtualnych i możliwości śledzenia zmian repliki funkcji Hyper-V.

Po skonfigurowaniu replikacji dla maszyny wirtualnej maszyna wirtualna najpierw przechodzi fazę replikacji początkowej. Podczas replikacji początkowej wykonywana jest migawka maszyny wirtualnej, a pełna kopia danych z dysków migawki jest replikowana do dysków zarządzanych w ramach subskrypcji. Po zakończeniu replikacji początkowej maszyny wirtualnej proces replikacji przechodzi do fazy replikacji przyrostowej (replikacji różnicowej).

Faza replikacji przyrostowej dotyczy wszelkich zmian danych, które wystąpiły od ostatniego ukończonego cyklu replikacji. Te zmiany są okresowo replikowane i stosowane do dysków zarządzanych przez replikę. Ten proces zachowuje synchronizację replikacji ze zmianami na maszynie wirtualnej.

Technologia śledzenia zmienionych bloków programu VMware służy do śledzenia zmian między cyklami replikacji maszyn wirtualnych VMware. Na początku cyklu replikacji wykonywana jest migawka maszyny wirtualnej, a śledzenie zmienionych bloków służy do pobierania zmian między bieżącą migawką a ostatnią pomyślnie zreplikowanymi migawkami. Aby zachować synchronizację replikacji maszyny wirtualnej, należy replikować tylko dane, które uległy zmianie od ostatniego ukończonego cyklu replikacji.

Na końcu każdego cyklu replikacji jest zwalniana migawka, a konsolidacja migawek jest wykonywana dla maszyny wirtualnej. Podobnie w przypadku maszyn wirtualnych funkcji Hyper-V aparat śledzenia zmian repliki funkcji Hyper-V służy do śledzenia zmian między kolejnymi cyklami replikacji.

Podczas wykonywania Migrate operacji na replikowej maszynie wirtualnej można zamknąć lokalną maszynę wirtualną i wykonać jedną ostateczną replikację przyrostową, aby zapewnić zerową utratę danych. Dyski zarządzane przez replikę, które odpowiadają maszynie wirtualnej, są używane do tworzenia maszyny wirtualnej na platformie Azure.

Aby rozpocząć, zapoznaj się z samouczkiem migracji bez agenta funkcji Hyper-V.

Jak mogę ocenić wymagania dotyczące przepustowości dla moich migracji?

Szereg czynników może mieć wpływ na ilość przepustowości, którą trzeba replikować na platformę Azure. Wymaganie dotyczące przepustowości zależy od tego, jak szybko lokalne urządzenie usługi Azure Migrate może odczytywać i replikować dane na platformę Azure. Replikacja ma dwie fazy: replikację początkową i replikację różnicową.

Po uruchomieniu replikacji dla maszyny wirtualnej następuje cykl replikacji początkowej, w którym są replikowane pełne kopie dysków. Po zakończeniu replikacji początkowej cykle replikacji przyrostowej (cykle różnicowe) są okresowo planowane do transferu wszelkich zmian, które wystąpiły od poprzedniego cyklu replikacji.

Możesz pracować na podstawie wymagań dotyczących przepustowości:

  • Ilość danych, które należy przenieść na fali.
  • Czas przydzielania dla procesu replikacji początkowej.

Najlepiej, aby replikacja początkowa została ukończona co najmniej 3–4 dni przed rzeczywistym oknem migracji. Ta oś czasu zapewnia wystarczający czas na przeprowadzenie migracji testowej przed rzeczywistym oknem i zatrzymanie przestoju w oknie do minimum.

Powiązana zawartość