ここでは、PRIMERGY/PRIMEQUEST/仮想マシン環境(KVM)のシャットダウン機構の設定手順について説明します。
シャットダウン機構の設定手順は、機種/構成により異なります。
以下に機種/構成により必要なシャットダウンエージェントを示します。各表中のIPMI、Blade、kdump、MMB、iRMC、libvirt、vmchkhost はシャットダウンエージェントの省略名です。
サーバ機種 | シャットダウンエージェント | ||
|---|---|---|---|
IPMI | Blade | kdump | |
RX シリーズ | ○ | × | ○ |
BXシリーズ | ○(*1) | × | ○ |
BXシリーズ | × | ○ | ○ |
○: 必要、×:不要
(*1) シャットダウン機構で使用するBMCまたはiRMCのユーザとパスワードの組み合わせは、全ブレードにおいて同一にしてください。
サーバ機種 | シャットダウンエージェント | ||||
|---|---|---|---|---|---|
MMB | iRMC | ||||
Panic | Reset | Panic | Reset | Poweroff | |
PRIMEQUEST 2000 シリーズ | ○ | ○ | × | × | × |
PRIMEQUEST 3000 シリーズ | × | × | ○ | ○ | ○ |
○: 必要、×:不要
サーバ機種 | シャットダウンエージェント | |
|---|---|---|
libvirt | ||
Panic | Reset | |
PRIMERGY | ○ | ○ |
PRIMEQUEST 2000 シリーズ | ○ | ○ |
○: 必要
仮想マシン環境(KVM)で管理OS異常切替機能を使用する場合には、以下のシャットダウンエージェントを設定します。ゲストOS上に設定するシャットダウンエージェントは、仮想マシン機能で使用するものと同一です。
サーバ機種 |
| シャットダウンエージェント | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
IPMI | Blade | kdump | MMB | iRMC | libvirt | vmchkhost | |||||||
Panic | Reset | Panic | Reset | Poweroff | Panic | Reset | 状態確認 | ||||||
PRIMERGY | RX シリーズ | 管理OS | ○ | × | ○ | × | × | × | × | × | × | × | × |
BXシリーズ | ○(*1) | × | ○ | × | × | × | × | × | × | × | × | ||
BXシリーズ | × | ○ | ○ | × | × | × | × | × | × | × | × | ||
共通 | ゲストOS | × | × | × | × | × | × | × | × | ○ | ○ | ○ | |
PRIMEQUEST | 2000シリーズ | 管理OS | × | × | × | ○ | ○ | × | × | × | × | × | × |
3000シリーズ | × | × | × | × | × | ○ | ○ | ○ | × | × | × | ||
共通 | ゲストOS | × | × | × | × | × | × | × | × | ○ | ○ | ○ | |
○: 必要、×:不要
(*1) シャットダウン機構で使用するBMCまたはiRMCのユーザとパスワードの組み合わせは、全ブレードにおいて同一にしてください。
参照
シャットダウン機構についての詳細は、以下のマニュアルを参照してください。
“PRIMECLUSTER コンセプトガイド”の“2.3.5 PRIMECLUSTER SF”
“PRIMECLUSTER Cluster Foundation 導入運用手引書”の“第7章 シャットダウン機構(SF)”
クラスタインタコネクトの障害によりクラスタパーティションが発生した場合、まだ全ノードがユーザ資産にアクセスできる状態にあります。クラスタパーティションについては、“PRIMECLUSTER コンセプトガイド”の“1.2.2.1 データ整合性の保証”を参照してください。
ユーザ資産であるデータの整合性を保証するために、生存させるノード群と強制停止させるノード群を決定する必要があります。
PRIMECLUSTERでは、それぞれのノード群に対する重み付けを「生存優先度」と呼んでいます。
ノードの重みが大きいほど生存優先度は高くなり、小さくなるにつれて生存優先度は低くなります。ノード群の生存優先度が同じ場合は、ノード名がアルファベット順で最も早いノードを含むノード群が生存します。
生存優先度は、以下の計算で求められます。
生存優先度＝SFのノードの重み(weight)＋userApplicationの ShutdownPriority注意
SFは、生存させるノード群と強制停止させるノード群を決定するために、管理LANを使用してノード間で生存優先度を交換します。管理LANによる通信が行えない等、各ノードの生存優先度を受け取れない場合、SFは各ノードの生存優先度をSFのノードの重み(weight)とします。
ノードの重み。デフォルト値＝1。シャットダウン機能の設定の際に指定します。
設定はuserApplication作成時の属性設定で行ってください。設定値の変更方法については、“11.1 userApplicationの運用属性の変更”を参照してください。
参照
userApplicationのShutdownPriority属性については、“PRIMECLUSTER RMS 導入運用手引書”の“12.1 ユーザ設定属性”を参照してください。
以下に、代表的なケースを基に、生存優先度の設計指針を示します。
すべてのノードのweightを1(デフォルト)に設定
すべてのuserApplicationのShutdownPriority属性を0(デフォルト)に設定
生存させるノードのweightをその他ノードのweightの合計の2倍以上の値に設定
すべてのuserApplicationのShutdownPriority属性を0(デフォルト)に設定
以下は、node1を生存させる場合の例です。
すべてのノードのweightを1(デフォルト)に設定
動作を続けさせるuserApplicationのShutdownPriority属性をその他のuserApplicationのShutdownPriority属性とすべてのノードのweightの合計の2倍以上の値に設定
ShutdownPriority属性は1～20の範囲で設定
以下は、app1が動作しているノードを生存させる場合の例です。
生存させるノードのweightを自分より優先度が低いノードのweightの合計の2倍以上の値に設定
すべてのuserApplicationのShutdownPriority属性を0(デフォルト)に設定
以下は、node1、node2、node3、node4の順番でノードを生存させる場合の例です。
すべてのノードのweightを1(デフォルト)に設定
動作を続けさせるuserApplicationのShutdownPriority属性に2のべき乗(1,2,4,8,16,...)の値に設定
ShutdownPriority属性に指定する2のべき乗(1,2,4,8,16,...)の最小値は、以下の計算式で算出された値以上を設定
構成ノード数 - 1
例：2ノード構成の場合は (2 - 1) = 1。ShutdownPriority属性の最小値は 1 から設定する。
例：3ノード構成の場合は (3 - 1) = 2。ShutdownPriority属性の最小値は 2 から設定する。
例：4ノード構成の場合は (4 - 1) = 3。ShutdownPriority属性の最小値は 4 から設定する。
以下は、app1、app2、app3の順番でuserApplicationが動作しているノードを生存させる場合の例です。
各クラスタシステムにおいて、生存優先度の低い順に、ノードのweightを2のべき乗(1,2,4,8,16,...)の値に設定
ゲストOSに設定するweightは、対応する管理OSと順序関係が同じになるようにする
例えば、管理OS間でhost1の生存優先度をhost2より高くするとき、ゲストOS間でnode1(host1に対応)の生存優先度をnode2～4(host2に対応)より高く設定
すべてのuserApplicationのShutdownPriority属性を0(デフォルト)に設定
以下は、node1、node2、node3、node4の順番でノードを生存させる場合の例です。
PRIMERGY RX/TXシリーズでのシャットダウン機構の設定は、以下の流れで行います。
シャットダウンエージェントの情報確認
シャットダウンデーモンの設定
IPMIシャットダウンエージェントの設定
kdumpシャットダウンエージェントの設定
シャットダウン機構の起動
クラスタノード強制停止テスト
詳細な設定手順は“5.1.2.3 PRIMERGYでのシャットダウン機構の設定手順”を参照してください。
■ServerView Resource Orchestrator Virtual Editionと組み合わせる場合
ServerView Resource Orchestrator Virtual Editionと組み合わせて使用する場合、PRIMERGY BXシリーズでのシャットダウン機構の設定は、以下の流れで行います。
シャットダウンエージェントの情報確認
シャットダウンデーモンの設定
IPMIシャットダウンエージェントの設定
kdumpシャットダウンエージェントの設定
シャットダウン機構の起動
クラスタノード強制停止テスト
詳細な設定手順は“5.1.2.3 PRIMERGYでのシャットダウン機構の設定手順”を参照してください。
■ServerView Resource Orchestrator Virtual Editionと組み合わせない場合
ServerView Resource Orchestrator Virtual Editionと組み合わせないで使用する場合、PRIMERGY BXシリーズでのシャットダウン機構の設定は、以下の流れで行います。
シャットダウンエージェントの情報確認
シャットダウンデーモンの設定
Bladeシャットダウンエージェントの設定
kdumpシャットダウンエージェントの設定
シャットダウン機構の起動
クラスタノード強制停止テスト
詳細な設定手順は“5.1.2.3 PRIMERGYでのシャットダウン機構の設定手順”を参照してください。
PRIMEQUEST 2000シリーズでのシャットダウン機構の設定は、以下の流れで行います。
シャットダウンエージェントの情報確認
MMBシャットダウンエージェントの設定
シャットダウンデーモンの設定
MMB非同期監視デーモンの起動
I/O完了待ち時間の設定(ETERNUSディスクアレイ以外を共用ディスクに使用する場合)
シャットダウン機構の起動
クラスタノード強制停止テスト
詳細な設定手順は“5.1.2.4 PRIMEQUEST 2000シリーズでのシャットダウン機構の設定手順”を参照してください。
PRIMEQUEST 3000シリーズでのシャットダウン機構の設定は、以下の流れで行います。
シャットダウンエージェントの情報確認
iRMCシャットダウンエージェントの設定
シャットダウンデーモンの設定
iRMC非同期監視デーモンの起動
I/O完了待ち時間の設定(ETERNUSディスクアレイ以外を共用ディスクに使用する場合)
シャットダウン機構の起動
クラスタノード強制停止テスト
詳細な設定手順は“5.1.2.5 PRIMEQUEST 3000シリーズでのシャットダウン機構の設定手順”を参照してください。
■管理OS異常切替機能を使用する場合
KVM環境で管理OS異常切替機能を使用する場合、シャットダウン機構の設定は以下の流れで行います。
PRIMERGY/PRIMEQUESTの管理OSでのシャットダウン機構の設定
ゲストOSでのシャットダウンエージェントの情報確認
libvirtシャットダウンエージェントの設定
vmchkhostシャットダウンエージェントの設定
シャットダウン機構の起動
管理OSへの管理OS異常切替機能の設定(PRIMEQUESTのみ)
クラスタノード強制停止テスト
詳細な設定手順は、以下を参照してください。
・5.1.2.3 PRIMERGYでのシャットダウン機構の設定手順
・5.1.2.4 PRIMEQUEST 2000シリーズでのシャットダウン機構の設定手順
■管理OS異常切替機能を使用しない場合
KVM環境で管理OS異常切替機能を使用しない場合、シャットダウン機構の設定は以下の流れで行います。
ゲストOSでのシャットダウンエージェントの情報確認
libvirtシャットダウンエージェントの設定
シャットダウン機構の起動
クラスタノード強制停止テスト
詳細な設定手順は、“5.1.2.6 仮想マシン環境でのシャットダウン機構の設定手順”を参照してください。
PRIMERGYでのシャットダウン機構の設定手順について説明します。
シャットダウンエージェントの設定は、使用するサーバ機種に対応するものを実施してください。
注意
シャットダウン機構に使用する管理LANをGLSで二重化する場合、以下のように設定してください。
ノード間でIPアドレスを引継ぐ場合
GLSをNIC切替方式の論理IPアドレス引継ぎ機能で設定してください。
シャットダウン機構には、論理IPアドレスではなく、物理IPアドレスを指定してください。
ノード間でIPアドレスを引継がない場合
GLSをNIC切替方式の物理IPアドレス引継ぎ機能で設定してください。
■RX/TXシリーズ
IPMIシャットダウンエージェントの設定に必要な、BMC(Baseboard Management Controller)、またはiRMC(integrated Remote Management Controller)の以下の設定を確認してください。
BMC、またはiRMCのIPアドレス
BMC、またはiRMCに定義したユーザ
BMC、またはiRMCに定義したユーザのパスワード
また、以下について確認してください。
BMC、またはiRMCに定義したユーザに管理者権限が設定されていること
BMC、またはiRMCに定義したユーザのパスワードが以下の文字以外の7ビット ASCII文字で設定されていること
> < " / \ = ! ? ; , &
■BXシリーズ(ServerView Resource Orchestrator Virtual Editionと組み合わせる場合)
RX/TXシリーズと同一です。■RX/TXシリーズを参照してください。
■BXシリーズ(ServerView Resource Orchestrator Virtual Editionと組み合わせない場合)
Bladeシャットダウンエージェントの設定に必要な、マネージメントブレードの以下の設定を確認してください。
マネージメントブレードのIPアドレス
マネージメントブレードのSNMPコミュニティ名
クラスタホストが動作しているサーバブレードのスロット番号
全ノードで/etc/opt/SMAW/SMAWsf/rcsd.cfgを以下のような内容で作成します。
rcsd.cfgファイルはrootユーザで作成し、パーミッションを600にしてください。
■RX/TXシリーズ
CFNameX,weight=weight,admIP=myadmIP:agent=SA_ipmi,timeout=timeout CFNameX,weight=weight,admIP=myadmIP:agent=SA_ipmi,timeout=timeout
CFNameX : クラスタホストのCFノード名を指定します。 weight : SFのノードの重みを指定します。 myadmIP : クラスタホストのシャットダウン機構で使用する管理LANのIPアドレスを指定します。 iRMCやマネージメントブレードのIPアドレスではありません。 指定可能なアドレス形式は、IPv4アドレスおよびIPv6アドレスです。 IPv6のリンクローカルアドレスは使用できません。 IPv6アドレスを指定する場合は、角括弧[ ]で囲んでください。 (例 [1080:2090:30a0:40b0:50c0:60d0:70e0:80f0]) ホスト名を指定する場合は、/etc/hostsに記載されていることを確認してください。 SA_ipmi : IPMIシャットダウンエージェントです。 timeout : IPMIシャットダウンエージェントのタイムアウト時間(秒)を指定します。 25秒を指定します。 |
例）
node1,weight=1,admIP=10.20.30.100:agent=SA_ipmi,timeout=25 node2,weight=1,admIP=10.20.30.101:agent=SA_ipmi,timeout=25
■BXシリーズ(ServerView Resource Orchestrator Virtual Editionと組み合わせる場合)
RX/TXシリーズと同一です。■RX/TXシリーズを参照してください。
■BXシリーズ(ServerView Resource Orchestrator Virtual Editionと組み合わせない場合)
CFNameX,weight=weight,admIP=myadmIP:agent=SA_blade,timeout=timeout CFNameX,weight=weight,admIP=myadmIP:agent=SA_blade,timeout=timeout
CFNameX : クラスタホストのCFノード名を指定します。 weight : SFのノードの重みを指定します。 myadmIP : クラスタホストのシャットダウン機構で使用する管理LANのIPアドレスを指定します。 iRMCやマネージメントブレードのIPアドレスではありません。 指定可能なアドレス形式は、IPv4アドレスおよびIPv6アドレスです。 IPv6のリンクローカルアドレスは使用できません。 IPv6アドレスを指定する場合は、角括弧[ ]で囲んでください。 (例 [1080:2090:30a0:40b0:50c0:60d0:70e0:80f0]) ホスト名を指定する場合は、/etc/hostsに記載されていることを確認してください。 SA_blade : Bladeシャットダウンエージェントです。 timeout : Bladeシャットダウンエージェントのタイムアウト時間(秒)を指定します。 20秒を指定します。 |
例）
node1,weight=1,admIP=10.20.30.100:agent=SA_blade,timeout=20 node2,weight=1,admIP=10.20.30.101:agent=SA_blade,timeout=20
注意
シャットダウン機構で使用する管理LANでSTP(スパニングツリープロトコル)を使用する場合には、STPがツリーを作成する時間と余裕を考慮し、timeoutに指定する値に50秒加算してください。この設定により、フェイルオーバに要する時間は長くなります。
rcsd.cfgファイルの内容は全ノードで同一にしてください。同一でない場合、誤動作します。
参考
/etc/opt/SMAW/SMAWsf/rcsd.cfgファイルを作成する場合、/etc/opt/SMAW/SMAWsf/rcsd.cfg.templateファイルを雛型として使用することができます。
RX/TXシリーズの場合、または、BXシリーズでServerView Resource Orchestrator Virtual Editionと組み合わせる場合など、BMC(Baseboard Management Controller)、またはiRMC(integrated Remote Management Controller)が搭載されているサーバは、IPMIシャットダウンエージェントを設定します。
IPMIシャットダウンエージェントの設定は、kdumpシャットダウンエージェントの設定前に行ってください。
IPMIサービスの起動
[RHEL6の場合]
全ノードで以下のコマンドを実行し、IPMIサービスの起動状態を確認します。
# /sbin/service ipmi status
ipmi_msghandler module in kernel. ipmi_si module in kernel. ipmi_devintf module not loaded. /dev/ipmi0 does not exist.
"/dev/ipmi0 does not exist."の場合は、以下のコマンドを実行します。
"/dev/ipmi0 exists."の場合は、以下のコマンド実行は不要です。
# /sbin/service ipmi start
Starting ipmi drivers: [ OK ][RHEL7の場合]
全ノードで以下のコマンドを実行し、IPMIサービスの起動状態を確認します。
# /usr/bin/systemctl status ipmi.service
ipmi.service - IPMI Driver
Loaded: loaded (/usr/lib/systemd/system/ipmi.service; disabled)
Active: inactive (dead)"Active:"の項目が "inactive"の場合は、以下のコマンドを実行します。
"Active:"の項目が "active"の場合は、以下のコマンド実行は不要です。
# /usr/bin/systemctl start ipmi.serviceIPMIサービスの起動設定
[RHEL6の場合]
起動時にIPMIサービスを読み込むように、全ノードで以下のコマンドを実行します。
# /sbin/chkconfig --level 2345 ipmi on[RHEL7の場合]
全ノードで、現在のIPMIサービスが有効化されているかを確認します。
# /usr/bin/systemctl list-unit-files --type=service | grep ipmi.service
ipmi.service disabled上記で“disabled”と表示された場合は、以下のコマンドを実行します。
“enabled”と表示された場合は、以下のコマンド実行は不要です。
# /usr/bin/systemctl enable ipmi.serviceパスワードの暗号化
sfcipherコマンドを実行し、シャットダウン機構用のユーザのパスワードを暗号化します。
例) IPMI(BMC, iRMC)設定時に定義したパスワードが"bmcpwd$"の場合
# sfcipher -c
Enter User's Password: ←bmcpwd$ を入力
Re-enter User's Password: ←bmcpwd$ を入力
/t1hXYb/Wno=注)パスワードとして定義した記号の前に'\'の記載は不要です。
sfcipherコマンドの使用法については、sfcipherのマニュアルページを参照してください。
注意
IPMI(BMC, iRMC)設定時に定義したパスワードには、7ビット ASCIIコードの文字が使用可能です。
その中で以下の記号は問題が発生する可能性があるため、使用しないようにしてください。
> < " / ¥ = ! ? ; , &
シャットダウンエージェントの設定
全ノードで/etc/opt/SMAW/SMAWsf/SA_ipmi.cfgを以下のような内容で作成します。
SA_ipmi.cfgファイルはrootユーザで作成し、パーミッションを600にしてください。
IPv4アドレスの場合
CFName1 ip-address:user:passwd {cycle | leave-off} CFName2 ip-address:user:passwd {cycle | leave-off}
IPv6アドレスの場合
CFName1 [ip-address]:user:passwd {cycle | leave-off} CFName2 [ip-address]:user:passwd {cycle | leave-off}
CFNameX ： クラスタホストのCFノード名を指定します。 ip-address ： クラスタホストが動作しているサーバのIPMI(BMC, iRMC)のIPアドレスを指定します。 指定可能なアドレス形式は、IPv4アドレスおよびIPv6アドレスです。 IPv6のリンクローカルアドレスは使用できません。 IPv6アドレスを指定する場合は角括弧[ ]で囲んでください。 (例 [1080:2090:30a0:40b0:50c0:60d0:70e0:80f0]) user ： IPMI(BMC, iRMC)設定時に定義したユーザを指定します。 passwd ： IPMI(BMC, iRMC)設定時に定義したパスワードです。 3.で暗号化したパスワードを指定します。 cycle : ノード強制停止後、再起動します。 leave-off : ノード強制停止後、電源切断します。 |
例1）
node1のiRMCのIPアドレスが10.20.30.50、node2のiRMCのIPアドレスが10.20.30.51の場合
node1 10.20.30.50:root:/t1hXYb/Wno= cycle
node2 10.20.30.51:root:/t1hXYb/Wno= cycle例2）
node1のiRMCのIPアドレスが1080:2090:30a0:40b0:50c0:60d0:70e0:80f0、node2のiRMCのIPアドレスが1080:2090:30a0:40b0:50c0:60d0:70e0:80f1の場合
node1 [1080:2090:30a0:40b0:50c0:60d0:70e0:80f0]:root:/t1hXYb/Wno= cycle
node2 [1080:2090:30a0:40b0:50c0:60d0:70e0:80f1]:root:/t1hXYb/Wno= cycle参考
/etc/opt/SMAW/SMAWsf/SA_ipmi.cfgファイルを作成する場合、/etc/opt/SMAW/SMAWsf/SA_ipmi.cfg.templateファイルを雛形として使用することができます。
注意
/etc/opt/SMAW/SMAWsf/SA_ipmi.cfgファイルの設定内容が正しいか確認してください。設定内容に誤りがあった場合、シャットダウン機構が正常に動作できなくなります。
/etc/opt/SMAW/SMAWsf/SA_ipmi.cfgファイルのクラスタホストのCFノード名(CFNameX)に対応した、IPMI(BMC, iRMC)のIPアドレス(ip-address)が設定されているか確認してください。設定に誤りがあった場合、誤ったノードが強制停止されることがあります。
SA_ipmi.cfgファイルの内容は全ノードで同一にしてください。同一でない場合、誤動作します。
BXシリーズでServerView Resource Orchestrator Virtual Editionと組み合わせない場合は、Bladeシャットダウンエージェントを設定します。
Bladeシャットダウンエージェントの設定は、kdumpシャットダウンエージェントの設定前に行ってください。
全ノードで/etc/opt/SMAW/SMAWsf/SA_blade.cfgを以下のような内容で作成します。
SA_blade.cfgファイルはrootユーザで作成し、パーミッションを600にしてください。
management-blade-ip IPaddress community-string SNMPcommunity
CFName1 slot-no {cycle | leave-off}
CFName2 slot-no {cycle | leave-off}
IPaddress : マネージメントブレードのIPアドレスを指定します。 指定可能なアドレス形式は、IPv4アドレスおよびIPv6アドレスです。 IPv6のリンクローカルアドレスは使用できません。 IPv6アドレスを指定する場合は、角括弧[ ]で囲んでください。 (例 [1080:2090:30a0:40b0:50c0:60d0:70e0:80f0]) SNMPcommunity : マネージメントブレードのSNMP コミュニティ名を指定します。 CFNameX : クラスタホストのCFノード名を指定します。 slot-no : クラスタホストが動作しているサーバブレードのスロット番号を指定します。 cycle : ノード強制停止後、再起動します。 leave-off : ノード強制停止後、電源切断します。 |
例）
node1とnode2のマネージメントブレードのIPアドレスが10.20.30.50、node1のスロット番号が1、node2のスロット番号が2の場合
management-blade-ip 10.20.30.50 community-string public
node1 1 cycle
node2 2 cycle
community-string SNMPcommunity management-blade-ip IPaddress1 CFName1 slot-no {cycle | leave-off}
management-blade-ip IPaddress2
CFName2 slot-no {cycle | leave-off}
IPaddressX : CFNameXのクラスタホストのあるシャーシのマネージメントブレードのIPアドレスを指定します。 指定可能なアドレス形式は、IPv4アドレスおよびIPv6アドレスです。 IPv6のリンクローカルアドレスは使用できません。 IPv6アドレスを指定する場合は、角括弧[ ]で囲んでください。 (例 [1080:2090:30a0:40b0:50c0:60d0:70e0:80f0]) 必ずCFNameXより前に記載してください。 SNMPcommunity : マネージメントブレードのSNMP コミュニティ名を指定します。 CFNameX : クラスタホストのCFノード名を指定します。 slot-no : クラスタホストが動作しているサーバブレードのスロット番号を指定します。 cycle : ノード強制停止後、再起動します。 leave-off : ノード強制停止後、電源切断します。 |
注意
マネージメントブレードのSNMPコミュニティ名は、すべてのシャーシで同一に設定してください。
例）
node1のマネージメントブレードのIPアドレスが10.20.30.50でスロット番号が1、node2のマネージメントブレードのIPアドレスが10.20.30.51でスロット番号が2の場合
community-string public
management-blade-ip 10.20.30.50
node1 1 cycle
management-blade-ip 10.20.30.51
node2 2 cycle参考
/etc/opt/SMAW/SMAWsf/SA_blade.cfgを作成する場合、/etc/opt/SMAW/SMAWsf/SA_blade.cfg.templateファイルを雛型として使用することができます。
注意
/etc/opt/SMAW/SMAWsf/SA_blade.cfgファイルの設定内容が正しいか確認してください。設定内容に誤りがあった場合、シャットダウン機構が正常に動作できなくなります。
/etc/opt/SMAW/SMAWsf/SA_blade.cfgファイルのクラスタホストのCFノード名(CFNameX)に対応した、マネージメントブレードのIPアドレス(IPaddress)とサーバブレードのスロット番号(slot-no)が設定されているか確認してください。設定に誤りがあった場合、誤ったノードが強制停止されることがあります。
SA_blade.cfgファイルの内容は全ノードで同一にしてください。同一でない場合、誤動作します。
IPMIシャットダウンエージェント、またはBladeシャットダウンエージェントの設定後に、kdumpシャットダウンエージェントを設定します。
以下の手順を実施してください。
kdump用定義ファイルの初期化
クラスタシステムを構成するいずれかのノードで以下のコマンドを実行します。
# /etc/opt/FJSVcllkcd/bin/panicinfo_setup以下のエラーメッセージが出力された場合は、シャットダウンデーモンの設定ファイル(rcsd.cfg)に誤りがありますので、再設定してください。
panicinfo_setup: ERROR: Reading the Shutdown Facility configuration faild.
以下のエラーメッセージが出力された場合は、シャットダウンエージェントの設定ファイル(SA_ipmi.cfg、SA_blade.cfg)に誤りがありますので、再設定してください。
panicinfo_setup: ERROR: Reading the Shutdown Agent configuration failed.
また、すでにpanicinfo_setupを実行した環境では、以下のメッセージが出力されます。
panicinfo_setup: WARNING: /etc/panicinfo.conf file already exists. (I)nitialize, (C)opy or (Q)uit (I/C/Q) ?
この場合は、"I"を入力してください。
注意
本コマンドは、CFおよびCFのサービス(CFSH, CFCP)が動作していることを前提としています。設定の詳細については、“5.1.1 CF、CIPの設定”の注意事項を参照してください。
クラッシュダンプ採取の設定
RX/TXシリーズの場合、または、BXシリーズでServerView Resource Orchestrator Virtual Editionと組み合わせる場合
全ノードで/etc/opt/FJSVcllkcd/etc/SA_lkcd.toutを以下に変更します。
変更前
PANICINFO_TIMEOUT 5 RSB_PANIC 0
変更後
PANICINFO_TIMEOUT 10 RSB_PANIC 3
全ノードで/etc/opt/SMAW/SMAWsf/rcsd.cfgのSA_lkcdのtimeout値を以下に変更します。
変更前
agent=SA_lkcd,timeout=20
変更後
agent=SA_lkcd,timeout=25
BXシリーズでServerView Resource Orchestrator Virtual Editionと組み合わせない場合
全ノードで/etc/opt/FJSVcllkcd/etc/SA_lkcd.toutのRSB_PANICの値を以下に変更します。
変更前
RSB_PANIC 0
変更後
RSB_PANIC 2
全ノードでシャットダウン機構を起動または再起動します。
シャットダウン機構の起動
全ノードでシャットダウン機構が起動済みか確認してください。
# sdtool -sシャットダウン機構が起動済みの場合、全ノードで以下を実行してシャットダウン機構を再起動してください。
# sdtool -e # sdtool -b
シャットダウン機構が起動していない場合、全ノードで以下を実行してシャットダウン機構を起動してください。
# sdtool -bシャットダウン機構の状態確認
全ノードでシャットダウン機構の状態を確認してください。
# sdtool -s参考
初期状態がInitFailed と表示された場合は、そのシャットダウンエージェントの初期化で問題が発生したことを示しています。
テスト状態にTestFailed と表示された場合は、クラスタホスト欄に表示されたノードを停止できるかどうかをエージェントがテストしている間に問題が発生したことを示しています。 このような場合には、そのエージェントが使用しているソフトウェア、ハードウェア、ネットワーク資源に何らかの問題が生じていることが考えられます。
停止状態または初期状態にUnknown と表示された場合は、SF がノードの停止、経路のテスト、SA の初期化をまだ行っていないことを表しています。 テスト状態および初期状態には、実際の状態が確認されるまで一時的にUnknown が表示されます。
TestFailed またはInitFailed が表示された場合は、/var/log/messages を確認してください。失敗した問題が解決されSF が再起動されると、状態の表示がInitWorked またはTestWorked に変わります。
注意
シャットダウンエージェントの設定に誤りがある
IPMIシャットダウンエージェントを使用しているが、シャットダウン機構用のユーザのパスワードを暗号化していない
以下の手順で対処を行ってください。
全ノードで以下のコマンドを実行し、シャットダウン機構を停止します。
# sdtool -eシャットダウン機構の設定を見直します。
いずれかのノードで以下のコマンドを実行し、構成定義ファイルの変更内容を反映します。
# /etc/opt/FJSVcllkcd/bin/panicinfo_setup以下のメッセージが出力されるので、“I”を選択します。
panicinfo_setup: WARNING: /etc/panicinfo.conf file already exists. (I)nitialize, (C)opy or (Q)uit (I/C/Q) ?
全ノードで以下のコマンドを実行し、シャットダウン機構を起動します。
# sdtool -b全ノードで以下のコマンドを実行し、シャットダウン機構が正常に動作していることを確認します。
# sdtool -sシャットダウン機構の設定後に、正しいノードが強制停止できることを確認するため、クラスタ強制停止テストを実施します。
クラスタノード強制停止の詳細については、“1.4 テスト”を参照してください。
PRIMEQUEST 2000シリーズでのシャットダウン機構の設定手順について説明します。
注意
シャットダウン機構に使用する管理LANをGLSで二重化する場合、以下のように設定してください。
ノード間でIPアドレスを引継ぐ場合
GLSをNIC切替方式の論理IPアドレス引継ぎ機能で設定してください。
シャットダウン機構には、論理IPアドレスではなく、物理IPアドレスを指定してください。
ノード間でIPアドレスを引継がない場合
GLSをNIC切替方式の物理IPアドレス引継ぎ機能で設定してください。
■MMBの確認
MMBシャットダウンエージェントの設定に必要な、以下のMMBの設定を確認してください。
RMCPでMMBを制御するためのユーザ
RMCPでMMBを制御するためのユーザのパスワード
また、確認したユーザについて、以下の設定がされているか確認してください。
RMCPでMMBを制御するためのユーザの[Privilege]が「Admin」になっていること
RMCPでMMBを制御するためのユーザの[Status]が「Enabled」になっていること
RMCPでMMBを制御するためのユーザのパスワードが以下の文字以外の7ビット ASCII文字で設定されていること
> < " / \ = ! ? ; , &
RMCPでMMBを制御するためのユーザの設定を確認するには、MMB Web-UIにログインし、[Network Configuration]メニューの[Remote Server Management]画面から確認します。
上記のとおりに設定されていない場合は、上記のようにMMBを設定してください。
注意
MMBには以下の2種類のユーザが存在します。
RMCPでMMBを制御するためのユーザ
MMB全体を制御するためのユーザ
ここで確認するユーザはRMCPでMMBを制御するためのユーザです。
参照
MMBの設定方法、確認方法については、以下のマニュアルを参照してください。
PRIMEQUEST 2000 シリーズ 運用管理ツールリファレンス
■共用ディスクのI/O完了待ち時間の確認(ETERNUSディスクアレイ以外を共用ディスクに使用する場合)
ETERNUSディスクアレイ以外を共用ディスクに使用する場合、パニックなどのノードダウン時のデータ障害を防止するため、共用ディスクのI/Oが完了するまでの待ち時間を設定する必要があります。
“5.1.2.4.5 I/O完了待ち時間の設定”の待ち時間を設定するために、共用ディスクへのI/O発生中にパニックを発生させてから、共用ディスクのI/Oが完了するまでに要する時間を確認してください。
MMBシャットダウンエージェントを設定します。
以下の手順で実施してください。
本手順は、“5.1.1 CF、CIPの設定”の後に実施してください。
全ノードでclmmbsetup -a コマンドを実行し、MMB情報を登録します。
clmmbsetupコマンドの使用法については、clmmbsetupのマニュアルページを参照してください。
# /etc/opt/FJSVcluster/bin/clmmbsetup -a mmb-user Enter User's Password: Re-enter User's Password:
mmb-userとUser's Passwordには、“5.1.2.4.1 シャットダウンエージェントの情報確認”で確認した以下の内容を入力します。
RMCPでMMBを制御するためのユーザ
RMCPでMMBを制御するためのユーザのパスワード
注意
MMB設定時に定義したパスワードには、7ビット ASCIIコードの文字が使用可能です。
その中で以下の記号は問題が発生する可能性があるため、使用しないようにしてください。
> < " / ¥ = ! ? ; , &
全ノードでclmmbsetup -l コマンドを実行し、登録されたMMB情報を確認します。
手順1.で登録したMMB情報が全ノードで出力されない場合、再度手順1.からやり直してください。
# /etc/opt/FJSVcluster/bin/clmmbsetup -l
cluster-host-name user-name
-----------------------------------
node1 mmb-user
node2 mmb-user全ノードで/etc/opt/SMAW/SMAWsf/rcsd.cfgを以下のような内容で作成します。
rcsd.cfgファイルはrootユーザで作成し、パーミッションを600にしてください。
CFNameX,weight=weight,admIP=myadmIP:agent=SA_mmbp,timeout=timeout:agent=SA_mmbr,timeout=timeout CFNameX,weight=weight,admIP=myadmIP:agent=SA_mmbp,timeout=timeout:agent=SA_mmbr,timeout=timeout
CFNameX : クラスタホストのCFノード名を指定します。 weight : SFのノードの重みを指定します。 myadmIP : クラスタホストのシャットダウン機構で使用する管理LANのIPアドレスを指定します。 MMBのIPアドレスではありません。 指定可能なアドレス形式は、IPv4アドレスおよびIPv6アドレスです。 IPv6のリンクローカルアドレスは使用できません。 IPv6アドレスを指定する場合は、角括弧[ ]で囲んでください。 (例 [1080:2090:30a0:40b0:50c0:60d0:70e0:80f0]) ホスト名を指定する場合は、/etc/hostsに記載されていることを確認してください。 SA_mmbp : MMB経由でノードをパニックさせるシャットダウンエージェントです。 必ず指定してください。 SA_mmbr : MMB経由でノードをリセットさせるシャットダウンエージェントです。 必ず指定してください。 timeout : シャットダウンエージェントのタイムアウト時間(秒)を指定します。 SA_mmbpとSA_mmbrには、20秒を指定します。 |
例）
node1,weight=2,admIP=fuji2:agent=SA_mmbp,timeout=20:agent=SA_mmbr,timeout=20 node2,weight=2,admIP=fuji3:agent=SA_mmbp,timeout=20:agent=SA_mmbr,timeout=20
注意
rcsd.cfgファイルで設定するシャットダウンエージェントは、SA_mmbp、SA_mmbrの順番で両方のシャットダウンエージェントを設定してください。
rcsd.cfgファイルの内容は全ノードで同一にしてください。同一でない場合、誤動作します。
参考
/etc/opt/SMAW/SMAWsf/rcsd.cfgファイルを作成する場合、/etc/opt/SMAW/SMAWsf/rcsd.cfg.mmb.templateファイルを雛型として使用することができます。
MMB非同期監視デーモンを起動します。
全ノードでMMB非同期監視デーモンが起動済みか確認してください。
# /etc/opt/FJSVcluster/bin/clmmbmonctl“The devmmbd daemon exists.”が表示された場合、MMB非同期監視デーモンは起動済みです。
“The devmmbd daemon does not exist.”が表示された場合、MMB非同期監視デーモンは起動していません。以下を実行し、MMB非同期監視デーモンを起動してください。
# /etc/opt/FJSVcluster/bin/clmmbmonctl startETERNUSディスクアレイ以外を共用ディスクに使用する場合、パニックなどのノードダウン時のデータ障害を防止するため、共用ディスクのI/Oが完了するまでの待ち時間を設定します。
クラスタシステムを構成する任意の１ノードで以下のコマンドを実行し、パニックなどのノードダウンによる切替え時のI/O完了待ち時間(WaitForIOComp)を設定してください。
cldevparamコマンドの詳細については、cldevparamのマニュアルページを参照してください。
# /etc/opt/FJSVcluster/bin/cldevparam -p WaitForIOComp value
value : I/O完了待ち時間を指定します。“5.1.2.4.1 シャットダウンエージェントの情報確認”
で確認した時間を指定してください。
設定後、以下のコマンドを実行し、設定した値が反映されていることを確認してください。
# /etc/opt/FJSVcluster/bin/cldevparam -p WaitForIOComp value
注意
I/O完了待ち時間に、CFハートビートのタイムアウト検出時間(デフォルト10秒)以上を指定する場合は、I/O完了待ち時間中にCFハートビートのタイムアウトが発生しないように、CFハートビートのタイムアウト検出時間を、現在の設定値＋I/O完了待ち時間＋3秒以上に変更してください。
CFハートビートのタイムアウト検出時間の変更については“11.3.1 CFハートビートのタイムアウト検出時間の変更”を参照してください。
I/O完了待ち時間を設定した場合、パニックなどのノードダウン時の切替え時間がその分長くなります。
全ノードでシャットダウン機構を起動または再起動します。
シャットダウン機構の起動
全ノードでシャットダウン機構が起動済みか確認してください。
# sdtool -sシャットダウン機構が起動済みの場合、全ノードで以下を実行してシャットダウン機構を再起動してください。
# sdtool -e # sdtool -b
シャットダウン機構が起動していない場合、全ノードで以下を実行してシャットダウン機構を起動してください。
# sdtool -bシャットダウン機構の状態確認
全ノードでシャットダウン機構の状態を確認してください。
# sdtool -s参考
初期状態がInitFailed と表示された場合は、そのシャットダウンエージェントの初期化で問題が発生したことを示しています。
テスト状態にTestFailed と表示された場合は、クラスタホスト欄に表示されたノードを停止できるかどうかをエージェントがテストしている間に問題が発生したことを示しています。 このような場合には、そのエージェントが使用しているソフトウェア、ハードウェア、ネットワーク資源に何らかの問題が生じていることが考えられます。
停止状態または初期状態にUnknown と表示された場合は、SF がノードの停止、経路のテスト、SA の初期化をまだ行っていないことを表しています。 テスト状態および初期状態には、実際の状態が確認されるまで一時的にUnknown が表示されます。
TestFailed またはInitFailed が表示された場合は、/var/log/messages を確認してください。失敗した問題が解決されSF が再起動されると、状態の表示がInitWorked またはTestWorked に変わります。
注意
シャットダウン機構起動後に、"sdtool -s"を実行すると、テスト状態にTestFailedと表示された場合で、かつ、/var/log/messagesに7210番のメッセージが出力された場合は、以下の原因が考えられます。
各項目を確認してください。
7210 An error was detected in MMB. (node:nodename mmb_ipaddress1:mmb_ipaddress1 mmb_ipaddress2:mmb_ipaddress2 node_ipaddress1:node_ipaddress1 node_ipaddress2:node_ipaddress2 status:status detail:detail)
SVmcoのインストールや設定がされていない
SVmcoを手動でインストールした後にノードを再起動していない
SVmcoの設定に誤りがある
例)管理LANのIPアドレスに誤ったIPアドレス(MMBのIPアドレスなど)を指定している
SVmcoの動作に必要なfirewallの設定が行われていない
MMBの設定に誤りがある
例1)誤ったIPアドレスが設定されている
例2)MMBの仮想IPアドレスと物理IPアドレスの両方が設定されていない
OS起動直後に“sdtool -s”を実行すると、自ノードのテスト状態にTestFailedと表示される場合がありますが、これはsnmptrapdデーモンが起動中のため表示されるもので、正しい動作です。シャットダウン機構が起動した10分後に“sdtool -s”を実行すると、テスト状態にTestWorkedが表示されます。
以下の例では、自ノード(node1)のテスト状態にTestFailedが表示されています。
# sdtool -s
Cluster Host Agent SA State Shut State Test State Init State
------------ ----- -------- ---------- ---------- ----------
node1 SA_mmbp.so Idle Unknown TestFailed InitWorked
node1 SA_mmbr.so Idle Unknown TestFailed InitWorked
node2 SA_mmbp.so Idle Unknown TestWorked InitWorked
node2 SA_mmbr.so Idle Unknown TestWorked InitWorkedまた、同じ理由により、OS起動直後に以下のメッセージがsyslogに出力される場合があります。
3084: Monitoring another node has been stopped. SA SA_mmbp.so to test host nodename failed SA SA_mmbr.so to test host nodename failed
これも、snmptrapdデーモンが起動中のため出力されるもので、正しい動作です。シャットダウン機構が起動した10分後に以下のメッセージがsyslogに出力されます。
3083: Monitoring another node has been started.
MMB非同期監視デーモンの初回起動時に、"sdtool -s"を実行するとTestFailedと表示される場合がありますが、これはノード間で設定を同期中であるために表示されるもので、正しい動作です。シャットダウン機構が起動した10分後に"sdtool -s"を実行すると、テスト状態にTestWorkedが表示されます。
SA_mmbr シャットダウンエージェントによるノードの強制停止を行うと、以下のメッセージがsyslogに出力される場合がありますが、これはノードの強制停止に時間がかかっているもので、正しい動作です。
Fork SA_mmbp.so(PID pid) to shutdown host nodename ： SA SA_mmbp.so to shutdown host nodename failed ： Fork SA_mmbr.so(PID pid) to shutdown host nodename ： SA SA_mmbr.so to shutdown host nodename failed ： MA SA_mmbp.so reported host nodename leftcluster, state MA_paniced_fsnotflushed ： MA SA_mmbr.so reported host nodename leftcluster, state MA_paniced_fsnotflushed ： Fork SA_mmbp.so(PID pid) to shutdown host nodename ： SA SA_mmbp.so to shutdown host nodename succeeded
上記メッセージが出力された後に“sdtool -s”を実行すると、SA_mmbp.so の停止状態に KillWorked が表示され、SA_mmbr.so の停止状態に KillFailed が表示されます。
以下は、node1 から node2 の強制停止を行い、上記メッセージが出力された後に“sdtool -s”を実行した場合の表示例です。
# sdtool -s
Cluster Host Agent SA State Shut State Test State Init State
------------ ----- -------- ---------- ---------- ----------
node1 SA_mmbp.so Idle Unknown TestWorked InitWorked
node1 SA_mmbr.so Idle Unknown TestWorked InitWorked
node2 SA_mmbp.so Idle KillWorked TestWorked InitWorked
node2 SA_mmbr.so Idle KillFailed TestWorked InitWorked“sdtool -s”で表示された KillFailed を復旧する場合は、以下の手順で復旧してください。
# sdtool -e # sdtool -b # sdtool -s Cluster Host Agent SA State Shut State Test State Init State ------------ ----- -------- ---------- ---------- ---------- node1 SA_mmbp.so Idle Unknown TestWorked InitWorked node1 SA_mmbr.so Idle Unknown TestWorked InitWorked node2 SA_mmbp.so Idle Unknown TestWorked InitWorked node2 SA_mmbr.so Idle Unknown TestWorked InitWorked
シャットダウン機構の設定後に、正しいノードが強制停止できることを確認するため、クラスタ強制停止テストを実施します。
クラスタノード強制停止の詳細については、“1.4 テスト”を参照してください。
PRIMEQUEST 3000シリーズでのシャットダウン機構の設定手順について説明します。
注意
拡張パーティションを使用してクラスタシステムを構成する場合、以下に注意してください。
一つのクラスタシステムにつきサポートノード数は最大4ノードになります。
Home SBのVGA/USB/rKVMSをいずれかの拡張パーティション(クラスタシステムを構成する拡張パーティション以外でも可)に割り当てる必要があります。Freeの場合、iRMC非同期監視機能が正しく動作しません。
拡張パーティションへのVGA/USB/rKVMSの割り当て方法については、以下のマニュアルを参照してください。
PRIMEQUEST 3000 シリーズ 運用管理ツールリファレンス(MMB)
シャットダウン機構に使用する管理LANをGLSで二重化する場合、以下のように設定してください。
ノード間でIPアドレスを引継ぐ場合
GLSをNIC切替方式の論理IPアドレス引継ぎ機能で設定してください。
シャットダウン機構には、論理IPアドレスではなく、物理IPアドレスを指定してください。
ノード間でIPアドレスを引継がない場合
GLSをNIC切替方式の物理IPアドレス引継ぎ機能で設定してください。
■iRMCの確認
iRMCシャットダウンエージェントの設定に必要な、以下のiRMCの設定を確認してください。
iRMCを制御するためのユーザ
iRMCを制御するためのユーザのパスワード
なお、iRMCを制御するためのユーザのパスワードが以下の文字以外の7ビットASCII文字で設定されていること
> < " / \ = ! ? ; , &
iRMCを制御するためのユーザを作成するには、set irmc user コマンドを使用してください。
コマンドの使用法については、以下のマニュアルページを参照してください。
PRIMEQUEST 3000 シリーズ運用管理ツールリファレンス(MMB)
■MMBの確認
iRMCシャットダウンエージェントの設定に必要な、以下のMMBの設定を確認してください。
RMCPでMMBを制御するためのユーザ
RMCPでMMBを制御するためのユーザのパスワード
また、確認したユーザについて、以下の設定がされているか確認してください。
RMCPでMMBを制御するためのユーザの[Privilege]が「Admin」になっていること
RMCPでMMBを制御するためのユーザの[Status]が「Enabled」になっていること
RMCPでMMBを制御するためのユーザのパスワードが以下の文字以外の7ビット ASCII文字で設定されていること
> < " / \ = ! ? ; , &
RMCPでMMBを制御するためのユーザの設定を確認するには、MMB Web-UIにログインし、[Network Configuration]メニューの[Remote Server Management]画面から確認します。
上記のとおりに設定されていない場合は、上記のようにMMBを設定してください。
注意
MMBには以下の2種類のユーザが存在します。
RMCPでMMBを制御するためのユーザ
MMB全体を制御するためのユーザ
ここで確認するユーザはRMCPでMMBを制御するためのユーザです。
参照
MMBの設定方法、確認方法については、以下のマニュアルを参照してください。
PRIMEQUEST 3000 シリーズ運用管理マニュアル
■共用ディスクのI/O完了待ち時間の確認(ETERNUSディスクアレイ以外を共用ディスクに使用する場合)
ETERNUSディスクアレイ以外を共用ディスクに使用する場合、パニックなどのノードダウン時のデータ障害を防止するため、共用ディスクのI/Oが完了するまでの待ち時間を設定する必要があります。
“5.1.2.5.5 I/O完了待ち時間の設定”の待ち時間を設定するために、共用ディスクへのI/O発生中にパニックを発生させてから、共用ディスクのI/Oが完了するまでに要する時間を確認してください。
iRMCシャットダウンエージェントを設定します。
以下の手順で実施してください。
本手順は、“5.1.1 CF、CIPの設定”の後に実施してください。
注意
PRIMERGYにもiRMC装置がありますが、iRMCシャットダウンエージェントは使用できません。
IPMIサービスの起動
全ノードで以下のコマンドを実行し、IPMIサービスの起動状態を確認します。
# /usr/bin/systemctl status ipmi.service
ipmi.service - IPMI Driver Loaded: loaded (/usr/lib/systemd/system/ipmi.service; disabled) Active: inactive (dead)
"Active:"の項目が "inactive"の場合は、以下のコマンドを実行します。
"Active:"の項目が "active"の場合は、以下のコマンド実行は不要です。
# /usr/bin/systemctl start ipmi.serviceIPMIサービスの有効化の設定
全ノードで、現在のIPMIサービスが有効化されているかを確認します。
# /usr/bin/systemctl list-unit-files --type=service | grep ipmi.service
ipmi.service disabled上記で“disabled”と表示された場合は、以下のコマンドを実行します。
“enabled”と表示された場合は、以下のコマンド実行は不要です。
# /usr/bin/systemctl enable ipmi.service全ノードでclirmcsetup -a irmcコマンドを実行し、iRMC情報を登録します。
clirmcsetupコマンドの使用法については、clirmcsetupのマニュアルページを参照してください。
# /etc/opt/FJSVcluster/bin/clirmcsetup -a irmc irmc-user Enter User's Password: Re-enter User's Password:
irmc-userとUser's Passwordには、“5.1.2.5.1 シャットダウンエージェントの情報確認”で確認した以下の内容を入力します。
iRMCを制御するためのユーザ
iRMCを制御するためのユーザのパスワード
注意
iRMC設定時に定義したパスワードには、7ビットASCIIコードの文字が使用可能です。
ただし、以下の記号は問題が発生する可能性があるため、使用しないようにしてください。
> < " / ¥ = ! ? ; , &
全ノードでclirmcsetup -a mmbコマンドを実行し、MMB情報を登録します。
clirmcsetupコマンドの使用法については、clirmcsetupのマニュアルページを参照してください。
# /etc/opt/FJSVcluster/bin/clirmcsetup -a mmb mmb-user Enter User's Password: Re-enter User's Password:
mmb-userとUser's Passwordには、“5.1.2.5.1 シャットダウンエージェントの情報確認”で確認した以下の内容を入力します。
RMCPでMMBを制御するためのユーザ
RMCPでMMBを制御するためのユーザのパスワード
注意
MMB設定時に定義したパスワードには、7ビット ASCIIコードの文字が使用可能です。
その中で以下の記号は問題が発生する可能性があるため、使用しないようにしてください。
> < " / ¥ = ! ? ; , &
全ノードでclirmcsetup -lコマンドを実行し、登録されたiRMC/MMB情報を確認します。
手順3、4で登録したiRMC/MMB情報が全ノードで出力されない場合や未設定項目(*none*)がある場合、再度手順1.からやり直してください。
# /etc/opt/FJSVcluster/bin/clirmcsetup -l cluster-host-name irmc-user mmb-user ------------------------------------------------ node1 irmc-user mmb-user node2 irmc-user mmb-user
全ノードで/etc/opt/SMAW/SMAWsf/rcsd.cfgを以下のような内容で作成します。
rcsd.cfgファイルはrootユーザで作成し、パーミッションを600にしてください。
CFNameX,weight=weight,admIP=myadmIP:agent=SA_irmcp,timeout=timeout:agent=SA_irmcr,timeout=timeout:agent=SA_irmcf,timeout=timeout CFNameX,weight=weight,admIP=myadmIP:agent=SA_irmcp,timeout=timeout:agent=SA_irmcr,timeout=timeout:agent=SA_irmcf,timeout=timeout
CFNameX : クラスタホストのCFノード名を指定します。 weight : SFのノードの重みを指定します。 myadmIP : クラスタホストのシャットダウン機構で使用する管理LANのIPアドレスを指定します。 iRMCのIPアドレスではありません。 指定可能なアドレス形式は、IPv4アドレスおよびIPv6アドレスです。 IPv6のリンクローカルアドレスは使用できません。 IPv6アドレスを指定する場合は、角括弧[ ]で囲んでください。 (例 [1080:2090:30a0:40b0:50c0:60d0:70e0:80f0]) ホスト名を指定する場合は、/etc/hostsに記載されていることを確認してください。 SA_irmcp :iRMC経由でノードをパニックさせるシャットダウンエージェントです。 必ず指定してください。 SA_irmcr :iRMC経由でノードをリセットさせるシャットダウンエージェントです。 必ず指定してください。 SA_irmcf :MMB経由でノードを電源切断させるシャットダウンエージェントです。 必ず指定してください。 timeout : シャットダウンエージェントのタイムアウト時間(秒)を指定します。 SA_irmcpとSA_irmcrとSA_irmcfには、20秒を指定します。
例）
node1,weight=2,admIP=fuji2:agent=SA_irmcp,timeout=20:agent=SA_irmcr,timeout=20:agent=SA_irmcf,timeout=20 node2,weight=2,admIP=fuji3:agent=SA_irmcp,timeout=20:agent=SA_irmcr,timeout=20:agent=SA_irmcf,timeout=20
注意
rcsd.cfgファイルで設定するシャットダウンエージェントは、SA_irmcp、SA_irmcr、SA_irmcfの順番ですべてのシャットダウンエージェントを設定してください。
rcsd.cfgファイルの内容は全ノードで同一にしてください。同一でない場合、誤動作します。
参考
/etc/opt/SMAW/SMAWsf/rcsd.cfgファイルを作成する場合、/etc/opt/SMAW/SMAWsf/rcsd.cfg.irmc.templateファイルを雛型として使用することができます。
iRMC非同期監視デーモンを起動します。
全ノードでiRMC非同期監視デーモンが起動済みか確認してください。
# /etc/opt/FJSVcluster/bin/clirmcmonctl"The devirmcd daemon exists."が表示された場合、iRMC非同期監視デーモンが起動済みです。
"The devirmcd daemon does not exist."が表示された場合、iRMC非同期監視デーモンは起動していません。以下を実行し、iRMC非同期監視デーモンを起動してください。
# /etc/opt/FJSVcluster/bin/clirmcmonctl startETERNUSディスクアレイ以外を共用ディスクに使用する場合、パニックなどのノードダウン時のデータ障害を防止するため、共用ディスクのI/Oが完了するまでの待ち時間を設定します。
クラスタシステムを構成する任意の１ノードで以下のコマンドを実行し、パニックなどのノードダウンによる切替え時のI/O完了待ち時間(WaitForIOComp)を設定してください。
cldevparamコマンドの詳細については、cldevparamのマニュアルページを参照してください。
# /etc/opt/FJSVcluster/bin/cldevparam -p WaitForIOComp value
value : I/O完了待ち時間を指定します。“5.1.2.5.1 シャットダウンエージェントの情報確認”で確認した時間を指定してください。
設定後、以下のコマンドを実行し、設定した値が反映されていることを確認してください。
# /etc/opt/FJSVcluster/bin/cldevparam -p WaitForIOComp value
注意
I/O完了待ち時間に、CFハートビートのタイムアウト検出時間(デフォルト10秒)以上を指定する場合は、I/O完了待ち時間中にCFハートビートのタイムアウトが発生しないように、CFハートビートのタイムアウト検出時間を、現在の設定値＋I/O完了待ち時間＋3秒以上に変更してください。
CFハートビートのタイムアウト検出時間の変更については“11.3.1 CFハートビートのタイムアウト検出時間の変更”を参照してください。
I/O完了待ち時間を設定した場合、パニックなどのノードダウン時の切替え時間がその分長くなります。
全ノードでシャットダウン機構を起動または再起動します。
シャットダウン機構の起動
全ノードでシャットダウン機構が起動済みか確認してください。
# sdtool -sシャットダウン機構が起動済みの場合、全ノードで以下を実行してシャットダウン機構を再起動してください。
# sdtool -e
# sdtool -b
シャットダウン機構が起動していない場合、全ノードで以下を実行してシャットダウン機構を起動してください。
# sdtool -bシャットダウン機構の状態確認
全ノードでシャットダウン機構の状態を確認してください。
# sdtool -s参考
初期状態がInitFailed と表示された場合は、そのシャットダウンエージェントの初期化で問題が発生したことを示しています。
テスト状態にTestFailed と表示された場合は、クラスタホスト欄に表示されたノードを停止できるかどうかをエージェントがテストしている間に問題が発生したことを示しています。 このような場合には、そのエージェントが使用しているソフトウェア、ハードウェア、ネットワーク資源に何らかの問題が生じていることが考えられます。
停止状態または初期状態にUnknown と表示された場合は、SF がノードの停止、経路のテスト、SA の初期化をまだ行っていないことを表しています。 テスト状態および初期状態には、実際の状態が確認されるまで一時的にUnknown が表示されます。
TestFailed またはInitFailed が表示された場合は、/var/log/messages を確認してください。失敗した問題が解決されSF が再起動されると、状態の表示がInitWorked またはTestWorked に変わります。
シャットダウン機構の設定後に、正しいノードが強制停止できることを確認するため、クラスタ強制停止テストを実施します。
クラスタノード強制停止の詳細については、“1.4 テスト”を参照してください。
強制停止の実行後に、生存ノードのsyslogに以下のメッセージが出力されているか確認してください。
INFO: 3124 The node status is received. (node: nodename from: irmc/mmb_ipaddress)
出力されていない場合、そのノードのfirewallの設定が適切にされていない可能性がありますので、設定を見直してください。
仮想マシン環境でシャットダウン機構を設定する手順について説明します。
注意
シャットダウン機構に使用する管理LANをGLSで二重化する場合、以下のように設定してください。
ノード間でIPアドレスを引継ぐ場合
GLSをNIC切替方式の論理IPアドレス引継ぎ機能で設定してください。
シャットダウン機構には、論理IPアドレスではなく、物理IPアドレスを指定してください。
ノード間でIPアドレスを引継がない場合
GLSをNIC切替方式の物理IPアドレス引継ぎ機能で設定してください。
KVM環境でのシャットダウン機構は、SSHで管理OSにログインし、ゲストOSのドメインを強制停止します。
シャットダウン機構の設定には以下の情報が必要なため、事前に確認してください。
管理OSのIPアドレス
管理OSにログインするためのユーザ
管理OSにログインするためのユーザのパスワード
ゲストOSのドメイン名
管理OSにログインするためのユーザとパスワードについては、以下で設定した情報を確認してください。
1つの管理OS上のゲストOS間でクラスタシステムを構築している場合、“3.2.1.2 管理OSの設定（ゲストOSのOSインストール後）”
管理OS異常切替機能を使用せず、複数の管理OS上のゲストOS間でクラスタシステムを構築している場合、“3.2.2.2 管理OSの設定（ゲストOSのOSインストール後）”
管理OS異常切替機能を使用して、複数の管理OS上のゲストOS間でクラスタシステムを構築している場合、“3.2.3.1.4 管理OSの設定（ゲストOSのOSインストール後）”
また、確認したユーザがrootユーザとしてコマンドを実行できるように、sudoコマンドの設定が行われているか、以下の手順で確認してください。
すべてのノードでvisudoコマンドを実行してください。
visudoコマンドで表示される設定ファイルに、以下の設定が記載されているか確認してください。
<ユーザID> ALL=(root) NOPASSWD: ALL記載されていない場合は、記載してください。
libvitrtシャットダウンエージェントを設定します。
以下の手順で実施してください。
注意
下記の1.から3.までの操作はすべてのゲストOS(ノード)で実行してください。
パスワードの暗号化
sfcipherコマンドを実行し、“5.1.2.6.1 シャットダウンエージェントの情報確認”で確認したパスワードを暗号化します。
sfcipherコマンドの使用法については、sfcipherのマニュアルページを参照してください。
# sfcipher -c
Enter User's Password:
Re-enter User's Password:
D0860AB04E1B8FA3パニックシャットダウンエージェント(SA_libvirtgp)とリセットシャットダウンエージェント(SA_libvirtgr)の設定
パニックシャットダウンエージェント(SA_libvirtgp)とリセットシャットダウンエージェント(SA_libvirtgr)を設定します。
/etc/opt/SMAW/SMAWsf/SA_libvirtgp.cfgと/etc/opt/SMAW/SMAWsf/SA_libvirtgr.cfgをそれぞれ以下のような内容で作成します。
SA_libvirtgp.cfgとSA_libvirtgr.cfgファイルはrootユーザで作成し、パーミッションを600にしてください。
CFNameX domainX ip-address user passwd CFNameX domainX ip-address user passwd
CFNameX ：クラスタホストのCFノード名を指定します。 domainX ：ゲストOSのドメイン名を指定します。 “5.1.2.6.1 シャットダウンエージェントの情報確認”で確認したドメイン名を指定します。 ip-address ：管理OSのIPアドレスを指定します。 “5.1.2.6.1 シャットダウンエージェントの情報確認”で確認した管理OSのIPアドレスを 指定します。 指定可能なアドレス形式は、IPv4アドレスおよびIPv6アドレスです。 IPv6のリンクローカルアドレスは使用できません。 user : 管理OSにログインするためのユーザです。 “5.1.2.6.1 シャットダウンエージェントの情報確認”で確認したユーザを指定します。 passwd :“user”で指定したユーザのパスワードです。 1．のパスワードの暗号化で確認したものを指定します。
例）
node1のゲストOSのドメイン名がdomain1で、node1が動作する管理OSのIPアドレスが10.20.30.50、node2のゲストOSのドメイン名がdomain2で、node2が動作する管理OSのIPアドレスが10.20.30.51の場合
/etc/opt/SMAW/SMAWsf/SA_libvirtgp.cfg
node1 domain1 10.20.30.50 user D0860AB04E1B8FA3 node2 domain2 10.20.30.51 user D0860AB04E1B8FA3
/etc/opt/SMAW/SMAWsf/SA_libvirtgr.cfg
node1 domain1 10.20.30.50 user D0860AB04E1B8FA3 node2 domain2 10.20.30.51 user D0860AB04E1B8FA3
注意
/etc/opt/SMAW/SMAWsf/SA_libvirtgp.cfgファイルと/etc/opt/SMAW/SMAWsf/SA_libvirtgr.cfgファイルの設定内容が正しいか確認してください。設定内容に誤りがあった場合、シャットダウン機構が正常に動作できなくなります。
/etc/opt/SMAW/SMAWsf/SA_libvirtgp.cfgファイルと/etc/opt/SMAW/SMAWsf/SA_libvirtgr.cfgファイルのクラスタホストのCFノード名(CFNameX)に対応した、ゲストOSのドメイン名(domainX)と管理OSのIPアドレス(ip-address)が設定されているか確認してください。設定に誤りがあった場合、誤ったノードが強制停止されることがあります。
SA_libvirtgp.cfg、SA_libvirtgr.cfgファイルの内容はすべてのゲストOS(ノード)で同一にしてください。同一でない場合誤動作します。
管理OSへのログイン
シャットダウン機構は、管理OSへSSHでアクセスするため、SSH初回時のユーザ問い合わせ（RSA 鍵の生成）を済ませておく必要があります。
全ゲストOS（ノード）上でそれぞれ、2. で設定したすべての管理OSのIP アドレス (ip-address) に対して、設定したユーザでログインを実行してください。
コマンドの実行はrootユーザで行ってください。
# ssh -l user XXX.XXX.XXX.XXX The authenticity of host 'XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX)' can't be established. RSA key fingerprint is xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx. Are you sure you want to continue connecting (yes/no)? yes ←yes と入力
管理OS異常切替機能を使用する場合、vmchkhostシャットダウンエージェントを設定します。
本設定は、libvirtシャットダウンエージェントの設定後に実施してください。
注意
下記の2.から3.までの操作はすべてのゲストOS(ノード)で実行してください。
libvirtシャットダウンエージェント設定と管理OSの情報確認
libvirtシャットダウンエージェントに設定した以下の情報を確認します。
管理OSのIPアドレス
管理OSにログインするためのユーザ
管理OSにログインするためのユーザの暗号化パスワード
また、管理OSの以下の情報を確認します。
CFノード名
vmchkhostシャットダウンエージェントの設定
/etc/opt/SMAW/SMAWsf/SA_vmchkhost.cfgを以下のような内容で作成します。
SA_vmchkhost.cfgファイルはrootユーザで作成し、パーミッションを600にしてください。
guest-cfnameX host-cfnameX ip-address user password
guest-cfnameX host-cfnameX ip-address user password
guest-cfnameX : ゲストOS(クラスタノード)のCFノード名です。 host-cfnameX : 管理OSのCFノード名です。 1.で確認したCFノード名を指定します。 ip-address : 管理OSのIPアドレスです。 1.で確認したIPアドレスを指定します。 user : 管理OSにログインするためのユーザです。 1.で確認したユーザを指定します。 password : “user”で指定したユーザのパスワードです。 1.で確認した暗号化パスワードを指定します。
例）
node1(ゲストOSのCFノード名)が動作する管理OSのCFノード名がhostos1で、管理OSのIPアドレスが10.20.30.50、node2(ゲストOSのCFノード名)が動作する管理OSのCFノード名がhostos2で、管理OSのIPアドレスが10.20.30.51の場合
node1 hostos1 10.20.30.50 user D0860AB04E1B8FA3 node2 hostos2 10.20.30.51 user D0860AB04E1B8FA3
注意
/etc/opt/SMAW/SMAWsf/SA_vmchkhost.cfgファイルの設定内容が正しいか確認してください。設定内容に誤りがあった場合、シャットダウン機構が正常に動作できなくなります。
/etc/opt/SMAW/SMAWsf/SA_vmchkhost.cfgファイルのゲストOS(クラスタホスト)のCFノード名(guest-cfnameX)に対応した、管理OSのCFノード名(host-cfnameX)と管理OSのIPアドレス(ip-address)が設定されているか確認してください。設定に誤りがあった場合、シャットダウン機構が正常に動作できなくなります。
SA_vmchkhost.cfgファイルの内容はすべてのゲストOS(ノード)で同一にしてください。同一でない場合、誤動作します。
管理OSへのログイン
シャットダウン機構は、管理OSへSSHでアクセスするため、SSH初回時のユーザ問い合わせ（RSA 鍵の生成）を済ませておく必要があります。
libvirtシャットダウンエージェントを設定する際にSSH初回時のユーザ問い合わせ（RSA 鍵の生成）を済ませているか確認してください。
全ノードで/etc/opt/SMAW/SMAWsf/rcsd.cfgを以下のような内容で作成します。
rcsd.cfgファイルはrootユーザで作成し、パーミッションを600にしてください。
管理OS異常切替機能を使用する場合
CFNameX,weight=weight,admIP=myadmIP:agent=SA_libvirtgp,timeout=timeout:agent=SA_libvirtgr,timeout=timeout:agent=SA_vmchkhost,timeout=timeout CFNameX,weight=weight,admIP=myadmIP:agent=SA_libvirtgp,timeout=timeout:agent=SA_libvirtgr,timeout=timeout:agent=SA_vmchkhost,timeout=timeout
管理OS異常切替機能を使用しない場合
CFNameX,weight=weight,admIP=myadmIP:agent=SA_libvirtgp,timeout=timeout:agent=SA_libvirtgr,timeout=timeout CFNameX,weight=weight,admIP=myadmIP:agent=SA_libvirtgp,timeout=timeout:agent=SA_libvirtgr,timeout=timeout
CFNameX : クラスタホストのCFノード名を指定します。 weight : SFのノードの重みを指定します。 myadmIP : クラスタホストのシャットダウン機構で使用する管理LANのIPアドレスを指定します。 iRMCやマネージメントブレードのIPアドレスではありません。 指定可能なアドレス形式は、IPv4アドレスおよびIPv6アドレスです。 IPv6のリンクローカルアドレスは使用できません。 IPv6アドレスを指定する場合は、角括弧[ ]で囲んでください。 (例 [1080:2090:30a0:40b0:50c0:60d0:70e0:80f0]) ホスト名を指定する場合は、/etc/hostsに記載されていることを確認してください。 SA_libvirtgp : ゲストOSをパニックさせるシャットダウンエージェントです。必ず指定してください。 SA_libvirtgr : ゲストOSをリセットさせるシャットダウンエージェントです。必ず指定してください。 SA_vmchkhost : 管理OS異常切替機能のシャットダウンエージェントです。 管理OS異常切替機能の使用時に指定してください。 timeout : シャットダウンエージェントのタイムアウト時間(秒)を指定します。 SA_libvirtgpとSA_libvirtgrとSA_vmchkhostには、35秒を指定します。 |
例1）管理OS異常切替機能を使用する場合
node1,weight=2,admIP=fuji2:agent=SA_libvirtgp,timeout=35:agent=SA_libvirtgr,timeout=35:agent=SA_vmchkhost,timeout=35 node2,weight=1,admIP=fuji3:agent=SA_libvirtgp,timeout=35:agent=SA_libvirtgr,timeout=35:agent=SA_vmchkhost,timeout=35
例2）管理OS異常切替機能を使用しない場合
node1,weight=2,admIP=fuji2:agent=SA_libvirtgp,timeout=35:agent=SA_libvirtgr,timeout=35 node2,weight=1,admIP=fuji3:agent=SA_libvirtgp,timeout=35:agent=SA_libvirtgr,timeout=35
注意
rcsd.cfgファイルで設定するシャットダウンエージェントは、SA_libvirtgp、SA_libvirtgr、SA_vmchkhostの順番で設定してください。
rcsd.cfgファイルの内容は全ノードで同一にしてください。同一でない場合、誤動作します。
参考
/etc/opt/SMAW/SMAWsf/rcsd.cfgファイルを作成する場合、/etc/opt/SMAW/SMAWsf/rcsd.cfg.templateファイルを雛型として使用することができます。
全ノードでシャットダウン機構を起動または再起動します。
シャットダウン機構の起動
全ノードでシャットダウン機構が起動済みか確認してください。
# sdtool -sシャットダウン機構が起動済みの場合、全ノードで以下を実行してシャットダウン機構を再起動してください。
# sdtool -e # sdtool -b
シャットダウン機構が起動していない場合、全ノードで以下を実行してシャットダウン機構を起動してください。
# sdtool -bシャットダウン機構の状態確認
全ノードでシャットダウン機構の状態を確認してください。
# sdtool -s参考
初期状態がInitFailed と表示された場合は、そのシャットダウンエージェントの初期化で問題が発生したことを示しています。
テスト状態にTestFailed と表示された場合は、クラスタホスト欄に表示されたノードを停止できるかどうかをエージェントがテストしている間に問題が発生したことを示しています。 このような場合には、そのエージェントが使用しているソフトウェア、ハードウェア、ネットワーク資源に何らかの問題が生じていることが考えられます。
停止状態または初期状態にUnknown と表示された場合は、SF がノードの停止、経路のテスト、SA の初期化をまだ行っていないことを表しています。 テスト状態および初期状態には、実際の状態が確認されるまで一時的にUnknown が表示されます。
TestFailed またはInitFailed が表示された場合は、以下のファイルを確認してください。
/var/log/messages
/etc/sysconfig/libvirt-guests
/etc/sysconfig/libvirt-guests については、以下の設定が行われているか確認してください。
1つの管理OS上のゲストOS間でクラスタシステムを構築している場合、“3.2.1.2 管理OSの設定（ゲストOSのOSインストール後）”
管理OS異常切替機能を使用せず、複数の管理OS上のゲストOS間でクラスタシステムを構築している場合、“3.2.2.2 管理OSの設定（ゲストOSのOSインストール後）”
管理OS異常切替機能を使用して、複数の管理OS上のゲストOS間でクラスタシステムを構築している場合、“3.2.3.1.4 管理OSの設定（ゲストOSのOSインストール後）”
失敗した問題が解決されSF が再起動されると、状態の表示がInitWorked またはTestWorked に変わります。
PRIMEQUESTで管理OS異常切替機能を使用する場合、MMB非同期監視機能またはiRMC非同期監視機能と連携するために、管理OSにも管理OS異常切替機能を設定します。
本設定はlibvirtシャットダウンエージェントとvmchkhostシャットダウンエージェントの設定後に実施してください。
注意
下記の3.から7.までの操作はすべての管理OS(ノード)で実行してください。
設定の情報確認
PRIMEQUESTの管理OS異常切替機能は、MMB非同期監視機能またはiRMC非同期監視機能で管理OS異常を検知した時に、SSHでゲストOS(クラスタノード)にログインし、シャットダウン機構に管理OSの異常を通知します。
管理OS異常切替機能の設定には以下の情報が必要なため、事前に確認してください。
ゲストOSのIPアドレス
ゲストOSのドメイン名
ゲストOSのクラスタ名
ゲストOSのCFノード名
ユーザ作成（ゲストOSにroot以外でログインする場合)
管理OS異常切替機能が、ゲストOSにroot以外のユーザでログインする場合、ログイン用のユーザを作成します。すべてのゲストOSで以下の手順を実施してください。
(1) ログイン用のユーザを作成します。
作成するユーザのパスワードは、以下の文字以外の7ビットASCII文字で設定してください。
> < " / \ = ! ? ; , &
(2) 作成したユーザがrootユーザとしてコマンドを実行できるように、sudoコマンドを設定します。
rootコマンドでvisudoコマンドを実行し、表示される設定ファイルに、以下の設定を記載してください。
<(1)で作成したユーザ> ALL=(root) NOPASSWD: ALL
パスワードの暗号化
sfcipherコマンドを実行し、ゲストOSへSSH ログインするためのユーザ(rootまたは2.で作成したユーザ)のパスワードを暗号化します。
sfcipherコマンドの使用法については、sfcipherのマニュアルページを参照してください。
# sfcipher -c
Enter User's Password:
Re-enter User's Password:
D0860AB04E1B8FA3/etc/opt/FJSVcluster/etc/kvmguests.confの作成
/etc/opt/FJSVcluster/etc/kvmguests.confを以下の内容で作成します。
kvmguests.confファイルはrootユーザで作成し、パーミッションを600にしてください。
クラスタを構成する管理OS上に複数のゲストOS(クラスタノード)が動作している場合は、本ファイルに管理OS異常切替機能が設定されたすべてのゲストOSを記載してください。
guest-name host-cfname guest-clustername guest-cfname guest_IP guest_user guest_passwd ：
1行に1ノード分の情報を記載してください。
各項目は空白1文字で区切ってください。
kvmguests.conf ファイルは、すべてのクラスタノードで同一にしてください。
guest-name : ゲストOSのドメイン名を指定します。 host-cfname : “guest-name”が動作している管理OSのCFノード名を指定します。 “guest-name”が動作している管理OSで“cftool -l”を実行すると、そのノードのCFノード名が 確認できます。 guest-clustername : ゲストOSのクラスタ名を指定します。
ゲストOSで“cftool -c”を実行すると、そのノードのクラスタ名が確認できます。 guest-cfname : ゲストOSのCFノード名を指定します。
ゲストOSで“cftool -l”を実行すると、そのノードのCFノード名が確認できます。
guest_IP : ゲストOSのIPアドレスを指定します。
指定可能なアドレス形式は、IPv4アドレスおよびIPv6アドレスです。
IPv6のリンクローカルアドレスは使用できません。
guest_user : ゲストOSへSSH ログインするためのユーザを指定します。 rootまたは2.で作成したユーザを指定します。
guest_passwd : ゲストOSへログインするためのユーザのパスワードを指定します。
3．で暗号化したパスワードを指定します。
例）2ノード構成のゲストOS間でクラスタシステムが2セット構築されている場合
guest11 cfhost1 cluster1 cfguest11 10.20.30.50 user1 D0860AB04E1B8FA3 guest12 cfhost2 cluster1 cfguest12 10.20.30.51 user2 D0860AB04E1B8FA3 guest21 cfhost1 cluster2 cfguest21 10.20.30.60 user3 D0860AB04E1B8FA3 guest22 cfhost2 cluster2 cfguest12 10.20.30.61 user4 D0860AB04E1B8FA3
ゲストOSへのログイン確認
PRIMEQUESTの管理OS異常切替機能は、ゲストOSへSSHでアクセスするため、SSH初回時のユーザ問い合わせ（RSA 鍵の生成）を済ませておく必要があります。
/etc/opt/FJSVcluster/etc/kvmguests.conf に指定したすべてのゲストOS(ノード)に対して、同ファイルに指定したユーザでSSH接続を行い、ログインできることを確認してください。
コマンドの実行は、管理OSのrootユーザで行ってください。
# ssh -l user1 XXX.XXX.XXX.XXX The authenticity of host 'XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX)' can't be established. RSA key fingerprint is xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx. Are you sure you want to continue connecting (yes/no)? yes ←yes と入力
/etc/opt/FJSVcluster/etc/kvmguests.confの設定確認
全ての管理OS上でsfkvmtoolコマンドを実行し、/etc/opt/FJSVcluster/etc/kvmguests.confの設定に誤りが無いか確認します。
設定に誤りが無い場合、以下のメッセージが出力されます。
# /opt/SMAW/SMAWsf/bin/sfkvmtool -c
NOTICE: The check of configuration file succeeded.上記以外のメッセージが出力された場合、/etc/opt/FJSVcluster/etc/kvmguests.confの設定を見直してください。
シャットダウン機構の起動
全ノードでシャットダウン機構が起動済みか確認してください。
# sdtool -sシャットダウン機構が起動済みの場合、全ノードで以下を実行してシャットダウン機構を再起動してください。
# sdtool -e # sdtool -b
シャットダウン機構が起動していない場合、全ノードで以下を実行してシャットダウン機構を起動してください。
# sdtool -bシャットダウン機構の設定後に、正しいノードが強制停止できることを確認するため、クラスタ強制停止テストを実施します。
クラスタノード強制停止の詳細については、“1.4 テスト”を参照してください。
注意
SA_libvirtgpによるノード(ゲストOS)強制停止後、ゲストOSが一時停止状態のままになることがあります(管理OSの/var/crash配下に空き容量がない場合など)。このような場合、ゲストOSをvirsh destroyコマンドで強制停止してください。