Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Azure Storage Mover to w pełni zarządzana usługa migracji, która umożliwia migrowanie plików i folderów z lokalnych środowisk lub AWS S3 do usługi Azure Storage, minimalizując przestoje pracy.
W różnych scenariuszach migracji, takich jak lift-and-shift, można użyć Storage Mover, a także do migracji, które trzeba regularnie powtarzać. Usługa Azure Storage Mover pomaga również zachować nadzór nad migracją i zarządzać migracją wszystkich globalnie rozproszonych udostępnionych zasobów plikowych z jednego zasobu Azure Storage Mover. Mover można również wdrożyć w chmurze Azure Government. Aby uzyskać więcej informacji, zobacz Co to jest platforma Azure Government?.
Obsługiwane źródła i obiekty docelowe
Bieżąca wersja usługi Azure Storage Mover obsługuje migracje pełnej wierności dla określonych kombinacji par źródłowo-celowych. Zawsze korzystaj z najnowszej wersji agenta, aby korzystać z tych obsługiwanych źródeł i miejsc docelowych:
| Protokół źródłowy | Obiekt docelowy | Komentarze |
|---|---|---|
| AWS S3 | Kontener obiektów Blob platformy Azure | Zasobników AWS (Amazon Web Services) S3 z klasami pamięci masowej Glacier lub Glacier Deep Archive nie można migrować; aby narzędzie Mover mogło je zmigrować, należy je najpierw przywrócić. |
| AWS FSx – SMB (Zapowiedź) | Azure Files SMB | Wymaga prywatnej łączności sieciowej z udziałem SMB w usłudze FSx oraz poświadczeń SMB z dostępem do udziału źródłowego. |
| GCS S3 (Zapowiedź) | Kontener obiektów Blob platformy Azure | Upewnij się, że bucket GCS jest dostępny przez API kompatybilne z S3 przed migracją. Musisz przywrócić obiekty w klasach archiwalnych przed migracją. |
| Kontener obiektów Blob platformy Azure | Kontener obiektów Blob platformy Azure | Kontenery BLOB mogą być w dwóch różnych subskrypcjach i kontach magazynowych, ale muszą znajdować się w tym samym dzierżawie. Obsługiwane kontenery obejmują te z włączoną funkcją Flatnamespace (FNS) oraz Hierarchical Namespace Service (HNS). Migracja wykorzystuje zestaw API ADLS Gen2 REST. |
| Kontener obiektów Blob platformy Azure | Kontener obiektów Blob platformy Azure | Kontenery obiektów blob mogą znajdować się w dwóch różnych subskrypcjach i na dwóch różnych kontach magazynowych, ale muszą należeć do tej samej dzierżawy. Kontenery z włączoną funkcją Flatnamespace (FNS) i hierarchiczną usługą przestrzeni nazw (HNS) są obsługiwane, a zestaw interfejsu API REST usługi ADLS Gen2 jest używany do migracji. |
| Instalacja SMB 2.x i 3.x | Udział plików platformy Azure (SMB) | Źródła SMB 1.x i udziały plików NFS w platformie Azure nie są obecnie obsługiwane. |
| Instalacja SMB 2.x i 3.x | Kontener obiektów Blob platformy Azure | Kontenery z włączoną funkcją Flatnamespace (FNS) i hierarchiczną usługą przestrzeni nazw (HNS) są obsługiwane, a zestaw interfejsu API REST usługi ADLS Gen2 jest używany do migracji. |
| Montaż SMB 2.x i 3.x (bezagentowy) | Udział plików platformy Azure (SMB) | Wymaga prywatnej łączności ze źródłowym udziałem SMB oraz danych uwierzytelniających SMB przechowywanych w Azure Key Vault. |
| Montowanie SMB 2.x i 3.x (bez użycia agenta) | Kontener obiektów Blob platformy Azure | Kontenery z włączoną funkcją Flatnamespace (FNS) i hierarchiczną usługą przestrzeni nazw (HNS) są obsługiwane, a zestaw interfejsu API REST usługi ADLS Gen2 jest używany do migracji. Wymaga prywatnej łączności ze źródłowym udziałem SMB oraz danych uwierzytelniających SMB przechowywanych w Azure Key Vault. |
| Instalacja systemu plików NFS 3 i 4 | Udział plików platformy Azure (NFS 4.1) | Udziały plików NFS platformy Azure obsługują protokół NFS w wersjach v3 i v4. |
| Instalacja systemu plików NFS 3 i 4 | Udział plików platformy Azure (NFS 4.1) | Udziały plików Azure obsługujące NFS są zgodne z protokołami NFS w wersjach 3/4. |
Kontener obiektów blob platformy Azure bez funkcji hierarchicznej przestrzeni nazw nie posiada tradycyjnej struktury plików. Standardowy kontener obiektów blob używa folderów "wirtualnych", aby naśladować tę funkcję. Gdy to podejście jest stosowane, pliki w folderach w źródle mają do swojej nazwy poprzedzaną ścieżkę i są umieszczane w płaskiej liście w docelowym kontenerze obiektów blob.
Podczas migracji danych ze źródłowego punktu końcowego przy użyciu protokołu SMB usługa Storage Mover obsługuje ten sam poziom wierności plików co bazowy udział plików platformy Azure. Struktura folderów i wartości metadanych, takie jak sygnatury czasowe plików i folderów, listy ACL i atrybuty plików, są zachowywane. Podczas migracji danych ze źródła NFS, usługa Storage Mover reprezentuje puste foldery jako pusty blob w miejscu docelowym. Metadane folderu źródłowego są zapisywane w polu niestandardowych metadanych tego blobu, podobnie jak to ma miejsce w przypadku plików.
Jednak migracja danych ze źródłowego punktu końcowego przy użyciu protokołu NFS może wymagać "wirtualnych" folderów podczas migracji. Ponieważ kontenery obiektów blob platformy Azure bez obsługi usługi HNS nie mają tradycyjnego systemu plików, usługa Storage Mover używa tych folderów do naśladowania lokalnego systemu plików. Gdy pliki znajdują się w folderach w źródłowym punkcie końcowym, usługa Storage Mover poprzedza ścieżki do swoich nazw i umieszcza plik na płaskiej liście w docelowym kontenerze obiektów blob.
W pełni zarządzane migracje
W ramach subskrypcji musisz wdrożyć tylko jedno wystąpienie usługi Storage Mover, aby obsługiwać migracje z wielu udziałów źródłowych, nawet jeśli znajdują się w różnych częściach świata. Zasób do przenoszenia magazynów sam nie przetwarza plików i folderów. Zamiast tego wdrażasz agenta migracji w pobliżu swojego udziału źródłowego, aby wysyłać dane bezpośrednio do wybranych zasobów docelowych platformy Azure.
Usługa Azure Storage Mover udostępnia zestaw zasobów zarządzania, które mogą być używane w każdym udziale, który zamierzasz migrować. Możesz na przykład wyrazić plan migracji i zachować nadzór nad postępem migracji oraz wynikami poszczególnych udziałów. Aby skorzystać z tej możliwości, utwórz projekt migracji dla każdego migrowanego obciążenia. W ramach projektu zdefiniuj ustawienia dla źródła, celu i migracji dla każdego zasobu źródłowego, od którego zależy obciążenie pracą. Możesz zachować pełną kontrolę nad rozpoczęciem migracji udziału, nad śledzeniem jego postępu, oraz nad wyświetlaniem wyników tego udziału.
Artykuł dotyczący hierarchii zasobów zawiera więcej informacji na temat poszczególnych zasobów usługi Storage Mover i najlepszych sposobów ich używania do migracji. Więcej szczegółów planowania wdrożenia można również znaleźć w artykule planowanie wdrożenia usługi Azure Storage Mover.
Hybrydowa usługa w chmurze
Azure Storage Mover obsługuje zarówno obciążenia migracji oparte na agentach, jak i bez agentów. W przypadku obciążeń z użyciem agentów maszyna wirtualna agenta migracji działa w środowisku w pobliżu źródłowej pamięci masowej. W przypadku obciążeń bez agenta nie jest wymagana żadna maszyna wirtualna agenta migracji.
Usługa w chmurze zapewnia aranżację migracji i zarządzanie nimi dla obu typów obciążeń. Aby zapoznać się z obciążeniami opartymi na agentach, zobacz artykuły Wdrażanie agenta usługi Storage Mover i rejestracja agenta .
Korzystanie z usług Azure Storage Mover i Azure Data Box
W przypadku przejścia obciążeń lokalnych do usługi Azure Storage zmniejszenie przestojów i zapewnienie przewidywalnych okresów niedostępności ma kluczowe znaczenie dla użytkowników i operacji biznesowych. W przypadku początkowej migracji zbiorczej możesz użyć usługi Azure Data Box i połączyć ją z usługą Azure Storage Mover w celu nadrobienia zaległości online.
Korzystanie z usługi Azure Data Box oszczędza znaczną przepustowość sieci. Jednak aktywne obciążenia w magazynie źródłowym mogą ulec zmianie w czasie, gdy Data Box jest w transporcie do centrum danych Azure. Faza "nadrabiania zaległości online" obejmuje zaktualizowanie magazynu w chmurze przy użyciu tych zmian przed pełnym przeniesieniem obciążenia w celu wykorzystania danych w chmurze. Ta faza zwykle wymaga minimalnej przepustowości, ponieważ większość danych już znajduje się w Azure, a przesyłane muszą być tylko dane różnicowe. Usługa Azure Storage Mover wyróżnia się w tym zadaniu.
Usługa Azure Storage Mover wykrywa różnice między magazynem lokalnym i magazynem w chmurze, transferując aktualizacje i nowe pliki, które nie są przechwytywane przez transfer urządzenia Data Box. Ponadto, jeśli jedyna zmiana pliku jest ograniczona do jego metadanych (takich jak uprawnienia), usługa Azure Storage Mover przekazuje tylko nowe metadane zamiast całej zawartości pliku.
Przeczytaj więcej informacji na temat korzystania z usługi Azure Storage Mover z usługą Azure Data Box na blogu usługi Azure Storage.
Następne kroki
Poniższe artykuły mogą ułatwić zapoznanie się z usługą Storage Mover.