Podstawy migracji do chmury dla magazynu plików i folderów
Każda migracja rozpoczyna się od potrzeb biznesowych. Migracja do chmury przekształca obciążenie, przenosząc pliki i foldery, od których zależy. Obciążenie może być aplikacją lub bezpośrednim dostępem użytkowników. W obu przypadkach obciążenie ma zależność od magazynu przenoszonego do chmury. Obciążenie może również przejść do chmury lub pozostać tam, gdzie istnieje, ale wymagać zmiany konfiguracji, aby wskazać nową lokalizację magazynu w chmurze. Te szczegóły są rejestrowane w projekcie rozwiązania w chmurze, który zawiera sekcję magazynu.
Celem tego artykułu jest zapewnienie wglądu w sposób, w jaki można przeprowadzić migrację magazynu na platformę Azure, dzięki czemu możesz zrealizować projekt rozwiązania w chmurze na potrzeby magazynu.
Migracja plików i folderów do chmury wymaga starannego planowania i wielu zagadnień w celu uzyskania optymalnego wyniku. Usługa Azure Storage Mover udostępnia rosnącą listę funkcji i scenariuszy migracji, które obsługują Cię podczas podróży. W tym artykule dzielimy typowe zadania migracji na fazy, które mają własną sekcję.
Faza 1. Odnajdywanie
W fazie odnajdywania decydujesz, które lokalizacje źródłowe są częścią projektu migracji. Usługa Azure Storage Mover obsługuje lokalizacje źródłowe w postaci udziałów plików. Te lokalizacje mogą znajdować się w magazynie dołączonym do sieci (NAS), serwerze, a nawet na stacji roboczej. Typowe protokoły udziałów plików to SMB (blok komunikatów serwera) i NFS (system plików sieciowych).
Jeśli obciążenie korzysta z magazynu bezpośredniego dołączonego (DAS), najprawdopodobniej usługa Azure Storage Mover nadal może pomóc w migracji do chmury. Możesz utworzyć udział plików na lokalnej ścieżce folderu, a następnie udostępnić lokalizację za pośrednictwem sieci lokalnej. Mając odpowiednie uprawnienia i zagadnienia dotyczące sieci, możesz teraz migrować tę lokalizację na platformę Azure, nawet jeśli aplikacja korzysta ze ścieżki lokalnej.
Zacznij od utworzenia listy wszystkich udziałów, od których zależy obciążenie. Zapoznaj się z projektem rozwiązania w chmurze, aby zobaczyć, które udziały pozostają w środowisku lokalnym i które są w zakresie migracji do chmury. Zawęź zakres projektu migracji, jak najwięcej. Ostatecznie obciążenie musi przejść w tryb failover do lokalizacji w chmurze. Mniejsza liczba lokalizacji źródłowych, tym łatwiej jest przejść w tryb failover obciążenia.
Jeśli chcesz przeprowadzić migrację magazynu dla wielu obciążeń w mniej więcej tym samym czasie, należy podzielić je na poszczególne projekty migracji.
Ważne
Nie zaleca się dołączania wielu obciążeń w jednym projekcie migracji. Każde obciążenie powinno mieć własny projekt migracji. Struktura projektu w ten sposób znacznie uprości zarządzanie migracją i tryb failover obciążenia.
Wynikiem fazy odnajdywania jest lista udziałów plików, które należy przeprowadzić migrację na platformę Azure. Powinny istnieć różne listy na obciążenie.
Usługa Azure Storage Mover oferuje projekty migracji do tworzenia i przechowywania poszczególnych list. Typowym rozwiązaniem jest nadanie projektowi migracji nazwy po migrowaniu obciążenia. Ta praktyka upraszcza nadzór nad krokami planowania i postępem migracji.
Faza 2. Ocena
Platforma Azure oferuje różne typy magazynu w chmurze. Podstawowym aspektem migracji plików na platformę Azure jest określenie, która opcja usługi Azure Storage jest odpowiednia dla Twoich danych. Liczba plików i folderów, ich struktura katalogów, protokół dostępu, wierność plików i inne aspekty są ważnymi danymi wejściowymi w kompletnym projekcie rozwiązania w chmurze.
W fazie oceny zbadasz odnalezione i krótko wymienione udziały, aby upewnić się, że wybrano odpowiedni magazyn docelowy platformy Azure dla projektu rozwiązania w chmurze.
Kluczową częścią każdej migracji jest przechwycenie wymaganej wierności plików podczas przenoszenia plików z bieżącej lokalizacji magazynu na platformę Azure. Różne systemy plików i urządzenia magazynujące rejestrują tablicę informacji o wierności plików, a w pełni zachowywanie lub przechowywanie tych informacji na platformie Azure nie zawsze jest konieczne. Wierność plików wymagana przez twój scenariusz oraz stopień wierności obsługiwanej przez ofertę magazynu na platformie Azure pomaga również wybrać odpowiednie rozwiązanie magazynu na platformie Azure. Dane plików ogólnego przeznaczenia tradycyjnie zależą od co najmniej niektórych metadanych pliku. Dane aplikacji mogą nie być.
Oto dwa podstawowe składniki pliku:
- Strumień danych: strumień danych pliku przechowuje zawartość pliku.
- Metadane pliku: metadane pliku mają następujące podskładniki:
- atrybuty pliku, takie jak tylko do odczytu
- uprawnienia do plików, takie jak uprawnienia NTFS lub listy kontroli dostępu do plików i folderów (ACL)
- znaczniki czasu, w szczególności znaczniki czasu tworzenia i ostatniej modyfikacji
- alternatywny strumień danych, który jest miejscem do przechowywania większych ilości niestandardowych właściwości
Wierność plików w migracji można zdefiniować jako możliwość:
- Odczytaj wszystkie wymagane informacje o pliku ze źródła.
- Transfer plików za pomocą usługi migracji lub narzędzia.
- Przechowuj pliki w docelowym magazynie migracji.
Dane wyjściowe fazy oceny to lista aspektów znalezionych w udziale źródłowym. Te aspekty mogą obejmować dane, takie jak:
- Rozmiar udziału.
- Liczba elementów przestrzeni nazw lub łączna liczba plików i folderów.
- Poziom wierności, który należy zachować w docelowym miejscu docelowym usługi Azure Storage.
- Poziom wierności, który musi pozostać natywnie działający w miejscu docelowym usługi Azure Storage.
Te szczegółowe informacje są ważnymi danymi wejściowymi w projekcie rozwiązań w chmurze na potrzeby magazynu.
Faza 3. Planowanie
W fazie planowania połączysz odnalezione udziały źródłowe z lokalizacjami docelowymi na platformie Azure.
Faza planowania mapuje każdy udział źródłowy na określone miejsce docelowe, takie jak kontener obiektów blob platformy Azure lub udział plików platformy Azure. W tym celu należy zaplanować i zarejestrować, które subskrypcje i konta magazynu platformy Azure zawierają zasoby docelowe.
W usłudze Azure Storage Mover można rejestrować każdą parę źródłową/docelową jako definicję zadania. Definicja zadania jest zagnieżdżona w utworzonym wcześniej projekcie migracji. Potrzebujesz nowej, odrębnej definicji zadania dla każdej pary źródłowej/docelowej.
Uwaga
W tej wersji usługi Azure Storage Mover magazyn docelowy musi istnieć, zanim będzie można utworzyć definicję zadania. Jeśli na przykład elementem docelowym jest kontener obiektów blob platformy Azure, należy go wdrożyć przed utworzeniem nowej definicji zadania.
Wynikiem fazy planowania jest mapowanie udziałów źródłowych na lokalizacje docelowe platformy Azure. Jeśli cele jeszcze nie istnieją, musisz ukończyć następną fazę "Wdrażanie", zanim będzie można zarejestrować plan migracji w usłudze Azure Storage Mover.
Faza 4. Wdrażanie
Po zakończeniu planu migracji należy upewnić się, że zostaną wdrożone docelowe zasoby usługi Azure Storage, takie jak konta magazynu i kontenery. Przed zarejestrowaniem planu migracji jako definicji zadania dla każdej pary źródłowej/docelowej w usłudze Azure Storage Mover należy ukończyć to wdrożenie.
Usługa Azure Storage Mover obecnie nie może pomóc w wdrożeniu zasobów docelowych. Aby wdrożyć usługę Azure Storage, możesz użyć witryny Azure Portal, programu Azure PowerShell, interfejsu wiersza polecenia platformy Azure lub szablonu Bicep.
Ważne
Podczas wdrażania usługi Azure Storage przejrzyj kombinacje par źródłowych /docelowych pomocy technicznej dla usługi Azure Storage Mover i upewnij się, że nie skonfigurowano nieobsługiwanych scenariuszy.
Faza 5. Migracja
Praca kopiowania plików i folderów do lokalizacji docelowej platformy Azure odbywa się w fazie migracji.
Istnieją dwa główne zagadnienia dotyczące fazy migracji:
- Zminimalizuj przestoje obciążenia.
- Określ prawidłowy tryb migracji.
Minimalizuj przestoje
Podczas migracji mogą wystąpić okresy, w których obciążenie nie może uzyskać dostępu do magazynu, od którego zależy. Minimalizacja tych okresów czasu jest często wymagana. W tej sekcji omówiono wspólną strategię minimalizowania przestojów obciążeń.
Zbieżna, n-passowa migracja
W tej strategii skopiujesz dane ze źródła do celu kilka razy. Podczas tych iteracji kopiowania źródło pozostaje dostępne do odczytu i zapisu w obciążeniu. Tuż przed ostateczną iterację kopiowania możesz przejąć źródło w tryb offline. Oczekuje się, że ostateczna kopia zakończy się szybciej niż kopia początkowa. Po zakończeniu kopiowania obciążenie zostanie przełączone w tryb failover, aby użyć nowego magazynu docelowego na platformie Azure.
Usługa Azure Storage Mover obsługuje kopiowanie ze źródła do miejsca docelowego tak często, jak to jest wymagane. Definicja zadania przechowuje ustawienia źródła, elementu docelowego i migracji. Możesz poinstruować agenta migracji, aby wykonał definicję zadania, co powoduje uruchomienie zadania. W tym połączonym artykule możesz dowiedzieć się więcej o hierarchii zasobów usługi Storage Mover.
Tryby migracji
Sposób kopiowania plików ze źródła do miejsca docelowego jest równie ważny, jak miejsce kopiowania plików do i z. Różne scenariusze migracji wymagają różnych ustawień. Podczas migracji prawdopodobnie będziesz kopiować ze źródła do celu kilka razy, aby zminimalizować przestoje. Gdy pliki lub foldery zmieniają się między iteracjami kopiowania, tryb kopiowania określa zachowanie aparatu migracji. Starannie wybierz odpowiedni tryb na podstawie oczekiwanych zmian w przestrzeni nazw podczas migracji.
Istnieją dwa tryby kopiowania:
| Copy mode | Zachowanie migracji |
|---|---|
| Lustro Obiekt docelowy wygląda jak źródło. |
- Pliki w obiekcie docelowym są usuwane, jeśli nie istnieją w źródle. - Pliki i foldery w obiekcie docelowym są aktualizowane tak, aby były zgodne ze źródłem. |
| Scal Obiekt docelowy ma więcej zawartości niż źródło i dodajesz do niego zawartość. |
- Pliki są przechowywane w obiekcie docelowym, nawet jeśli nie istnieją w źródle. - Pliki z pasującymi nazwami i ścieżkami są aktualizowane w celu dopasowania do źródła. - Zmiany nazw folderów między kopiami mogą prowadzić do zduplikowania zawartości w obiekcie docelowym. |
Faza 6. Zadania po migracji
W tej fazie migracji należy zastanowić się nad innymi konfiguracjami i usługami, które umożliwiają przełączanie obciążenia w tryb failover i ochronę danych.
Na przykład przełączenie obciążenia w tryb failover wymaga ścieżki sieciowej w celu bezpiecznego uzyskiwania dostępu do usługi Azure Storage. Jeśli podczas migracji użyto publicznego punktu końcowego konta usługi Azure Storage, rozważ skonfigurowanie prywatnych punktów końcowych dla konta magazynu i włączenie reguł zapory w celu wyłączenia żądań danych za pośrednictwem publicznego punktu końcowego.
Oto kilka innych zaleceń:
Następne kroki
Te artykuły mogą ułatwić korzystanie z usługi Azure Storage Mover na potrzeby migracji do chmury: