Azure Storage Mover は比較的新しいフル マネージドの移行サービスであり、ワークロードのダウンタイムを最小限に抑えながら、ファイルとフォルダーを Azure Storage に移行できます。
"リフトアンドシフト" などのさまざまな移行シナリオや、定期的に繰り返す必要がある移行では、Storage Mover を使用できます。 Azure Storage Mover は、1 つのストレージ ムーバー リソースからグローバルに分散されたすべてのファイル共有の移行を監視および管理するのにも役立ちます。
サポートされているソースとターゲット
Azure Storage Mover の現在のリリースでは、ソースとターゲットの特定のペアの組み合わせに対して、完全に忠実な移行がサポートされています。 これらのサポートされているソースとターゲットからメリットを得るには、常に最新バージョンのエージェントを利用してください。
ソース プロトコル | 移行先 | コメント |
---|---|---|
SMB 2.x マウント | Azure BLOB ストレージ コンテナー、Azure ファイル共有 (SMB) | SMB 1.x ソースと NFS Azure ファイル共有は、現在サポートされていません。 |
SMB 2.x マウント | Azure BLOB Storage コンテナー | 階層型名前空間サービス (HNS) 機能が有効になっているコンテナーがサポートされ、ADLS Gen2 REST API セットが移行に使用されます。 |
NFS 3 と 4 マウント | Azure BLOB Storage コンテナー | 階層型名前空間サービス (HNS) 機能が有効になっているコンテナーがサポートされ、ADLS Gen2 REST API セットが移行に使用されます。 |
階層型名前空間サービス機能のない Azure BLOB コンテナーには、従来のファイル システムはありません。 標準 BLOB コンテナーでは、"仮想" フォルダーを使用してこの機能を模倣します。 このアプローチを使用すると、ソース上のフォルダー内のファイルは、名前の前にパスが追加され、ターゲットの BLOB コンテナー内のフラット リストに配置されます。
SMB プロトコルを使用してソース エンドポイントからデータを移行する場合、Storage Mover では、基になる Azure ファイル共有と同じレベルのファイルの忠実性がサポートされます。 フォルダー構造とメタデータ値 (ファイルとフォルダーのタイムスタンプ、ACL、ファイル属性など) が保持されます。 NFS ソースからのデータ移行中、Storage Mover サービスは空のフォルダーをターゲットの空の BLOB として表します。 ソース フォルダーのメタデータは、ファイルと同様に、この BLOB のカスタム メタデータ フィールドに保持されます。
ただし、NFS プロトコルを使用してソース エンドポイントからデータを移行するには、移行中に "仮想" フォルダーが必要になる場合があります。 HNS がサポートされていない Azure BLOB コンテナーには、従来のファイル システムがないため、Storage Mover では、これらのフォルダーを使用してローカル ファイル システムを模倣します。 ソース エンドポイント上のフォルダー内にファイルが見つかると、Storage Mover によって、そのファイルは、名前の前にパスが追加され、ターゲットの BLOB コンテナー内のフラット リストに配置されます。
フル マネージド移行
複数のソース共有からの移行を処理するには、サブスクリプションに 1 つの Storage Mover インスタンスのみをデプロイする必要があります(複数のソース共有が世界各地にある場合でも)。 ストレージ ムーバー リソース自体では、ファイルとフォルダーは処理されません。 代わりに、ソース共有の近くに移行エージェントをデプロイして、Azure で選択したターゲットにデータを直接送信します。
Azure Storage Mover には、移行するすべての共有で使用できる一連の管理リソースが用意されています。 たとえば、移行計画を表現し、移行の進行状況と結果に関する監視を共有ごとに保持できます。 この機能を利用するには、移行するすべてのワークロードに対して移行プロジェクトを作成します。 プロジェクト内で、ワークロードが依存する各ソース共有のソース、ターゲット、および移行の設定を定義します。 共有の移行を開始するタイミング、進行状況を追跡するタイミング、その結果を確認するタイミングを完全に制御できます。
リソース階層の記事には、個々の Storage Mover リソースと、それらを移行に最適に使用する方法に関する詳細が含まれています。 Azure Storage Mover デプロイ計画に関する記事で、デプロイ計画の詳細を確認することもできます。
ハイブリッド クラウド サービス
Azure Storage Mover はハイブリッド クラウド サービスです。 ハイブリッド サービスには、クラウド サービス コンポーネントとインフラストラクチャ コンポーネントの両方があります。 サービス管理者は、企業環境でインフラストラクチャ コンポーネントを実行します。 Storage Mover の場合、そのハイブリッド コンポーネントは移行エージェントで構成されます。 エージェントは、ソース ストレージの近くのホストにデプロイされ、実行される仮想マシンです。 エージェントとそのデプロイ方法の詳細については、 Storage Mover エージェントのデプロイ に関するアーティクルを参照してください。
エージェント登録プロセスを除き、移行のすべての側面はクラウド サービスから管理されます。 エージェント登録プロセスの詳細については、 エージェント登録 に関する記事を参照してください。
Azure Storage Mover と Azure Data Box の使用
オンプレミスのワークロードを Azure Storage に移行する場合、ダウンタイムを減らし、予測可能な使用不能期間を確保することは、ユーザーとビジネス運用にとって非常に重要です。 最初の一括移行では、Azure Data Box を使用し、これを Azure Storage Mover と組み合わせることでオンライン キャッチアップが可能です。
Azure Data Box を使用すると、ネットワーク帯域幅が大幅に節約されます。 ただし、Data Box が Azure Data Center に転送されている間に、ソース ストレージ上のアクティブなワークロードが変更される可能性があります。 "オンライン キャッチアップ" のフェーズでは、クラウド データの使用のためにワークロードを完全に削減する前に、これらの変更でクラウド ストレージを更新する必要があります。 ほとんどのデータは既に Azure に存在し、差分のみを転送する必要があるため、通常、このフェーズでは最小限の帯域幅が必要です。 このタスクには、Azure Storage Mover が優れています。
Azure Storage Mover は、オンプレミスのストレージとクラウド ストレージの差異を検出し、更新プログラムと、Data Box 転送によってキャプチャされない新しいファイルを転送します。 さらに、ファイルに対する唯一の変更がそのメタデータ (アクセス許可など) に制限されている場合、Azure Storage Mover は、ファイルコンテンツ全体ではなく、新しいメタデータのみをアップロードします。
Azure Data Box で Azure Storage Mover を使用する方法の詳細については、 Azure Storage ブログを参照してください。
次のステップ
次の記事は、Storage Mover サービスについて理解を深めるのに役立ちます。