Azure Storage Mover

解決する課題

オンプレミスや他環境のファイル共有を、手作業のコピーやスクリプトに頼らず Azure Storage へ計画的に移行したい場面で使います。Azure Storage Mover はマネージドのオーケストレーションサービスとして、移行の定義・実行・進捗確認・エラー追跡を Azure ポータル上で一元化し、移行プロジェクトの可視性と再現性を高めます。

• オンプレの NAS / ファイルサーバー（NFS・SMB） を Azure Files や Blob へ移行したい
• 大量のファイルを 何度も差分コピーしながら、最終的に切り替えたい
• 移行の進捗・転送量・エラーを、スクリプト任せにせず一元的に把握したい
• 複数のソースとターゲットを抱える移行プロジェクト全体を管理したい

主要概念と用語

• ストレージ移行リソース: 移行プロジェクトの最上位リソース。プロジェクト・エージェント・エンドポイントをまとめる管理コンテナ
• 移行エージェント: ソースに近い場所（オンプレの VM など）に配置し、実際のデータ転送を担うコンポーネント。Azure 側に登録して制御する
• エンドポイント: 移行の入口と出口の定義。ソース側（NFS / SMB 共有）とターゲット側（Azure Storage のコンテナーや共有）をそれぞれ表す
• プロジェクト: 関連する移行をまとめる単位。複数のジョブ定義を束ねて管理する
• ジョブ定義: ソースエンドポイントからターゲットエンドポイントへの転送ルールを定義したもの。コピーモードなどを指定する
• ジョブ実行: ジョブ定義を実際に走らせた1回分の処理。転送量・所要時間・エラーが記録される
• コピーモード: ターゲットへの反映方法。ソースに無いファイルをターゲットで削除するかなど、ミラー寄り／追加寄りの挙動を選ぶ

仕様・制限・クォータ

• ソースは NFS / SMB のファイル共有、ターゲットは Azure Storage（Blob コンテナーや Azure Files の共有） を対象とする
• 実データの転送はオンプレ側の移行エージェントが行い、Azure 側はオーケストレーションと状態管理を担う
• エージェントはソースに近いネットワークへ配置するのが前提で、ソースとターゲット双方への到達性が必要
• ジョブは繰り返し実行でき、差分を反映しながら最終切り替えに近づけられる
• 1つのストレージ移行リソースに登録できるエージェント数やプロジェクト数などには上限があり、最新値は公式ドキュメントで確認する
• 提供リージョンや対応プロトコルの細部はサービス更新で変わるため、計画時に最新情報を参照する

内部の仕組み

Azure Storage Mover は、Azure 上のコントロールプレーンとオンプレに置く移行エージェントの組み合わせで動きます。利用者はソースとターゲットをエンドポイントとして定義し、ジョブ定義で転送ルールを決め、エージェントに実行させます。

• 移行エージェントはソース近傍に配置され、Azure のストレージ移行リソースへ登録される。登録後は Azure 側からジョブを指示する
• 実際のファイル読み取りと Azure Storage への書き込みはエージェントが実行し、Azure 側はジョブの状態・進捗・エラーを収集する
• ジョブはジョブ定義に基づき繰り返し実行でき、各実行で転送したファイル数・容量・失敗を記録する
• コピーモードにより、ソースに存在しないファイルをターゲットで削除するか残すかなど、反映の挙動を制御する
• 進捗とエラーは Azure ポータルやログで確認でき、移行の可視性を確保する

設計パターン / ベストプラクティス

• 段階移行（繰り返しコピー）: まず初回の大量コピーを実行し、以降は差分を反映するジョブを繰り返して、最終切り替え時の停止時間を短くする
• エージェントはソース近傍に配置: ソースに近いネットワークへエージェントを置き、ソース側の読み取りレイテンシと帯域のボトルネックを避ける
• 小さく検証してから本番: 一部のディレクトリで試験移行し、コピーモードや権限の挙動を確認してから全体を移す
• コピーモードの意味を理解して選ぶ: ターゲット側の既存ファイルを削除するかどうかは、移行の安全性に直結するため要件に合わせて選ぶ
• 複数ソースはプロジェクトで整理: 関連する移行をプロジェクトにまとめ、進捗とエラーをまとめて追跡する

運用・監視

• Azure ポータルのジョブ実行で、転送済みファイル数・容量・所要時間・エラー件数を確認する
• 失敗したファイルはエラーログで内容を確認し、権限・パス長・特殊文字・到達性などの観点で切り分ける
• 繰り返し実行する移行では、差分が収束しているかを実行ごとに確認し、最終切り替えのタイミングを判断する
• エージェントのバージョンと健全性を監視し、必要に応じて更新する
• 大量移行ではソース・ネットワーク・ターゲットのいずれかが律速になりやすいため、ボトルネックの所在を見極める

コスト

Azure Storage Mover のオーケストレーション機能自体は、移行を支援するマネージドサービスとして提供されます。一方で、移行に伴って発生するコストは複数の要素から成る点に注意します。

• 移行先の Azure Storage の容量・トランザクションに応じたストレージ料金が発生する
• データ転送に伴う**ネットワーク（帯域・出力）**のコストがソース側環境で生じることがある
• 移行エージェントを動かすオンプレ／VM のリソースは利用者側の負担になる
• 移行は一時的な活動だが、並行運用期間が長引くとソースとターゲットの二重コストが続くため、切り替え計画を明確にする

セキュリティ

• 移行エージェントは Azure のストレージ移行リソースへ登録して認証し、許可されたジョブのみを実行する
• ターゲットの Azure Storage への書き込みは Azure の認証・認可に従い、最小権限で構成する
• ソース側共有へのアクセスは、必要な範囲の資格情報に限定し、移行完了後に見直す
• ネットワークはプライベート経路を優先し、エージェントの通信を必要な宛先だけに絞る
• 移行先ストレージは保存時暗号化が既定で有効。要件に応じてアクセス制御やプライベート接続を併用する

関連サービス・比較

ファイルを Azure へ移行する手段としては、汎用のコピーツールである AzCopy もあります。Azure Storage Mover はマネージドのオーケストレーションと進捗管理を備える点が異なり、大規模・継続的な移行プロジェクトに向きます。AWS では DataSync が相当します。

ハンズオン / CLI例

# リソースグループを作成
az group create --name mover-rg --location japaneast

# ストレージ移行リソースを作成（移行プロジェクトの最上位）
az storage-mover create \
  --resource-group mover-rg \
  --name my-storage-mover \
  --location japaneast

# プロジェクトを作成（関連する移行をまとめる単位）
az storage-mover project create \
  --resource-group mover-rg \
  --storage-mover-name my-storage-mover \
  --name migration-project

# 登録済みのエージェント一覧を確認
az storage-mover agent list \
  --resource-group mover-rg \
  --storage-mover-name my-storage-mover