ノード名引継ぎ機能を利用したクラスタシステムで、運用系および待機系のハードウェア、およびOSを監視するため、Systemwalker Centric Managerの以下の機能を使用する場合、“ノード名引継ぎ機能使用時の環境設定”に示す環境設定を行ってください。
機能分類 | ノード名引継ぎ機能とともに使用する場合、設定が必要な機能 |
|---|---|
資源配付 |
|
監視 |
|
性能監視 |
|
ノード名引継ぎ機能の詳細については、各クラスタソフトウェアのマニュアルを参照してください。
ノード名引継ぎ機能使用時の運用形態
ノード名引継ぎ機能を利用できるインストール種別は、業務サーバだけです。ほかのインストール種別のサーバは、ノード名引継ぎ機能を利用できません。
ノード名引継ぎ機能が利用可能な運用形態の例を、以下に示します。
対象アドレスの種別 | IPアドレス | ホスト名 |
|---|---|---|
運用管理サーバの物理アドレス | IP-A | NodeA |
部門管理サーバの物理アドレス | IP-B | NodeB |
業務サーバ（クラスタ運用）の物理アドレス | IP-C | NodeC |
業務サーバ（クラスタ待機）の物理アドレス | IP-D | NodeD |
業務サーバ（クラスタ）の論理アドレス | IP-X | NodeX |
業務サーバ（クラスタ運用）の系間アドレス | IP-W | NodeW |
業務サーバ（クラスタ待機）の系間アドレス | IP-Z | NodeZ |
上記の例での業務サーバは、物理ノードでNodeC、NodeDとして構築され、論理ノードでは、“NodeX”として認識されます。
ノード名引継ぎ機能使用時の環境設定
ノード名引継ぎ機能を使用する場合の環境設定を以下に示します。
hostsファイル・自ホスト名の設定
クラスタのインタフェース検出抑止
自ホスト名の設定（資源配付機能を使用時）
hostsファイル・自ホスト名の設定
以下の手順にしたがって、運用管理サーバおよび部門管理サーバのhostsファイルの設定と、業務サーバの自ホスト名の設定を行います。
Systemwalker Centric Managerが扱う物理ノード名（ノード識別名）を決定します。
ここでは、以下のノードを物理ノード名とします。
IP-C : NodeC
IP-D : NodeD
部門管理サーバおよび運用管理サーバのhostsファイルを設定します。
業務サーバを監視する部門管理サーバおよび運用管理サーバから、物理ノードが識別できるように以下の値をhostsファイルに設定します。
物理ノードの識別名
すべての論理ノード
プライベートネットワークのIPアドレス
ここでは、論理ノードとして“IP-X : NodeX”を使用する場合の例を示します。
IP-A NodeA #運用管理サーバ IP-B NodeB #部門管理サーバ IP-C NodeC #業務サーバ（運用系） IP-D NodeD #業務サーバ（待機系） IP-X NodeX #クラスタ論理アドレス IP-W NodeW #運用系側の系間アドレス* IP-Z NodeZ #待機系側の系間アドレス*
DNSを利用している場合は、DNSの定義よりhostsファイルの定義を先に参照するように設定します。
/etc/nsswitch.conf ファイルの hosts: で始まる行を以下のように指定します。
hosts: files dns
物理ノードを識別できるノード名で通知を可能にするため、業務サーバの通信環境を定義します。以下のa)～d)の操作は、クラスタを構築する両方の業務サーバで実施します。
運用管理クライアントで、[スタート]メニューから[プログラム]-[Systemwalker Centric Manager]-[環境設定]-[システム監視設定]を選択し、[システム監視設定[接続先設定]]ダイアログボックスを表示します。
対象の業務サーバを指定し、[システム監視設定]ダイアログボックスを表示します。
[通信環境定義]ボタンをクリックし、[通信環境定義]ダイアログボックスを表示します。
[詳細設定]ボタンをクリックします。
→[通信環境定義詳細]ダイアログボックスが表示されます。
エージェントからの通知方法を[自ホスト名]で通知します。
[自ホスト名]タブの[ユーザ指定]オプションボタンを選択し、物理ノードを識別できるノード名を設定します。
クラスタノードを検出し、代表IPアドレスを変更します。
運用管理クライアントで、[Systemwalkerコンソール]を起動します。
ノード検出、またはGUIからのノード追加により、クラスタノードにした業務サーバを検出します。
ノードをGUIで作成する場合は、作成時に物理アドレス側を代表アドレスとします。
自動検出の場合は、プロパティで物理アドレスを代表IPアドレスに変更します。
ノード検出モードで、代表IPアドレスを変更します。
注意
hostsファイルに設定する系間パスのIPアドレスについて
系間パスのIPアドレスは、クラスタシステムの上位サーバに登録が必要です。複数のクラスタシステムを監視している場合、それぞれのクラスタシステム内でユニークであれば、同じIPアドレスを利用できます。
注意
自ホスト名の変更を行ったあとは、必ず、業務サーバのSystemwalker Centric Managerのデーモンをpcentricmgrコマンドで停止し、scentricmgrコマンドにより再起動してください。
クラスタのインタフェース検出抑止
以下の条件をすべて満たすノードを検出されないように設定します。
ノード検出時に論理IPアドレスを持っているノード
ルータまたはハブではない
PRIMECLUSTERのノード名引継ぎ機能を利用している業務サーバが配下に存在する運用管理サーバおよび部門管理サーバで、以下のコマンドを実行します。
ここでは、運用管理サーバ（NodeA）と部門管理サーバ（NodeB）の両方で、以下のコマンドを実行します。
/opt/systemwalker/bin/mpnmdctl ON |
注意
本コマンドでモードを変えることで、運用系のクラスタノードは、追加／更新されなくなります。したがって、クラスタ構成を監視マップ上に検出して、代表IPアドレスの設定の変更などを行ったあとに、モードを切り替えます。
ノード検出は、初回の構成情報を作成する場合およびサブネット内の構成変更が発生した場合にだけ利用してください。検出後に、クラスタのIPアドレス、ホスト名が正しく検出されているか確認し、必要があれば修正します。代表IPアドレスなどを設定したあとは、クラスタの存在するサブネットに対するノード検出機能は利用しないようにしてください。
自ホスト名の設定（資源配付機能を使用時）
資源配付機能では、クラスタサービス以外で運用している場合、物理ノードを意識した処理を行う必要があります。そのため、以下のコマンドにより、資源配付の処理対象となるノードについて、物理ノード名を設定します。
クラスタサービスとして運用している場合には、物理ノードを意識する必要はありません。
新規に自システム名の物理ノードを定義する場合
システムの定義を行うdrmsdfnコマンドにより、自システム定義にノード名の定義として物理ノードを指定します。
“ノード名引継ぎ機能使用時の運用形態”の図を元に、指定例を以下に示します。
NodeCの場合
drmsdfn -a sys -k own -s OWN -n NodeC |
NodeDの場合
drmsdfn -a sys -k own -s OWN -n NodeD |
注意
-nオプションで指定する値は、“hostsファイル・自ホスト名の設定”で設定した、業務サーバの上位サーバの/etc/hostsファイルに定義した物理ホスト名、または物理IPアドレスと同一にしてください。DRMS編集ファイルのnametypeオプションの値が“HOST”の場合は物理ホスト名を、“IP”の場合は物理IPアドレスを指定してください。DRMS編集ファイルの詳細については、"Systemwalker Centric Manager リファレンスマニュアル"を参照してください。
既存の自システム名の物理ノードを変更する場合
システム定義の内容を変更するdrmsmdfyコマンドにより、自システムの内容変更時にノード名の指定を可能とし、自動定義された内容およびdrmsmdfyで定義された内容を変更します。
指定例を以下に示します。
NodeCの場合
drmsmdfy -a sys -k own -s OWN -n NodeC |
NodeDの場合
drmsmdfy -a sys -k own -s OWN -n NodeD |
注意
-nオプションで指定する値は、“hostsファイル・自ホスト名の設定”で設定した、業務サーバの上位サーバの/etc/hostsファイルに定義した物理ホスト名、または物理IPアドレスと同一にしてください。DRMS編集ファイルのnametypeオプションの値が“HOST”の場合は物理ホスト名を、“IP”の場合は物理IPアドレスを指定してください。DRMS編集ファイルの詳細については、"Systemwalker Centric Manager リファレンスマニュアル"を参照してください。
留意事項
以下の項目について説明します。
DNS利用時のクラスタシステム上のノード名識別
引継ホスト名が新ノードとして追加された場合
DNS利用時のクラスタシステム上のノード名識別
DNSを利用している場合は、DNSの定義よりも先にhostsの定義を参照するように設定し、プライベートネットワークのIPアドレスも含めて、ノード名を正しく認識できるようにする必要があります。そのためには、DNSを利用しているクラスタシステムの上位サーバで、以下の設定を行います。設定が必要な上位サーバには、業務サーバに対する運用管理サーバのように、間接的な上位サーバも含まれます。
hostsファイルにノードとIPを設定します。
物理ノードが識別できるように、物理ノードの識別名およびすべての論理ホスト名、プライベートネットワークのIPアドレスをhostsファイルに設定します。
hostsファイルとDNSの参照順番を設定します。
設定した内容が正しく反映されるように、hostsファイルとDNSの参照順番を設定します。/etc/nsswitch.conf ファイルの“hosts:”で、始まる行を以下のように指定します。
ここでは、“NIS(YP)”や“NIS+”は利用しないで、DNSより先にhostsファイルを参照する場合の例を示します。
hosts: files dns |
引継ホスト名が新ノードとして追加された場合
ノード検出時や[Systemwalkerコンソール]で、ノードを追加するときに、引継ホスト名が監視マップ上に新ノードとして追加されることがあります。そのような場合は、以下の手順で引継ホスト名を削除してください。
引継ノードを削除します。
削除は、[Systemwalkerコンソール]より、引継ノード名が表示されたサーバを監視している運用管理サーバに接続して行います。
引継ノードが追加されたサーバ（上位サーバ）の構成情報から引継ノードのホストに関する情報を削除します。
引継ノードが追加されたサーバで以下のコマンドを実行します。
/opt/systemwalker/bin/opaconstat -D 引継ホスト名 |
引継ノードが追加されたサーバ(上位サーバ)に、引継ノードのホストに関する情報を登録します。
引継ノードを追加したサーバで以下のコマンドを実行します。
/opt/systemwalker/bin/opaconstat -a |
