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:
- Migracja plików z magazynu dołączonego do sieci (NAS) do jednej z ofert plików platformy Azure:
- Migracja obiektów z rozwiązań magazynu obiektów do platformy Azure Object Storage:
Fazy migracji
Pełna migracja składa się z kilku różnych faz: odnajdywania, oceny i migracji.
Odnajdywanie | Ocena | Migracja |
---|---|---|
— Odnajdywanie źródeł do zmigrowania | - Ocenianie odpowiedniej usługi docelowej — Zagadnienia dotyczące kosztów i technicznych |
— Migracja początkowa -Resync - Ostateczne przełączenie |
Faza odnajdywania
W fazie odnajdywania określasz wszystkie źródła, które muszą 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ć zautomatyzowanych narzędzi.
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 |
Wybierz metodę 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 należy przeprowadzić ocenę techniczną w celu oceny możliwych celów i określenia, które usługi spełniają wymagania. Następnie wykonaj ocenę finansową, aby określić najlepszy wybór.
Aby pomóc wybrać docelową usługę magazynu na potrzeby migracji, oceń 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ę.
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 należy zmodyfikować wybrane opcje na podstawie nich, zobacz:
- Limity konta magazynu
- Limity usługi Blob Storage
- Cele dotyczące skalowalności i wydajności usługi Azure Files
- limity zasobów Azure NetApp Files
Jeśli którykolwiek z limitów stanowi blokowanie korzystania z usługi, platforma Azure obsługuje kilku dostawców magazynu, którzy oferują swoje rozwiązania na 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.
Istnieje możliwość użycia 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, izoluj zestawy danych migrowane w trybie online z zestawów danych, które są migrowane w trybie offline.
Aby uzyskać więcej informacji na temat różnych metod i wytycznych dotyczących migracji, zobacz Wybieranie rozwiązania platformy Azure do 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 są open source, takie jak AzCopy, robocopy, xcopy i rsync, podczas gdy inne są komercyjne. Lista dostępnych narzędzi komercyjnych i porównanie tych narzędzi 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 Azure Files firma Microsoft zaleca rozpoczęcie od Azure Files natywnych możliwości i korzystania z 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 znacząco zmniejszają ryzyko. Większość narzędzi komercyjnych może również wykonać odnajdywanie, które zapewnia cenne dane wejściowe dla 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:
- Migracja początkowa. W kroku początkowej migracji wszystkie dane ze źródła są migrowane do miejsca docelowego. Ten krok służy do migrowania zbiorczej ilości danych, które należy zmigrować.
- Resync. Operacja ponownej synchronizacji migruje wszystkie dane, które zostały zmienione po kroku początkowej migracji. Ten krok można powtórzyć kilka razy, jeśli istnieje wiele zmian. Celem uruchamiania wielu operacji ponownej synchronizacji jest skrócenie czasu potrzebny na ostatni krok. W przypadku nieaktywnych danych i danych, które nie mają żadnych zmian (takich jak tworzenie kopii zapasowych lub archiwizowanie danych), można pominąć ten krok.
- Ostatnie przełączenie. Ostatni krok przełączania przełącza aktywne użycie danych ze źródła do miejsca docelowego i wycofywanie ź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 rozkładu danych i rozmiaru pliku. Im większy łączny zestaw danych, tym dłużej trwa migracja. Mniejszy średni rozmiar pliku, tym dłuższy jest czas migracji. Jeśli masz dużą liczbę małych plików, rozważ ich archiwizowanie w większych plikach (na przykład w pliku tar lub .zip), jeśli ma to zastosowanie, aby zmniejszyć 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 momentu 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 migracji i podejścia do wykonania, 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 przeprowadzić migrację 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 użyj usługi Cirrus Migrate Cloud.
Zobacz też
- Wybieranie rozwiązania platformy Azure do transferu danych
- Porównanie narzędzi do migracji komercyjnej
- Migracja do udziałów plików usługi Azure File
- Migrowanie do Data Lake Storage za pomocą platformy WANdisco LiveData dla platformy Azure
- Kopiowanie lub przenoszenie danych do usługi Azure Storage za pomocą narzędzia AzCopy
- Migrowanie dużych zestawów danych do Azure Blob Storage za pomocą polecenia AzReplicate
Opinia
https://aka.ms/ContentUserFeedback.
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź:Prześlij i wyświetl opinię dla