Udostępnij przez


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ę przechowywania.

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.

Ilustracja podsumowująca przedstawiająca fazy migracji: Odnajdywanie, ocenianie, planowanie, wdrażanie, migrowanie, po migracji w celu zilustrowania sekcji, które zostaną przedstawione w tym artykule.

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 Twoje obciążenie korzysta z Direct Attached Storage (magazyn bezpośrednio dołączony - DAS), prawdopodobnie usługa Azure Storage Mover może być pomocna przy migracji do chmury. Możesz udostępnić folder na lokalnej ścieżce i następnie zrobić go dostępnym w 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 opracowania listy wszystkich udziałów, od których zależy Twoje obciążenie. Zapoznaj się z projektem rozwiązania w chmurze, aby sprawdzić, które udziały pozostają w środowisku lokalnym oraz które należą do migracji do chmury. Zawęź zakres projektu migracji, jak najwięcej. Ostatecznie obciążenie robocze musi zostać przeniesione do lokalizacji w chmurze. Im mniejsza liczba lokalizacji źródłowych, tym łatwiej jest przełączyć obciążenie na tryb failover.

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. Strukturyzowanie projektu w ten sposób znacznie uprości zarządzanie migracją i przełączanie obciążenia.

Wynikiem fazy odnajdywania jest lista udziałów plików, które należy zmigrować do Azure. Powinny istnieć odrębne listy dla każdego obciążenia.

Usługa Azure Storage Mover oferuje projekty migracji do tworzenia i przechowywania poszczególnych list. Powszechną praktyką jest nadanie projektowi migracji nazwy na podstawie migrowanego 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 przeanalizujesz odkryte i wyselekcjonowane udziały, aby upewnić się, że wybrałeś odpowiedni magazyn docelowy w Azure dla zaprojektowanego rozwiązania chmurowego.

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ę magazynowania na platformie Azure również pomagają wybrać właściwe rozwiązanie magazynu. Dane plików ogólnego przeznaczenia tradycyjnie zależą od co najmniej niektórych metadanych pliku. Dane aplikacji mogą być niekompletne.

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 magazynie przeznaczonym do migracji.

Dane wyjściowe fazy oceny to lista aspektów znalezionych w udziale źródłowym. Te aspekty mogą obejmować dane, takie jak:

  • Wielkość 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 przechowywania usłudze 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ń chmurowych na potrzeby przechowywania.

Faza 3. Planowanie

Podczas planowania łączysz odkryte zasoby źródłowe z lokalizacjami docelowymi w Azure.

Faza planowania mapuje każde źródło do określonego miejsca docelowego, takiego jak kontener blob Azure lub zasób plików 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 projekcie migracji, który utworzyłeś wcześniej. Potrzebujesz nowej, odrębnej definicji zadania dla każdej pary źródłowej/docelowej.

Uwaga / Notatka

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 odwzorowanie zasobów źródłowych na lokalizacje docelowe 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 pliku Bicep.

Ważne

Podczas wdrażania usługi Azure Storage przejrzyj obsługiwane kombinacje par źródło-cel 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 pracy.
  • 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 kopią końcową wyłączasz źródło w trybie offline. Oczekuje się, że ostateczna kopia zakończy się szybciej niż kopia początkowa. Po zakończeniu kopiowania obciążenie zostanie przełączone do nowego docelowego magazynu w chmurze 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łowe, docelowe i migracyjne. 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:

Tryb kopiowania 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 wciąż go wzbogacasz.
- 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ń:

Dalsze kroki

Te artykuły mogą ułatwić korzystanie z usługi Azure Storage Mover na potrzeby migracji do chmury: