Replikowanie zasobów w migracji do chmury

Artykuł
04/11/2024

Lokalne centra danych przechowują zasoby fizyczne, takie jak serwery, urządzenia i urządzenia sieciowe. Jednak każdy zasób fizyczny, taki jak serwer, jest tylko powłoką. Rzeczywista wartość pochodzi z pliku binarnego uruchomionego na serwerze. Centrum danych istnieje z powodu aplikacji i danych, które są podstawowymi plikami binarnymi, które są migrowane. Zasoby cyfrowe i źródła binarne, takie jak systemy operacyjne, trasy sieciowe, pliki i protokoły zabezpieczeń, zasilają aplikacje i magazyny danych.

Proces replikacji składa się z następujących kroków:

Replikacja: kopiuje wersję plików binarnych do punktu w czasie.
Rozmieszczanie: kopiuje migawki binarne na nową platformę i wdraża je na nowym sprzęcie. Rozstawiona kopia pliku binarnego zachowuje się dokładnie tak jak oryginalny plik binarny na starym sprzęcie. Jednak migawka pliku binarnego jest nieaktualna i niezgodna z oryginalnym źródłem.
Synchronizacja: wyrównuje nowy plik binarny i stary plik binarny. Ten proces stale aktualizuje kopię przechowywaną na nowej platformie. Synchronizacja jest wykonywana do momentu, gdy poziom zasobu zostanie podwyższony w celu wyrównania go z wybranym modelem promocji. W tym momencie synchronizacja zostanie zatrzymana.

Wymagania wstępne dotyczące replikacji

Przed replikacją należy wykonać działania w fazach przygotowywania i oceny . Aby rozpocząć replikację, musisz mieć następujące elementy:

Subskrypcja migrowanych zasobów.
Narzędzie do migracji służące do przenoszenia kopii binarnych.
Źródłowe pliki binarne przygotowane do replikacji i synchronizacji. Ich dokładna konfiguracja zależy od narzędzia do migracji. Przygotowanie obejmuje korygowanie wszelkich problemów z replikacją znalezionych w fazie oceny. Aby zapoznać się z przykładem inicjowania replikacji, zobacz Migrowanie z programu VMware za pośrednictwem migracji bez agenta.
Wszelkie zależności dla obciążenia, które zostały zidentyfikowane podczas kroku projektowania architektury obciążenia. Te zależności mogą obejmować grupy zasobów, sieci wirtualne i podsieci, w których zamierzasz wdrożyć replikowane maszyny wirtualne. Aby uzyskać więcej informacji, zobacz Wdrażanie usług pomocniczych.

Ryzyko replikacji: fizyka replikacji

Podczas planowania i przeprowadzania replikacji źródła binarnego do nowego miejsca docelowego należy wziąć pod uwagę następujące podstawowe przepisy:

Szybkość światła: w przypadku przenoszenia dużych ilości danych światłowodowe jest najszybszą opcją. Jednak kable światłowodowe mogą przenosić dane tylko na dwie trzecie prędkości światła. Nie ma metody natychmiastowej lub nieograniczonej replikacji danych.
Szybkość potoku sieci WAN: przepustowość pasma jest jeszcze ważniejsza niż szybkość przenoszenia danych. Ilość danych na sekundę, które firma przesyła w sieci WAN do docelowego centrum danych, określa przepustowość pasma.
Szybkość rozszerzania sieci WAN: jeśli budżet pozwala, możesz dodać większą przepustowość do rozwiązania sieci WAN firmy. Ale może upłynąć kilka tygodni lub miesięcy, aby uzyskać, przygotować i zintegrować więcej połączeń światłowodowych.
Szybkość dysków: nawet przy nieskończonej szybkości danych i nieskończonym limicie przepustowości między źródłowym plikiem binarnym a docelowym miejscem docelowym fizyka nadal ogranicza replikację. Replikacja danych odbywa się tylko tak szybko, jak dyski źródłowe mogą odczytywać dane.
Szybkość obliczeń ludzkich: dyski i światło poruszają się szybciej niż procesy decyzyjne człowieka. Gdy grupa osób współpracuje ze sobą i podejmuje decyzje, wyniki pojawiają się powoli. Replikacja nie może przezwyciężyć opóźnień związanych z obliczeniami ludzkimi.

Każde z tych praw fizyki wiąże się z następującymi zagrożeniami, które często wpływają na plany migracji:

Czas replikacji: Replikacja wymaga czasu i przepustowości. Plany powinny uwzględniać realistyczne osie czasu odzwierciedlające ilość czasu potrzebną do replikowania plików binarnych.

Łączna dostępna przepustowość migracji to ilość powiązanej przepustowości, która nie korzysta z innych potrzeb biznesowych o wyższym priorytcie. Przepustowość powiązana z górą jest mierzona w megabitach na sekundę (Mb/s) lub gigabitach na sekundę (Gb/s). Całkowity magazyn migracji to łączna ilość miejsca na dysku mierzona w gigabajtach (GB) lub terabajtach (TB), wymagana do przechowywania migawki zasobów do zmigrowania.

Aby określić szacowany czas początkowy, podziel łączny magazyn migracji na łączną dostępną przepustowość migracji. Zwróć uwagę na konwersję jednostek z bitów na bajty. W następnym elemencie opisano dokładniejsze obliczenie czasu.
Skumulowany efekt dryfu dysku: od momentu replikacji do podwyższenia poziomu zasobu do produkcji pliki binarne źródłowe i docelowe muszą pozostać zsynchronizowane.

Dryf w plikach binarnych zużywa dodatkową przepustowość, ponieważ należy replikować zmiany do pliku binarnego cyklicznie. Podczas synchronizacji obliczenie całkowitego magazynu migracji obejmuje cały dryf binarny. Tym dłużej trwa promowanie zasobu do produkcji, tym bardziej skumulowany dryf występuje. Tym bardziej zsynchronizowane zasoby, tym większa przepustowość zużywana. Dla każdego zasobu w stanie synchronizacji jest dostępna mniejsza łączna dostępna przepustowość migracji.
Zmiana czasu na firmę: Czas synchronizacji ma skumulowany negatywny wpływ na szybkość migracji. Priorytetyzacja listy prac migracji i zaawansowane przygotowanie planu komunikacji o zmianach ma kluczowe znaczenie dla szybkości migracji.

Najważniejszym testem zgodności działań biznesowych i technicznych podczas migracji jest tempo podwyższania poziomu. Szybsze podwyższenie poziomu zasobu do środowiska produkcyjnego, tym mniejszy dryf dysku wpływa na przepustowość. Ponadto można przydzielić większą przepustowość i czas do replikacji następnego obciążenia.

Planowanie, kiedy wymagania dotyczące danych przekraczają pojemność sieci

Podczas migracji do chmury replikujesz i synchronizujesz zasoby za pośrednictwem sieci między istniejącym centrum danych a chmurą. Istniejące wymagania dotyczące rozmiaru danych różnych obciążeń mogą przekraczać pojemność sieci. W takim scenariuszu proces migracji może zostać radykalnie spowolniony lub w niektórych przypadkach całkowicie zatrzymany.

Jeśli ocena, replikacja początkowa lub testowanie identyfikują problem z pojemnością, rozważ użycie usługi Azure Data Box do transferu niezależnych magazynów danych. Użyj tego podejścia, aby dostarczać duże ilości danych do chmury przed migracją obciążenia.

Niektóre rozwiązania partnerskie firmy innej niż Microsoft używają również urządzenia Data Box do migracji. Dzięki tym rozwiązaniom można przenosić dużą ilość danych za pośrednictwem transferu w trybie offline, ale synchronizować je później w niższej skali w sieci.

Następny krok

Przygotowanie do zarządzania

Share via