SMB Azure ファイル共有への移行

✔️ 対象: Microsoft.Storage リソース プロバイダーで作成されたクラシック SMB ファイル共有

✖️ 適用対象外: Microsoft.FileShares リソース プロバイダーで作成されたファイル共有、または Microsoft.Storage リソース プロバイダーで作成されたクラシック ファイル共有を含む、すべての NFS ファイル共有

この記事はSMB Azureファイル共有への移行の基本的側面を扱い、移行ガイドの表を含んでいます。 ガイドは、データの場所と、移動先のデプロイメント モデル (クラウドのみまたはハイブリッド) に基づいて整理されています。 目標は、既存のファイル共有の場所からAzureにデータを移動することです。

移行の基本

移行中は、本番データの完全性と可用性を保証する必要があります。 この要件はファイルの忠実度を維持し、ダウンタイムを最小限に抑えて、移行が通常のメンテナンス期間内に収まるか、わずかに超過できるようにすることを意味します。

ファイルの忠実性の維持

ファイル共有の移行における重要な側面は、ファイルを現在のストレージの場所からAzureに移動するときに、できるだけ多くのファイルの忠実性をキャプチャすることです。

ファイルの基本的なコンポーネントは次の 2 つです。

• データ ストリーム: ファイルのデータ ストリームにはファイル コンテンツが格納されます。
• File メタデータ: Azure BLOB のオブジェクト ストレージとは異なり、Azure ファイル共有は、サポートされているファイル メタデータをネイティブに格納できます。 汎用ファイル データは従来、ファイル メタデータに依存しています。 アプリ データはそうではない場合があります。 ファイル メタデータには次のサブコンポーネントがあります。
  • ファイル属性 (読み取り専用など)
  • ファイルのアクセス許可。多くの場合、"NTFS アクセス許可" または "ファイルとフォルダーの ACL" と呼ばれます
  • タイムスタンプ。特に作成 タイムスタンプおよび最終更新日時 タイムスタンプ
  • 代替データ ストリーム。これは、より大量の非標準プロパティを格納する領域です。 この代替データ ストリームは、Azure ファイル共有内のファイルに格納できません。 Azure File Syncを使用すると、オンプレミスに保持されます。

移行におけるファイルの忠実性は、次の機能として定義できます。

• ソースについての該当するすべてのファイル情報を格納する。
• 移行ツールを使用してファイルを転送する。
• 移行先のターゲット ストレージにファイルを格納する。
  この記事の移行ガイドのターゲットは、1 つ以上のAzureファイル共有です。 この SMB Azure ファイル共有でサポートされていない機能の一覧について考。

移行を円滑に進めるために、ニーズに合った最適なコピー ツールを特定し、ストレージ ターゲットをソースと一致させます。

オンプレミスのActive Directory Domain Services(AD DS)やMicrosoft Entra Domain Servicesをドメインコントローラーとして使用すれば、Azureのファイル共有にネイティブにアクセスできます。 SMB 経由のAzure Filesの識別ベースの認証について説明します。

サポート対象のメタデータ

次の表に、Azure Filesでサポートされているメタデータを示します。

ファイル共有の発見

移動の最初の段階は発見段階です。 この段階では、移行が必要な既存のSMBファイル共有の大小、数、依存関係をすべて決定します。 この段階は特に大規模で分散環境を持つ組織にとって困難で時間がかかることがあります。

Azure Migrate ファイル共有の検出

サーバー移行用に Azure Migrate アプライアンスを既にデプロイしている場合は、追加のセットアップなしでファイル共有を検出するために使用できます。 アプライアンスは、Windows サーバーと Linux サーバーの両方で既存の SMB 共有と NFS 共有を自動的に識別し、Azure Migrate ポータルに表示します。

検出されたファイル共有は、次の 2 つの方法で表示できます。

• サーバーごとのビュー: 特定のサーバーを選択すると、そのオペレーティング システムでホストされているすべてのファイル共有が表示されます。
• インフラストラクチャ ビュー: インフラストラクチャ ビューに移動して、階層型インベントリ内のすべてのサーバーで検出されたすべてのファイル共有を表示します。 個々の共有を選択すると、ボリューム、ファイル システム パス、おおよそのサイズなどの詳細が表示されます。

サード パーティ製の検出ツール

100 TiB を超えるファイル データをお持ちのお客様には、ファイル共有の検出と分析に役立つサードパーティ製ツールである Komprise を使用することをお勧めします。 詳細については、「 Komprise ファイルの移行」を参照してください。

既存の SMB ファイル共有は、オンプレミスの Windows サーバーに限定されない可能性があることに注意してください。 Linux サーバー、クラウド、または外部 NAS デバイス上の場合があります。

移行評価

検出後の評価フェーズでは、ファイル ストレージの使用可能なオプションの理解、必要なAzureリソースのデプロイ、Azureファイル共有の使用の準備が含まれます。

Azure Migrate ファイル共有の評価

Azure Migrate を使用してファイル共有を検出した場合は、それを使用して評価を作成することもできます。 1 つ以上の検出された共有を選択し、評価を作成します。 各共有について、Azure Migrateは IOPS、スループット、サイズ、容量、およびリージョンの可用性を評価して、準備状態 (ready、条件、または準備ができていないを決定します。 次に、ターゲット構成を推奨し、最新化パスとしてAzure Filesへの移行を優先します。 Azure Filesが特定の共有に適していない場合、評価は、Azure VM ベースのパスの推奨にフォールバックします。

また、評価からビジネス ケースを作成して、ファイル共有をオンプレミスで実行するコストとAzure Filesに移行するコストを比較して、データドリブンの意思決定を支援することもできます。

Azure ストレージ リソースを展開する

評価段階の一環として、AzureストレージアカウントとAzureクラシックのファイル共有をその中にプロビジョニングします。

クラシックなAzureファイル共有は、クラウド上のAzureストレージアカウントにデプロイします。 HDD (標準) ファイル共有の場合、この配置により、ストレージ アカウントは IOPS やスループットなどのパフォーマンス数値のスケール ターゲットになります。 複数のファイル共有を1つのストレージアカウントに配置すると、それらの共有に対してIOPSとスループットの共有プールが作成されます。

一般的なルールとして、アーカイブ共有がある場合、またはそれらの中に日常的なアクティビティが少ない場合は、複数のAzure ファイル共有を同じストレージ アカウントにプールできます。 しかし、非常にアクティブな共有 (多くのユーザーやアプリケーションによって使用される共有) がある場合は、それぞれ 1 つのファイル共有があるストレージ アカウントをデプロイする必要があります。 これらの制限は FileStorage (SSD) ストレージ アカウントには適用されません。このストレージ アカウントでは、各共有のパフォーマンスが明示的にプロビジョニングされ、保証されます。

パフォーマンスとコストの詳細については、「 パフォーマンス について」および「 課金について」を参照してください。

ストレージアカウントにクラシックファイルシェアを展開する際のもう一つの考慮点は冗長性です。 Azure Files冗長性を参照してください。

共有のリストを作成してある場合は、各共有を、それが作成されるストレージ アカウントにマップする必要があります。

ご利用のリソースの名前も重要です。 たとえば、人事部門の複数の共有を Azure ストレージ アカウントにグループ化する場合は、ストレージ アカウントに適切な名前を付けます。 同様に、Azure ファイル共有に名前を付ける場合は、オンプレミスのファイル共有に使用される名前と同様の名前を使用する必要があります。

次に、適切な数のAzure ファイル共有を含む適切な数のAzure ストレージ アカウントをデプロイします。次に、「 SMB ファイル共有を作成する"」の手順に従います。 ほとんどの場合、各ストレージ アカウントのリージョンが同じであることを確認する必要があります。

Azure ファイル共有の使用を準備する

また、Azure 内および Azure 外のサーバーやユーザーが Azure ファイル共有にどのようにアクセスするかを決める必要があります。 最も重要な決定事項は次のとおりです。

• ネットワーク: ネットワークで SMB トラフィックをルーティングできるようにします。 詳細については、「networking overview for Azure file shares を参照してください。 パブリック エンドポイント、プライベート エンドポイント、またはその両方の組み合わせを使用できます。
• Authentication: ID ベースの認証用に Azure ストレージ アカウントを構成し、ストレージ アカウントを AD ドメインに参加させます。 これにより、アプリとユーザーは認証に AD ID を使用できるようになります。
• Authorization:各Azure ファイル共有の共有レベルの ACL により、AD ユーザーとグループは特定の共有にアクセスできます。 Azure ファイル共有内では、ネイティブ NTFS ACL が引き継がれる。 ファイルとフォルダーの ACL に基づく承認は、オンプレミスの SMB 共有の場合と同様に機能します。
• ビジネス継続性: Azure ファイル共有を既存の環境に統合するには、多くの場合、既存の共有アドレスを保持する必要があります。 まだ DFS 名前空間を使用していない場合は、環境内でそれを確立することを検討してください。 ユーザーとスクリプトが使用する共有アドレスを変更せずに維持できます。 DFS-N は、クライアントをAzureファイル共有にリダイレクトすることで、SMB の名前空間ルーティング サービスを提供します。

移行ガイド

移行シナリオに適したツールを選択することが重要です。 次の図は、SMB データ ソースに基づいて使用する移行ツールまたはツールの組み合わせと、Azure File Syncを使用するかどうかを示しています。

次の表に、推奨される移行ツールの組み合わせを示し、ツール固有の移行ガイドへのリンクを示します。

この表の使用方法

1. ファイルが現在保存されているソースシステムの行を探します。

2. 次のいずれかのターゲットを選択します。

   • Hybrid deployment:Azure File Sync を使用してAzureファイル共有のコンテンツをオンプレミスにキャッシュし、使用頻度の低いファイルをクラウドに階層化します。
   • クラウドのみのデプロイ: Azure オンプレミスキャッシュを使用しないクラウド内のファイル共有。

   選択した内容に一致するターゲット列を選択します。

3. ソースとターゲットが交差するテーブル セルに、使用可能な移行シナリオが示されています。 移行ガイドを表示するには、1 つを選択します。

シナリオにリンクがない場合は、公開されている移行ガイドがまだありません。 この表を定期的にチェックして、更新の有無をご確認ください。

ファイル コピー ツール

移行シナリオに適したツールを選択するには、これらの基本的な質問を検討します。

• ツールによって、ファイル コピーのソースとターゲットの場所がサポートされているか。

• ソースとターゲットの保存場所の間のネットワーク パスまたは使用可能なプロトコル (REST や SMB など) がサポートされているか。

• ツールによって、ソースとターゲットの場所でサポートされている必要なファイルの忠実性が保持されるか。

  場合によっては、ターゲット ストレージで、ソースと同じ忠実性がサポートされていないことがありますが、 ターゲット ストレージが必要性を十分に満たすものである場合、ツールはターゲットのファイル忠実性の機能にのみ適合する必要があります。

• ツールには、移行戦略にツールを適合させるための機能があるか。

  たとえば、ツールでダウンタイムを最小化できるかどうかを検討します。

  ソースをターゲットにミラーリングするオプションがツールでサポートされている場合、ソースにアクセスできる間に通常は同じソースおよびターゲットでツールを複数回実行できます。

  ツールを最初に実行するときに、データの大部分がコピーされます。 この最初の実行は、しばらく時間がかかる場合があります。 多くの場合、ビジネス プロセスのためにデータ ソースをオフラインにするのに要する時間よりも長くかかります。

  ソースをターゲットにミラーリングすることにより (robocopy /MIR と同様)、同じソースとターゲットでツールを再度実行できます。 転送する必要があるのは前回の実行後に発生したソースの変更のみであるため、この 2 回目の実行ははるかに速くなります。 この方法でコピー ツールを再実行すると、ダウンタイムを大幅に短縮できます。

次の表は、Microsoft ツールと、SMB Azure ファイル共有に対する現在の適合性を示しています。

推奨	ツール	Azure ファイル共有のサポート	ファイルの忠実性の保持
	Azure Storage Mover	サポートされています。	完全な忠実性。*
	Azure Data Box	サポートされています。	完全な忠実性。*
	RoboCopy	サポートされています。 Azureファイル共有は、ネットワーク ドライブとしてマウントできます。	完全な忠実性。*
	Azure File Sync	Azure ファイル共有にネイティブに統合されます。	完全な忠実性。*
	Azure Storage 移行プログラム	サポートされています。	完全な忠実性。*
	記憶域移行サービス	間接的にサポートされています。 Azureファイル共有は、Storage Migration Serviceのターゲットサーバー上でネットワークドライブとしてマウントできます。	完全な忠実性。*
	Data Box (デバイスにファイルを読み込むデータ コピー サービスを含む)	サポートされています。 (Data Box Disk では大きいファイルの共有はサポートされません)	Data Box と Data Box Heavy では、メタデータが完全にサポートされます。 Data Box Disksはファイルのメタデータを保存しません。
	AzCopy 最新バージョン	サポートされていますが、完全には推奨されません。	AzCopy同期では、AzCopy ジョブあたり最大 1,000 万個のファイルがサポートされており、AzCopyがコンテンツをAzure Files共有にコピーするためにAzure Files REST API を使用するため、ファイルの忠実性が失われる可能性があります。 Azure ファイル共有でAzCopyを使用する方法について説明します
	Azure Storage Explorer 最新バージョン	サポートはされますが、推奨はされません。	ACL など、ほとんどのファイルの忠実性が失われます。 タイムスタンプがサポートされます。
	Azure Data Factory	サポートされています。	メタデータがコピーされません。

* 完全な互換性: Azure のファイル共有機能を満たすか、それを超えています。

移行ヘルパー ツール

このセクションでは、移行の計画と実行に役立つツールについて説明します。

Azure Storage Mover

Azure Storage Moverは、ファイルやフォルダをSMB Azureファイル共有に、基盤となるAzureファイル共有と同じファイル忠実度で移行できる完全管理型の移行サービスです。 フォルダー構造とメタデータ値 (ファイルとフォルダーのタイムスタンプ、ACL、ファイル属性など) が保持されます。 Azure Storage Mover を使用して Azure ファイル共有を移行することをご参照ください。

RoboCopy

Windowsに組み込まれているRoboCopyは、SMBファイル移行に便利なツールです。 RoboCopy のドキュメントは、このツールの多くのオプションに役立つリソースです。

Azure Storage移行プログラム

データを理解することは、適切なAzureストレージ サービスと移行戦略を選択する最初の手順です。 Azure Storage移行プログラムには、データとストレージ インフラストラクチャを分析して貴重な分析情報を提供できるさまざまなツールが用意されています。 これらのツールは、データのサイズと型、ファイルとフォルダーの数、アクセス パターンを理解するのに役立つ場合があります。 データの統合ビューが提供され、さまざまなカスタマイズされたレポートの作成を可能にします。

この情報は次の場合に役立ちます。

• 重複および冗長データ セットを特定する
• より安価なストレージに移動できるよりコールドなデータを特定する

詳細については、「Comparison Matrix for Azure Storage Migration Program participants」を参照>。

JAM Software GmbH 製の TreeSize

Azure File Syncは、主にアイテム (ファイルとフォルダー) の数に応じてスケーリングされ、合計ストレージ量ではスケーリングされません。 TreeSize ツールを使用すると、Windows Server ボリューム上の項目の数を決定できます。

このツールを使用すると、Azure File Sync 展開の前にパースペクティブを作成できます。 デプロイ後にクラウド階層化が有効になっている場合にも使用できます。 このシナリオでは、項目数と、サーバー キャッシュを最も使用するディレクトリが表示されます。 通常の操作中に、階層化ファイルがこのツールによって再度呼び出されることはありません。

こちらも参照ください

• Azure Filesの概要
• Azure File Sync 展開の計画