ONTAP Select ハイアベイラビリティ構成
変更を提案
PDF
高可用性オプションを確認して、環境に最適なHA構成を選択してください。
顧客はアプリケーションのワークロードをエンタープライズクラスストレージアプライアンスからコモディティ ハードウェア上で実行されるソフトウェアベースのソリューションに移行し始めていますが、回復力と耐障害性に関する期待とニーズは変わっていません。復旧目標時点（RPO）をゼロとするHAソリューションは、インフラストラクチャスタック内のいずれかのコンポーネントの障害によるデータ損失から顧客を保護します。
SDS市場の大部分は、シェアードナッシング ストレージの概念に基づいて構築されており、ソフトウェア レプリケーションにより、異なるストレージ サイロにユーザー データの複数のコピーを保存することでデータの復元力が提供されます。ONTAP Selectは、ONTAPが提供する同期レプリケーション機能（RAID SyncMirror）を使用してクラスター内にユーザー データの追加コピーを保存することで、この前提に基づいて構築されています。これはHAペアのコンテキスト内で発生します。すべてのHAペアは、ユーザー データのコピーを2つ保存します。1つはローカル ノードによって提供されるストレージ上に、もう1つはHAパートナーによって提供されるストレージ上に保存されます。ONTAP Selectクラスター内では、HAおよび同期レプリケーションは結び付けられており、2つの機能を切り離したり、独立して使用したりすることはできません。その結果、同期レプリケーション機能はマルチノード オファリングでのみ利用可能です。
|
ONTAP Selectクラスタでは、同期レプリケーション機能はHA実装の機能であり、非同期SnapMirrorまたはSnapVaultレプリケーションエンジンの代替ではありません。同期レプリケーションは、HAとは独立して使用することはできません。 |
ONTAP Select HA導入モデルには、マルチノードクラスタ（4ノード、6ノード、8ノード、10ノード、または12ノード）と2ノードクラスタの2つがあります。2ノードONTAP Selectクラスタの顕著な特徴は、スプリットブレインシナリオを解決するために外部メディエーターサービスを使用することです。ONTAP Deploy VMは、構成するすべての2ノードHAペアのデフォルトのメディエーターとして機能します。
2つのアーキテクチャを次の図に示します。
リモートメディエーターとローカル接続ストレージを使用する2ノードONTAP Selectクラスタ
|
|
2ノードONTAP Selectクラスタは、1つのHAペアと1つのメディエーターで構成されます。HAペア内では、各クラスタノード上のデータアグリゲートが同期的にミラーリングされ、フェイルオーバーが発生してもデータ損失は発生しません。 |
*ローカル接続ストレージを使用した4ノードONTAP Selectクラスタ*
-
4ノードONTAP Selectクラスタは2組のHAペアから構成されます。6ノード、8ノード、10ノード、および12ノードのクラスタは、それぞれ3、4、5、および6つのHAペアで構成されます。各HAペア内では、各クラスタノード上のデータアグリゲートが同期的にミラーリングされるため、フェイルオーバーが発生した場合でもデータの損失は発生しません。
-
DASストレージを使用する場合、物理サーバ上に存在できるONTAP Selectインスタンスは1つだけです。ONTAP Selectは、システムのローカルRAIDコントローラへの非共有アクセスを必要とし、ストレージへの物理的な接続がなければ不可能な、ローカルに接続されたディスクを管理するように設計されています。
2ノードHAとマルチノードHAの比較
FAS アレイとは異なり、HA ペア内の ONTAP Select ノードは IP ネットワーク経由でのみ通信します。つまり、IP ネットワークは単一障害点（SPOF）であり、ネットワーク パーティションやスプリット ブレイン シナリオからの保護が設計の重要な側面になります。マルチノード クラスタは、3 つ以上の存続ノードによってクラスタ クォーラムを確立できるため、単一ノードの障害に耐えることができます。2ノードクラスタは、ONTAP Deploy VM によってホストされるメディエータ サービスに依存して同じ結果を実現します。
ONTAP SelectノードとONTAP Deploy mediatorサービス間のハートビート ネットワーク トラフィックは最小限で回復力があるため、ONTAP Deploy VMをONTAP Select 2ノードクラスタとは別のデータセンターでホストできます。
|
|
ONTAP Deploy VMは、2ノードクラスタのメディエーターとして機能する場合、そのクラスタの不可欠な部分となります。メディエーターサービスが利用できない場合、2ノードクラスタはデータの提供を継続しますが、ONTAP Selectクラスタのストレージフェイルオーバー機能は無効になります。したがって、ONTAP Deployメディエーターサービスは、HAペア内の各ONTAP Selectノードと常に通信を維持する必要があります。クラスタクォーラムが適切に機能するためには、最低5Mbpsの帯域幅と最大125msの往復時間（RTT）レイテンシが必要です。 |
メディエーターとして機能するONTAP Deploy VMが一時的または永続的に使用できない場合、セカンダリONTAP Deploy VMを使用して2ノードクラスタのクォーラムをリストアできます。この構成では、新しいONTAP Deploy VMはONTAP Selectノードを管理できませんが、クラスタクォーラムアルゴリズムには正常に参加します。ONTAP SelectノードとONTAP Deploy VM間の通信は、IPv4上のiSCSIプロトコルを使用して行われます。ONTAP Selectノード管理IPアドレスがイニシエータで、ONTAP Deploy VMのIPアドレスがターゲットです。したがって、2ノードクラスタを作成する際に、ノード管理IPアドレスにIPv6アドレスを使用することはできません。ONTAP Deployでホストされるメールボックスディスクは、2ノードクラスタの作成時に自動的に作成され、適切なONTAP Selectノード管理IPアドレスにマスクされます。設定全体がセットアップ時に自動的に実行されるため、それ以上の管理操作は必要ありません。クラスタを作成するONTAP Deployインスタンスが、そのクラスタのデフォルトのメディエーターになります。
元のメディエーターの場所を変更する必要がある場合は、管理操作が必要です。元のONTAP Deploy VMが失われた場合でも、クラスタクォーラムをリカバリすることは可能です。ただし、NetAppでは、2ノードクラスタがインスタンス化されるたびにONTAP Deployデータベースをバックアップすることを推奨しています。
2ノードHA対2ノードストレッチHA（MetroCluster SDS）
2ノードのアクティブ / アクティブHAクラスタをより長い距離に拡張し、各ノードを異なるデータセンターに配置することが可能です。2ノードクラスタと2ノードストレッチクラスタ（MetroCluster SDSとも呼ばれる）の唯一の違いは、ノード間のネットワーク接続距離です。
2ノードクラスタは、両方のノードが300m以内の距離で同じデータセンター内に配置されているクラスタとして定義されます。一般的に、両方のノードは同じネットワーク スイッチまたはスイッチ間リンク（ISL）ネットワーク スイッチのセットへのアップリンクを持っています。
2ノードMetroCluster SDSは、物理的に300m以上離れたノード（異なる部屋、異なる建物、異なるデータセンター）で構成されるクラスタとして定義されます。さらに、各ノードのアップリンク接続は、それぞれ別のネットワークスイッチに接続されます。MetroCluster SDSは専用ハードウェアを必要としません。ただし、環境はレイテンシに関する要件（RTTが最大5ms、ジッターが最大5ms、合計10ms）を満たす必要があります。
MetroCluster SDSはプレミアム機能であり、プレミアムライセンスまたはプレミアムXLライセンスが必要です。プレミアムライセンスは、小規模および中規模の仮想マシンの作成に加え、HDDおよびSSDメディアの作成もサポートしています。Premium XLライセンスは、NVMeドライブの作成もサポートしています。
|
|
MetroCluster SDSは、ローカル接続ストレージ（DAS）と共有ストレージ（vNAS）の両方に対応しています。vNAS構成では、ONTAP Select VMと共有ストレージ間のネットワークにより、通常、固有のレイテンシが高くなります。MetroCluster SDS構成では、共有ストレージのレイテンシを含め、ノード間の遅延を最大10msに抑える必要があります。つまり、Select VM間のレイテンシだけを測定するだけでは不十分です。なぜなら、これらの構成では共有ストレージのレイテンシも無視できないからです。 |