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

可用性および耐久性:　シングル AZ およびマルチ AZ のファイルシステム

Amazon FSx for Windows File Server には、シングル AZ とマルチ AZ の 2 つのファイルシステムデプロイタイプがあります。以下のセクションでは、ワークロードに適したデプロイタイプを選択するのに役立つ情報を提供します。サービスの可用性 SLA (サービスレベルアグリーメント) については、「Amazon FSx サービスレベルアグリーメント」を参照してください。

シングル AZ ファイルシステムは、単一の Windows ファイルサーバーインスタンスと、単一のアベイラビリティーゾーン (AZ) 内の一連のストレージボリュームで構成されます。シングル AZ ファイルシステムでは、ほとんどの場合、単一のコンポーネントの障害からそのデータを保護できるように自動的に複製されます。Amazon はハードウェア障害FSxを継続的にモニタリングし、障害が発生したインフラストラクチャコンポーネントを置き換えることで障害イベントから自動的に復旧します。シングル AZ ファイルシステムは、これらの障害回復イベント中、およびファイルシステムに設定したメンテナンスウィンドウ内の計画的なファイルシステムのメンテナンスの間、通常 20 分未満オフラインになります。シングル AZ ファイルシステムでは、複数のコンポーネントに障害が発生したり、単一ファイルサーバーに障害が発生してファイルシステムが一貫性のない状態になったりして、まれにファイルシステムの障害を回復できない場合があります。その場合は、最新のバックアップからファイルシステムを回復できます。

マルチ AZ ファイルシステムは、Windows Server フェイルオーバークラスタリング AZs () テクノロジーと 2 つの のそれぞれにある一連のストレージボリュームを活用して、2 つの (優先 AZ とスタンバイ AZWSFC) に分散された Windows ファイルサーバーの高可用性クラスターで構成されていますAZs。データは、個々の AZ 内および 2 つの 間で同期的にレプリケートされますAZs。シングル AZ 配置と比較して、マルチ AZ 配置では、 間でデータをさらにレプリケートすることで耐久性が向上しAZs、スタンバイ AZ に自動的にフェイルオーバーすることで、計画的なシステムメンテナンスや計画外のサービス中断時の可用性が向上します。これにより、引き続きデータにアクセスできるようになり、インスタンスの障害や AZ の中断からデータを保護することに役立ちます。

シングル AZ またはマルチ AZ ファイルシステムのデプロイタイプの選択

高い可用性と耐久性モデルを備えたマルチ AZ ファイルシステムは、ほとんどのプロダクションワークロードで使用することをお勧めします。シングル AZ 配置は、テストおよび開発ワークロード、アプリケーションレイヤーにレプリケーションが組み込まれており、ストレージレベルの冗長性を追加する必要がない特定の本稼働ワークロード、可用性と目標復旧時点 (RPO) のニーズが緩い本稼働ワークロード向けのコスト効率の高いソリューションとして設計されています。可用性とRPOニーズが緩いワークロードは、計画的なファイルシステムのメンテナンスや予期しないサービスの中断が発生した場合、およびまれに最新のバックアップ以降のデータ更新が失われた場合に、最大 20 分間、一時的な可用性の喪失を許容できます。

また、ファイルシステムの可用性モデルを確認し、ファイルシステムのメンテナンス、スループットキャパシティの変更、計画外のサービスの中断などのイベント中に選択したデプロイタイプで予想される復旧動作に対してワークロードの回復力があることを確認することをお勧めします。

デプロイタイプがサポートする機能

次の表は、 for Windows File Server ファイルシステムのデプロイタイプでサポートされている機能をまとめFSxたものです。

FSx for Windows File Server のフェイルオーバープロセス

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

あるファイルサーバーから別のファイルサーバにフェイルオーバーすると、新しいアクティブファイルサーバーは自動的にすべてのファイルシステムの読み取りおよび書き込みリクエストを処理し始めます。優先サブネット内のリソースが使用可能になると、Amazon は優先サブネット内の優先ファイルサーバーFSxに自動的にフェイルバックします。アクティブファイルサーバ上の障害を検出してからスタンバイファイルサーバがアクティブ状態に推進するまで、フェイルオーバーは通常 30 秒以内に完了します。元のマルチ AZ 設定へのフェールバックも 30 秒以内に完了し、優先サブネット内のファイルサーバーが完全に復旧した後にのみ実行されます。

ファイルシステムがフェイルオーバーしてフェイルバックする短い期間、I/O が一時停止し、Amazon CloudWatch メトリクスが一時的に使用できない場合があります。

マルチ AZ ファイルシステムでは、フェイルオーバーおよびフェイルバック中にトラフィックが継続している場合、このときに実行したすべてのデータ変更をファイルサーバー間で同期する必要があります。書き込みが多いワークロードと が多いIOPSワークロードの場合、このプロセスには最大数時間かかることがあります。ファイルシステムの負荷が軽いうちに、フェイルオーバーがアプリケーションに与える影響をテストすることをお勧めします。

Windows のクライアントでのフェイルオーバーのエクスペリエンス

あるファイルサーバーから別のファイルサーバにフェイルオーバーすると、新しいアクティブファイルサーバーは自動的にすべてのファイルシステムの読み取りおよび書き込みリクエストを処理し始めます。優先サブネット内のリソースが使用可能になると、Amazon は優先サブネット内の優先ファイルサーバーFSxに自動的にフェイルバックします。ファイルシステムDNSの名前は同じであるため、フェイルオーバーは Windows アプリケーションに対して透過的であり、手動で操作しなくてもファイルシステムのオペレーションを再開します。アクティブファイルサーバ上の障害を検出してからスタンバイファイルサーバがアクティブ状態に推進するまで、フェイルオーバーは通常 30 秒以内に完了します。元のマルチ AZ 設定へのフェールバックも 30 秒以内に完了し、優先サブネット内のファイルサーバーが完全に復旧した後にのみ実行されます。

Linux のクライアントでのフェイルオーバーのエクスペリエンス

Linux クライアントは、 DNSベースの自動フェイルオーバーをサポートしていません。そのため、フェイルオーバー時にスタンバイファイルサーバーに自動的に接続されることはありません。マルチ AZ ファイルシステムが優先サブネット内のファイルサーバーにフェイルバックした後、ファイルシステムオペレーションを自動的に再開します。

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

マルチ AZ ファイルシステムのスループット容量を変更することでフェイルオーバーをテストすることができます。ファイルシステムのスループット容量を変更すると、Amazon はファイルシステムのファイルサーバーをFSx切り替えます。マルチ AZ ファイルシステムはセカンダリサーバーに自動的にフェイルオーバーし、Amazon は最初に優先サーバーファイルサーバーをFSx置き換えます。その後、ファイルシステムは自動的に新しいプライマリサーバーにフェイルバックし、Amazon はセカンダリファイルサーバーをFSx置き換えます。

Amazon FSxコンソール、、CLIおよび で、スループットキャパシティ更新リクエストの進行状況をモニタリングできますAPI。更新が正常に完了すると、ファイルシステムがセカンダリサーバーにフェイルオーバーされ、プライマリサーバーにフェイルバックします。ファイルシステムのスループット容量の変更、およびリクエストの進行状況のモニタリングに関する詳細については、「FSx for Windows File Server ファイルシステムのスループットキャパシティの管理」を参照してください。

シングルおよびマルチ AZ ファイルシステムリソースの使用

サブネット

を作成するとVPC、リージョン内のすべてのアベイラビリティーゾーン (AZs) にまたがります。アベイラビリティーゾーンは、他のアベイラビリティーゾーンの障害から隔離されるように設計された別個の場所です。を作成したらVPC、各アベイラビリティーゾーンに 1 つ以上のサブネットを追加できます。デフォルトには、各アベイラビリティーゾーンにサブネットVPCがあります。各サブネットが完全に 1 つのアベイラビリティーゾーン内に含まれている必要があり、1 つのサブネットが複数のゾーンに、またがることはできません。シングル AZ Amazon FSx ファイルシステムを作成するときは、ファイルシステムに単一のサブネットを指定します。選択したサブネットは、ファイルシステムが作成されるアベイラビリティーゾーンを定義します。

マルチ AZ ファイルシステムを作成する場合、2 つのサブネットを指定します。1 つは優先ファイルサーバー用、もう 1 つはスタンバイファイルサーバー用です。選択する 2 つのサブネットは、同じ AWS リージョン内の異なるアベイラビリティーゾーンに存在する必要があります。

AWS アプリケーション内の場合は、レイテンシーを最小限に抑えるために、優先ファイルサーバーと同じアベイラビリティーゾーンでクライアントを起動することをお勧めします。

ファイルシステム Elastic Network Interface

Amazon FSx ファイルシステムを作成すると、Amazon はファイルシステムに関連付ける Amazon Virtual Private Cloud (VPC） に 1 つ以上の Elastic Network Interface をFSxプロビジョニングします。ネットワークインターフェイスを使用すると、クライアントは FSx for Windows File Server ファイルシステムと通信できます。ネットワークインターフェイスは、アカウントの の一部であるにもかかわらずFSx、Amazon のサービス範囲内であると見なされますVPC。マルチ AZ ファイルシステムには、ファイルサーバーごとに 1 つずつ、合計 2 つの Elastic Network Interface があります。シングル AZ ファイルシステムには 1 つの elastic network interface があります。

次の表は、 for Windows File Server ファイルシステムのデプロイタイプのサブネット、Elastic Network Interface、および IP アドレスリソースFSxをまとめたものです。

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