パッケージマネージャの動作

各パッケージは、個別に構成します。フェイルオーバーパッケージを作成するには、パッケージ構成ファイルテンプレートを生成して編集した後、パッケージをクラスタ構成データベースに追加します。第6章 「パッケージとサービスの構成」を参照してください。

従来のパッケージ (A.11.18 より前のバージョンの Serviceguard で使われていた方法で作成されたパッケージ) では、パッケージサービスの実行を管理するパッケージ制御スクリプトも各パッケージに対して作成しなければなりません。詳細は、「従来のパッケージの構成」を参照してください。

カスタマイズされたパッケージ制御スクリプトは、モジュラーパッケージ (Serviceguard A.11.18 で導入された方法で作成されたパッケージ) では必要ありません。これらのパッケージは、Serviceguard と共にインストールされるマスター制御スクリプトにより管理されます。モジュラーパッケージの作成手順については、第6章 「パッケージとサービスの構成」を参照してください。

パッケージ構成ファイルには、パッケージに名前が割り当てられており、パッケージが実行可能なノードのリストが記述されています。

フェイルオーバーパッケージでは、優先順位順にノードがリストされています (すなわち、リストの最初のノードの優先順位が最も高い)。さらに、フェイルオーバーパッケージのファイルには、フェイルオーバー動作を決定する次の 3 つのパラメータ auto_run、failover_policy、failback_policy が記述されています。

auto_run パラメータ (Serviceguard の初期のバージョンでは PKG_SWITCHING_ENABLED パラメータ) は、クラスタ起動時のフェイルオーバーパッケージのデフォルトのグローバル切り替え属性、つまりクラスタの起動時にパッケージを自動的に起動させるかどうか、また障害が発生した場合パッケージを自動的に別のノードで再起動させるかどうかを定義します。各パッケージの切り替え属性は、クラスタの起動後に、cmmodpkg コマンドで一時的に設定できます。リブートすると、構成した値が復元されます。

このパラメータは、パッケージ構成ファイルに設定されています。

パッケージ切り替えでは、フェイルオーバーパッケージとそれに関連付けられた IP アドレスを新しいシステムに移動します。新しいシステムでは、すでに同じサブネットが適切に構成され、動作している必要があります。そうでなければ、パッケージは起動されません。

パッケージがフェイルオーバーすると、TCP 接続が切断されます。接続を回復するために TCP アプリケーションは再度接続する必要があります。ただし、これは自動的に処理されません。パッケージが複数のサブネットに依存している場合、パッケージを起動する前に、すべてのサブネットがターゲットノードで使用可能でなければならないので注意してください。

パッケージがリソースや別のパッケージに依存している場合には、ターゲットノードでパッケージを起動する前に、依存関係が満たされている必要があります。

再配置可能 IP アドレスの切り替えを 図 3-5 「パッケージの切り替え前」と 図 3-6 「パッケージの切り替え後」に示します。図 3-5 「パッケージの切り替え前」は、ノード 1 で動作中のパッケージ 1 とノード 2 で動作中のパッケージ 2 を持つ 2 つのノードのクラスタを切り替え前の状態で示します。ユーザーは、使用するパッケージの IP アドレスを使ってノードに接続します。各ノードはノードに関連する定常 IP アドレスを持ち、各パッケージはパッケージに関連する IP アドレスを持ちます。

図 3-5 パッケージの切り替え前

ノード 1 に障害が発生し、パッケージ 1 がノード 2 に移動された状態を 図 3-6 「パッケージの切り替え後」に示します。パッケージ 1 の IP アドレスは、パッケージと共にノード 2 に移動されています。パッケージ 1 は引き続き使用可能で、現在はノード 2 で動作しています。また、ノード 2 はパッケージ 1 のディスクとパッケージ 2 のディスクのどちらにもアクセスできることにも注意してください。

図 3-6 パッケージの切り替え後

パッケージマネージャによるフェイルオーバーパッケージ実行ノードの選択は、パッケージ構成ファイルに記述されている優先順位リストと、同じくパッケージ構成ファイル中の failover_policy パラメータに基づいています。フェイルオーバー方針により、特定のノードが指定されていないときにパッケージを実行するノードや起動される必要のあるパッケージをパッケージマネージャがどう選択するかを決定します。フェイルオーバー方針により、フェイルオーバーの動作だけではなくパッケージの起動時の動作 (初回の起動も含めて) も決定されます。フェイルオーバー方針には、configured_node (デフォルト) とmin_package_node の 2 つの方針があります。このパラメータは、パッケージ構成ファイルに設定されています。

フェイルオーバー方針にconfigured_node を指定すると、パッケージは、ノードリスト中の使用可能なノードの内、優先順位が最も高いノード上で起動されます。フェイルオーバーが発生すると、パッケージは、ノードリスト中の使用可能なノードの内、次に優先順位の高いノードに移動します。

min_package_node をフェイルオーバー方針に指定すると、パッケージは、実行中の他のパッケージが最も少ないノードで起動されます。(ただし、負荷が最小のノードが選択されるとは限りません。ノード上で実行されているパッケージの数のみで決まります。)

min_package_node フェイルオーバー方針を使用すると、1 つのノードをクラスタに対する自動交替用待機ノードとして使用するクラスタを構成できます。以下に示すような 4 つのノードから成るクラスタを考えてみます。パッケージは、すべてどのノードで実行可能で、同一の node_name リストを持っていると仮定します。ただし、例ではパッケージのノード名の順序が異なっていますが、これは必須ではありません。

クラスタが起動すると、各パッケージは、図 3-7 「交替用待機構成 (フェイルオーバー前)」に示すように実行を開始します。

図 3-7 交替用待機構成 (フェイルオーバー前)

障害が発生すると、パッケージは図 3-8 「交替用待機構成 (フェイルオーバー後)」のように、実行中のパッケージが最も少ないノードに移動します。この図では、障害はノード 2 に発生しています。

図 3-8 交替用待機構成 (フェイルオーバー後)

	注記: min_package_node 方針を使用している場合、ノード 2 を修理してクラスタに復帰させた時点で、ノード 2 は実行するパッケージ数が最も少ないため、新しい待機ノードになります。

これらのパッケージがconfigured_node フェイルオーバー方針で設定されている場合、クラスタ起動時は、図 3-7 「交替用待機構成 (フェイルオーバー前)」のような状態になりますが、ノード 2 に障害が発生すると、パッケージは図 3-9 「CONFIGURED_NODE 方針パッケージ (フェイルオーバー後)」のようにノード 3 で実行されます。

図 3-9 CONFIGURED_NODE 方針パッケージ (フェイルオーバー後)

フェイルオーバー方針にconfigured_node を指定すると、パッケージは、ノードリストの内、優先順位が最も高いノード上で起動します。このとき、このノードは、クラスタのメンバーであることが前提となります。フェイルオーバーが発生すると、パッケージは、ノードリスト中の使用可能なノードの内、次に優先順位の高いノードに移動します。

failback_policy パラメータを使用することにより、一次ノードが利用可能になった時点で、一次ノードからフェイルオーバーされていたパッケージを一次ノードに戻すかどうかを決定することができます。一次ノードとは、パッケージのノードリストの最上位にあるノードのことです。

この方針で考えられる 2 つの値は、automatic およびmanual です。このパラメータは、パッケージ構成ファイルに設定されています。

例として、次の 4 ノード構成を示します。ここでは、failover_policy がconfigured_node に設定されており、failback_policy はautomatic に設定されています。

図 3-10 自動フェイルバック用構成 (フェイルオーバー前)

ノード 1 にシステムパニックが発生した場合、クラスタが再編成された後、pkgA はノード 4 で実行されます。

図 3-11 自動フェイルバック構成 (フェイルオーバー後)

ノード 1 がリブートされ、クラスタに再結合された時点で、pkgA は自動的にノード 4 上で停止され、ノード 1 上で再起動されます。

図 3-12 自動フェイルバック構成 (ノード 1 再起動後)

	注記: failback_policy をautomatic に設定した場合、業務上重要な時間帯にパッケージのフェイルバックが発生しアプリケーションが使用できなくなるおそれがあります。自動フェイルバックを使用する場合は、パッケージを再び一次ノードに切り替えている間このパッケージによるサービスが一時的に使用できなくなるため、このサービスを使用しない時期が来るまでパッケージの一次ノードをクラスタに追加するのを待つことができます。

failover_policy のmin_package_node と、failback_policy のautomatic を組み合わせて使用すると、予測していなかったノード上でパッケージが実行される場合があります。これは、フェイルオーバーが発生したときに、パッケージの実行数が最も少ないノードが毎回同じノードであるとは限らないためです。