このアーキテクチャは、障害が発生すると自動的にバックアップ リージョンにフェールオーバーするファイル共有を提供します。 このフェールオーバーは、共有にアクセスするクライアントとアプリケーションに対して透過的です。 この共有は、計画された中断か計画外の中断かにかかわらず、中断に対する回復性が必要とされるアプリケーションや仮想デスクトップに使用できます。
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 名前空間で次の構成タスクを実行します。
- プライマリ Azure NetApp Files アカウントをデプロイします。
- プライマリ上に SMB ボリュームを作成します。
- セカンダリ Azure NetApp Files アカウントをデプロイします。
- ボリュームをセカンダリ Azure NetApp Files アカウントにレプリケートします。
- プライマリ ボリュームを指すように DFS 名前空間を構成します。
フェールオーバーの場合:
- Azure NetApp Files のボリュームをフェールオーバーします。
- DFS 名前空間のターゲットを変更します。
これらのタスクは自動化でき、自動化する必要があります。
ステップバイステップのデプロイ ガイドについては、「エンタープライズ ファイル共有のディザスター リカバリー」を参照してください。
共同作成者
この記事は、Microsoft によって保守されています。 当初の寄稿者は以下のとおりです。
プリンシパルの作成者:
- Max Melcher | クラウド ソリューション アーキテクト
次のステップ
- NetApp リソース プロバイダーを登録する
- NetApp アカウントを作成する
[ クイック スタート: Azure NetApp Files を設定し、NFS ボリュームを作成する](azure-netapp-files-quickstart-set-up-account-create-volumes.md) - エンタープライズ ファイル共有のディザスター リカバリー