SPS - SIOS Technology Corp. Documentation

アクティブ/スタンバイ 構 成アップとしても 動 作 します。次 の 例 では、4 台 のサーバが 2 組 のアクティブ/アクティブペアを 構 成 しています。Server 1 は AppA を 処理 し、Server 2 で 稼 働 する AppX もバックアップしています。Server 2 も 同 様 です。Server 2 は AppX を処 理 し、Server 1 で 稼 働 する AppA もバックアップしています。Server 3 と 4 もアクティブ/アクティブ 構 成 です。Server 1 と 2 および Server 3 と 4 はよく 似 た 構 成 ですが、 決 定 的 な 違 いがあります。AppA アプリケーションと AppX アプリケーションは、Server 1 と Server 2 だけがサービスを 提 供 しています。そのため、それ 以外 のサーバは、 共 有 リソースにアクセスできません。一 方 、AppB と AppC については、4 台 のサーバが AppB と AppC 共 有 リソースにアクセスできるため、複 数 の 構 成 が 可 能 です。 例 えば、Server 1 や Server 2 を 3 番 目 と 4 番 目 のバックアップとして、AppBと AppC をフェイルオーバできます。注 記 : LifeKeeper はボリュームレベルでロックをかけるため、AppB と AppC ディスクリソースに 接 続 しているサーバ 4 台 のうち、 実 際 にディスクリソースにアクセスできるのは 1 台 だけです。この 例 では、Server 3が AppB を 処 理 するため、Server 1、2、4 は、ディスクリソースに 物 理 的 に 接 続 していても、 実 際 にはアクセスできません。アクティブ/スタンバイ 構 成アクティブ/スタンバイ 構 成 では、プライマリサーバが 処 理 を 実 行 します。バックアップサーバは、プライマリサーバに 障 害 が 発 生 した 場 合 に 備 えて 待 機 します。 待 機 系 には、 処 理 能 力 が 低 い 小 規 模 なシステムを 使 用 できますが、 稼 働 系 に 障 害 が 発 生 した 場 合 に 備 えて、リソースを 継 続 的 に 運 用 する 処 理 能力 が 必 要 になります。11 構 成