5月から続けてきました本連載も、いよいよ最終回です。永らくお付き合いいただき、ありがとうございました。最終回は、「Generic ARK の特殊な使い方」と題しまして、単にアプリケーションを保護するという用途以外の使い方についてご紹介します。

６．Generic ARK の特殊な使い方

これまでに、LifeKeeper のGeneric ARK スクリプトを作成する上で必要な情報についてご紹介してきました。6 章では、LifeKeeper の特性を利用したちょっと特殊な使い方についてご紹介します。

6-1．Generic ARK によるノードの再起動

障害検知やローカルリカバリに失敗した場合、相手ノードに切り替えを行うよりもノードの再起動を実施した方が都合が良い場合もあります。そのような動作を実現するには、quickCheckやrecoverの中で、ノードの再起動を行うよう記述する方法が有効です。また、通常のshutdownコマンドによる停止/再起動はフェイルオーバのトリガとはなりませんが(通常のshutdownコマンドによるフェイルオーバを行うには、"shutdown strategy"の設定が必要です)、"reboot -fn"や、"/proc/sysrq-trigger"を用いたノードの強制停止であれば、ノードダウンをトリガーとして、待機ノードへフェイルオーバさせることが可能です。

このような処理は、保護対象のプロセスが制御不能となり、killコマンドでも停止できない状態に陥るといったケースに対して有効です。

6-2．タイムアウトによる障害検知

以前の記事でもご案内した通り、Generic ARKリソースはquickCheckの完了までに22秒のタイムアウト値を持っていますが、タイムアウトとなった場合はフェイルオーバのトリガとはなりません。

チェックのタイムアウトが発生した場合にフェイルオーバが必要である場合は、用意された22秒のタイムアウトとは別にタイムアウトの仕組みをスクリプト内に記述し、タイムアウトした場合に戻り値1を返して終了してください。なお、この場合のタイムアウトは、22秒以内にタイムアウトであることを判断する必要があります。

6-3．複数のroot リソースを束ねるGeneric ARK リソース

root リソース(リソース階層の最上位にあるリソース)が複数設定されている場合、それらを束ねるGeneriARK リソースを作成することで2 つのリソースツリーを同時に切り替えることが出来ます。

例：
[ Generic root ]
 + [ resource tree 1 ]
 |  + [ resources … ]
 + [ resource tree 2 ]
  + [ resources … ]

上記の最上位にある”Generic root”リソースは、restore とremove だけ作成し、いずれも”exit 0”のみを実行します。

最後に

ひとまず、本連載はここまでで終了です。ここまでお読みいただいた読者の皆様に、御礼申し上げます。もし宜しければ、本連載に関するご意見、ご感想を下記のアドレスまでお寄せください。今後の記事の参考にさせていださきます。

※SPAM防止のため、画像にしてあります。