Migrowanie do udziałów plików platformy Azure przy użyciu usługi Azure Storage Mover

Dotyczy: ✔️ klasycznych udziałów plików SMB i NFS utworzonych za pomocą dostawcy zasobów Microsoft.Storage

W tym przewodniku migracji opisano sposób migrowania plików lokalnych do udziałów plików platformy Azure z pełną wiernością przy użyciu usługi Azure Storage Mover, w pełni zarządzanej usługi migracji. Możesz użyć Storage Mover do migracji z udziałów źródłowych SMB lub NFS, w tym z Windows Server, Linux lub NAS. Storage Mover obsługuje również bezagentową migrację z chmury do chmury z AWS FSx na serwer plików Windows (SMB). W tym przypadku zobacz Migracja z AWS FSx do Azure Files.

Usługa Storage Mover nie jest obecnie dostępna w chmurach platformy Azure Government.

Uwaga

Jeśli używasz usługi Azure File Sync lub planujesz jej używać do obsługi warstw w chmurze i buforowania lokalnego, możesz wykorzystać usługę Azure File Sync do migrowania lokalnych udziałów plików z NAS lub Windows Server zamiast używania Storage Mover. Jeśli nie planujesz długoterminowego korzystania z usługi Azure File Sync, użyj usługi Storage Mover na potrzeby migracji.

Dlaczego warto używać usługi Storage Mover do migrowania do udziałów plików platformy Azure?

Istnieje kilka powodów, dla których usługa Storage Mover służy do migrowania lokalnych udziałów plików do udziałów plików platformy Azure.

  • Jest szybszy niż inne metody, takie jak Robocopy, ponieważ wykorzystuje API FileREST (natywne Azure Files REST API) do bezpośredniego przenoszenia danych do chmury, zamiast polegać na SMB.
  • Obsługiwane metadane plików są kopiowane z pełną wiernością. W przeciwieństwie do magazynu obiektów w usłudze Azure Blobs, udział plików w Azure może natywnie przechowywać metadane plików i należy zadbać o skopiowanie metadanych ze źródła do celu podczas migracji. Podczas migracji ze źródła SMB przechowywane są wartości struktury folderów i metadanych, takie jak sygnatury czasowe plików i folderów, listy ACL i atrybuty plików.
  • Program Storage Mover obsługuje zarówno udziały źródłowe SMB, jak i NFS, co zapewnia elastyczność podczas migracji z różnych systemów magazynowania.
  • Jest ona dobrze skalowana, testowana przy użyciu 100 milionów elementów przestrzeni nazw (plików i folderów) z instalacji SMB do udziałów plików platformy Azure.

Wymagania wstępne migracji Storage Mover

Aby przeprowadzić migrację udziałów plików za pomocą usługi Storage Mover, wymagane są następujące elementy:

  • Subskrypcja platformy Azure i grupa zasobów. Przejrzyj wymagane uprawnienia.
  • Konto usługi Azure Storage z co najmniej jednym udziałem plików platformy Azure.
  • Sieć lokalna musi zezwalać agentowi usługi Storage Mover na komunikowanie się z platformą Azure. Port 443 (TLS) musi być otwarty dla ruchu wychodzącego, a reguły zapory nie powinny ograniczać ruchu do platformy Azure. Użyj narzędzia do sprawdzania łączności w konsoli agenta usługi Storage Mover, aby dowiedzieć się więcej o adresach URL punktów końcowych na platformie Azure, które należy zezwolić.
  • W przypadku zasobów źródłowych protokołu SMB: poświadczenia (nazwa użytkownika i hasło) z dostępem do odczytu do udziału źródłowego.
  • W przypadku udziałów źródłowych systemu plików NFS: eksport systemu plików NFS musi być dostępny z maszyny wirtualnej agenta usługi Storage Mover.

Migrowanie plików i metadanych przy użyciu usługi Storage Mover

Aby przeprowadzić migrację danych, wykonaj następujące kroki.

  1. Najpierw utwórz zasób Storage Mover.

  2. Następnie wdróż co najmniej jednego agenta usługi Storage Mover w pobliżu lokalnych źródeł migracji. Są to maszyny wirtualne, które mogą działać na hyperwizorach Hyper-V lub VMware.

  3. Aby użyć agenta do migracji i zarządzać nim z chmury, zarejestruj maszyny wirtualne agentów w zasobach Storage Mover. Musisz połączyć się lokalnie przez SSH z agentem w celu rejestracji. Wszystkie kolejne kroki możesz zarządzać z portalu Azure, Azure PowerShell lub Azure CLI.

  4. Teraz należy zdefiniować źródłowe i docelowe punkty końcowe w ramach przygotowań do migracji danych. Podczas tworzenia źródłowego punktu końcowego wybierz udział SMB lub udział NFS w zależności od protokołu źródłowego. Podczas tworzenia docelowego punktu końcowego wybierz Udostępnianie plików dla typu docelowego.

  5. Utwórz projekt w celu sortowania udziałów, które muszą zostać zmigrowane razem.

  6. Tylko w przypadku udziałów źródłowych protokołu SMB:utwórz magazyn kluczy Azure i umieść w nim dwa tajne dane: jedną dla nazwy użytkownika i jedną dla hasła, które agent wykorzysta do dostępu do źródłowego udziału SMB. Udziały źródłowe NFS nie wymagają poświadczeń Key Vault.

  7. Zdefiniuj swoje pierwsze zadanie migracyjne w projekcie Storage Mover, używając pary źródłowej i docelowej, którą stworzyłeś. Do pierwszego zadania migracji użyj portalu Azure. Tworzysz wiele zasobów w swoim zasobie Storage Mover, w tym punkt końcowy źródłowy, docelowy oraz ustawienia migracji, które warto dokładnie przejrzeć. Jeśli chodzi o źródła SMB, odwołaj się do sekretów Azure Key Vault podczas tworzenia zadania migracji.

  8. Gdy twoje zadanie migracyjne i jego ustawienia będą zgodne z Twoimi oczekiwaniami, zacznij pracę. Telemetria i kopiowanie logów pomagają monitorować postępy i sukcesy Twojej pracy migracyjnej. Jeśli chcesz oszacować czas wymagany do wykonania zadania migracji, zobacz Cele skalowania i wydajności usługi Storage Mover.

Sprawdź, czy migracja zakończyła się pomyślnie

Po zakończeniu zadania migracji należy znaleźć wszystkie pliki i foldery w udziale plików platformy Azure z pełną wiernością. Przejrzyj dzienniki kopiowania, aby upewnić się, że nic nie zostało pozostawione. W portalu Azure przejdź do swojego zasobu Storage Mover, wybierz definicje zadań i potwierdź, że status zadania pokazuje Ukończone z 0 nieudanych elementów.

Następne kroki

Upewnij się, że włączono tworzenie kopii zapasowej dla udziałów plików SMB platformy Azure.

Zobacz też

  • Last updated on