Udostępnij za pośrednictwem


Omówienie migracji usługi Azure Storage

Ten artykuł koncentruje się na migracjach magazynu na platformę Azure i zawiera wskazówki dotyczące następujących scenariuszy migracji magazynu:

  • Migracja danych bez struktury, takich jak pliki i obiekty
  • Migracja urządzeń opartych na blokach, takich jak dyski i sieci magazynowania (SAN)

Migracja danych bez struktury

Migracja danych bez struktury obejmuje następujące scenariusze:

Fazy migracji

Pełna migracja składa się z kilku różnych faz: odnajdywania, oceny i migracji.

Odnajdowanie Ocena Migracja
— Odnajdywanie źródeł, które mają zostać zmigrowane - Ocenianie odpowiedniej usługi docelowej
— Zagadnienia techniczne i związane z kosztami
- Migracja początkowa
- Ponowna synchronizacja
- Przełączenie końcowe

Faza odnajdywania

W fazie odnajdywania określasz wszystkie źródła, które mają być migrowane, takie jak udziały SMB, eksporty systemu plików NFS lub przestrzenie nazw obiektów. Tę fazę można wykonać ręcznie lub użyć narzędzi automatycznych.

Faza oceny

Faza oceny ma kluczowe znaczenie w zrozumieniu dostępnych opcji migracji. Aby zmniejszyć ryzyko podczas migracji i uniknąć typowych pułapek, wykonaj następujące trzy kroki:

Etapy oceny Opcje
Wybieranie docelowej usługi magazynu — Azure Blob Storage i Data Lake Storage
— Azure Files
— Azure NetApp Files
- Rozwiązania niezależnego dostawcy oprogramowania
Wybieranie metody migracji -Online
-Offline
- Kombinacja obu
Wybieranie najlepszego narzędzia do migracji dla zadania — Narzędzia komercyjne (platforma Azure i niezależnego dostawcy oprogramowania)
- Open source

Istnieje kilka narzędzi komercyjnych (ISV), które mogą pomóc w fazie oceny. Zobacz macierz porównania.

Wybieranie docelowej usługi magazynu

Wybór docelowej usługi magazynu zależy od aplikacji lub użytkowników, którzy uzyskują dostęp do danych. Prawidłowy wybór zależy zarówno od aspektów technicznych, jak i finansowych. Najpierw wykonaj ocenę techniczną, aby ocenić możliwe cele i określić, które usługi spełniają wymagania. Następnie wykonaj ocenę finansową, aby określić najlepszy wybór.

Aby ułatwić wybór docelowej usługi magazynu na potrzeby migracji, należy ocenić następujące aspekty każdej usługi:

  • Obsługa protokołów
  • Charakterystyka wydajności
  • Limity docelowej usługi magazynu

Poniższy diagram to uproszczone drzewo decyzyjne, które ułatwia zapoznanie się z zalecaną usługą plików platformy Azure. Jeśli natywne usługi platformy Azure nie spełniają wymagań, różne rozwiązania niezależnego dostawcy oprogramowania (ISV) będą.

Po zakończeniu oceny technicznej i wybraniu odpowiedniego celu wykonaj ocenę kosztów, aby określić najbardziej opłacalną opcję.

Podstawowe drzewo decyzyjne dotyczące wybierania właściwej usługi plików

Aby zachować proste drzewo decyzyjne, limity docelowej usługi magazynu nie są uwzględniane na diagramie. Aby dowiedzieć się więcej na temat bieżących limitów i określić, czy chcesz zmodyfikować wybrane opcje na podstawie nich, zobacz:

Jeśli którykolwiek z limitów stanowi blokowanie korzystania z usługi, pomoc techniczna platformy Azure kilku dostawców magazynu, którzy oferują swoje rozwiązania w witrynie Azure Marketplace. Aby uzyskać informacje o zweryfikowanych partnerach niezależnego dostawcy oprogramowania, którzy udostępniają usługi plików, zobacz Partnerzy usługi Azure Storage dla magazynu podstawowego i pomocniczego.

Wybierz metodę migracji

Istnieją dwie podstawowe metody migracji magazynu.

  • Online. Metoda online używa sieci do migracji danych. Można użyć publicznego Internetu lub usługi Azure ExpressRoute . Jeśli usługa nie ma publicznego punktu końcowego, musisz użyć sieci VPN z publicznym Internetem.
  • Offline. Metoda offline używa jednego z urządzeń Azure Data Box .

Decyzja o użyciu metody online w porównaniu z metodą offline zależy od dostępnej przepustowości sieci. Metoda online jest preferowana w przypadkach, gdy istnieje wystarczająca przepustowość sieci do przeprowadzenia migracji na wymaganym osi czasu.

Można użyć kombinacji obu metod, metody offline dla początkowej migracji zbiorczej i metody online na potrzeby przyrostowej migracji zmian. Korzystanie z obu metod jednocześnie wymaga wysokiego poziomu koordynacji i nie jest zalecane z tego powodu. Jeśli zdecydujesz się używać obu metod, izolujesz zestawy danych migrowane w trybie online z zestawów danych migrowanych w trybie offline.

Aby uzyskać więcej informacji na temat różnych metod migracji i wytycznych, zobacz Wybieranie rozwiązania platformy Azure na potrzeby transferu danych i migrowania do udziałów plików platformy Azure.

Wybieranie najlepszego narzędzia do migracji dla zadania

Istnieją różne narzędzia migracji, których można użyć do przeprowadzenia migracji. Niektóre z nich to open source, takie jak AzCopy, robocopy, xcopy i rsync, podczas gdy inne są komercyjne. Lista dostępnych narzędzi komercyjnych i porównanie między nimi jest dostępna w naszej macierzy porównania.

Narzędzia typu open source doskonale nadają się do migracji na małą skalę. W przypadku migracji z serwerów plików systemu Windows do usługi Azure Files firma Microsoft zaleca rozpoczęcie pracy z natywną funkcją usługi Azure Files i używaniem usługi Azure File Sync. W przypadku bardziej złożonych migracji składających się z różnych źródeł, dużej pojemności lub specjalnych wymagań, takich jak ograniczanie przepustowości lub szczegółowe raportowanie z możliwościami inspekcji, narzędzia komercyjne są najlepszym wyborem. Te narzędzia ułatwiają migrację i znacznie zmniejszają ryzyko. Większość narzędzi komercyjnych może również wykonać odnajdywanie, co zapewnia cenny wkład do oceny.

Faza migracji

Faza migracji to końcowy krok migracji, który wykonuje przenoszenie i migrację danych. Zazwyczaj proces migracji odbywa się kilka razy w celu łatwiejszego przełączenia. Faza migracji składa się z następujących kroków:

  1. Migracja początkowa. Początkowy krok migracji migruje wszystkie dane ze źródła do miejsca docelowego. Ten krok migruje większość danych, które należy zmigrować.
  2. Ponowna synchronizacja. Operacja ponownej synchronizacji migruje wszystkie dane, które zostały zmienione po początkowym kroku migracji. Ten krok można powtórzyć kilka razy, jeśli występują liczne zmiany. Celem uruchamiania wielu operacji ponownej synchronizacji jest skrócenie czasu potrzebnych na ostatni krok. W przypadku nieaktywnych danych i danych, które nie mają żadnych zmian (takich jak tworzenie kopii zapasowych lub archiwizowanie danych), możesz pominąć ten krok.
  3. Ostateczne przełączenie. Ostatni krok przełączania powoduje przełączenie aktywnego użycia danych ze źródła na element docelowy i wycofanie źródła.

Czas trwania migracji danych bez struktury zależy od kilku aspektów. Poza wybraną metodą najbardziej krytyczne czynniki to całkowity rozmiar danych i rozkład rozmiaru pliku. Im większy łączny zestaw danych, tym dłuższy jest czas migracji. Mniejszy średni rozmiar pliku, tym dłuższy czas migracji. Jeśli masz dużą liczbę małych plików, rozważ ich archiwizowanie w większych plikach (takich jak plik .tar lub .zip), jeśli ma to zastosowanie, aby skrócić całkowity czas migracji.

Migracja urządzeń opartych na blokach

Migracja urządzeń opartych na blokach jest zwykle wykonywana w ramach migracji maszyny wirtualnej lub hosta fizycznego. Typowym błędem jest opóźnienie podejmowania decyzji dotyczących magazynu blokowego do czasu migracji. Podejmowanie tych decyzji przed upływem czasu z odpowiednimi zagadnieniami dotyczącymi wymagań dotyczących obciążeń prowadzi do bezproblemowej migracji do chmury.

Aby zapoznać się z obciążeniami do migracji i podejścia do podjęcia, zobacz dokumentację usługi Azure Disk Storage i zasoby na stronie produktu Disk Storage. Możesz dowiedzieć się, które dyski pasują do Twoich wymagań, oraz najnowsze możliwości, takie jak skalowanie dysku. Migracja urządzeń opartych na blokach można przeprowadzić na dwa sposoby:

  • Aby uzyskać informacje na temat migracji pełnych maszyn wirtualnych wraz z podstawowymi urządzeniami opartymi na blokach, zobacz dokumentację usługi Azure Migrate
  • W przypadku migracji tylko urządzeń opartych na blokach i bardziej złożonych przypadków użycia należy użyć usługi Cirrus Migrate Cloud.

Zobacz też