故障発生時にフェイルオーバーしない？：Linuxトラブルシューティング探偵団（4）（1/3 ページ）

故障対策のはずのHAクラスタで故障って……？

　4回目はオープンソースである「Heartbeat」（http://linux-ha.org/ja/HomePage_ja）を用いた高可用性クラスタシステム（HAクラスタ）の故障と解決例を紹介します。

　HeartbeatやHAクラスタの概要、インストール方法などは過去の連載を読んでいただくのがよいでしょう。「リソース」や「リソースエージェント」というキーワードも多数出てきますので、これについてはコラムを参照してください。

　今回紹介するトラブル例は、Webアプリケーションシステムを、オープンソースのHeartbeatを用い、アクティブ-スタンバイ形式でHigh Availability（HA）クラスタ化したシステムで起こった故障事例です。

　ノードやリソースの故障発生時には、アクティブ系からスタンバイ系へフェイルオーバーするといった、ごく一般的なHAクラスタモデルです。

図1　標準的なアクティブ-スタンバイ型のHAクラスタモデル例

　と、すでにここで、読者の中には疑心暗鬼になっている人がいるかもしれませんね。本来HAクラスタは、故障発生時にもサービスを継続させる仕組みのはずですから。そんなHAクラスタで故障が起こるって、一体どういうことなのでしょう？

故障が発生したのにフェイルオーバーしない!?

　ある日、クライアントのWebブラウザでWebアプリケーションに接続すると、Apacheの「Internal Server Error」の画面が突如出てくるといった故障が発生しました。しかし、サーバ側でスタンバイ系へフェイルオーバーする気配はなく、サービスは復旧しません。これではノード監視だけではなくリソース監視も行うHAクラスタの意味がありません。

　では、なぜHeartbeatはフェイルオーバーさせなかったのでしょうか？

コラム　「リソース」「リソースエージェント」とは？

　HAクラスタにおける「リソース」とは、サービスを提供するために必要な構成要素のことで、Heartbeatが起動、停止、監視などの制御対象とするアプリケーションやNIC、ディスクなどを示します。

　「リソースエージェント」とは、そのリソースとHeartbeatを仲介するプログラムになります。Heartbeatは、リソースエージェントに対して指示を出し、リソースの起動（start）と停止（stop）の制御を行います。さらにバージョン2では、バージョン1では実装されていなかったリソースの監視（monitor）も可能になりました。

図2　PostgreSQLの場合のHeartbeatとリソースエージェントの関係

　Heartbeatバージョン2では、Web系、DB系、ネットワーク系、ファイルシステム系などのリソースエージェントが、OCF（注）形式で/usr/lib/ocf/resource.d/heartbeat/に標準で多数用意されています。一般的にシェルスクリプトで作成され、ユーザーが新規に作成することも可能です。

　Heartbeatは、リソースエージェントからリソースを起動（start）し、監視（monitor）していて故障検出した場合は、リソースを停止（stop）し、スタンバイ系にフェイルオーバーを行うことが可能です。

注：OCFとは、Open Cluster Framework（http://www.opencf.org/）に基づき、initスクリプトを拡張した形式です。Heartbeatバージョン2ではOCF形式の利用が推奨されています。