システム上の各ノードが物理的に異なるサイトにあるエンハンスト拡張システム構成を作成できます。ボリューム・ミラーリングやコピー・サービスなどのミラーリング・テクノロジーと併用することで、これらの構成を使用して、電源障害やサイト全体の障害が発生した場合にシステム上のデータに継続してアクセスできます。
ここでは、システムのトポロジー属性を拡張に設定した、機能強化された拡張システムを詳しく説明しています。拡張システムを構成するために以前使用されていた方法 (現在でもサポートされています) については、旧バージョンの IBM Knowledge Center に説明があります。ここに記載されている最終構成手順に従うことにより、処理を中断させることなく現行の機能強化された拡張システム構成に移行でき、より優れた可用性と災害復旧を実現できます。また、拡張システム構成から HyperSwap® システム構成にスムーズに移行して、さらに可用性、パフォーマンス、および災害復旧を向上させることもできます。既存システムのトポロジーの変更に関するガイダンスについては、IBM® Remote Technical Support Center にお問い合わせください。
注: ソリューション設計の目的が高可用性である場合、機能強化された拡張システム構成ではなく IBM
HyperSwap トポロジーを使用することをお勧めします。ただし、その目的に災害復旧、複雑なコピー・サービス、最高のスケーラビリティーといったトピックが含まれる場合は、現行バージョンの HyperSwap の制約事項について検討してください。詳しくは、
高可用性のための計画を参照してください。
拡張システム構成では、各サイトは独立した障害ドメインとして定義されます。一方のサイトで障害が発生しても、他方のサイトは中断することなく継続して稼働できます。クォーラム・デバイスをホストする第 3 のサイトも構成する必要があります。これにより、2 つのメインサイト間にリンク障害が発生した可能性があるときに、自動的にそれらのサイトのリンクが切断されます。
メインサイトは、データ・センター内の同じ部屋または異なる部屋の中、同じキャンパス内の建物、または複数の異なる都市の建物に配置することができます。
異なる種類のサイトが存在することにより、さまざまなタイプの障害からの保護が可能です。
- 複数のサイトが単一ロケーションにある場合
- 単一のロケーションあるいはデータ・センター内でそれぞれのサイトの電源フェーズが異なる場合、システムはどの電源ドメインに障害が発生しても継続して稼働できます。例えば、1 つのノードを 1 つのラックに取り付けて配置し、もう 1 つのノードを別のラックに配置することが可能です。
各ラックは、それぞれ独自の電源フェーズを持つ個別のサイトとみなされます。
このケースでは、いずれかのラックへの電源が失われた場合に、他方のラック内のパートナー・ノードが要求を処理するように構成されていると、電源が失われたラック内のノードが電源切断のためにオフラインになっても、データの可用性を引き続き確保できます。
- 各サイトが別のロケーションにある場合
- 各サイトが異なる物理ロケーションにある場合、いずれか 1 つのロケーションで障害が発生してもシステムは継続して稼働できます。
これらのサイトは、同じ都市にある 2 つのサイトといった短い距離の場合も、別個の都市にある 2 つのサイトといった地理的に遠い距離に分散する場合もあります。
1 つのサイトでサイト全体の災害が発生した場合、残りのサイトが引き続き要求を処理できます。
1 つのサイトが失われた後でも、適切な構成を行っていればシステムは継続して稼働できます。各サイトが各ノード・ペアの 1 つのノードのみを含むという点が重要な前提条件になります。
拡張システム構成で、同じシステムからのノード・ペアを単純に異なるサイトに配置しただけでは高可用性は得られません。
適切なミラーリング・テクノロジーを構成し、それらのテクノロジーのすべての構成要件を確実に正しく構成することも必要です。
システムは、拡張システムを使用するノード間でファイバー・チャネル接続とイーサネット接続の両方をサポートします。イーサネット接続は RDMA 対応アダプターを介してのみサポートされます。このアダプターは、拡張システム内の各ノードに取り付けられて構成されている必要があります。システムは、拡張システム環境でのホストへのファイバー・チャネル接続とイーサネット接続 (iSER と iSCSI の両方) をサポートします。ただし、ホストへの NVMe ベースの接続は、拡張システム構成ではサポートされません。
拡張システムおよびメトロ・ミラーまたはグローバル・ミラー
拡張システムは、1 つの障害ドメインを失った後も継続して稼働するように設計されています。
拡張システムでは、2 つの障害ドメインに障害が発生した後の稼働は保証できません。機能強化された拡張システム機能が構成されている場合は、この状況に対して手動オーバーライドを有効にすることができます。また、2 番目のシステム上でメトロ・ミラーまたはグローバル・ミラーを、機能強化された拡張システムまたは従来型の拡張システムのいずれかで拡張災害復旧に使用できます。
拡張システムが含まれるメトロ・ミラーまたはグローバル・ミラーの協力関係を、他のリモート・コピー関係と同じ方法で構成および管理します。システムは、メトロ・ミラーまたはグローバル・ミラーを使用するシステム間接続用に、FCIP リンクを含む SAN ルーティング・テクノロジーをサポートします。
2 つのパートナー・システムを同じ実動サイトに配置することはできません。
ただし、拡張システムのアクティブ・クォーラム・ディスクを提供しているストレージ・システムと一緒に配列することは可能です。
構成ステップ
これらの追加の構成ステップは、コマンド・ライン・インターフェース (CLI) または
管理 GUI を使用して実行することができます。
- システム内の各ノードをサイトに割り当てる必要があります。chnode CLI コマンドを使用します。追加ノードがシステムにケーブル接続されている場合、これらのノードをホット・スペア・ノードとして指定することができます。ホット・スペア・ノードは、サイトのいずれかのノードが使用できなくなった場合に、ホスト入出力操作を中断なしで引き継ぐことができます。詳しくは、ホット・スペア・ノードの追加に関するトピックを参照してください。
- 各バックエンド・ストレージ・システムを、サイトに割り当てる必要があります。chcontroller CLI コマンドを使用します。
- 各ホストをサイトに割り当てる必要があります。chhost CLI コマンドを使用します。
- すべてのノード、ホスト、およびストレージ・システムをサイトに割り当てた後、システム・トポロジーを stretched に変更することにより、機能強化モードを有効にする必要があります。
- 最良の結果を達成するために、少なくとも 2 つの入出力グループ (4 つのノード) を含むように機能強化された拡張システムを構成します。
入出力グループを 1 つしか含まないシステムでは、ノード障害やシステム更新時にデータのミラーリングや中断を伴わないホスト・アクセスの継続は保証できません。
拡張システムでは、2 つの障害ドメインに障害が発生した後の稼働は保証できません。機能強化された拡張システム機能が構成されている場合は、この状況に対して手動オーバーライドを有効にすることができます。また、2 番目のシステム上で、メトロ・ミラーまたはグローバル・ミラーを機能強化された拡張システムまたは従来型の拡張システムのいずれかで使用して、拡張災害復旧を行うことができます。拡張システムが含まれるメトロ・ミラーまたはグローバル・ミラーの協力関係を、他のリモート・コピー関係と同じ方法で構成および管理します。システムは、メトロ・ミラーまたはグローバル・ミラーを使用するシステム間接続に対して、SAN ルーティング・テクノロジー (FCIP リンクを含む) をサポートします。