HA 構成が複数のアベイラビリティーゾーンに分散されている場合、フローティング IP アドレス によって NAS クライアント アクセスが可能になります。フローティング IP アドレスは、リージョン内のすべての VPC の CIDR ブロックの外側にある必要があり、障害が発生するとノード間で移行できます。 VPC外のクライアントからはネイティブにアクセスできません。"AWSトランジットゲートウェイを設定する" 。

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

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

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

iSCSI はフローティング IP アドレスを使用しないため、VPC 間のデータ通信は問題になりません。

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

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

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

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

ボリュームを選択し、*マウント コマンド*をクリックすると、コンソールから正しい IP アドレスを見つけることができます。

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

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

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

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

AWS のCloud Volumes ONTAPは、単一のアベイラビリティーゾーンで高可用性 (HA) モードのみをサポートします。単一ノードの展開はサポートされていません。

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

以下に構成例を示します。

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

"AWS ドキュメント: ローカルゾーンの EC2 インスタンスタイプ" 。