適用対象: ✔️ Microsoft.Storage リソース プロバイダーで作成された従来の SMB ファイル共有と NFS ファイル共有
この移行ガイドでは、フル マネージド移行サービスである Azure Storage Mover を使用して、オンプレミスのファイルを完全に忠実に Azure ファイル共有に移行する方法について説明します。 Storage Mover を使用して、Windows Server、Linux、NAS などの SMB または NFS ソース共有から移行できます。 ストレージムーバーはまた、AWS FSx for Windowsファイルサーバー(SMB)からのエージェントレスクラウド移行もサポートしています。 その場合は「AWS FSxからAzure Filesへの移行」を参照してください。
Storage Mover は現在、Azure Government クラウドでは使用できません。
注意
クラウドの階層化とオンプレミスのキャッシュに Azure File Sync を使用している場合、または使用する予定の場合は、Storage Mover を使用する代わりに、Azure File Sync を使用して オンプレミスの NAS または Windows Server ファイル共有を移行できます。 Azure File Sync を長期的に使用する予定がない場合は、移行に Storage Mover を使用します。
Storage Mover を使用して Azure ファイル共有に移行する理由
Storage Mover を使用してオンプレミスのファイル共有を Azure ファイル共有に移行する理由はいくつかあります。
- FileREST API(ネイティブのAzure Files REST API)を使ってデータを直接クラウドに移動するため、Robocopyのような他の方法よりも高速です。SMBに頼る必要がありません。
- サポートされているファイル メタデータは完全な忠実度でコピーされます。 Azure BLOB のオブジェクト ストレージとは異なり、Azure ファイル共有はファイル メタデータをネイティブに格納できます。移行中にメタデータがソースからターゲットに確実にコピーすることが重要です。 SMB ソースから移行する場合、ファイルとフォルダーのタイムスタンプ、ACL、ファイル属性などのフォルダー構造とメタデータ値が維持されます。
- Storage Mover では、SMB と NFS の両方のソース共有がサポートされているため、異なるストレージ システムから移行する際の柔軟性が提供されます。
- SMB マウントから Azure ファイル共有への 1 億個の名前空間項目 (ファイルとフォルダー) でテストされているため、スケーリングが適切に行われます。
ストレージムーバー移行の前提条件
Storage Mover を使用してファイル共有を移行するには、次のものが必要です。
- Azure サブスクリプションとリソース グループ。 必要なアクセス許可を確認します。
- 少なくとも 1 つの Azure ファイル共有を持つ Azure ストレージ アカウント。
- ローカル ネットワークでは、Storage Mover エージェントが Azure と通信できるようにする必要があります。 送信方向でポート 443 (TLS) を開いておく必要があるため、ファイアウォール規則で Azure へのトラフィックを制限しないでください。 Storage Mover エージェント コンソール上で接続チェッカーを使って、許可する必要がある Azure のエンドポイント URL について確認します。
- SMB ソース共有の場合: ソース共有への読み取りアクセス権を持つ資格情報 (ユーザー名とパスワード)。
- NFS ソース共有の場合: NFS エクスポートには、Storage Mover エージェント VM からアクセスできる必要があります。
Storage Mover を使用してファイルとメタデータを移行する
データを移行するには、次の手順に従います。
次に、オンプレミスの移行ソースの近くに 1 つ以上の Storage Mover エージェントをデプロイします。 これらは、Hyper-V または VMware ハイパーバイザー上で実行できる仮想マシン (VM) です。
エージェントをクラウドから移行し管理するには、 Storage MoverリソースでエージェントVMを登録してください。 登録のためにSSH経由でローカルに接続する必要があります。 その後のすべてのステップはAzureポータル、Azure PowerShell、またはAzure CLIから管理できます。
次に、データの移行に備えて、ソース エンドポイントとターゲット エンドポイントを定義する必要があります。 ソース エンドポイントを作成するときは、ソース プロトコルに応じて SMB 共有 または NFS 共有 を選択します。 ターゲット エンドポイントを作成するときは、[ターゲットの種類] で [ファイル共有] を選びます。
一緒に移行する必要がある共有を照合するプロジェクトを作成します。
SMB ソース共有の場合のみ:Azure Key Vault を作成 し、その中に 2 つのシークレットを配置します。1 つはユーザー名用、もう 1 つはソース SMB 共有へのアクセスにエージェントが使用できるパスワード用です。 NFS ソース共有では、Key Vault 資格情報は必要ありません。
ストレージムーバープロジェクトで、作成したソースとターゲットのペアを使って最初の移行ジョブを定義します。 最初の移行ジョブではAzureポータルを使いましょう。 Storage Moverリソース内に、ソースエンドポイント、ターゲットエンドポイント、マイグレーション設定など複数のリソースを作成し、慎重に確認します。 SMBソースについては、移行ジョブを作成する際にAzure Key Vaultの秘密を参照してください。
移行ジョブやその設定があなたの望む通りになったら、すぐに作業を開始してください。 テレメトリーやコピーログは、移行作業の進捗と成功を監視するのに役立ちます。 移行ジョブの実行に必要な時間を見積もる場合は、「 Storage Mover のスケールとパフォーマンスのターゲット」を参照してください。
移行が成功したことを確認する
移行ジョブが完了すると、Azure ファイル共有内のすべてのファイルとフォルダーが完全な忠実度で表示されます。 コピー ログを調べて、何も残っていないことを確認します。 AzureポータルでStorage Moverリソースにアクセスし、「ジョブ定義」を選択し、ジョブステータスが「完了」で失敗項目が0つであることを確認してください。
次のステップ
SMB Azure ファイル共有の バックアップが有効 になっていることを確認します。
