翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

可用性と耐久性

Amazon FSx for NetApp ONTAP は、シングル AZ とマルチ AZ の 2 つのデプロイタイプを使用します。これは、さまざまなレベルの可用性と耐久性を提供します。このトピックでは、ワークロードに適したデプロイを選択する際の参照となるよう、各デプロイタイプの可用性と耐久性の機能について説明します。サービスの可用性の SLA (サービスレベルアグリーメント) については、「Amazon FSx Service Level Agreement」(Amazon FSx サービスレベルアグリーメント) を参照してください。

ファイルシステムのデプロイタイプを選択

シングル AZ およびマルチ AZ のファイルシステムのデプロイタイプの可用性と耐久性の機能については、以降のセクションを参照してください。

シングル AZ デプロイデプロイタイプ

シングル AZ ファイルシステムを作成すると、Amazon FSx はアクティブ/スタンバイ設定で 1 ～ 12 のファイルサーバーのペアを自動的にプロビジョニングします。各ペアのアクティブファイルサーバーとスタンバイファイルサーバーは、 の 1 つのアベイラビリティーゾーン内の個別の障害ドメインに配置されます AWS リージョン。予定されたファイルシステムのメンテナンス中、またはアクティブファイルサーバーの予定外のサービス中断中に、Amazon FSx は、通常数秒以内に、その高可用性 (HA) ペアをスタンバイファイルサーバーに自動的かつ個別にフェイルオーバーします。フェイルオーバー中も、手動による介入なしで引き続きデータにアクセスできます。

高い可用性を維持するため、Amazon FSx はハードウェア障害を継続的にモニタリングし、障害発生時にはインフラストラクチャのコンポーネントを自動的に置き換えます。高い耐久性を実現するために、Amazon FSx は、アベイラビリティーゾーン内のデータを自動的にレプリケートし、コンポーネントの障害からデータを保護します。さらに、ファイルシステムデータの自動日次バックアップを設定することもできます。これらのバックアップは複数のアベイラビリティーゾーンに保存され、すべてのバックアップデータに対してマルチ AZの回復性を提供します。

シングル AZ ファイルシステムは、マルチ AZ ファイルシステムのデータ回復モデルを必要としないユースケース向けに設計されています。開発環境やテスト環境などのユースケースや、単一のアベイラビリティーゾーン内のデータをレプリケートするだけで AWS リージョン、オンプレミスまたは他の にすでに保存されているデータのセカンダリコピーを保存するための、コスト最適化ソリューションを提供します。

下の図は、FSx for ONTAP のシングル AZ ファイルシステムのアーキテクチャを示します。

マルチ AZ デプロイのタイプ

マルチ AZ ファイルシステムは、シングル AZ ファイルシステムの可用性と耐久性の機能をすべてサポートしています。さらに、アベイラビリティーゾーンが利用できない場合でも、データに継続的な可用性を提供するように設計されています。マルチ AZ 配置では、ファイルサーバーの HA ペアは 1 つで、スタンバイファイルサーバーは同じ AWS リージョン内のアクティブなファイルサーバーとは異なるアベイラビリティーゾーンにデプロイされます。ファイルシステムに書き込まれるすべての変更は、アベイラビリティーゾーン間で同期的にスタンバイにレプリケートされます。

マルチ AZ ファイルシステムは、共有された ONTAP ファイルデータに高い可用性を要求し、アベイラビリティーゾーン間でのレプリケーションが組み込まれたストレージを必要とする、ビジネスクリティカルなプロダクションワークロードなどのユースケース向けに設計されていす。下の図は、FSx for ONTAP のマルチ AZ ファイルシステムのアーキテクチャを示します。

FSx for ONTAP のフェイルオーバープロセス

シングル AZ とマルチ AZ のファイルシステムは、以下のいずれかの条件が発生した場合、特定の HA ペアを優先またはアクティブファイルサーバーからスタンバイファイルサーバーに自動的にフェイルオーバーします。

あるファイルサーバーから別のファイルサーバーにフェイルオーバーすると、新しいアクティブファイルサーバーは、その HA ペアに対するすべてのファイルシステムの読み取りおよび書き込みリクエストを自動的に処理し始めます。マルチ AZ ファイルシステムの場合、優先ファイルサーバーが完全に復旧して利用可能になると、Amazon FSx は自動的にそのサーバーにフェイルバックします。通常、フェイルバックは 60 秒以内に完了します。シングル AZ とマルチ AZ のファイルシステムの場合、アクティブファイルサーバーでの障害検出からスタンバイファイルサーバーのアクティブステータスへの昇格までのフェイルオーバーの処理は、通常 60 秒以内に完了します。クライアントが NFS または SMB 経由でデータにアクセスするために使用するエンドポイント IP アドレスは同じであるため、フェイルオーバーは Linux、Windows、および macOS アプリケーションに対して透過的であり、手動による介入なしにファイルシステムオペレーションが再開されます。

FSx for ONTAP のシングル AZ とマルチ AZ のファイルシステムに接続されたクライアントに対してフェイルオーバーを透過的に行うには、「内からのデータへのアクセス AWS」を参照してください。

ファイルシステムでフェイルオーバーをテストする

スループットキャパシティを変更することにより、スケールアップファイルシステムでフェイルオーバーをテストできます。ファイルシステムのスループットキャパシティを変更すると、Amazon FSx はファイルシステムのファイルサーバーを順次切り替えます。ファイルシステムはセカンダリサーバーに自動的にフェイルオーバーし、Amazon FSx は優先ファイルサーバーを最初に置き換えます。更新されると、ファイルシステムは自動的に新しいプライマリサーバーにフェイルバックし、Amazon FSx がセカンダリファイルサーバーを置き換えます。

Amazon FSx コンソール、CLI、および API で、スループットキャパシティ更新リクエストの進行状況をモニタリングできます。ファイルシステムのスループットキャパシティの変更、およびリクエストの進行状況のモニタリングに関する詳細については、「スループット容量の管理」を参照してください。

ネットワークリソース

このセクションでは、シングル AZ とマルチ AZ のファイルシステムによって消費されるネットワークリソースについて説明します。

サブネット

シングル AZ ファイルシステムを作成する際は、ファイルシステムに対して単一のサブネットを指定します。選択したサブネットは、ファイルシステムが作成されるアベイラビリティーゾーンを定義します。マルチ AZ ファイルシステムを作成する場合、2 つのサブネットを指定します。1 つは優先ファイルサーバー用、もう 1 つはスタンバイファイルサーバー用です。選択する 2 つのサブネットは、同じ AWS リージョン内の異なるアベイラビリティーゾーンに存在している必要があります。詳細については、「Amazon Virtual Private Cloud ユーザーガイド」の「Amazon VPC とは?」を参照してください。

ファイルシステム Elastic Network Interface

シングル AZ ファイルシステムの場合、Amazon FSx は、ファイルシステムに関連付けられているサブネットに 2 つの Elastic Network Interface (ENI) をプロビジョニングします。マルチ AZ ファイルシステムの場合、Amazon FSx は、ファイルシステムに関連付けられている各サブネットに 1 つずつ、2 つの ENI をプロビジョニングします。クライアントは、ENI を使用して Amazon FSx ファイルシステムと通信します。このネットワークインターフェイスは、アカウントの VPC の一部であるにもかかわらず、Amazon FSx のサービス範囲内であると見なされます。マルチ AZ ファイルシステムは、フローティングインターネットプロトコル (IP) アドレスを使用しています。これにより、接続しているクライアントがフェイルオーバーイベント中に優先ファイルサーバーとスタンバイファイルサーバー間をシームレスに移行できるようにします。

以下の表は、FSx for ONTAP ファイルシステムの各デプロイタイプのサブネット、Elastic Network Interface および IP アドレスリソースの概要を示したものです。

ファイルシステムまたは SVM が作成されると、ファイルシステムが削除されるまでその IP アドレスは変更されません。