5. ハートビートリソースの詳細

本章では、ハートビートリソースの詳細について説明します。

5.1. ハートビートリソースとは?

クラスタ内のサーバは、他のサーバの死活監視を行います。サーバ間の死活監視はハートビートリソースを使用します。ハートビートデバイスには以下の種類があります。

ハートビートリソース名

略称

機能概要

LAN ハートビートリソース (1) (2)

lanhb
LAN を使用してサーバの死活監視を 行います
クラスタ内の通信でも使用します

カーネルモード LAN ハートビートリソース (1) (2)

lankhb

カーネルモードのモジュールが LAN を使用してサーバの死活監視を行います

ディスクハートビートリソース (3)

diskhb

共有ディスク上の専用パーティションを 使用してサーバの死活監視を行います

COM ハートビートリソース (4)

comhb

2 台のサーバ間を COM ケーブルで 接続してサーバの死活監視を行います

BMC ハートビートリソース (5)

bmchb

BMC を使用してサーバの死活監視を行います

Witness ハートビートリソース (6)

witnesshb

Witness サーバを使用してサーバの死活監視を行います

  • LAN ハートビートまたはカーネルモード LAN ハートビートはどちらか一方を最低一つは設定する必要があります。二つ以上の設定を推奨します。システム負荷に強い カーネルモード LAN ハートビートリソース を設定することを推奨します。

  • 必ず全サーバ間で通信可能な LAN ハートビートまたはカーネルモード LAN ハートビートを 1 つ以上設定してください。

  • ディスクハートビートおよび COM ハートビートの I/F は、以下の基準で設定してください。

    共有ディスクを使用するとき
    [サーバ数 2 台まで]| [サーバ数 2 台まで]
    基本的に COM I/F 方式とディスク I/F 方式
    [サーバ数 3 台以上]
    ディスク I/F 方式

    共有ディスクを使用しないとき
    [サーバ数 2 台まで]
    COM I/F 方式

5.2. LAN ハートビートリソースを理解する

5.2.1. LAN ハートビートリソースの注意事項

  • LAN ハートビートリソース、もしくカーネルモード LAN ハートビートリソースは 1 つ以上設定する必要があります。インタコネクト専用のLAN ハートビートリソースと、インタコネクトとパブリック共用の LAN ハートビートリソースの 2 つ以上の設定を推奨します。

  • インタコネクトに登録した I/F にはアラート同期の通信データが流れます。ネットワーク トラフィックを考慮して設定してください。

5.3. カーネルモード LAN ハートビートリソースを理解する

5.3.1. カーネルモード LAN ハートビートリソースの動作確認情報

注釈

ディストリビューション、カーネルバージョンに依存するため、設定前に必ず『スタートアップガイド』の「CLUSTERPRO の動作環境」 - 「ソフトウェア」 - 「動作可能なディストリビューションと kernel」を参照してください。

5.3.2. カーネルモード LAN ハートビートリソースの設定

LAN ハートビートと同様の機能をカーネルモードのドライバモジュールを使用して実現します。 以下のような特徴があります。

  • カーネルモードのドライバを使用するため、負荷に影響されにくくインタコネクト断線の誤認が少なくなります。

  • ユーザ空間モニタリソースの keepalive 方式と同時に設定することで、ユーザモードストール検出時のリセットを他のサーバで記録することが可能になります。

5.3.3. カーネルモード LAN ハートビートリソースの注意事項

  • インタコネクト専用のカーネルモード LAN ハートビートリソースと、インタコネクトとパブリック共用のカーネルモード LAN ハートビートリソースの 2 つ以上の設定を推奨します。

5.4. ディスクハートビートリソースを理解する

5.4.1. ディスクハートビートリソースの設定

ディスクハートビートリソースを使用するためには、以下の設定が必要です。

  • 共有ディスク上に専用のパーティションを確保してください。 (ファイルシステムを作成する必要はありません。)

  • 全てのサーバから、共有ディスク上の専用パーティションが同じデバイス名でアクセスできるように設定してください。

ディスクハートビートリソースを使用すると、ネットワークが切断された場合でも他サーバの生存を確認することが可能になります。

クラスタが 3 台以上のサーバで構成されている場合に、以下のようにディスクハートビートリソースを使用する構成が可能です。クラスタ内の共有ディスクを使用するサーバ間でのみディスクハートビートリソースを使用するように設定することができます。

詳細については本ガイドの「2. パラメータの詳細」 - 「クラスタプロパティ」 - 「インタコネクトタブ」を参照してください。

5.4.2. ディスクハートビートリソースの注意事項

  • 共有ディスクを使用する場合には、LAN ハートビートリソースとディスクハートビートリソースの併用を推奨します。

  • 複数の LUN を使用している場合でも、ディスクハートビートリソースはクラスタ内で 1 つまたは 2 つの使用を推奨します。ディスクハートビートリソースはハートビートインターバルごとにディスクへの read/write を行うためディスクへの負荷を考えて設定 してください。

  • 各 LUN にディスクハートビート専用パーティションを確保してください。ディスクの故障 などでデバイス名がずれた場合にファイルシステムを破壊することがありますので、ディスクハートビートを使用しない LUN にもダミーのパーティションを確保してください。
    ディスクハートビート専用パーティションのパーティション番号が各 LUN で同じになるように確保してください。

  • ストレージプールに登録しないでください。

5.5. COM ハートビートリソースを理解する

5.5.1. COM ハートビートリソースの注意事項

ネットワークが断線した場合に両系で活性することを防ぐため、COM が使用できる環境であれば COM ハートビートリソースを使用することを推奨します。

5.6. BMC ハートビートリソースを理解する

5.6.1. BMC ハートビートリソースの注意事項

LAN ハートビートと同様の機能を BMC を使用して実現します。以下のような特徴があります。

5.7. Witness ハートビートリソースを理解する

5.7.1. Witness ハートビートリソースの設定

Witness ハートビートリソースを使用するためには、以下の設定が必要です。

  • Witness ハートビートリソースを使用する全てのサーバと、Witness サーバサービスが動作しているサーバ (Witness サーバ) が通信可能である必要があります。Witness サーバについては「7. その他の設定情報」の「Witness サーバサービス」を参照してください。

Witness ハートビートリソースを使用すると、Witness サーバが保持しているサーバ死活情報を定期的に確認します。サーバ死活情報が集約されるため、サーバ間で死活情報に齟齬が発生しにくくなります。また、HTTP ネットワークパーティション解決リソースと併用することで、「自サーバと Witness サーバ間の通信途絶」と「他サーバと Witness サーバ間の通信途絶」を区別して動作します。

5.7.2. Witness ハートビートリソースの注意事項

  • クラスタ名にスペース文字が含まれると、Witness ハートビートリソースが正常に動作しません。クラスタ名にスペース文字を含めないでください。

  • Witness サーバをクラスタ名が重複する複数のクラスタで共有すると、Witness ハートビートリソースが正常に動作しません。クラスタ名が重複しないように設定してください。

  • Witness サーバとの通信では、NIC およびソースアドレスは OS の設定に従って選択されます。