HA 構成が複数のアベイラビリティゾーンに分散されている場合は、 _floating IP addresss_enable NAS client access 。障害が発生した場合に、ドメイン内のすべての VPC の CIDR ブロックの外側にあるフローティング IP アドレスをノード間で移行できます。VPC の外部にあるクライアントには、自分以外からネイティブにアクセスすることはできません "AWS 転送ゲートウェイを設定します"。

転送ゲートウェイを設定できない場合は、 VPC の外部にある NAS クライアントにプライベート IP アドレスを使用できます。ただし、これらの IP アドレスは静的であり、ノード間でフェイルオーバーすることはできません。

複数のアベイラビリティゾーンにHA構成を導入する前に、フローティングIPアドレスとルーティングテーブルの要件を確認しておく必要があります。設定を展開するときは、フローティング IP アドレスを指定する必要があります。プライベートIPアドレスは、BlueXPによって自動的に作成されます。

詳細については、を参照してください "複数の AZS での Cloud Volumes ONTAP HA の AWS ネットワーク要件"。

iSCSI では浮動 IP アドレスが使用されないため、クロス VPC データ通信は問題になりません。

iSCSI の場合、 ONTAP はマルチパス I/O （ MPIO ）と非対称論理ユニットアクセス（ ALUA ）を使用して、アクティブ最適化パスと非最適化パス間のパスフェイルオーバーを管理します。

フローティング IP を使用する NAS 構成でテイクオーバーが発生すると、クライアントがデータへのアクセスに使用するノードのフローティング IP アドレスが他のノードに移動します。次の図は、フローティング IP を使用した NAS 構成でのストレージテイクオーバーを示しています。node2 がダウンすると、 node2 のフローティング IP アドレスが node1 に移動します。

障害が発生した場合、外部 VPC アクセスに使用される NAS データ IP はノード間で移行できません。ノードがオフラインになった場合は、もう一方のノードの IP アドレスを使用して、 VPC 外のクライアントにボリュームを手動で再マウントする必要があります。

障害の発生したノードがオンラインに戻ったら、元の IP アドレスを使用してクライアントをボリュームに再マウントします。この手順は、 2 つの HA ノード間で不要なデータが転送されないようにするために必要です。これは、パフォーマンスと安定性に大きな影響を与える可能性があります。

BlueXPから正しいIPアドレスを簡単に特定するには、ボリュームを選択して、*コマンドのマウント*をクリックします。

この構成は単一の AZ 内にあるため、フローティング IP アドレスは必要ありません。同じ IP アドレスを使用して、 vPC 内からのデータアクセスと、 vPC 外部からのデータアクセスを行うことができます。

次の図は、単一の AZ での HA 構成を示しています。データには、 vPC 内および vPC 外部からアクセスできます。

iSCSI の場合、 ONTAP はマルチパス I/O （ MPIO ）と非対称論理ユニットアクセス（ ALUA ）を使用して、アクティブ最適化パスと非最適化パス間のパスフェイルオーバーを管理します。

NAS 構成では、障害が発生した場合に、データ IP アドレスを HA ノード間で移行できます。これにより、クライアントからストレージへのアクセスが保証されます。

AWSのCloud Volumes ONTAPでは、単一のアベイラビリティゾーンでのハイアベイラビリティ（HA）モードのみがサポートされます。シングルノード環境はサポートされていません。

Cloud Volumes ONTAPでは、データ階層化、クラウド階層化、およびAWSローカルゾーンでの非認定インスタンスはサポートされていません。

次に、設定例を示します。

サポートされるディスクタイプはgp2のみです。現在、サイズがxlarge ~ 4xlargeの次のEC2インスタンスタイプファミリーがサポートされています。

の最新の詳細情報については、AWSのドキュメントを参照して"ローカルゾーンのEC2インスタンスタイプ"ください。