Udostępnij przez

Planowanie strategii migracji

Wybór właściwej strategii migracji ma kluczowe znaczenie, ponieważ może znacząco wpływać na osie czasu, koszty i ogólną ciągłość działalności biznesowej. Dzięki starannemu planowaniu i przemyślanemu podejściu można zapewnić bezproblemowe i wydajne przejście dla zasobów danych.

Wybierz transfer online a offline

Podczas planowania strategii migracji niezbędne jest określenie najbardziej odpowiedniej metody transferu danych. Migracje online są najprostsze zarówno w przypadku jednorazowych, jak i synchronizacji różnicowych o charakterze cyklicznym. Jednak w przypadkach, gdy przepustowość sieci jest ograniczona, zawodna, a nawet nieistniejąca, transfer w trybie offline może być najbardziej wykonalną opcją. Taka sytuacja może być również prawdziwa, nawet jeśli przepustowość nie jest problemem, ale zestaw danych jest mierzony w terabajtach lub petabajtach.

Gdy dane nadal zmieniają się podczas migracji, podejście hybrydowe jest często najbardziej efektywne — zwłaszcza gdy przepustowość sieci jest ograniczona. Ta metoda polega na użyciu trybu offline w celu początkowego transferu większości danych, a następnie synchronizacji delta online w celu przechwycenia bieżących zmian.

Jeśli ograniczenia sieci nie są problemem, migracja tylko w trybie online jest również opłacalna. Takie podejście korzysta z narzędzia, które stale synchronizuje dane do momentu, gdy pozostała delta będzie minimalna, co pozwala na ostateczne przejście jednorazowe w czasie odpowiadającym harmonogramowi.

Aby określić najlepszą strategię migracji, rozważ czynniki, takie jak ilość danych, częstotliwość aktualizacji, dostępna przepustowość i oś czasu projektu. Te elementy ułatwiają wybór między trybami offline, online lub hybrydowymi. Wybór trybu transferu zależy od konkretnego przypadku użycia i wymagań. Jednak czynniki, takie jak oś czasu, dostępna przepustowość i ilość danych, wpływają na ostateczną decyzję.

W poniższej tabeli przedstawiono szacowane czasy trwania migracji. Te wartości są oparte na rozmiarze danych i dostępnej przepustowości lokalnej przy założeniu do 90% wykorzystania. Jeśli przewidywany czas jest niedopuszczalny, użycie urządzenia fizycznego do transferu w trybie offline może być bardziej odpowiednie. W razie potrzeby można również połączyć metody offline i online.

Informacje referencyjne:

  • Czerwone komórki sugerują, że migracja w trybie offline jest preferowana, gdy 25 dni jest zbyt długie lub kosztowne lub gdy przepustowość jest ograniczona.
  • Zielone komórki wskazują idealnych kandydatów do migracji online, zakładając, że przedział transferu krótszy niż 25 dni jest akceptowalny.
  • Niebieskie komórki reprezentują scenariusze, w których metoda lub kombinacja mogą być odpowiednie w zależności od konkretnych potrzeb.

Tabela przedstawiająca czasy trwania migracji danych online dla określonych rozmiarów danych i przepływności sieci.

Skontaktuj się z przedstawicielem firmy Microsoft, aby uzyskać wskazówki, jeśli masz pytania w dowolnym momencie.

Wskazówka

Kluczową zasadą migracji na platformę Azure jest minimalizacja przestojów przez wcześniejsze przesyłanie większości danych. Po ostatecznym przełączeniu platforma Azure powinna już przechowywać aktualną kopię danych źródłowych. Takie podejście gwarantuje, że ostatnia synchronizacja jest szybka, a przełączanie odbywa się bezproblemowo.

Migracja danych metodą "lift-and-shift"

Na potrzeby tego artykułu "lift-and-shift" to podejście do migracji, w którym dane i aplikacje są przenoszone z infrastruktury lokalnej do platformy Azure z minimalnymi zmianami w istniejącej architekturze. Ta metoda jest szybka i prosta, co czyni ją idealną dla organizacji mających na celu szybkie modernizacje infrastruktury bez konieczności przeprojektowania aplikacji.

Takie podejście jest przydatne w scenariuszach, w których dane są już ustrukturyzowane i można je łatwo przenosić do usług Azure Storage. Dzięki niej organizacje mogą korzystać ze skalowalności, niezawodności i funkcji zabezpieczeń platformy Azure przy zachowaniu istniejących aplikacji i przepływów pracy.

Chociaż takie podejście jest typowe w przypadku migracji do chmury, ważne jest, aby uwzględnić obciążenia źródłowe, które mogą nadal ulec zmianie podczas transferu. W takich przypadkach synchronizacja różnicowa jest niezbędna do zapewnienia spójności danych.

Wybór odpowiednich narzędzi ma kluczowe znaczenie dla początkowej migracji lub rozmieszczania danych, ale także do obsługi bieżących zmian za pośrednictwem synchronizacji różnicowej. W następnej sekcji zapoznasz się z zalecanymi narzędziami i strategiami, aby obsługiwać obie fazy migracji.

Częstotliwość zmian danych i warstwowanie

Wybór odpowiedniego rozwiązania do migracji zależy od częstotliwości zmian danych, częstotliwości dostępu i możliwości narzędzia do przeprowadzania synchronizacji iteracyjnej. W przypadku obciążeń z częstymi aktualizacjami lub wysokimi szybkościami dostępu należy używać wyspecjalizowanych narzędzi, takich jak Usługa Azure Data Mover lub zaufane rozwiązania partnerskie, które obsługują ciągłe transfery online.

Te wskazówki dotyczą również obsługi dużej liczby plików, zwłaszcza gdy wolumin osiągnie dziesiątki milionów. W takich przypadkach wybór odpowiedniego narzędzia na podstawie środowiska źródłowego, możliwości docelowych i dostępnej przepustowości jest niezbędne.

Narzędzia niezarządzane, takie jak robocopy, AzCopy, distCP i rsync, mogą napotkać problemy ze skalowalnością podczas obsługi dużych zestawów plików w jednym zadaniu transferu. Ważne jest , aby przejrzeć strategie optymalizacji narzędzia AzCopy i zapoznać się z oficjalną dokumentacją każdego narzędzia, aby zrozumieć bieżące limity wydajności i zalecenia dotyczące skalowania.

Podobne zagadnienia dotyczą tego, czy warstwowanie danych jest częścią strategii migracji. W niektórych scenariuszach, warstwowanie pomiędzy środowiskami danych a środowiskami chmurowymi jest utrzymywane jako ciągła praktyka zarządzania danymi.

Przenoszenie danych i magazyn hybrydowy

Podczas planowania migracji na platformę Azure ważne jest określenie, czy dane znajdują się w całości w chmurze, czy też jeśli jest wymagana lokalna pamięć podręczna. To rozróżnienie pomaga zdefiniować sposób uzyskiwania dostępu do danych po migracji i wpływa na ogólną architekturę rozwiązania.

Innym kluczowym zagadnieniem jest to, czy migracja obejmuje jednorazowy transfer, czy wymaga ciągłej synchronizacji. Jeśli dane należy przenosić wielokrotnie, zidentyfikuj częstotliwość tych transferów i ilość zaangażowanych danych. Te czynniki pomagają w wybieraniu narzędzi, które mogą efektywnie obsługiwać obciążenie i zachować spójność w różnych środowiskach.

Ważne jest również określenie kierunku synchronizacji. Jeśli dane muszą pozostać dostępne i aktualne zarówno w środowiskach chmurowych, jak i lokalnych, może być konieczna synchronizacja dwukierunkowa. Natomiast jeśli dane muszą przepływać tylko w jednym kierunku, wystarczy synchronizacja jednokierunkowa.

Te decyzje — tylko chmura versus magazyn hybrydowy, jednorazowy versus powtarzalny transfer oraz jednokierunkowa versus dwukierunkowa synchronizacja — kierują wyborem narzędzi migracji i wpływają na sposób przeprowadzania migracji. Podczas następnej fazy migracji zalecane narzędzia i konfiguracje są sprawdzane, aby pomóc w efektywnym obsłudze tych scenariuszy.

Replikacja jako strategia migracji

W niektórych scenariuszach migracja danych może być skutecznie zarządzana przy użyciu narzędzi replikacji. Te narzędzia stale kopiują dane ze środowiska źródłowego na platformę Azure, zapewniając synchronizację miejsca docelowego w całym procesie migracji.

Na przykład usługa Azure Migrate obsługuje replikację lokalnych maszyn fizycznych i wirtualnych, w tym ich dysków i danych osadzonych, do maszyn wirtualnych platformy Azure. Oferuje kompleksowe rozwiązanie, które obejmuje planowanie, monitorowanie kondycji replikacji, zarządzanie przejściem produkcyjnym oraz organizowanie całego przepływu pracy migracji. Podczas procesu dyski lokalne są konwertowane na dyski zarządzane platformy Azure, co usprawnia integrację z infrastrukturą chmury.

Niezależni dostawcy oprogramowania (ISV), tacy jak Carbonite Migrate i Veeam Backup and Replication, również polegają na technologiach replikacji do transferu dużych ilości danych. Te narzędzia często wymagają oddzielnego wdrożenia i konfiguracji, ale oferują zaawansowane funkcje, takie jak testowanie przedmigracyjne, synchronizacja w czasie rzeczywistym i zmniejszenie przestojów podczas przełączenia.

Migracja oparta na replikacji jest przydatna, gdy minimalizacja zakłóceń jest priorytetem. Umożliwia ona organizacjom utrzymanie ciągłości działania przy stopniowym przejściu obciążeń na platformę Azure. Wybór odpowiedniego narzędzia replikacji zależy od czynników, takich jak złożoność infrastruktury, ilość danych i potrzeba ciągłej synchronizacji.

Tworzenie kopii zapasowej i przywracanie jako strategia migracji

Tradycyjna metoda tworzenia i przywracania kopii zapasowych może czasami służyć jako skuteczna strategia migracji. Takie podejście jest idealne w przypadku migrowania danych archiwalnych lub historycznych, które nie wymagają dostępu w czasie rzeczywistym ani częstych aktualizacji.

Jest ona również odpowiednia, gdy systemy źródłowe nie obsługują nowoczesnych narzędzi migracji lub podczas migrowania niekrytycznych obciążeń, które mogą tolerować pewne przestoje. Środowiska programistyczne i testowe często należą do tej kategorii, ponieważ prostota i szybkość są priorytetami w przypadku ciągłej dostępności.

Ponadto podejście do tworzenia kopii zapasowych i przywracania jest praktycznym wyborem, gdy wymagania prawne określają, że dane są zachowywane w określonym punkcie w czasie. W takich przypadkach utrzymywanie migawki poprzez kopię zapasową zapewnia zgodność, umożliwiając kontrolowane przywracanie na platformie Azure.

Mimo że ta metoda może nie oferować automatyzacji ani skali narzędzi replikacji lub migracji online, pozostaje niezawodną opcją dla niektórych konkretnych przypadków użycia. W następnej fazie opisano sposób efektywnego implementowania tej strategii przy użyciu narzędzi obsługujących operacje tworzenia kopii zapasowych i przywracania dla platformy Azure.

Dalsze kroki

Zapoznaj się z następującymi zasobami, aby uzyskać więcej informacji na ten temat.

  • Last updated on