アクティブ/スタンバイグループ化

アクティブ/スタンバイグループでは、プライマリーサーバーが処理を実行します。スタンバイサーバーは、プライマリーサーバーに障害が発生した場合に備えて待機します。スタンバイノードには、処理能力が低い小規模なシステムを使用できますが、アクティブノードに障害が発生した場合に備えて、リソースを継続的に運用する処理能力が必要になります。

スタンバイサーバーは、複数のアクティブサーバーをバックアップできます。例えば、上図の場合、 Server2 は 3 組のアクティブ/スタンバイペアをバックアップしています。LifeKeeper for Windowsリソース定義により、このアクティブ/スタンバイは、次のような組み合わせで動作します。

• Server1 で稼働する AppA は、 Server2 にフェイルオーバーします。

• Server3 で稼働する AppB は、 Server2 にフェイルオーバーします。

• Server4 で稼働する AppC は、 Server2 にフェイルオーバーします。

複数のアクティブ/スタンバイ構成を採用する場合は、次の点に注意してください。

• ディスクの所有権: アクティブアプリケーションが異なる場合、同じボリューム上のディスクスライスは使用できません。LifeKeeper for Windowsはボリューム単位でロックをかけます。SCSI をロックした場合、共有 SCSI バス上の 1 つのシステムだけがディスク装置のボリュームにアクセスできます。上の例では、Server3 が AppB ディスクリソースを所有しており、Server4 が AppC リソースを所有しています。

• 処理能力: Server1 、 Server3 、 Server4 が同時に故障することは希ですが、1 台のスタンバイサーバーで複数のリソースをバックアップする場合は、複数サーバーに障害が発生した場合を想定して、1 台のサーバーで重要な処理を継続できる能力が必要になります。

• LifeKeeper for Windowsの管理: 上の例では、_Server2_ が他のサーバー 3 台をバックアップしています。LifeKeeper for Windowsデータベースを複数の論理グループで同時に管理することは望ましくありません。最初に 1 組のアクティブノードとスタンバイノードにリソースを作成し、次にそのスタンバイノードと他のアクティブノードにリソースを作成します。