クラスタノード間の通信には、マルチキャスト(UDP)またはユニキャスト(UDPU)のいずれかを使用します。

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

2. マルチキャストを使用するには、次のとおり実行します。

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

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

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

   4. マルチキャストポートを定義します。

      上で入力した値で、クラスタの通信チャネルを1つ定義したことになります。マルチキャストモードでは、すべてのクラスタノードに対して同じbindnetaddr、mcastaddr、mcastportが使用されます。クラスタ内のすべてのノードは同じマルチキャストアドレスを使用することで互いを認識します。別のクラスタは、別のマルチキャストアドレスを使用します。

      

      図 3.2 YaSTクラスタ - マルチキャスト設定 #

3. ユニキャストを使用するには、次のとおり実行します。

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

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

   3. マルチキャストポートを定義します。

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

      • IPアドレス

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

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

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

      

      図 3.3 YaSTクラスタ - ユニキャスト設定 #

4. ノードIDの自動生成オプションはデフォルトで有効になっています。IPv4アドレスを使用している場合は、ノードIDはオプションですが、IPv6アドレスを使用している場合は必須です。各クラスタノードで固有のIDを自動生成するには(各ノードでIDを手動で指定するよりもエラーの発生が少ない)、このオプションを有効のままにします。

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

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

7. 既存のクラスタでオプションを変更した場合、変更を確認して、クラスタモジュールを終了します。YaSTが設定を/etc/corosync/corosync.confに書き込みます。

8. 必要な場合は、2つ目の通信チャネルを次で説明されるとおり定義します。または次へをクリックして、手順3.7「安全な認証を有効にする」で続行します。

ネットワークデバイスボンディングが何らかの理由で使用できない場合、第2の選択は、Corosyncに冗長通信チャネル(2つ目のリング)を定義することです。この方法では、2つの物理的に分かれたネットワークが通信に使用できます。1つのネットワークが失敗しても、クラスタノードは、もう一方のネットワークを介して通信できます。

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

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

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

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

3. マルチキャストを使用する場合、バインドネットワークアドレス、マルチキャストアドレス、およびマルチキャストポートを冗長チャネル用に定義します。

   ユニキャストを使用する場合、バインドネットワークアドレスマルチキャストポートを定義し、クラスタの一部になるすべてのノードのIPアドレスを入力します。

   これで、Corosyncに、2つ目のトークンパスリングを形成する追加の通信チャネルを定義したことになります。/etc/corosync/corosync.confで、プライマリリング(設定した最初のチャネル)にはringnumber 0が設定され、2つ目のリング(冗長チャネル)にはringnumber 1が設定されます。

4. Corosyncに、異なるチャネルを使用する方法とタイミングを伝えるには、使用したいrrp_mode(activeまたはpassive)を選択します。このモードに関する詳細については、冗長リングプロトコル(RRP)を参照するか、ヘルプをクリックしてください。RRPが使用されるとただちに、デフォルトでは、ノード間の通信に、(TCPの代わりに)SCTP (Stream Control Transmission Protocol)が使用されます。High Availability Extensionは現在のリングステータスを監視し、不具合が起きたら冗長リングを自動的に再有効化します。または、corosync-cfgtoolによって、リングステータスを手動で確認することもできます。使用可能なオプションは-hで参照できます。

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

5. 既存のクラスタでオプションを変更した場合、変更を確認して、クラスタモジュールを終了します。YaSTが設定を/etc/corosync/corosync.confに書き込みます。

6. クラスタ設定を先に進めるには、次へをクリックして、3.5.3項 「認証設定の定義」で続行します。

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

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

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

   

   図 3.4 YaSTクラスタ - セキュリティ #

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

4. 既存のクラスタでオプションを変更した場合、変更を確認して、クラスタモジュールを終了します。YaSTが設定を/etc/corosync/corosync.confに書き込みます。

5. クラスタ設定を先に進めるには、次へをクリックして、3.5.4項 「すべてのノードへの設定の転送」で続行します。

1. YaSTによるCsync2の設定。

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

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

2. 同期グループを指定するには、同期ホストグループで追加をクリックし、クラスタ内のすべてのノードのローカルホスト名を入力します。ノードごとに、hostnameコマンドから返された文字列を正確に使用する必要があります。

   

   ヒント: ホスト名解決

   ホスト名解決がネットワークで正しく機能しない場合は、各クラスタノードのホスト名とIPアドレスの組み合わせを指定することもできます。この指定には、HOSTNAME@IP文字列(たとえば、alice@192.168.2.100)を使用します。Csync2は、接続時にIPアドレスを使用します。

3. 事前共有キーの生成をクリックして、同期グループのキーファイルを生成します。キーファイルは、/etc/csync2/key_hagroupに書き込まれます。このファイルは、作成後に、クラスタのすべてのメンバーに手動でコピーする必要があります。

4. すべてのノード間で、通常、同期される必要のあるファイルを同期ファイルリストに入れるには、推奨ファイルの追加をクリックします。

   

   図 3.5 YaSTクラスタ - Csync2 #

5. 同期するファイルのリストからファイルを編集、追加、または削除する場合は、該当する各ボタンを使用します。ファイルごとに絶対パス名を入力する必要があります。

6. Csync2をオンにするをクリックして、Csync2をアクティブにします。これによって次のコマンドが実行され、ブート時にCsync2が自動的に起動します。

   root # systemctl enable csync2.socket

7. 既存のクラスタでオプションを変更した場合、変更を確認して、クラスタモジュールを終了します。YaSTがCsync2の設定内容を/etc/csync2/csync2.cfgに書き込みます。ここで同期プロセスを開始するには、手順3.9「Csync2による設定ファイルの同期」で続行します。

8. クラスタ設定を先に進めるには、次へをクリックして、3.5.5項 「クラスタノード間の接続ステータスの同期」で続行します。

Csync2でファイルを正常に同期するには、次の前提条件を満たしておく必要があります。

1. 設定をコピーしたいノードから、次のコマンドを実行します。

   root # csync2 -xv

   これによって、すべてのファイルをその他のノードにプッシュすることで、一度に同期を行います。すべてのファイルが正常に同期されると、Csync2がエラーなしで終了します。

   同期対象の1つ以上のファイルが(現在のノードだけでなく)他のノード上で変更されている場合は、Csync2から衝突が報告されます。次の出力とよく似た出力が表示されます。

   While syncing file /etc/corosync/corosync.conf:
   ERROR from peer hex-14: File is also marked dirty here!
   Finished with 1 errors.

2. 現在のノードのファイルバージョンが「最良」だと確信する場合は、そのファイルを強制して再同期を行い、競合を解決できます。

   root # csync2 -f /etc/corosync/corosync.conf
   csync2 -x

1. YaSTによるconntrackdの設定。

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

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

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

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

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

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

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

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

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

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

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

   root # systemctl start pacemaker.service

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

4. 既存のクラスタノードでオプションを変更した場合、変更を確認して、クラスタモジュールを終了します。この設定は、すべてのクラスタノードではなく、ご使用のマシンにのみ適用されることにご注意ください。

   YaSTクラスタモジュールでのみ最初のクラスタセットアップを完了している場合、ここで基本的な設定手順が完了したことになります。3.5.7項 「クラスタをオンラインにする」に従って手順を進めます。

   

   図 3.7 YaSTクラスタ - サービス #

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

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

   root # systemctl status pacemaker.service

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

   root # systemctl start pacemaker.service

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 ]

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