Rehosting za pomocą Azure Migrate (lift and shift)

Rehost — często określany jako Lift and Shift — to strategia migracji polegająca na przeniesieniu maszyny wirtualnej z infrastruktury lokalnej na platformę Azure bez wprowadzania zmian w systemie operacyjnym, plikach binarnych aplikacji ani danych. Narzędzie Migration and Modernisation usługi Azure Migrate (wcześniej Server Migration) automatyzuje ten proces, replikując dane dysków na platformę Azure, a następnie wykonując przełączenie przy minimalnym przestoju. Strategia Lift and Shift jest idealna w przypadku aplikacji, których nie można łatwo poddać refaktoryzacji, lub projektów z napiętymi terminami migracji.

Przed rozpoczęciem replikacji należy: ukończyć wykrywanie i ocenę, aby uzyskać rekomendacje dotyczące jednostek SKU docelowych maszyn wirtualnych, utworzyć docelowe zasoby platformy Azure (grupę zasobów, sieć wirtualną i podsieć) oraz upewnić się, że urządzenie Azure Migrate działa prawidłowo. W przypadku źródeł VMware urządzenie musi mieć uprawnienia do odczytu w vCenter, a maszyna wirtualna gościa musi być osiągalna sieciowo z urządzenia. Jeśli migrują Państwo serwery Hyper-V lub fizyczne, należy pobrać i zarejestrować oprogramowanie Replication Provider.

Replikacja kopiuje wszystkie dane dysków ze źródłowej maszyny wirtualnej do zarządzanego przez platformę Azure konta magazynu pamięci podręcznej, a następnie asynchronicznie umieszcza dane na platformie Azure. W portalu Azure Migrate należy przejść do pozycji Replicate, wybrać źródłowe maszyny wirtualne, przypisać im rekomendowaną jednostkę SKU maszyny wirtualnej platformy Azure i wybrać docelową sieć wirtualną. Czas początkowej replikacji zależy od rozmiaru dysku i przepustowości — synchronizacja początkowa dysku o rozmiarze 100 GB przez połączenie o przepustowości 100 Mb/s trwa około 2 godzin.

Po skopiowaniu początkowego obrazu dysku Azure Migrate przełącza się na replikację przyrostową — przesyłane są tylko zmienione bloki dysku, dzięki czemu kopia na platformie Azure jest niemal na bieżąco synchronizowana ze źródłem lokalnym. W tej fazie maszyna wirtualna nadal działa lokalnie. W portalu mogą Państwo monitorować kondycję replikacji, opóźnienie RPO i szybkość transferu danych. W ciągu 24 godzin od zakończenia synchronizacji początkowej opóźnienie replikacji przyrostowej zwykle stabilizuje się na poziomie zaledwie kilku minut.

Przed przełączeniem ruchu produkcyjnego należy zawsze przeprowadzić migrację testową. Spowoduje ona uruchomienie zreplikowanej maszyny wirtualnej na platformie Azure w izolowanej testowej sieci wirtualnej, która nie ma łączności z systemami produkcyjnymi. Należy sprawdzić, czy system operacyjny się uruchamia, usługi startują, a aplikacja działa zgodnie z oczekiwaniami. Migracje testowe nie przerywają replikacji lokalnej — źródłowa maszyna wirtualna nadal działa. Po zakończeniu testu należy usunąć zasoby testowe w portalu, aby uniknąć niepotrzebnych opłat.

Przełączenie to ostatni etap, podczas którego ruch produkcyjny zostaje przeniesiony z infrastruktury lokalnej na platformę Azure. W trakcie przełączenia źródłowa maszyna wirtualna zostaje wstrzymana (lub jest wyłączana ręcznie), wszystkie pozostałe zmiany przyrostowe zostają zastosowane do repliki na platformie Azure, a nowa maszyna wirtualna platformy Azure zostaje uruchomiona. Ponieważ jest to migracja na poziomie magazynu, przełączenie jest zazwyczaj bardzo szybkie — w przypadku większości maszyn wirtualnych trwa mniej niż 10 minut. Przełączenie należy zaplanować w oknie konserwacji i z wyprzedzeniem poinformować o nim osoby odpowiedzialne za aplikację.

W portalu Azure Migrate kliknij pozycję Migrate przy wybranym serwerze. Zostanie wyświetlone pytanie, czy przed migracją chcesz wyłączyć lokalną maszynę wirtualną (jest to zalecane, aby uniknąć utraty danych). Azure zastosuje ostatnie zmiany przyrostowe, utworzy maszynę wirtualną na platformie Azure i oznaczy migrację jako ukończoną. Następnie należy zaktualizować rekordy DNS, zaplecza modułu równoważenia obciążenia lub parametry połączenia aplikacji, wskazując nowy prywatny adres IP lub nazwę FQDN na platformie Azure, aby klienci zaczęli korzystać z maszyny wirtualnej platformy Azure.

Po przełączeniu należy wykonać następujące kontrole pomigracyjne: kondycja aplikacji (załadowanie wszystkich stron aplikacji i wykonanie testów dymnych), łączność (sprawdzenie, czy maszyna wirtualna platformy Azure może łączyć się z zależnymi bazami danych i usługami), monitorowanie (zainstalowanie agenta Azure Monitor i włączenie diagnostyki) oraz kopie zapasowe (zarejestrowanie maszyny wirtualnej w usłudze Azure Backup). Jeśli zostaną wykryte problemy, lokalną źródłową maszynę wirtualną można ponownie uruchomić — pozostaje ona nienaruszona do czasu jej jawnego wycofania z eksploatacji.

Gdy zmigrowana maszyna wirtualna działa stabilnie na platformie Azure, a osoby odpowiedzialne za aplikację zatwierdzą migrację, można wycofać lokalną źródłową maszynę wirtualną z eksploatacji. W usłudze Azure Migrate wybierz pozycję Complete Migration, aby zamknąć replikację. Nie spowoduje to automatycznego wyłączenia lokalnej maszyny wirtualnej — należy ją wyłączyć i odzyskać sprzęt zgodnie ze standardowym procesem zarządzania zasobami IT. Wycofanie zasobów z eksploatacji zmniejsza koszty infrastruktury lokalnej i przybliża organizację do modelu operacyjnego opartego wyłącznie na chmurze.

W przypadku dużych migracji obejmujących setki maszyn wirtualnych Azure Migrate obsługuje operacje zbiorcze za pośrednictwem importu plików CSV. Należy przygotować plik CSV zawierający listę każdej źródłowej maszyny wirtualnej, jej docelową jednostkę SKU, docelową grupę zasobów i sieć wirtualną, a następnie przesłać go, aby rozpocząć replikację wszystkich maszyn jednocześnie. Grupy migracji pozwalają ustalić kolejność replikacji i przełączania, dzięki czemu zależne warstwy aplikacji (baza danych, aplikacja, sieć Web) zostaną zmigrowane we właściwej kolejności w ramach tego samego okna konserwacji.

Należy zwrócić uwagę na następujące typowe problemy związane ze strategią Lift and Shift: szyfrowanie dysku rozruchowego na maszynach wirtualnych z systemem Linux może uniemożliwić ich uruchomienie na platformie Azure (po migracji należy użyć usługi Azure Disk Encryption); zakodowane na stałe w konfiguracjach aplikacji statyczne adresy IP należy zaktualizować, zastępując je prywatnymi adresami IP lub nazwami DNS platformy Azure; reguły zapory lokalnej odwołujące się do adresu IP serwera mogą wymagać odtworzenia w sieciowej grupie zabezpieczeń Azure NSG; a ustawienia strefy czasowej na maszynach wirtualnych z systemem Windows mogą powodować zmiany w działaniu aplikacji w środowisku UTC platformy Azure.

Sprawdź swoją wiedzę na temat zagadnień Microsoft Azure Fundamentals (AZ-900) omówionych w tej lekcji.

W tej lekcji poznali Państwo następujące zagadnienia: przepływ migracji Rehost obejmuje replikację, synchronizację przyrostową, migrację testową i przełączenie, migracja testowa pozwala zweryfikować maszynę wirtualną w odizolowanej sieci przed uruchomieniem produkcyjnym, a kroki po migracji (monitorowanie, kopia zapasowa, aktualizacja DNS) są niezbędne przed wycofaniem zasobów lokalnych z eksploatacji. W następnej części omówimy najlepsze praktyki dotyczące migrowania baz danych na platformę Azure.