Azure ファイル共有への移行

この記事では、Azure ファイル共有への移行の基本的な側面を取り上げます。

この記事には、移行の基本と移行ガイドの表が含まれています。 これらのガイドは、ファイルを Azure ファイル共有に移動するのに役立ちます。 ガイドは、データの場所と、移動先のデプロイメント モデル (クラウドのみまたはハイブリッド) に基づいて整理されています。

移行の基本

Azure には、複数の種類のクラウド ストレージが用意されています。 Azure へのファイル移行の基本的側面の 1 つは、お使いのデータに適した Azure ストレージ オプションを見極めることです。

Azure ファイル共有は、汎用ファイル データに適しています。 このデータには、オンプレミスの SMB または NFS 共有を使用する対象となるあらゆるデータが含まれています。 Azure File Sync を使用すると、Windows サーバーが実行中のオンプレミス サーバーに複数の Azure ファイル共有のコンテンツをキャッシュできます。

オンプレミス サーバーで現在実行中のアプリケーションの場合、ファイルを Azure ファイル共有に格納することが適している場合もあります。 アプリケーションを Azure に移動し、Azure ファイル共有を共有ストレージとして使用できます。 このシナリオでは、Azure Disk を考慮することもできます。

クラウド アプリケーションによっては、SMB、マシンローカル データ アクセス、および共有アクセスに依存しないものもあります。 これらのアプリでは、Azure BLOB のようなオブジェクト ストレージが多くの場合に最適です。

すべての移行で重要なことは、ファイルを現在の保存場所から Azure に移動するときに、該当するファイルのすべての忠実性を取得することです。 Azure ストレージ オプションがサポートする忠実性の程度と、シナリオで必要となる忠実性の程度も、適切な Azure ストレージを選択するのに役立ちます。 汎用ファイル データは従来、ファイル メタデータに依存しています。 アプリ データはそうではない場合があります。

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

  • データ ストリーム: ファイルのデータ ストリームにはファイル コンテンツが格納されます。
  • ファイル メタデータ: ファイル メタデータには次のサブコンポーネントがあります。
    • ファイル属性 (読み取り専用など)
    • ファイルのアクセス許可。"NTFS アクセス許可" または "ファイルとフォルダーの ACL" と呼ばれることがあります
    • タイムスタンプ。特に作成時と最終更新時のタイムスタンプ
    • 代替データ ストリーム。これは、より多くの非標準プロパティを格納するための領域です

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

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

上記の内容を考慮すると、Azure の汎用ファイルのターゲット ストレージは Azure ファイル共有であることがわかります。

Azure BLOB のオブジェクト ストレージとは異なり、Azure ファイル共有はファイル メタデータをネイティブに格納できます。 また、Azure ファイル共有では、ファイルとフォルダーの階層、属性、およびアクセス許可も保持されます。 ファイルとフォルダーはオンプレミスであるため、NTFS アクセス許可をそれらに保存できます。

オンプレミス ドメイン コントローラーである Active Directory のユーザーは、Azure ファイル共有にネイティブにアクセスできます。 Azure Active Directory Domain Services (Azure AD DS) のユーザーも同様です。 それぞれのユーザーは現在の ID を使用して、共有のアクセス許可およびファイルとフォルダーの ACL に基づいてアクセスを取得します。 この動作は、オンプレミスのファイル共有に接続するユーザーに似ています。

現時点で Azure ファイル共有のファイルに保存できないファイルの忠実性の主な側面が、代替データ ストリームです。 これは、Azure File Sync が使用されているときはオンプレミスで保持されます。

Azure ファイル共有のオンプレミスの Active Directory 認証Azure AD DS 認証に関する記事を参照してください。

移行ガイド

次の表に詳細な移行ガイドを示します。

この表の使用方法

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

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

    • Azure ファイル共有のコンテンツをオンプレミスでキャッシュするために Azure File Sync を使用したハイブリッド デプロイ
    • クラウド内の Azure ファイル共有

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

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

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

source ターゲット:
ハイブリッド デプロイ
ターゲット:
クラウドのみのデプロイ
ツールの組み合わせ: ツールの組み合わせ:
Windows Server 2012 R2 以降
Windows Server 2012 以前
  • DataBox と Azure File Sync を使用して最近のサーバー OS へ
  • 記憶域移行サービス経由で Azure File Sync を使用して最近のサーバーへ、その後アップロード
ネットワーク接続ストレージ (NAS)
Linux/Samba
Microsoft Azure StorSimple 8100 または 8600 シリーズのアプライアンス
StorSimple 1200 仮想アプライアンス

移行ツールボックス

ファイル コピー ツール

Microsoft およびその他のファイル コピー ツールがいくつか用意されています。 移行シナリオで適切なツールを選択するには、次の 3 つの基本的な質問について検討する必要があります。

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

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

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

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

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

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

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

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

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

次の表は、Microsoft ツールと、Azure ファイル共有との現時点での適合性を分類したものです。

推奨 ツール Azure ファイル共有のサポート ファイルの忠実性の保持
Yes, recommended RoboCopy サポートされています。 Azure ファイル共有は、ネットワーク ドライブとしてマウントできます。 完全な忠実性。*
Yes, recommended Azure File Sync Azure ファイル共有にネイティブに統合されます。 完全な忠実性。*
Yes, recommended 記憶域移行サービス 間接的にサポートされています。 Azure ファイル共有は、SMS ターゲット サーバーでネットワーク ドライブとしてマウントできます。 完全な忠実性。*
Yes, recommended Data Box (デバイスにファイルを読み込むデータ コピー サービスを含む) サポートされています。
(Data Box Disk では、大きなファイル共有はサポートされません)
Data Box と Data Box Heavy では、メタデータが完全にサポートされます。
Data Box Disk では、ファイルのメタデータは維持されません。
Not fully recommended AzCopy
最新バージョン
サポートされていますが、完全には推奨されません。 大規模な差分コピーはサポートされていないため、一部のファイルの忠実性が失われる可能性があります。
Azure ファイル共有で AzCopy を使用する方法を確認する
Not fully recommended Azure Storage Explorer
最新バージョン
サポートはされますが、推奨はされません。 ACL など、ほとんどのファイルの忠実性が失われます。 タイムスタンプがサポートされます。
Not recommended Azure Data Factory サポートされています。 メタデータがコピーされません。

* 完全な忠実性: Azure ファイル共有の機能を満たすか上回ります。

移行ヘルパー ツール

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

Microsoft Corporation 製の RoboCopy

RoboCopy は、ファイルの移行に最も適しているツールの 1 つです。 これは Windows の一部として提供されます。 このツールの多くのオプションについては、主要な RoboCopy ドキュメントがリソースとして役に立ちます。

JAM Software GmbH 製の TreeSize

Azure File Sync は、合計ストレージ容量ではなく、主に項目 (ファイルとフォルダー) の数に基づいてスケーリングされます。 TreeSize ツールを使用すると、Windows Server ボリューム上の項目数を確認できます。

このツールを使用すると、Azure File Sync のデプロイの前にパースペクティブを作成できます。 デプロイ後にクラウドの階層化が使用されている場合にも使用できます。 このシナリオでは、項目数と、サーバー キャッシュを最も使用するディレクトリが表示されます。

このツールのテスト済みのバージョンはバージョン 4.4.1 です。 クラウド階層化ファイルと互換性があります。 通常の操作中に、階層化ファイルがこのツールによって再度呼び出されることはありません。

次のステップ

  1. 必要な Azure ファイル共有 (クラウドのみまたはハイブリッド) のデプロイに適したプランを作成します。
  2. 使用可能な移行ガイドの一覧を確認して、Azure ファイル共有のご自身のソースとデプロイに合った詳細なガイドを見つけます。

この記事に記載した Azure Files テクノロジの詳細情報: