Heartbeatバージョン2入門

こちらのページでは、1.xシリーズでのHeartbeat[1]向け入門ページと同じ内容を繰り返すのではなく、相違点について網羅するつもりです。

背景

Heartbeat[1]プログラムが公開されてからしばらく時間が経ちました。Heartbeat[1]には多くの長所がありますが、バージョン1には以下のような対処が必要な欠点もありました。

• クラスタ[2]サイズが2つのノード[3]に制限される。

• リソース[4]の操作が適切かどうかを監視できない。

• 依存関係の情報を通知する機能が最小限に抑えられる。

このリリースでは、できるだけ多くの長所を維持しながら、こういった制限を取り除きました。

最新バージョンのHeartbeat[1]は、こちら[5]から入手できます。

リリースノート（変更点）

* バージョン2.0.0 - 次世代Heartbeatの最初の安定リリース

• コアインフラストラクチャの改善
  • メッセージ（メッセージ通知とフロー制御）
  • ログ（非同期のログデーモン）
• リリース1.xスタイル（2ノード）のクラスタに完全対応
• マルチノードのサポート（これまでに16ノードまでのクラスタをテスト済み）
• 新しいコンポーネント

  • - クラスタ情報ベース	(複製されたリソース構成)
    - クラスタリソースマネージャ	(1：Nノードのサポート)
    - モジュラー形式のポリシーエンジン	(リソース配置の管理)
    - ローカルリソースマネージャ	(ポリシー不要、クラスタ非対応)
    - Stonithデーモン	(スタンドアロンのフェンシング[6]サブシステム)

• OCF[7]および LSB[8] リソースエージェント[9]のサポート

• 複雑なリソースタイプ(グループ[10]、クローンs[11])のサポート

• 豊富なリソース位置[12]、コロケーション[13]、および順序[14]制約のサポート

• 既存のharesources[15]用の変換ツール[16]

• 要求に応じて監視[17]されるリソース

• リソース・ メンテナンス[18] ・モード

• 数種類のフェイルバック[19]、障害と「No Quorum」の動作を選択（ (グローバルデフォルト[20]および、操作ごと[21]またはリソースごと[22]）

• クラスタ状態および構成監視ツールのサンプル

コアインフラストラクチャが改善され、新しいSTONITH[23] APIが（バグフィックスも）提供されたことは、2.0.xシリーズへとアップグレードする動機になりますが、このリリースでは、クラスタマネージャの機能が拡張され、3つ以上のノードが利用できるようになりました。

バージョン1から変更されていない点

入門セクション

• 入門[24]

• Heartbeatのインストール[25]

• ha.cfの構成[26] (ただし、このセクションは、（ha.cf[27]）に置き換えられました )

• インターフェースの選択[28]

• Authkeysの設定[29]

• Heartbeatの起動とテスト[30]

• 付録A - Ethernetクロスオーバーケーブルの構造[31]

What's New

ログ

非同期ログ
syslog APIを直接使用する場合の欠点の1つは、呼び出しがブロックを起こしてしまうことです。ログの容量が増加し重大な問題が発生します。Heartbeatログデーモン（バージョン2の新機能）は、クライアントに代わって同期API呼び出しを行ってログを仲介し、この問題を解決します。

この機能の有効・無効を切り替えるには、ha.cf/UseLogd命令[32]をご参照ください。 ログパッケージの選択
syslogよりもsyslog-ngを優先して使用するようお勧めします。Heartbeatバージョン2の機能や増加するクラスタサイズから見て、ユーザーの皆さんはログの容量が増加してしまうと懸念されるかもしれませんが、開発チームの経験では、syslogの方がsyslog-ngよりも多くのログメッセージを失います。

Syslog-NGの構成例
以下に、私（著者）がSLES9上のSyslog-ngで使用している追加構成についてお知らせします。クラスタ内のノード全てで、/etc/syslog-ng/syslog-ng.confの末尾に以下の行を追加します。

source s_tcp { tcp(port(9999) max-connections(16)); };
filter f_ha  { facility(local7); };
filter f_ha_tcp  { facility(local7); };
destination ha_local { file("/var/log/cluster.log" perm(0644)); };
destination ha_tcp { tcp(c001n16 port(9999));};
log { source(src); filter(f_ha_tcp); destination(ha_tcp); };
log { source(src); source(s_tcp); filter(f_ha); destination(ha_local); };

この命令では、local7ファシリティのログに記録された全ての内容をc001n16マシンに送信しています。さらに、local7ファシリティのログに記録された全ての内容を/var/log/cluster.logに送信します。c001n16マシンは、ほかのクラスタノードから送信された内容を全て含みます。
注：srcは、使用中のローカルマシンから生成されるログを参照します。使用される名前は、ディストリビューションごとに異なります。

コアファイル

（強制終了時などの）最終手段として、Heartbeat[1]の各部がコアファイルを生成します。コアファイルによって、開発者にとって非常に貴重な情報がもたらされ、発生したバグの解決能力が高まります。

管理者には、新しいcoredumps命令を使用して、コアダンプ[33]の取得を読み、この重要な情報を失わないよう強くお勧めをいたします。

Stonithを有効にする

• apiauth stonithd uid=root
  respawn root      /usr/lib/heartbeat/stonithd

新しいクラスタリソースマネージャを有効にする

この命令は、クラスタリソースマネージャの使用時にのみ変更します。

• crm yes

詳細については、ha.cf/CRM[34]命令をご参照ください。

その他のオプション

• apiauth cibmon   uid=hacluster
  respawn hacluster /usr/lib/heartbeat/cibmon -d

リソース構成

さらに総合的なユーザーガイド[35]を入手することができます。改善点など、どうぞ、ご遠慮なく、ご提案ください。

クラスタの構成例

• 基本的な単一IPアドレス構成[36] (初心者はここから始めてください)

• 2つのIPアドレスのアクティブ/アクティブ構成[37]

• 基本的なApache Webサーバー構成[38]

• アクティブ/アクティブ構成における2台のApache Webサーバー[39]

その他、 簡単な例[40] についてもご参照いただけます。

問題報告

問題を報告する際に、要求されることがありますので、覚えておいてください。

• コアファイル：/var/lib/heartbeat/coresの各ディレクトリに格納されています。

• ログファイル：syslog-ngなどを実行していると役立ちます。結合したクラスタログを提供してください（少なくともlocal7.info以降を推奨）。

問題がクラスタステートへの応答（リソースの起動/停止/再起動など）に関連する場合は、動作を示す CIG[41] を含めることで、その問題の修正や説明が示される可能性が高くなります。この作業では、ptestを使用します。複数の-Vとともにptest -X path/to/cib.fileを起動して、詳しい出力を取得します。

バグレポートの提出については、 クラスタ・リソース・マネージャ/バグレポート[42] を参照してください。

関連情報

コンタクト情報[43] ソフトウェアのダウンロード[5] インストール手順[44] クラスタ情報ベース/ユーザーガイド[35] クラスタ情報ベース/簡単な例[40] Heartbeatバージョン2情報[45] その他のバージョン2用入門ドキュメント[46]

---

This information provided courtesy of the Linux-HA project at http://linux-ha.org/