ディザスター リカバリーによるエンタープライズ ファイル共有

Azure NetApp Files
Microsoft Entra
Windows Server

このアーキテクチャは、障害が発生すると自動的にバックアップ リージョンにフェールオーバーするファイル共有を提供します。 このフェールオーバーは、共有にアクセスするクライアントとアプリケーションに対して透過的です。 この共有は、計画された中断か計画外の中断かにかかわらず、中断に対する回復性が必要とされるアプリケーションや仮想デスクトップに使用できます。

Azure NetApp Files はそのようなファイル共有を提供します。 そのリージョン間レプリケーション機能は、プライマリ リージョンからセカンダリに共有をレプリケートします。 Windows Server の分散ファイル システム (DFS) 名前空間では、異なるサーバー上の共有フォルダーを 1 つ以上の論理的に構造化された名前空間にグループ化できます。

考えられるユース ケース

このアーキテクチャは、計画外の停止やサービス メンテナンス イベントに対して回復性が必要なクライアントやアプリケーションにファイル共有を提供する必要のある企業に適用されます。 いくつかの例を次に示します。

  • デスクトップ環境向けのサービス メッセージ ブロック (SMB) プロトコル ファイル共有。
  • アプリケーション向けの SMB ファイル共有。

アーキテクチャ

自動フェールオーバーを備えたファイル共有のアーキテクチャ。

このアーキテクチャの Visio ファイルをダウンロードします。

  • プライマリとセカンダリの 2 つの Azure リージョンがあります。
  • Azure サブスクリプションには、仮想ネットワークと、各リージョンの Azure NetApp Files アカウントが含まれています。
  • Azure NetApp Files のリージョン間レプリケーション機能は、プライマリ リージョンからセカンダリ リージョンにファイルとフォルダーをレプリケートします。 この手法に仮想マシンは必要ありません。
  • ファイル共有へのアクセスは、Windows Server の機能である DFS 名前空間によって管理されます。 これは、ファイル共有のためのドメイン ネーム サーバー (DNS) と考えることができます。
  • Windows サーバーと Active Directory ドメイン サーバーは、Azure またはオンプレミスでホストできます。

コンポーネント

  • Azure NetApp Files は、NetApp を利用したエンタープライズレベルの Azure ファイル共有を提供します。 Azure NetApp Files を使用すると、ファイルベースの複雑なアプリケーションを、企業はコードを変更することなく簡単に移行して実行できます。 また、あるリージョンの Azure NetApp Files ボリュームから別のリージョンにある Azure NetApp Files ボリュームにデータを非同期的にレプリケートする方法も提供されます。 この機能により、リージョン全体の停止または障害発生時にデータを保護できます。 詳細については、「Azure NetApp Files ボリュームのリージョン間レプリケーション」を参照してください。
  • DFS 名前空間は、異なるサーバー上にある共有フォルダーを論理的に構造化された 1 つ以上の名前空間にグループ化できる、Windows Server の役割サービスです。 詳しくは、「DFS 名前空間の概要」をご覧ください。

代替

  • Azure NetApp Files の代わりに、Windows Server スケールアウト ファイル サーバー クラスターをリージョン間のファイル共有のカスタム レプリケーションで使用することもできます。 詳細については、「アプリケーション データ用のスケールアウト ファイル サーバーの概要」を参照してください。
  • Azure NetApp Files のリージョン間レプリケーションの代わりに、Azure File Sync を使用して、Windows Server を Azure ファイル共有の高速キャッシュに変換することもできます。 これは、小規模なファイル共有に適している場合があります。 詳細については、「Azure File Sync のデプロイ」を参照してください。

考慮事項

Azure Well-Architected Framework」には、お使いのアーキテクチャに適用できるリファレンス ガイダンスとベスト プラクティスが説明されています。

可用性

2 つ目のリージョンにレプリケートすると、リージョンのサービス中断から保護されるため、可用性が向上します。

パフォーマンス効率

  • Azure NetApp Files には、Standard、Premium、Ultra という 3 つのパフォーマンス レベルがあります。 リージョン間レプリケーションでは、異なるレベル間でレプリケートできます。 プライマリ リージョンで Premium または Ultra レベルを使用している場合、Standard などの下位レベルにレプリケートできます。 フェールオーバーが発生した場合は、必要に応じてセカンダリのレベルをアップグレードできます。
  • データのレプリケーションは、増分ブロック レベルで実行されます。変更されたデータ ブロックのみが転送され、データ転送が最小限に抑えることができます。

スケーラビリティ

このソリューションは、1 つの Azure NetApp Files アカウント上の 4 テビバイト (TiB) から合計ボリュームが 12.5 ペビバイト (PiB) までのファイル共有に使用できます。

回復性

  • このソリューションは、単一リージョン デプロイよりも高い回復性を備え、フェールオーバー機能も備えています。
  • セカンダリ ボリュームは読み取り専用です。 これはいつでも検証でき、回復性が向上します。
  • ディザスター リカバリー テストは、運用環境のデプロイに影響を与えることなく、分離して実行できます。 このテストは、領域効率に優れたボリューム複製機能を使用して、ボリュームの読み取り/書き込みコピーを数秒で取得します。

コスト最適化

ソリューションのコストは、レプリケートされるボリュームのサイズ、変化率、および Azure NetApp Files 容量プールの移行先レベルによって異なります。 詳細については、「Azure NetApp Files の価格」を参照するか、Azure 料金計算ツールをお使いください。

その他の例については、「リージョン間レプリケーションのコスト モデル」を参照してください。

このシナリオのデプロイ

Azure にデプロイするには、Windows Server DFS 名前空間で次の構成タスクを実行します。

  1. プライマリ Azure NetApp Files アカウントをデプロイします。
  2. プライマリ上に SMB ボリュームを作成します。
  3. セカンダリ Azure NetApp Files アカウントをデプロイします。
  4. ボリュームをセカンダリ Azure NetApp Files アカウントにレプリケートします。
  5. プライマリ ボリュームを指すように DFS 名前空間を構成します。

フェールオーバーの場合:

  1. Azure NetApp Files のボリュームをフェールオーバーします。
  2. DFS 名前空間のターゲットを変更します。

これらのタスクは自動化でき、自動化する必要があります。

ステップバイステップのデプロイ ガイドについては、「エンタープライズ ファイル共有のディザスター リカバリー」を参照してください。

共同作成者

この記事は、Microsoft によって保守されています。 当初の寄稿者は以下のとおりです。

プリンシパルの作成者:

  • Max Melcher | クラウド ソリューション アーキテクト

次のステップ