This web page is no longer maintained. Information presented here exists only to avoid breaking historical links.
The Project stays maintained, and lives on: see the Linux-HA Reference Documentation.
To get rid of this notice, you may want to browse the old wiki instead.

Heartbeatバージョン2入門

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

背景

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

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

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

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

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

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

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

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

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

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

• OCFおよび LSB リソースエージェントのサポート

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

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

• 既存のharesources用の変換ツール

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

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

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

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

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

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

入門セクション

• 入門

• Heartbeatのインストール

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

• インターフェースの選択

• Authkeysの設定

• Heartbeatの起動とテスト

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

What's New

ログ

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

この機能の有効・無効を切り替えるには、ha.cf/UseLogd命令をご参照ください。 ログパッケージの選択
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の各部がコアファイルを生成します。コアファイルによって、開発者にとって非常に貴重な情報がもたらされ、発生したバグの解決能力が高まります。

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

Stonithを有効にする

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

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

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

• crm yes

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

その他のオプション

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

リソース構成

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

クラスタの構成例

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

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

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

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

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

問題報告

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

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

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

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

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

関連情報

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

Linux-HA サイト built by the Linux-HA crowd. HTML4 / CSS2