4 YaSTクラスタモジュールの使用 #

マルチキャストを使用する場合、すべてのクラスタノードに対して同じbindnetaddr、mcastaddr、mcastportが使用されます。クラスタ内のすべてのノードは同じマルチキャストアドレスを使用することで互いを認識します。別のクラスタは、別のマルチキャストアドレスを使用します。

1. YaSTクラスタモジュールを起動して、通信チャネルカテゴリに切り替えます。

2. 転送プロトコルをMulticastに設定します。

3. バインドネットワークアドレスを定義します。クラスタマルチキャストに使用するサブネットに値を設定します。

4. マルチキャストアドレスを定義します。

5. ポートを定義します。

6. クラスタノードごとに一意のIDを自動的に生成するには、ノードIDの自動生成を有効にしたままにします。

7. クラスタ名を定義します。

8. 期待する得票数の数を入力します。これは、パーティションされたクラスタでCorosyncがクォーラムを計算する場合に重要です。デフォルトでは、各ノードには1票が割り当てられています。期待する得票数の数は、クラスタ内のノード数と一致する必要があります。

9. 変更内容を確認します。

10. 必要な場合は、手順4.3「冗長通信チャネルの定義」で説明するように、Corosyncで冗長な通信チャネルを定義します。

1. YaSTクラスタモジュールを起動して、通信チャネルカテゴリに切り替えます。

2. 転送プロトコルをUnicastに設定します。

3. ポートを定義します。

4. ユニキャスト通信では、Corosyncはクラスタ内のすべてのノードのIPアドレスを認識する必要があります。クラスタの一部になる各ノードで、追加をクリックし、次の詳細を入力します。

   • IPアドレス

   • 冗長IPアドレス(Corosyncで2つ目の通信チャネルを使用する場合にのみ必要)

   • ノードID(ノードIDの自動生成オプションが無効になっている場合にのみ必要)

   クラスタメンバーのアドレスを変更または削除するには、編集または削除ボタンを使用します。

5. クラスタノードごとに一意のIDを自動的に生成するには、ノードIDの自動生成を有効にしたままにします。

6. クラスタ名を定義します。

7. 期待する得票数の数を入力します。これは、パーティションされたクラスタでCorosyncがクォーラムを計算する場合に重要です。デフォルトでは、各ノードには1票が割り当てられています。期待する得票数の数は、クラスタ内のノード数と一致する必要があります。

8. 変更内容を確認します。

9. 必要な場合は、手順4.3「冗長通信チャネルの定義」で説明するように、Corosyncで冗長な通信チャネルを定義します。

重要: 冗長リングおよび/etc/hosts

Corosync内で複数のリングが設定されている場合、各ノードが複数のIPアドレスを持つことができます。これはすべてのノードの/etc/hostsに反映する必要があります。

1. YaSTクラスタモジュールを起動して、通信チャネルカテゴリに切り替えます。

2. 冗長チャネルを有効にします。冗長チャネルは、定義した最初の通信チャネルと同じプロトコルを使用する必要があります。

3. マルチキャストを使用する場合は冗長チャネル用に次のパラメータを入力します: 使用するバインドネットワークアドレス、マルチキャストアドレス、およびポート。

   ユニキャストを使用する場合は次のパラメータを定義します: 使用するバインドネットワークアドレス、およびポート。クラスタに参加するすべてのノードのIPアドレスを入力します。

4. Corosyncに、異なるチャネルを使用する方法とタイミングを伝えるには、使用するrrp_modeを選択します。

   • 通信チャネルが1つだけ定義されている場合、rrp-modeが自動的に無効化されます(値なし)。

   • activeに設定した場合、Corosyncは両方のインタフェースをアクティブに使用します。ただし、このモードは非推奨の機能です。

   • passiveに設定した場合、Corosyncは代わりに使用可能なネットワークを介してメッセージを送信します。

   RRPの使用時に、High Availability Extensionは現在のリングの状態を監視し、障害発生後に冗長リングを自動的に再度有効化します。

   または、corosync-cfgtoolを使用してリングの状態を手動で確認します。使用可能なオプションは-hで参照できます。

5. 変更内容を確認します。

1. YaSTクラスタモジュールを起動し、セキュリティカテゴリに切り替えます。

2. 安全認証の有効化をオンにします。

3. 新しく作成したクラスタの場合は、認証キーファイルの生成をクリックします。認証キーが作成され、/etc/corosync/authkeyに書き込まれます。

   ご使用のマシンを既存のクラスタに参加させたい場合、新しいキーファイルは生成しないでください。代わりに、いずれかのノードから/etc/corosync/authkeyを(手動またはCsync2によって)ご使用のマシンにコピーします。

4. 変更内容を確認します。YaSTが設定を/etc/corosync/corosync.confに書き込みます。

1. YaSTによるCsync2の設定。

2. Csync2による設定ファイルの同期。

1. YaSTによるconntrackdの設定。

2. conntrackd (クラス: ocf、プロバイダ: heartbeat)のリソースの設定。Hawk2を使用する場合、Hawk2によって提案されるデフォルト値を使用します。

YaSTクラスタモジュールを使用して、ユーザスペースconntrackdを設定します。これには、その他の通信チャネルに使用されていない専用のネットワークインタフェースが必要です。デーモンは後でリソースエージェントによって起動できます。

1. YaSTクラスタモジュールを起動して、conntrackdの設定カテゴリに切り替えます。

2. 専用インタフェースを選択して、接続ステータスを同期します。選択したインタフェースのIPv4アドレスが自動的に検出され、YaSTに表示されます。これはすでに設定済みで、マルチキャストをサポートしている必要があります。

3. 接続ステータスの同期に使用するマルチキャストアドレスを定義します。

4. グループ番号で、接続ステータスを同期させるグループのID番号を定義します。

5. /etc/conntrackd/conntrackd.conf の生成をクリックして、conntrackdの設定ファイルを作成します。

6. 既存のクラスタでオプションを変更した場合、変更を確認して、クラスタモジュールを終了します。

7. クラスタ設定を先に進めるには、次へをクリックして、4.7項 「サービスの設定」で続行します。

1. YaSTクラスタモジュール内で、サービスカテゴリに切り替えます。

2. このクラスタノードがブートするたびにPacemakerを起動するには、起動中グループで該当するオプションを選択します。起動中グループで、オフを選択する場合は、このノードがブートするたびに手動でPacemakerを起動する必要があります。Pacemakerを手動で起動するには、次のコマンドを使用します。

   root # crm cluster start

3. Pacemakerをただちに起動または停止するには、それぞれのボタンをクリックします。

4. 現在のマシン上でのクラスタ通信に必要なポートをファイアウォールで開くには、ファイアウォールでポートを開くをアクティブにします。

5. 変更内容を確認します。この設定は、すべてのクラスタノードではなく、ご使用のマシンにのみ適用されることにご注意ください。

1. 既存のノードにログインします。

2. サービスがすでに実行していることを確認します。

   root # crm cluster status

   実行されていない場合、Pacemakerをすぐに開始します。

   root # crm cluster start

3. それぞれのクラスタノードに対してこの手順を繰り返します。

4. ノードの1つで、crm statusコマンドを使用してクラスタの状態を確認します。すべてのノードがオンラインの場合、出力は次のようになります。

   root # crm status
   Last updated: Thu Jul  3 11:07:10 2014
   Last change: Thu Jul  3 10:58:43 2014
   Current DC: alice (175704363) - partition with quorum
   2 Nodes configured
   0 Resources configured
   
   Online: [ alice bob ]

   この出力は、クラスタリソースマネージャが起動し、リソースを管理できる状態にあることを示しています。