Skip to main content
Cloud Manager 3.6
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

AWS におけるハイアベイラビリティペア

共同作成者
PDF

Cloud Volumes ONTAP High Availability （ HA ）構成は、無停止の運用と耐障害性を提供します。AWS では、 2 つのノード間でデータが同期ミラーリングされます。

概要

AWS では、 Cloud Volumes ONTAP HA 構成に次のコンポーネントが含まれます。

  • データが同期的にミラーリングされる 2 つの Cloud Volumes ONTAP ノード。

  • ストレージのテイクオーバーとギブバックプロセスを支援するためにノード間の通信チャネルを提供するメディエータインスタンス。

メモ メディエータインスタンスは、 t2.Micro インスタンス上で Linux オペレーティングシステムを実行し、約 8 GB の EBS 磁気ディスクを 1 つ使用します。

ストレージのテイクオーバーとギブバック

ノードがダウンした場合、もう一方のノードはパートナーにデータを提供して、継続的なデータサービスを提供できます。データはパートナーに同期的にミラーリングされているため、クライアントはパートナーノードから同じデータにアクセスできます。

ノードのリブート後、パートナーはデータを再同期してからストレージを返却する必要があります。データの再同期にかかる時間は、ノードがダウンしている間に変更されたデータの量によって異なります。

RPO と RTO

HA 構成では、次のようにデータの高可用性が維持されます。

  • RPO （ Recovery Point Objective ：目標復旧時点）は 0 秒です。データはトランザクション的に整合性が保たれ、データ損失は発生しません。

  • RTO （目標復旧時間）は 60 秒です。システム停止が発生した場合は、 60 秒以内にデータを利用できるようにする必要があります。

HA の導入モデル

複数の可用性ゾーン（ AZS ）または単一の AZ に HA 構成を導入することで、データの高可用性を確保できます。各構成の詳細を確認して、ニーズに最適な構成を選択してください。

複数の可用性ゾーンでの Cloud Volumes ONTAP HA

複数の可用性ゾーン（ AZS ）に HA 構成を導入すると、 AZ または Cloud Volumes ONTAP ノードを実行するインスタンスで障害が発生した場合でも、データの高可用性が確保されます。NAS IP アドレスがデータアクセスとストレージフェイルオーバーに与える影響を理解しておく必要があります。

NFS と CIFS のデータアクセス

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

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

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

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

iSCSI データアクセス

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

iSCSI のストレージテイクオーバーとギブバック

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

メモ ALUA をサポートする具体的なホスト構成については、を参照してください "NetApp Interoperability Matrix Tool で確認できます" およびお使いのホストオペレーティングシステムに対応した Host Utilities の『 Installation and Setup Guide 』を参照してください。

NAS のストレージテイクオーバーとギブバック

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

Cloud Volumes ONTAP HA ペアのストレージテイクオーバーを示す概念図： node1 から node2 への浮動 IP アドレス。

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

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

Cloud Manager から正しい IP アドレスを簡単に特定するには、ボリュームを選択して * Mount command * をクリックします。

単一の可用性ゾーンでの Cloud Volumes ONTAP HA

単一の可用性ゾーン（ AZ ）に HA 構成を導入すると、 Cloud Volumes ONTAP ノードを実行するインスタンスで障害が発生した場合でも、データの高可用性を確保できます。すべてのデータは、 vPC の外部からネイティブにアクセスできます。

メモ Cloud Manager によってが作成されます "AWS 分散配置グループ" をクリックすると、その配置グループ内の 2 つの HA ノードが起動します。配置グループは、インスタンスを別々の基盤ハードウェアに分散することで、同時障害のリスクを軽減します。この機能により、ディスク障害ではなく、コンピューティングの観点から冗長性が向上します。

データアクセス

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

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

単一の可用性ゾーンでの ONTAP HA 構成を示し、 VPC の外部からのデータアクセスを可能にする概念図。

ストレージのテイクオーバーとギブバック

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

メモ ALUA をサポートする具体的なホスト構成については、を参照してください "NetApp Interoperability Matrix Tool で確認できます" およびお使いのホストオペレーティングシステムに対応した Host Utilities の『 Installation and Setup Guide 』を参照してください。

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

HA ペアでのストレージの動作

ONTAP クラスタとは異なり、クラウドボリュームのストレージ ONTAP HA ペアはノード間で共有されません。代わりに、障害発生時にデータを利用できるように、データはノード間で同期的にミラーリングされます。

ストレージの割り当て

新しいボリュームを作成し、ディスクを追加する必要がある場合、 Cloud Manager は同じ数のディスクを両方のノードに割り当て、ミラーリングされたアグリゲートを作成してから、新しいボリュームを作成します。たとえば、ボリュームに 2 つのディスクが必要な場合、 Cloud Manager はノードごとに 2 つのディスクを割り当て、合計で 4 つのディスクを割り当てます。

ストレージ構成

HA ペアは、アクティブ / アクティブ構成として使用できます。アクティブ / アクティブ構成では、両方のノードがクライアントにデータを提供します。アクティブ / パッシブ構成では、パッシブノードは、アクティブノードのストレージをテイクオーバーした場合にのみデータ要求に応答します。

メモ アクティブ / アクティブ構成をセットアップできるのは、 Storage System View で Cloud Manager を使用している場合のみです。

HA 構成に期待されるパフォーマンス

Cloud Volumes ONTAP HA 構成では、ノード間でデータを同期的にレプリケートするため、ネットワーク帯域幅が消費されます。その結果、シングルノードの Cloud Volumes ONTAP 構成と比較して、次のパフォーマンスが期待できます。

  • 1 つのノードからのみデータを提供する HA 構成では、読み取りパフォーマンスはシングルノード構成の読み取りパフォーマンスと同等ですが、書き込みパフォーマンスは低くなります。

  • 両方のノードからデータを提供する HA 構成の場合、読み取りパフォーマンスはシングルノード構成の読み取りパフォーマンスよりも高く、書き込みパフォーマンスは同じかそれ以上です。

Cloud Volumes ONTAP のパフォーマンスの詳細については、を参照してください "パフォーマンス"。

ストレージへのクライアントアクセス

クライアントは、ボリュームが存在するノードのデータ IP アドレスを使用して、 NFS ボリュームと CIFS ボリュームにアクセスする必要があります。NAS クライアントがパートナーノードの IP アドレスを使用してボリュームにアクセスする場合、トラフィックは両方のノード間を通過するため、パフォーマンスが低下します。

重要 HA ペアのノード間でボリュームを移動する場合は、もう一方のノードの IP アドレスを使用してボリュームを再マウントする必要があります。そうしないと、パフォーマンスが低下する可能性があります。クライアントが CIFS の NFSv4 リファールまたはフォルダリダイレクションをサポートしている場合は、ボリュームの再マウントを回避するために、 Cloud Volumes ONTAP システムでこれらの機能を有効にできます。詳細については、 ONTAP のマニュアルを参照してください。

Cloud Manager から正しい IP アドレスを簡単に識別できます。次の図は、ストレージシステムビューを示しています。

スクリーンショット：ボリュームを選択したときに使用可能なマウントコマンドを表示します。

次の図は、ボリュームビューを示しています。

スクリーンショット：マウントオプションを含むボリュームのメニューオプションを示しています。