Skip to main content
すべてのクラウドプロバイダ
  • Amazon Web Services の
  • Google Cloud
  • Microsoft Azure
  • すべてのクラウドプロバイダ
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

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

共同作成者

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

HA コンポーネント

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

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

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

メディエーター

AWS のメディエーターインスタンスの重要な詳細は、次のとおりです。

インスタンスタイプ

T2- マイクロ

ディスク

EBS 磁気ディスク × 1 (約 8GiB )。

オペレーティングシステム

Debian 11.

メモ Cloud Volumes ONTAP 9.10.0 以前では、 Debian 10 はメディエーターにインストールされていました。
アップグレード

Cloud Volumes ONTAP をアップグレードすると、必要に応じてメディエーターインスタンスも更新されます。

インスタンスへのアクセス

BlueXPからCloud Volumes ONTAP HAペアを作成すると、メディエーターインスタンスのキーペアを指定するように求められます。このキーペアは、を使用したSSHアクセスに使用できます admin ユーザ:

サードパーティのエージェント

サードパーティエージェントまたは VM 拡張機能は、メディエーターインスタンスではサポートされていません。

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

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

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

ストレージのテイクオーバー、再同期、ギブバックは、すべてデフォルトで自動的に実行されます。ユーザによる操作は必要ありません。

RPO と RTO

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

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

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

HA の導入モデル

複数の可用性ゾーン( AZS )または単一の AZ に 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アドレスは、BlueXPによって自動的に作成されます。

詳細については、を参照してください "複数の 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 ノード間で不要なデータが転送されないようにするために必要です。これは、パフォーマンスと安定性に大きな影響を与える可能性があります。

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

単一のアベイラビリティゾーン

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

メモ BlueXPはを作成します "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 ペアはノード間で共有されません。代わりに、障害発生時にデータを利用できるように、データはノード間で同期的にミラーリングされます。

ストレージの割り当て

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

ストレージ構成

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

メモ アクティブ/アクティブ構成は、ストレージシステムビューでBlueXPを使用している場合にのみセットアップできます。

期待されるパフォーマンス

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 のマニュアルを参照してください。

BlueXPの[Manage Volumes]パネルにある_Mount Command_Optionを使用すると、正しいIPアドレスを簡単に特定できます。

400だ