Pacemaker を使用した統合ソリューションの前提条件

Pacemaker をクラスタ管理ソリューションとして統合するには、ハードウェアとソフトウェアの前提条件を満たす必要があります。

重要: 以降 11.5.8Db2® では、統合クラスタマネージャー Pacemaker として を使用する場合、相互フェイルオーバーによる高可用性がサポートされます。 Db2 11.5.6 以降では、HADR スタンバイ・データベースへの自動フェイルオーバー用の Pacemaker クラスター・マネージャーは、 Db2と共にパッケージされ、インストールされます。 Db2 11.5.5では、 Pacemaker が含まれており、実稼働環境で使用できます。 Db2 11.5.4では、 Pacemaker は、開発環境、テスト環境、および PoC 環境用のテクノロジー・プレビューとしてのみ組み込まれています。

ハードウェアのサポートと Linux ディストリビューション

統合 Pacemaker 高可用性 (HA) ソリューションは、以下の Linux® ディストリビューションで使用できます。
インテルLinuxとLinux on IBM Z®
  • 同じリリースの Db2 11.5.8 およびそれ以降のフィックスパックの場合:
    • Red Hat® Enterprise Linux (RHEL) 8.4 以上
    • SuSE Linux Enterprise Server (SLES) 15 SP3 以上
  • Db2 11.5.7 および同じリリースの将来のフィックスパックの場合:
    • Red Hat Enterprise Linux (RHEL) 8.1 以上
    • SuSE Linux Enterprise Server (SLES) 15 SP1 以上
  • Db2 11.5.6の場合、レベルは以下のいずれかでなければなりません。
    • Red Hat Enterprise Linux (RHEL) 8.1 および 8.2
    • SuSE Linux Enterprise Server (SLES) 15 SP1 および SP2
  • Db2 11.5.4 および 11.5.5の場合、レベルは以下のいずれかでなければなりません。
    • Red Hat Enterprise Linux (RHEL) 8.1
    • SuSE Linux Enterprise Server (SLES) 15 SP1
POWER ® Linux
  • 同じリリースの Db211.5.8 およびそれ以降のフィックスパックの場合:
    • Red Hat Enterprise Linux (RHEL) 8.4 以上
    • SuSE Linux Enterprise Server (SLES) 15 SP3 以上
  • Db211.5.7 および同じリリースの将来のフィックスパックの場合:
    • Red Hat Enterprise Linux (RHEL) 8.2 以上
    • SuSE Linux Enterprise Server (SLES) 15 SP3 以上
  • バージョン 11.5.7より前:
    • サポートされていない

許可

Pacemakerクラスタマネージャを使用してHigh Availabilityソリューションを作成および利用するには、rootユーザ権限が必要です。

ホスト・ファイルのセットアップ

hosts ファイルは、各ホストの /etc ディレクトリーにある Linux システム・ファイルです。 以下の情報を、表示されている順序で入力する必要があります。
IP_Address  fully_qualified_domain_name  alias
各 HADR ホストのホスト名に関連付けられている IP アドレスの IP サブネットは一意である必要があります。 この IP アドレスは通常、2 つのホスト間の Db2 ログ・シッピング、および 2 つのクラスター・ホストと、クォーラム・投票通信のクォーラム・アービトレーターとして機能する 3 番目のホストとの間の通信に使用されます。

ユーザーおよびグループ ID

Db2 セットアップ・ウィザードを使用しない場合、データベース・インストールのためのグループおよびユーザーIDの作成 (LinuxおよびUNIX)の情報に従って、インスタンス所有者、フェンス・ユーザー、その他のユーザー、および関連するグループが作成されていることを確認する必要があります。

root ユーザー ID およびインスタンス・ユーザー ID のパスワードレス・セキュア・シェル (SSH)

root ユーザーとインスタンス・ユーザーの両方のパスワードなし SSH を HADR ノード間で構成する必要があります。 インスタンス・ユーザーとルートIDは、ローカルでも2つのホスト間でも、完全修飾ドメイン名かホスト名エイリアスを使用してSSHを使用できなければならない。

ローカル・ストレージ

すべてのクラスター関連ソフトウェアの各ノードで、以下のローカル・ストレージ ( /tmpなど) を確認します ( Db2 サーバー、データベース、ログ・ファイルなどに必要なスペースを除く)。
  • クラスター・ストレージの RPM および解凍したファイル用に 50 MB
  • クラスター関連ソフトウェアのフルインストール用に 200 MB
  • クラスタソフトウェアのログファイルを保存するために少なくとも/var 1GB
  • RHELの場合、 /usrに少なくとも150 MB
  • SUSE 用に少なくとも300 MBの/usr
/usr ファイル・システム内の新しい Pacemaker ファイルと Corosync ファイルのリストを以下に示します。
  • /usr/share/pacemaker
  • /usr/share/doc/packages
  • /usr/share/licenses
  • /usr/share/man/man7
  • /usr/share/man/man8
  • /usr/lib/pacemaker
  • /usr/lib/ocf/resource.d/pacemaker
  • /usr/lib/systemd/system
  • /usr/lib/debug/dwz
  • /usr/lib64
  • /usr/lib64/pkgconfig
  • /usr/sbin

Pacemaker および Corosync ポート使用情報

表 1. ネットワークの内部または各ホストにファイアウォールがセットアップされている場合は、以下のポートを開く必要があります。
サービス名 ポート番号 プロトコル
crmd 3121 TCP
corosync-qnetd 5403 TCP
corosync 5404 - 5405 UDP

パッケージ

Pacemakerには、 KornShell (ksh) パッケージと python3-dnf-plugin-versionlock パッケージが必要です。 後者のパッケージは、 Db2 インストーラーがすべての Pacemaker および Corosync RPM をロックするために使用します。

さらに、 Db2のインストール要件を満たすために、いくつかの他の検査がシステム上で実行されます。 インストール・プロセスを開始する前に、db2prereqcheck コマンドを実行して、これらの前提条件をシステムが満たしているかどうかを判別してください。 db2prereqcheck コマンドについて詳しくは、 db2prereqcheck -インストール前提条件の検査を参照してください。

クラスター・ソフトウェア

Db2 が Pacemaker を統合クラスター・マネージャー・ソリューションとしてサポートするのは、使用されている Pacemaker ソフトウェア・スタックが Db2 から直接提供され、特定の Db2 リリースに対応しており、新しい db2cm ユーティリティーを使用するか、 Db2 サポートの指示に従って完全に構成されている場合のみです。 Db2の Pacemaker ソフトウェアのサポートについては、 Pacemaker ソフトウェア・スタックだけでなく、提供されている構成も変更しないようにする必要があります。

バージョン 11.5.5 と バージョン 11.5.4 については、 Db2 がサポートする Pacemaker のバージョンを、この公開ウェブサイト IBM® からダウンロードする必要があります。 Db2 自動化されたHADRと Pacemaker 。 Linux ディストリビューションとアーキテクチャーごとに固有の圧縮 tar ファイルが用意されています。

バージョン 11.5.6 以降のリリースの場合、 Pacemaker ソフトウェアは Db2 インストール・イメージに含まれています。 オンプレミス・デプロイメントでは追加のダウンロードは必要なく、 Pacemakerを使用した追加のパッケージ (Booth Cluster Ticket Manager など) はサポートされません。 クラウドベースの展開の場合、 Pacemaker でサポートされているパブリッククラウドベンダー で参照されている代替構成では、前述の IBMのパブリックウェブサイトから特定のパッケージをダウンロードする必要がある場合があります。 詳細は、 Pacemaker でサポートされているパブリッククラウドベンダー を参照してください。

QDevice クォーラムのメカニズム

これは、実動システムにお勧めするクォーラム・メカニズムです。 これには、アービトレーターとして機能する corosync-qnetd ソフトウェアをインストールするための 3 番目のホストが必要です。 ホスト自体はクラスターの一部である必要はなく、 Db2 サーバーがインストールされている必要もありません。
注： クラスタには、調停者として機能するQNetサーバーは1つだけ存在できます。

HADR ノードに必要なディスク・スペース: 10 MB (corosync に加えて必要な容量)

Qnetd サーバー・ホストの最小要件:
  • 2vCPU
  • 8 GB のメモリー
  • このホストを QDevice として使用するように構成された追加クラスターごとに、10 MB の空きディスク・スペース + 2 MB。
その他の要件
  • 使用するホストに、クラスター内の他の 2 つのホストから TCP/IP を使用してアクセスできる必要があります。
  • クラスター・ホストは、 /etc/hosts ファイルで指定された IP アドレスを使用して、QDevice ホストと通信できなければなりません。
  • QNetd サーバーを使用するすべてのクラスターに、固有のクラスター名が必要です。

仮想 IP アドレス (VIP)

フェイルオーバー発生時に自動クライアント・リルートを有効にする目的で、 Db2 HADR の HADR 対応データベースごとに仮想 IP がセットアップされることがよくあります。 VIP の設定に必要な前提条件については Pacemakerのネットワーク」 を参照してください。

Db2 高可用性災害時リカバリー (HADR)

HADR 機能を使用している場合は、以下のタスクを実行します。
  • 両方の HADR データベースが別々のシステムに存在することを確認します。
  • すべての HADR データベースがそれぞれの 1 次データベースとスタンバイ・データベースの役割で開始されていること、およびすべての HADR 1 次/スタンバイ・データベースのペアがピア状態であることを確認します。
  • SYNC HADR 同期モードまたは NEARSYNC HADR 同期モードのいずれかを使用していることを確認してください。
  • すべてのHADRデータベースの hadr_peer_window 構成パラメータを推奨値の120秒（最小60秒）に設定します。
  • Db2 障害モニターを使用不可にします。

Db2 相互フェイルオーバー

相互フェイルオーバー機能を使用している場合は、以下のタスクを実行します。
  • 両方のホストが、同一のインストール・パスを使用して、同一の Db2 バージョンを実行していることを確認してください。
  • 両方のホストで同じ Db2 グループとユーザーが作成されていることを確認します。
  • 常に 1 つのホストのみがアクティブになっている状態で、両方のホストが共有マウントにアクセスできることを確認してください。 Db2 のみが共有マウントを実行できます。 systemdなどの他の自動化で共有マウントを実行することはできません。
  • 使用しているファイル・システムが、 相互フェイルオーバー用にサポートされているファイル・システムのリストに含まれていることを確認します。
  • Db2 障害モニターを使用不可にします。

パーティション・データベース環境

注: 複数のデータベース・パーティションの高可用性は、将来のリリースでサポートされる予定です。