viewHeartbeatバージョン2入門こちらのページでは、1.xシリーズでのHeartbeat向け入門ページと同じ内容を繰り返すのではなく、相違点について網羅するつもりです。Heartbeatプログラムが公開されてからしばらく時間が経ちました。Heartbeatには多くの長所がありますが、バージョン1には以下のような対処が必要な欠点もありました。クラスタサイズが2つのノードに制限される。リソースの操作が適切かどうかを監視できない。依存関係の情報を通知する機能が最小限に抑えられる。このリリースでは、できるだけ多くの長所を維持しながら、こういった制限を取り除きました。最新バージョンのHeartbeatは、こちらから入手できます。APIが(バグフィックスも)提供されたことは、2.0.xシリーズへとアップグレードする動機になりますが、このリリースでは、クラスタマネージャの機能が拡張され、3つ以上のノードが利用できるようになりました。APIを直接使用する場合の欠点の1つは、呼び出しがブロックを起こしてしまうことです。ログの容量が増加し重大な問題が発生します。Heartbeatログデーモン(バージョン2の新機能)は、クライアントに代わって同期API呼び出しを行ってログを仲介し、この問題を解決します。この機能の有効・無効を切り替えるには、ha.cf/UseLogd命令をご参照ください。ログパッケージの選択syslogよりもsyslog-ngを優先して使用するようお勧めします。Heartbeatバージョン2の機能や増加するクラスタサイズから見て、ユーザーの皆さんはログの容量が増加してしまうと懸念されるかもしれませんが、開発チームの経験では、syslogの方がsyslog-ngよりも多くのログメッセージを失います。以下に、私(著者)がSLES9上のSyslog-ngで使用している追加構成についてお知らせします。クラスタ内のノード全てで、/etc/syslog-ng/syslog-ng.confの末尾に以下の行を追加します。};この命令では、local7ファシリティのログに記録された全ての内容をc001n16マシンに送信しています。local7ファシリティのログに記録された全ての内容を/var/log/cluster.logに送信します。c001n16マシンは、ほかのクラスタノードから送信された内容を全て含みます。注:srcは、使用中のローカルマシンから生成されるログを参照します。使用される名前は、ディストリビューションごとに異なります。コアファイル(強制終了時などの)最終手段として、Heartbeatの各部がコアファイルを生成します。コアファイルによって、開発者にとって非常に貴重な情報がもたらされ、発生したバグの解決能力が高まります。管理者には、新しいcoredumps命令を使用して、コアダンプの取得を読み、この重要な情報を失わないよう強くお勧めをいたします。/usr/lib/heartbeat/stonithd新しいクラスタリソースマネージャを有効にするこの命令は、クラスタリソースマネージャの使用時にのみ変更します。yes詳細については、ha.cf/CRM命令をご参照ください。-dリソース構成さらに総合的なユーザーガイドを入手することができます。改善点など、どうぞ、ご遠慮なく、ご提案ください。ついてもご参照いただけます。問題を報告する際に、要求されることがありますので、覚えておいてください。コアファイル:/var/lib/heartbeat/coresの各ディレクトリに格納されています。ログファイル:syslog-ngなどを実行していると役立ちます。結合したクラスタログを提供してください(少なくともlocal7.info以降を推奨)。含めることで、その問題の修正や説明が示される可能性が高くなります。この作業では、ptestを使用します。path/to/cib.fileを起動して、詳しい出力を取得します。