Azure Storage Mover を使用して SMB Azure ファイル共有に移行する
この移行ガイドでは、フル マネージド移行サービスである Azure Storage Mover を使って、オンプレミスのファイル共有を SMB Azure ファイル共有へと完全な忠実度で移行する方法について説明します。 Azure Storage Mover を使うと、Windows Server、Linux、NAS などの任意の SMB ソース共有から移行できます。 Azure Files の移行に Azure Storage Mover を使うには、ソース側の送信方向でポート 443 を開いておく必要があります。 ただし、Azure Storage Mover は SMB ではなく FileREST API を使ってデータを移動するため、Azure ファイル共有への SMB 接続は必要ありません。
Note
クラウドを使った階層化とオンプレミスのキャッシュに Azure File Sync を使っている、または使う予定がある場合は、Azure Storage Mover を使う代わりに、Azure File Sync を使ってオンプレミスの NAS または Windows Server ファイル共有を移行できます。 Azure File Sync を長期的に使う予定がない場合は、移行に Azure Storage Mover を使います。
適用対象
| ファイル共有の種類 | SMB | NFS |
|---|---|---|
| Standard ファイル共有 (GPv2)、LRS/ZRS |  |
 |
| Standard ファイル共有 (GPv2)、GRS/GZRS | |
|
| Premium ファイル共有 (FileStorage)、LRS/ZRS | |
|
Azure Files の移行に Azure Storage Mover を使う理由
Azure Storage Mover を使ってオンプレミスの SMB ファイル共有を Azure Files に移行する理由はいくつかあります。
- これは、SMB に依存してデータをクラウドに移動する Robocopy などの他の方法よりも高速です。
- サポートされているファイル メタデータは完全な忠実度でコピーされます。 Azure BLOB のオブジェクト ストレージとは異なり、Azure ファイル共有はファイル メタデータをネイティブに格納できます。移行中にメタデータがソースからターゲットに確実にコピーすることが重要です。
- SMB マウントから Azure Files へ 1 億個の名前空間項目 (ファイルとフォルダー) を使ってテストされているため、スケーリングは適切に行われます。
前提条件
Azure Storage Mover を使って SMB ファイル共有を移行するには、以下が必要です。
- Azure サブスクリプションとリソース グループ。 必要なアクセス許可を確認します。
- 少なくとも 1 つの SMB Azure ファイル共有を持つ Azure Storage アカウント。
- ローカル ネットワークでは、Storage Mover エージェントが Azure と通信できるようにする必要があります。 送信方向でポート 443 (TLS) を開いておく必要があるため、ファイアウォール規則で Azure へのトラフィックを制限しないでください。 Storage Mover エージェント コンソール上で接続チェッカーを使って、許可する必要がある Azure のエンドポイント URL について確認します。
Note
Azure Storage Mover は、SMB マウントをソースとして使い、SMB Azure ファイル共有をターゲットとして使うことをサポートしています。 他のソースとターゲットのペア間でのデータの移行 (NFS 共有上のソース データから Azure ファイル共有ターゲットへのデータの移行など) は、現在サポートされていません。
Azure Storage Mover を使ってファイルとメタデータを移行する
データを Azure Files に移行するには、以下の手順を実行します。
次に、オンプレミスの移行ソースの近くに 1 つ以上の Storage Mover エージェントをデプロイします。 これらは、Hyper-V または VMware ハイパーバイザー上で実行できる仮想マシン (VM) です。
エージェントを移行に利用し、クラウドから管理するには、Azure Storage Mover リソースにエージェント VM を登録する必要があります。 登録するには SSH 経由でエージェントにローカルに接続する必要があります。後続のすべての手順は Azure portal、Azure PowerShell、または Azure CLI から管理されます。
次に、データの移行に備えて、ソース エンドポイントとターゲット エンドポイントを定義する必要があります。 ターゲット エンドポイントを作成するときは、[ターゲットの種類] で [ファイル共有] を選びます。
一緒に移行する必要がある共有を照合するプロジェクトを作成します。
Azure Key Vault を作成し、その中に 2 つのシークレットを配置します。1 つはユーザー名用、もう 1 つはソース SMB 共有にアクセスするためにエージェントが使用できるパスワード用です。
作成したソースとターゲットのペアを使って、Storage Mover プロジェクトで最初の移行ジョブを定義します。 最初の移行ジョブでは、Azure portal を使うことをお勧めします。 Storage Mover リソース内に複数のリソースを作成します。 ソース エンドポイントとターゲット エンドポイントに加え、慎重に確認する必要がある移行設定がいくつかあります。 さらに、移行ジョブを作成するときに、Azure Key Vault シークレットを参照します。
移行ジョブとその設定が想定どおりになったら、ジョブを開始できます。 テレメトリとコピーのログは、移行ジョブの進行状況と成功を監視するのに役立ちます。 移行ジョブの実行に必要な時間を見積もる場合は、「Azure Storage Mover のスケールとパフォーマンスのターゲット」を参照してください。
移行が成功したことを確認する
移行ジョブが完了すると、Azure ファイル共有内のすべてのファイルとフォルダーが完全な忠実度で表示されます。 コピー ログを調べて、何も残っていないことを確認します。
次のステップ
Azure ファイル共有のバックアップが有効になっていることを確認します。