ここでは、“userApplication Configuration Wizard”画面を使用して、RMSにリソース（Resource）を登録する方法について説明します。
リソースのタイプ | 概要 |
|---|---|
Cmdline リソース | ユーザが独自に作成したスクリプトファイルやコマンドをリソースとして設定する場合に使用します。 このリソースは、ISVアプリケーションや利用者アプリケーションをuserApplicationの状態に連動して起動／停止したり、逆にアプリケーションの停止に連動してuserApplicationを状態遷移するために必要です。 |
Fsystem リソース | ファイルシステムをuserApplicationの起動に合わせてマウントする場合に使用します。 |
Gds リソース | GDS (Global Disk Services)で定義するディスククラスをリソースとして登録する場合に使用します。 |
Gls リソース | GLS (Global Link Services)の伝送路二重化機能で定義する引継ぎIPアドレスをリソースとして登録する場合に使用します。 |
引継ぎネットワーク リソース | 引継ぎネットワークをリソースとして登録する場合に使用します。 引継ぎを行うアドレスの種類には、以下のものがあります。
|
プロシジャ リソース | 状態遷移プロシジャをリソースとして登録する場合に使用します。 |
プロセス監視リソース | プロセス監視機能の監視対象とするユーザ独自のプログラムをリソースとして登録する場合に使用します。 |
回線切替リソース | 回線切替装置をリソースとして登録する場合に使用します。 |
ISVリソース | ISV（Independent Software Vendor）アプリケーションをリソースとして登録する場合に使用します。 |
注意
CUI（hvw）で上記以外のリソースを使用して作成した構成は、表示や操作をすることができません。
注意
リソースの名前について
リソース作成時、リソースタイプを選択してリソースの名前を入力します。リソースの名前は、英大文字で始まり、英数字、“_”（アンダーライン）だけからなる18文字以内の文字列にしてください。また、この名前には、Configuration名と同じ名前（“config”）またはリソースのタイプと同じ名前（“Cmdline”、“Fsystem”など）を使用しないでください。
例） Cmdline0
リソースの作成の流れを以下に示します。
図6.5 リソース作成の流れ
注意
同一種別のリソース間の関連付け（優先度設定）を行う場合は、優先度の高いリソースから作成してください。
Cmdlineを作成する方法について説明します。
図6.6 Cmdlineリソース作成の流れ
■リソースの作成を起動する
“userApplication Configuration Wizard”のトップメニューで、＜Resourceの作成＞を選択します。
図6.7 userApplication Configuration Wizardトップメニュー
＜次へ＞をクリックし、“Resourceの作成”画面へ進みます。
■Resourceタイプを選択する
図6.8 Resourceの作成
作成するリソースの種類を以下から選択します。
Cmdline （Cmdline リソース）
Fsystem （Fsystem リソース）
Gds （Gds リソース）
Gls （Gls リソース）
Ipaddress （引継ぎネットワーク リソース）
Procedure （プロシジャ リソース）
Process （プロセス監視リソース）
SH_SWLine （回線切替リソース）
Oracle, Nwcl, Nwsv, Nwst （ISVリソース）
作成するリソースの名前を指定します。入力文字列には、英大文字で始まり、英数字、“_”（アンダーライン）だけからなる文字列を18文字以内で指定してください。また、この名前には、Configuration名と同じ名前（“config”）を使用しないでください。
設定終了後＜次へ＞をクリックし、“SysNodeの選択”画面へ進みます。
■SysNodeを選択する
リソースを設定するSysNodeを選択します。SysNodeとは、RMSで使用するCIPに対応するノードのことです。
図6.9 SysNodeの選択
クラスタを構成するSysNodeのうち、Web-Based Admin Viewを使用してアクセスが可能なSysNode名が表示されます。
リソースを設定するSysNode名が表示されます。この情報は、各リソースで使用するインタフェースなどのフィルタリング情報として使用されます。
［利用可能なSysNode］からリソースを設定するSysNodeを選択し、＜追加＞をクリックします。全てを追加したい場合は、＜全て追加＞をクリックしてください。
リソースを設定するSysNodeを削除する場合には、［選択されたSysNode］から削除するSysNodeを選択し、＜削除＞をクリックします。全て削除する場合には、＜全て削除＞をクリックしてください。
設定終了後＜次へ＞をクリックし、各リソースの設定へ進みます。
■Cmdline作成方法を選択する
Cmdlineリソースは、汎用的なリソースです。監視対象となる利用者アプリケーション（プログラム）を起動／停止／監視するために3つのスクリプトを定義することで、目的に応じたリソースを作成できます。
それぞれのスクリプトは、RMSにおける以下の処理に対応しています。
ここでは、スクリプトファイルやコマンドをリソースとして設定する方法を選択します。
図6.10 Cmdlineの作成
作成方法を以下から選択します。
新規作成
スクリプトファイルを新規作成する場合に選択します。
パス入力
すでに存在するスクリプトやコマンドを指定する場合に選択します。
設定後、＜次へ＞をクリックします。選択した項目によってそれぞれ以下へ進みます。
「新規作成」：◆スクリプトファイルの新規作成
「パス入力」：◆パス入力による作成
注意
スクリプトを作成する際には、スクリプトの終了値／タイムアウト値／環境変数について注意して作成してください。詳細については、“6.5 Online/Offlineスクリプトの設定”の“■スクリプト作成時の注意事項”を参照してください。
また、スクリプトのサンプルは、“6.5 Online/Offlineスクリプトの設定”の“■サンプルスクリプト”を参照してください。
Cmdline作成方法で新規作成を選択すると、スクリプトの作成画面が表示されます。
スクリプトを編集エリアに直接入力することができます。
テキストのコピー／切取り／貼付け操作は、編集エリア内でのみ有効です。
図6.11 Startスクリプトの作成
保存するファイル名を設定します。
ファイル名と引数には、円記号（“\”）、チルダ（“~”）、パーセンテージ(“%”)、アンパサンド(“&”)、アットマーク(“@”)を使用してはいけません。
Cmdline作成途中に画面を終了/中断した場合でも、スクリプトファイルは保存されているため、Cmdlineリソースの再作成時にスクリプトを再利用できます。
スクリプトの種類によって、以下のディレクトリ内に保存されます。
Startスクリプト
/opt/FJSVwvucw/scripts/start
Stopスクリプト
/opt/FJSVwvucw/scripts/stop
Checkスクリプト
/opt/FJSVwvucw/scripts/check
注意
引数を指定する場合は、“空白”で区切ります。本画面で作成することができるスクリプトは、デフォルトでBourneシェルであるため、編集エリアの先頭には以下の文字列が表示されます。
#!/bin/shスクリプトを編集するときの簡易メニューが表示されます。以下に編集操作を示します。
項目 | 操作 |
|---|---|
カーソルの移動 | マウスポインタを置き、マウスポインタをシングルクリック、またはキーボードの矢印キーを上下左右に操作することでカーソルを任意の場所に移動できます。 |
テキストの挿入 | カーソルの位置に文字を入力することがきます。 |
テキストの削除 |
|
テキストの切取り | 編集エリア内の1文字以上の文字列を選択し、[編集]－[切り取り]を選択します。 |
テキストのコピー | 編集エリア内の1文字以上の文字列を選択し、[編集]－[コピー]を選択します。 |
テキストの貼付け | 編集エリア内であらかじめ切取り、またはコピー、をしておいた文字列を貼り付ける位置にカーソルを位置付け、[編集]－[ペースト]を選択します。 |
注意
Cmdlineの作成途中で処理を中止、または、Cmdlineリソースを削除、または、GUIパッケージ(FJSVwvucw)を削除しても、このスクリプトファイルは削除されません。それらを削除したい場合は、/opt/FJSVwvucw/scripts/startディレクトリを削除してください。たとえば、rm(1)コマンドを使用して、以下のようにして削除します。
1つのスクリプトファイルを削除する場合
# rm /opt/FJSVwvucw/scripts/start/XXXXXXXX
ディレクトリを削除する場合は、/opt/FJSVwvucw/scripts/start 、または/opt/FJSVwvucwを指定してください。
なお、Stopスクリプト、Checkスクリプトを削除する場合は、上記のディレクトリの“start”の部分を、それぞれ“stop”と“check”に置き換えてください。
設定終了後＜次へ＞をクリックし、“Stopスクリプトの作成”へ進みます。
Startスクリプトと同様の手順で、Stopスクリプトを作成します。
図6.12 Stopスクリプトの作成
設定終了後＜次へ＞をクリックし、“Checkスクリプトの作成”へ進みます。
注意
Stopスクリプトは省略可能です。設定を省略する場合は、何も設定せず、＜次へ＞をクリックしてください。
Startスクリプトと同様の手順で、Checkスクリプトを作成します。
図6.13 Checkスクリプトの作成
必要に応じてスクリプトの属性を設定します。
作成したスクリプトの属性を設定するダイアログを表示します。後述の“●CmdlineのFlag設定方法”を参照してください。
注意
“CmdlineのFlag設定”画面で“NULLDITECTOR”を“Yes”にした場合は、Checkスクリプトを設定する必要はありません。この場合は、RMSからCheckスクリプトが起動されないため、Checkスクリプトをリソースの情報として設定しません。
◆パス入力による作成
すでにスクリプトが存在する場合は、パスを入力して設定することができます。
注意
ファイルパスと引数には、円記号（“\”）、チルダ（“~”）、パーセンテージ(“%”)、アンパサンド(“&”)、アットマーク(“@”)を使用してはいけません。
図6.14 Cmdlineの設定
Startスクリプトのパスを入力します。引数を指定する場合は、“空白”で区切ります。
Startスクリプトは、必ず必要なスクリプトです。スクリプトは、フルパスで入力する必要があります。
Stopスクリプトのパスを入力します。引数を指定する場合は、“空白”で区切ります。
Stopスクリプトは、必須の情報ではありません。スクリプトは、フルパスで入力する必要があります。
Checkスクリプトのパスを入力します。引数を指定する場合は、“空白”で区切ります。スクリプトは、フルパスで入力する必要があります。
Checkスクリプトは、必ず必要なスクリプトですが、“CmdlineのFlag設定”画面でNULLDITECTORを“Yes”にした場合は、設定する必要はありません。設定を行っても、RMSからCheckスクリプトが起動されないため、リソースの登録時にその情報を削除します。
スクリプトの属性を設定します。後述の“●CmdlineのFlag設定方法”を参照してください。
Cmdlineリソースに定義したスクリプトの制御方法はFlagの値を変更することで調整することができます。
デフォルト値はCmdlineリソースにおけるものです。その他のリソースのデフォルト値については、各リソース毎に異なります。
図6.15 CmdlineのFlag設定
設定終了後＜確認＞をクリックし、“Cmdlineの設定”画面へ戻ります。
Flag | 概要 |
|---|---|
NULLDETECTOR | userApplicationのOnline/Offline処理に連動して、CmdlineリソースのOnline/Offlineスクリプトを実行するだけです。CmdlineリソースのOnline/Offlineスクリプトの処理が成功した後の監視は行われません。 |
ALLEXITCODES | “No”に設定すると、Checkスクリプトの終了コードは以下のように解釈されます。 0 ： Online “Yes”に設定すると、Checkスクリプトの終了コードの値により、以下のように解釈されます。 0 ： online デフォルト値は“No”です。 |
LIEOFFLINE | “Yes”に設定すると、Stopスクリプトが指定されていない場合にリソースはOfflineであると報告されます。Stopスクリプトが指定されている場合は、このスクリプトの失敗はfault処理のきっかけになります。 |
CLUSTEREXCLUSIVE | “Yes”に設定すると、クラスタ内で1度に1つのノード上だけでリソースがOnline になります。 |
AUTORECOVER | “Yes”に設定すると、RMSはuserApplicationが別のホストに切替えられるのを防ぐためにfaultedになったリソースを回復しようと試みます。 |
MONITORONLY | リソースがfaultedとなった場合にuserApplicationをfaultedにするかどうかを制御します。“Yes”に設定すると、リソースがfaultedになった場合でも、それをトリガにuserApplicationはfaultedにはなりません。 |
STANDBYCAPABLE | “Yes”に設定すると、RMSはこのリソースのためにStandbyCapable属性を1に設定します。 |
REALTIME | “No”に設定すると、CheckスクリプトがTSクラスで開始されます。 |
TIMEOUT | プログラムの開始と停止のためのタイムアウト時間（秒）を設定します。 |
■Cmdlineの登録情報を確認する
今までに設定されたスクリプトの一覧を確認することができます。また、[Attributes]タブを選択して、画面を切替えることで、リソースの属性を設定することもできます。
リソースの属性については“6.6.5 属性の説明”を参照してください。
図6.16 登録情報の確認
「Flag」カラム内で表示される属性は、各Resourceの属性のうち、値の設定されているもののみ表示されます。たとえば、「Yes or No」を設定するような、AUTORECOVER属性に、“No”を設定した場合、AUTORECOVERは属性を設定していないことになり、「Flag」カラム内に表示されません。
作成したCmdline リソース配下に、作成済の他のCmdline リソースやプロセス監視リソースの関連付けを行います。後述の“◆Resourceの関連付け”を参照してください。
登録情報の内容確認後、＜登録＞をクリックします。
同一のResource タイプ内で、起動優先度をつけたい場合に使用します。
起動優先度をつけることで、リソースをOnlineまたはOfflineにする順序を明確にすることができます。
Online処理の場合は、起動優先度の高いリソースがOnlineになった後で、起動優先度の低いリソースがOnlineになります。
逆にOffline処理の場合は、起動優先度の低いリソースがOfflineになった後で、起動優先度の高いリソースがOfflineになります。
また、起動優先度をつけない場合や同じ優先度の場合の順序は不定です。
図6.17 Resourceの関連付け
同一Resourceタイプの関連付けを行うリソース。
ただし、以下の条件を満たす場合のみです。
呼び出されたResourceと同一のResourceタイプである。
他のクラスタアプリケーションで使用されていないResourceである。
注意：Cmdlineおよびプロセス監視リソースは、同一タイプとして判断されます。
現在作成中のResourceの配下に設定するResource。
［利用可能なResource］からリソース配下に設定するリソースを選択し、＜追加＞をクリックします。また、全てを追加したい場合は、＜全て追加＞をクリックしてください。リソース配下に設定するリソースを削除する場合には、［選択されたResource］から削除するリソースを選択し、＜削除＞をクリックします。全て削除する場合には、＜全て削除＞をクリックしてください。
設定終了後、＜確認＞をクリックし、“登録情報の確認”画面へ戻ります。
例
以下の構成は、同一種別のリソースに起動優先度を設定した場合の構成です。
この構成を構築する場合は、以下の手順でリソースを構築します。
Cmdline3を作成する。
Cmdline2を作成し、Cmdline3をsubApplicationとして設定する。
Cmdline1を作成し、Cmdline2をsubApplicationとして設定する。
userApplicationを作成し、Cmdline1をsubApplicationとして設定する。
以下の構成を構築する際の手順を以下に示します。
Cmdline3を作成する。
Cmdline2を作成する。
Cmdline1を作成し、Cmdline2 とCmdline3をsubApplicationとして設定する。
userApplicationを作成し、Cmdline1をsubApplicationとして設定する。
以下は、各リソース作成時にsubApplicationとして他のリソースを設定しなかった場合の構成です。
ファイルシステムをuserApplicationの起動に合わせてマウントする場合に設定します。
親子関係にある複数のマウントポイントを制御させたい場合は、1つのFsystemリソースとして作成します。
Fsystemリソース作成前には、必ず事前設定を行う必要があります。
UFSなどのローカルファイルシステムをマウントします。
NFSファイルシステムとしてネットワークで共有できます。共有しないこともできます。
ネットワークで共有する場合は、NFS Lock Failover （NFSによるロック機構がフェイルオーバ時に引き継がれる機能）が有効になります。
■ファイルロック使用上の注意
NFS サーバ機能を使用する場合、NFS ロック情報も引継がれるように設定してください。
NFS ロック情報の引継ぎができない場合、同じファイルに対して複数のロック情報が獲得できてしまうため、fcnlt(2) や lockf(3C) を使用するアプリケーションが排他制御を行うことができなくなり、ファイル破壊を引き起こす要因となります。
ただし、本機能を使用するにあたり、以下の注意が必要となります。アプリケーションがロックを使用するかどうか不明な場合にも次の注意にしたがってください。
NFS サーバの運用を行うノードでは、NFS クライアント機能を使用しないでください。具体的には、NFS マウントを行わないでください。
NFS サーバの運用を行うノードで NFS 共有するファイルシステムは NFS クライアントからのみ利用できるようにしてください。NFS サーバを運用するノード上のアプリケーションから直接ファイルを利用しないでください。
切替え時には以下の処理が行われます。statd、lockd の起動が完了した時点でリソースの状態は Online になりますが、NFS ロックリカバリ処理が完了するまでクライアントからのアクセスは保留されます。
statd(1M)、lockd(1M) デーモンの停止
statd(1M)、lockd(1M) デーモンの起動
NFS ロックリカバリ処理
複数の Fsystem リソースに、NFS Lock Failover を設定したマウントポイントを設定することはできません。
NFS 共有するマウントポイントが NFS Lock Failover を必要とする場合、それらのマウントポイントは、NFS Lock Failover を設定したマウントポイントを含む Fsystem リソースに設定してください。
具体的には、以下のような構成になります。
userApplication0
Fsystem0
mountpoint0 (NFS share, NFS Lock Failover)
mountpoing1 (NFS share)
mountpoing2 (NFS share)
mountpoing3 (NFS share)注意
以下のような構成にはできません。
複数の Fsystem に設定されている
userApplication0
Fsystem0
mountpoint0 (NFS share, NFS Lock Failover)
mountpoing1 (NFS share)
Fsystem1
mountpoint2 (NFS share, NFS Lock Failover)
mountpoing3 (NFS share)複数の userApplication/Fsystem に設定されている
userApplication0
Fsystem0
mountpoint0 (NFS share, NFS Lock Failover)
mountpoing1 (NFS share)
userApplication1
Fsystem1
mountpoint2 (NFS share, NFS Lock Failover)
mountpoing3 (NFS share)■NFS 使用時の注意
プロトコルについて
NFSではプロトコルとしてTCPまたはUDPを使用できます。TCPを使用して、切替えと切戻しを連続で行った場合、UDPを使用した場合より復旧時間が長くなることがあります。このため、PRIMECLUSTERでは UDPプロトコルを使用してください。
■Fsystemリソース内に31個以上のマウントポイントを作成する場合の注意
FsystemリソースのTimeout最小値は、「Fsystemリソース内のマウントポイント数 × 6秒」で既定されています。デフォルトでは180秒に設定されているので、Fsystemリソース内にマウントポイントを31個以上定義する場合は、“■Fsystemの登録情報を確認する”の画面で[Attributes]タブを選択して、Timeout値を「Fsystemリソース内のマウントポイント数 × 6秒」に変更する必要があります。
GUIで設定をする前に必要なことを以下に説明します。
なお、手順の中では説明を省いていますが、ファイルの編集にはvi(1)などのエディタコマンドの使用が一般的です。
■/etc/vfstabファイルの編集
userApplicationを構成する全てのクラスタノードのファイルへ、次のようにマウントポイントのエントリを追加します。
#RMS#/dev/sfdsk/class0001/dsk/volume0001 /dev/sfdsk/class0001/rdsk/volume0001 /disk1 ufs - no - #RMS#/dev/sfdsk/class0001/dsk/volume0002 /dev/sfdsk/class0001/rdsk/volume0002 /disk2 sfxfs - no -
注意
行の先頭は、必ず「#RMS#」で始まるようにしてください。
異なるボリュームを同一のマウントポイントに設定することはできません。
■ファイルシステムをネットワークで共有（NFS）する場合の準備
1) Ipaddress または、Glsリソースの作成
クラスタアプリケーションとしてのNFSサービスでは、引継ぎネットワークが必要ですので、IpaddressまたはGlsリソースを作成してください。
設定方法の詳細については、“6.6.1.5 引継ぎネットワークリソースの作成”または、“6.6.1.4 Glsリソースの作成”を参照してください。
注意
このリソースは、Fsystemリソースと同じuserApplicationに設定してください。
2) NFS Lock Failoverを有効にするための準備
“Configuration内の共通情報を設定”メニューにより、NFS Lock Failoverを有効にするための設定をします。
設定方法の詳細については、“6.6.4 Configuration内の共通情報の設定”を参照してください。
3) NFSサービスの設定
3-1) ダミーエントリ用のディレクトリを作成します。
ダミーエントリは、Solaris 起動時に NFSサービスが確実に起動するために必要です。
そのために以下のようにして空のディレクトリを作成しておきます。
# mkdir /var/opt/SMAWRrms/nfsshare3-2）/etc/dfs/dfstabファイルを編集します。
userApplicationを構成する全てのクラスタノードのファイルに以下のようにエントリを追加します。1つめはダミーエントリ、2つめ以降は共有するファイルシステムのエントリです。
share -F nfs -o ro=fuji2 -d "dummy directory for NFS sharing on PRIMECLUSTER" /var/opt/SMAWRrms/nfsshare #RMS# share -F nfs /disk1 #RMS# share -F nfs /disk2
注意
行の先頭は、必ず「#RMS#」で始まるようにしてください（ただしダミーエントリを除く）。
ダミーエントリは、安全のためにネットワーク上のクライアントから参照できないように“o”オプションを設定してください。
例) share -F nfs -o ro=自ノードのホスト名3-3）NFS サービスを起動する
リブートせずにデーモンを起動するためには以下のコマンドを実行してください。
# /etc/init.d/nfs.server start■その他のファイルシステムを使用する場合
事前にディスクのフォーマットやファイルシステムの作成を行っておく必要があります。フォーマットやファイルのシステムのコマンドについては、“Solaris X Reference Manual Collection”を参照してください。GFSをファイルシステムとして使用する場合は、“6.3 GFSの初期設定”を参照して構築してください。
Fsystemリソースの作成方法について説明します。
図6.18 Fsystemリソース作成の流れ
上記の“SysNode選択”までの操作は“6.6.1.1 Cmdlineリソースの作成”を参照してください。ここでは、“マウントポイントの選択”からの操作を説明します。
■マウントポイントを選択する
図6.19 マウントポイントの選択
マウントが可能なマウントポイント名。
前述の“/etc/vfstab”の事前設定で登録したマウントポイントが表示されます。
マウントを設定するマウントポイント名。
［利用可能なマウントポイント］からマウントを行うマウントポイントを選択し、＜追加＞をクリックします。全てを追加したい場合は、＜全て追加＞をクリックしてください。マウントを設定するマウントポイントを削除する場合には、［選択されたマウントポイント］から削除するマウントを選択し、＜削除＞をクリックします。全て削除する場合には、＜全て削除＞をクリックしてください。
設定終了後＜次へ＞をクリックし、“マウントポイントの属性を設定する”へ進みます。
■マウントポイントの属性を設定する
マウントポイントの属性を設定します。
図6.20 属性の選択
マウント名を表示します。
マウントポイントごとに設定されている属性が表示されます。
マウントポイントの管理を制御する属性を設定します。ボタンをクリックすると以下の“マウントポイントの属性設定”画面を表示します。
設定終了後＜次へ＞をクリックし、“Fsystem登録情報を確認する”へ進みます。
◆マウントポイントの属性設定
図6.21 マウントポイントの属性設定
設定終了後＜確認＞をクリックし、“属性の選択”画面へ戻ります。
Flag | 概要 |
|---|---|
AUTORECOVER | “Yes”に設定すると、指定されたファイルシステムがアンマウントされた場合、RMSは自動的にそれを再マウントしようとします。 |
SHARE | NFSを使用する際に、“Yes”に設定します。この場合は、/etc/dfs/dfstab に特別なエントリを記述してください。記述方法は、“6.6.1.2.1 事前設定”の“■ファイルシステムをネットワークで共有（NFS）する場合の準備”を参照してください。 |
NFSLOCKFAILOVER | “Yes”に設定すると、このマウントポイントに、NFSのファイルロック情報が格納されます。NFSを使用する場合は、必ず、いずれかのマウントポイントで、この属性を“Yes”にする必要があります。 |
■Fsystemの登録情報を確認する
Fsystemの登録情報を確認します。また、[Attributes]タブを選択して、画面を切替えることで、リソースの属性を設定することもできます。
リソースの属性については“6.6.5 属性の説明”を参照してください。
図6.22 登録情報の確認
「Flag」カラム内で表示される属性は、各Resourceの属性のうち、値の設定されているもののみ表示されます。たとえば、「Yes or No」を設定するような、AUTORECOVER属性に、“No”を設定した場合、AUTORECOVERは属性を設定していないことになり、「Flag」カラム内に表示されません。
現在のリソースが依存する他のリソースを指定するためのボタンですが、Fsystemでは無効です。
親子関係にある複数のディレクトリを設定する場合は、1つのリソース内で設定してください。
登録情報の内容確認後、＜登録＞をクリックします。
GDS (Global Disk Services)で定義されているディスククラスのリソース設定を行います。
ディスククラスは、この画面を使用する前に作成しておく必要があります。
注意
ボリュームの等価性コピーが実行されているときにディスククラスをGdsリソースに登録すると、等価性コピーが中止されます。そのため、一部のスライスがデータ不当状態になりますが、ボリューム起動時に自動的に等価性コピーが実行されるため、復旧作業は必要ありません。ボリューム起動前にスライスの状態を復旧しておきたい場合は、Gdsリソースの設定が完了した後に、等価性コピーを開始してください。等価性コピーの開始方法については、“PRIMECLUSTER Global Disk Service説明書”の“5.3.4 コピー操作”または“D.10 sdxcopy － 等価性コピー操作”を参照してください。
ディスククラスの作成方法については、“6.2.2.2 共用ディスクの設定”を参照してください。
図6.23 Gdsリソース作成の流れ
上記の“SysNode選択”までの操作は“6.6.1.1 Cmdlineリソースの作成”を参照してください。ここでは、“Disk Classの選択”からの操作を説明します。
■ディスククラスを選択する
図6.24 Disk Classの選択
設定可能なディスククラス名。
前述のGDSで定義されているディスククラス（共用ディスク）が表示されます。
設定するディスククラス名。
［利用可能なDisk Class］からディスククラスを選択し、＜追加＞をクリックします。また、全てを追加したい場合は、＜全て追加＞をクリックしてください。設定するディスククラスを削除する場合には、［選択されたDisk Class］から削除するディスククラスを選択し、＜削除＞をクリックします。全て削除する場合には、＜全て削除＞をクリックしてください。
設定終了後＜次へ＞をクリックし、“Disk Classの属性設定”画面へ進みます。
■ディスククラスの属性を設定する
ディスククラスの属性を設定します。
図6.25 Disk Classの属性設定
前述のGDSで定義されているディスククラス（共用ディスク）が表示されます。
Flag | 概要 |
|---|---|
MONITORONLY | ディスククラスが故障した際に、userApplicationへその状態を通知するか否かを設定します。“Yes”の場合、ディスククラスの故障が発生しても、ディスククラスが故障の状態となりますが、GdsリソースはOnlineのままとなり、userApplicationのフェイルオーバは発生しません。 |
MONITORONLY属性は、最低1つのディスククラスが“No”でなければなりません。
これは、全てのディスククラスが故障してもuserApplicationのフェイルオーバが発生しないことや、上位アプリケーションへの故障通知を確実に行うRMSの仕様に従っているためです。
設定終了後＜次へ＞をクリックし、“Disk Classの用途設定”画面へ進みます。
■ディスククラスの用途を設定する
ディスククラスの用途を設定します。
図6.26 Disk Classの用途設定
［排他使用］の“する”か“しない”をクリックします。
“する”を選択した場合は、［HotStandby運用］の“する”、“しない”を選択してください。
共用ディスクの用途に応じて、設定を行ってください。
設定終了後＜次へ＞をクリックし、“登録情報の確認”画面へ進みます。
●共用ディスクの用途
用途 | 排他使用 | HotStandby運用 |
|---|---|---|
切替ディスク | する | しない |
同時アクセス用共用ディスク | する | する |
同時共用ディスク | しない |
切替ディスク
運用ノードのみから使用できます。
運用ノード以外のノードからはボリュームにはアクセスすることができません。
同時アクセス用共用ディスク
全ノードから同時に使用できます。
運用ノード以外から、ディスクアクセスが必要なアプリケーションを同一のuserApplication内に設定する場合に使用します。
共用ディスクのデータの整合性を維持するための排他制御は、PRIMECLUSTERではなくアプリケーションの責任で行う必要があります。
同時共用ディスク
複数のuserApplicationでディスククラスを共用するような場合に使用します。たとえば、Oracle Real Application Clustersを使用するような場合です。
共用ディスクのデータの整合性を維持するための排他制御は、PRIMECLUSTERではなくアプリケーションの責任で行う必要があります。
注意
クラスタアプリケーション運用中は、クラスタアプリケーションに関係のないアプリケーション、またはユーザプロセスが共用ディスクを使用しないようにしてください。そのような運用を行うと、状態遷移が失敗する場合があります。
以下の理由により、ユーザアカウントのホームディレクトリを切替ディスク上に作成しないでください。
切替ディスク上のファイルシステムは、クラスタアプリケーションの運用ノードでしかマウントされない。
PRIMECLUSTERは、クラスタアプリケーションの切替え発生時に、切替ディスク上のファイルシステムをアンマウントするために、切替ディスク上のファイルシステムを使用しているプロセスをkill(1M)コマンドによって強制終了させる。
プロセスの強制終了が失敗してファイルシステムを正常にアンマウントできない場合、二重マウントによって共用ディスク上のファイルシステムのデータが破壊されることを回避するために、PRIMECLUSTERがノードを強制停止させる場合がある。
■Gdsリソースの登録情報を確認する
Gdsリソースの登録情報を確認します。また、[Attributes]タブを選択して、画面を切替えることで、リソースの属性を設定することもできます。
リソースの属性については“6.6.5 属性の説明”を参照してください。
図6.27 登録情報の確認
作成したGdsリソース配下に、作成済のGdsリソースの関連付けを行う場合に使用します。関連付けを行える同一タイプのリソースがある場合にのみこのボタンを選択することができます。設定方法については、“6.6.1.1 Cmdlineリソースの作成”の“◆Resourceの関連付け”を参照してください。
登録情報の内容確認後、＜登録＞をクリックします。
GLS (Global Link Services)の伝送路二重化機能で定義されている引継ぎIPアドレス設定を行います。
注意
GLS (Global Link Services)のマルチパス機能を使用する場合は、“PRIMECLUSTER Global Link Services 説明書 (マルチパス機能編)”の“第7章 クラスタシステム上での運用”を参照してください。
図6.28 Gls（伝送路二重化機能）リソース作成の流れ
上記の“SysNode選択”までの操作は“6.6.1.1 Cmdlineリソースの作成”を参照してください。ここでは、“引継ぎIPの選択”からの操作を説明します。
■引継ぎIPアドレスを選択する
図6.29 引継ぎIPアドレスの選択
引継ぎ可能なIPアドレス。
引継ぐIPアドレス。
［利用可能な引継ぎIPアドレス］から引継ぐIPアドレスを選択し、＜追加＞をクリックします。全てを追加したい場合は、＜全て追加＞をクリックしてください。引継ぐIPアドレスを削除する場合には、［選択された引継ぎIPアドレス］から削除する引継ぎIPアドレスを選択し、＜削除＞をクリックします。全て削除する場合には、＜全て削除＞をクリックしてください。
設定終了後＜次へ＞をクリックし、“引継ぎIPアドレスの属性設定”画面へ進みます。
■引継ぎIPアドレス属性を設定する
図6.30 引継ぎIPアドレスの属性設定
設定終了後＜次へ＞をクリックし、“Glsリソースの登録情報を確認する”へ進みます。
Flag | 概要 |
|---|---|
AUTORECOVER | “Yes”に設定すると、リソース異常検出時、RMSはuserApplicationが別のホストへ直ちに切替えられるのを防ぐために、異常 (faulted)となったリソースを自ホスト内で回復しようと一定時間試みます。（デフォルトは60秒。リソースの属性Timeoutをチューニングすることにより変更可能です。）そして一定時間内に回復しなかった場合には別のホストへ切替えます。 |
■Glsリソースの登録情報を確認する
Glsリソースの登録情報を確認します。また、[Attributes]タブを選択して、画面を切替えることで、リソースの属性を設定することもできます。
リソースの属性については“6.6.5 属性の説明”を参照してください。
GLSのリソース名は、GlsX（Xは0,1等の番号）で表示されます。
クラスタアプリケーションに登録する際は、“Resourceの選択”画面の［利用可能なResource］から、本リソース名を選択してください。
詳細は、“6.6.2 クラスタアプリケーションの作成”を参照してください。
また、クラスタアプリケーションへの登録完了後は、必ずシステムの再起動を行ってください。
その後、RMSを起動してRMSツリーを参照し、GLSのリソースが正しく表示されることを確認してください。詳細は、“7.1.3.1 RMSツリー”を参照してください。
図6.31 登録情報の確認
作成したGlsリソース配下に、作成済のGlsリソースの関連付けを行う場合に使用します。関連付けを行える同一タイプのリソースがある場合にのみこのボタンを選択することができます。設定方法については、“6.6.1.1 Cmdlineリソースの作成”の“◆Resourceの関連付け”を参照してください。
登録情報の内容確認後、＜登録＞をクリックします。
通常、引継ぎネットワークを使用する場合は、“Gls”(Global Link Services)、または“Ipaddress”のどちらか一方を使用します。引継ぎネットワークの可用性を求める場合は、“Gls”を使用してください。
サーバ／クライアントシステムのように、業務LANを通じ、クラスタシステム上で動作するクラスタサービスと通信を行うシステムを構築する場合などには、引継ぎネットワークの設定が必要となります。
これらは、クラスタシステム上で動作するクラスタアプリケーションが、フェイルオーバしてもクラスタの外からは、同じネットワーク名で通信が続けられるようにするためです。
■引継ぎネットワークの種類
引継ぎネットワークの種類には、IPアドレス引継ぎ、MACアドレス引継ぎ、ノード名引継ぎがあります。
IPアドレス引継ぎ
定義されたIPアドレスが切替えによって運用ノードに引継がれます。
引継ぎネットワークの基本機能です。
MACアドレス引継ぎ
IPアドレスに加え、MACアドレスも引継ぎます。
ノード名引継ぎ
IPアドレスに加え、ノード名(*1)も引継ぎます。
クラスタアプリケーションとしてクラスタノードで動作するプログラムが、ノード名を意識している場合に使用します。
(*1) uname -n を実行して得られるホスト名と同じ値
■GUIで自動的に編集するファイル
GUIで設定をすると次のようにファイルが編集されます。
ファイルは引継ぎネットワークの種類によって異なります。
# Start of lines added by FJSVwvucw - DO NOT DELETE OR CHANGE THIS LINE # Mon Aug 05 21:01:43 JST 2002
<各ファイルに依存した情報を記載する。たとえば、/etc/inet/hostsの場合は、以下のような情報となります。>
192.168.246.100 Ipaddress01 # End of lines added by FJSVwvucw - DO NOT DELETE OR CHANGE THIS LINE
IPアドレス引継ぎ
/etc/inet/hosts
/usr/opt/reliant/etc/hvipalias
ノード名引継ぎ
/etc/inet/hosts
/usr/opt/reliant/etc/hvipalias
/etc/nodename
MACアドレス引継ぎ
自動的に作成されません。事前設定が必要です。
注意
ノード名引継ぎでは、運用ノード／待機ノードともに同一ノード名となります。
全てのクラスタノードで、IPv4で使用できるように設定されているネットワークインタフェースカードが1枚以上必要です。
IPv6をサポートしておりません。IPv6を使用する場合は、Glsを使用してください。
PRIMECLUSTERの“引継ぎネットワーク”とGlsの“IPアドレス引継ぎ”を同一のクラスタシステム内で共存させることは可能ですが、同一のインタフェースには設定しないでください。同一のインタフェースに設定した場合、引継ぎIPアドレスを使用した通信はできなくなります。
たとえば、PRIMECLUSTERの“引継ぎネットワーク”の設定において、使用するインタフェースとしてhme1 を選択した場合、GLSの環境設定では hme1 は設定しないでください（hanetconfig createコマンドの'-t'オプションで hme1 は指定しないでください）。
MAC アドレス引継ぎで必要な事前設定について説明します。
MAC アドレス引継ぎは、IP アドレスの引継ぎと同時に MAC アドレスも引継ぐ形で実現されます。MAC アドレスのみの引継ぎはできません。MACアドレス引継ぎを使用したい場合は、全てのクラスタノードで、以下の3つのファイルへ事前設定が必要です。
/etc/opt/FSUNnet/mactool/macaddr.conf
/usr/opt/reliant/etc/hvipalias
/etc/inet/hosts
なお、手順の中では説明を省いていますが、ファイルの編集にはvi(1)などのエディタコマンドの使用が一般的です。
■MACアドレス引継ぎを使用する場合
/etc/opt/FSUNnet/mactool/macaddr.confファイルを編集します。
全てのクラスタノードで、次のように引継ぐMACアドレスのエントリを追加します。
形式は、“NIC MACアドレス cluster”です。
hme0 02:11:22:33:44:55 cluster
MACアドレスに指定する値は、Netcompo FNA-LANで使用する値を設定してください。
/usr/opt/reliant/etc/hvipaliasファイルの編集します。
全てのクラスタノードで、次のようにMACアドレス引継ぎの対象ノードのエントリを追加します。
形式は、“CFノード名 引継ぎネットワーク名 NIC Netmask MACアドレス”です。
fuji2 Ipaddress01 hme0 0xffffff00 02:11:22:33:44:55 fuji3 Ipaddress01 hme0 0xffffff00 02:11:22:33:44:55
MACアドレス引継ぎを使用する全てのクラスタノードを追加し、全てのクラスタノードで同一の内容でなければなりません。
/usr/opt/reliant/etc/hvipaliasファイルについて、さらに詳細な情報を参照したい場合は、/usr/opt/reliant/etc/hvipalias 内のコメントを参照してください。
/etc/inet/hostsファイルを編集します。
全てのクラスタノードで、次のように引継ぎネットワークのエントリを追加します。
192.168.246.100 Ipaddress01
引継ぎネットワークリソースの作成方法について説明します。
図6.32 引継ぎネットワークリソース作成の流れ
上記の“SysNode選択”までの操作は“6.6.1.1 Cmdlineリソースの作成”を参照してください。ここでは、“引継ぎネットワークの選択”からの操作を説明します。
■引継ぎネットワークを選択する
引継ぐネットワーク種別を選択します。
図6.33 ネットワーク種別の選択
IPアドレス引継ぎを行う場合に選択します。
ノード名とIPアドレス引継ぎを行う場合に選択します。
すでにノード名引継ぎが設定されている場合は、非活性表示となります。
今版では、“MACアドレス引継ぎ + IPアドレス引継ぎ”および “MACアドレス引継ぎ + ノード名引継ぎ + IPアドレス引継ぎ”を選択することはできません。
MACアドレス引継ぎを設定したい場合は、“6.6.1.5.1 事前設定”を行った後、“IPアドレス引継ぎ”または、“ノード名引継ぎ + IPアドレス引継ぎ”を選択して引継ぎネットワークリソースを作成します。
1つのネットワークインタフェースに対しては以下のような引継ぎネットワークの設定が可能です。
IPアドレス引継ぎは、1つのネットワークインタフェースに対して複数設定することができます。
ノード名引継ぎは、クラスタシステムで1つだけ設定できます。
設定終了後＜次へ＞をクリックし、“インタフェースの選択”画面へ進みます。
注意
Web-Based Admin Viewが使用するネットワークインタフェースと同じネットワークインタフェースに、MACアドレス引継ぎを設定しないでください。
ネットワークインタフェースカード(NIC)をシステム起動時にUPさせたい場合は、/etc/hostname.NIC名のファイルを作成しておく必要があります。作成方法や設定方法については、“Solaris X Reference Manual Collection”を参照してください。
ノード名引継ぎは、システムのunameを変更します。ノード名引継ぎをuserApplicationに設定した場合は、userApplicationを構成する全ノードを再起動してください。
ノード名引継ぎリソースを削除した際は、全ノードの/etc/nodenameが正しく変更されているかを確認した後、userApplicationを構成していた全ノードを再起動してください。正しく変更されていない場合は、setuname(1M)を使用して、ノード名を変更後、ノードを再起動してください。
システムの移行やソフトウェアのアップデートを行った際にも、/etc/nodenameが正しく設定されているかを確認してください。正しく設定されていない場合は、setuname(1M)を使用して、ノード名を変更後、ノードを再起動してください。
■インタフェースを選択する
ネットワークインタフェースカード（NIC）の選択を行います。
クラスタリソースマネージャに登録されているNICが表示されます。
図6.34 インタフェースの選択
各SysNodeで使用するネットワークインタフェースを選択します。
設定終了後＜次へ＞をクリックし、“IPアドレス／ホスト名の選択”画面へ進みます。
■IPアドレス／ホスト名を選択、作成する
引継ぐIPアドレス、ホスト名の選択、作成を行います。
図6.35 IPアドレス／ホスト名の選択
新しい引継ぎIPアドレスやノード名引継ぎを設定する場合に選択します。ここで指定された情報は、クラスタを構成する全てのノードの/etc/inet/hostsおよび/usr/opt/reliant/etc/hvipaliasへ追加されます。ノード名引継ぎを使用する場合は、ここで指定された名前がノード名として使用されます。
入力文字列には、英字から始まり英数字だけからなる文字列を14文字以内で指定してください。
設定済の情報の中から選択する場合に選択します。/etc/inet/hostsおよび/usr/opt/reliant/etc/hvipaliasへ事前設定を行った場合は、この中から選択します。
引継ぐIPアドレスを入力します。
アドレスの入力域には0～255の数字を入力してください。
ネットマスク値を設定します。
アドレスの入力域には0～255の数字を入力してください。
マスクのかかっているネットマスクやIPアドレスを変更する際に選択します。
引継ぎIPアドレスの属性を設定します。以下の“引継ぎIPアドレスの属性設定”を参照してください。
注意
/usr/opt/reliant/etc/hvipalias および /etc/inet/hosts に事前設定を行った場合は、＜次へ＞ボタンをクリックした時に、前述のファイルの定義値をそのまま使用するかどうか確認するメッセージ（0840番）が表示されます。事前設定の値を使用する場合は、＜はい＞を選択してください。
＜いいえ＞を選択した場合は、ファイル内の既存設定が削除され、GUIが設定情報を再作成します。この場合、Ipaddressリソースの削除時に、 /usr/opt/reliant/etc/hvipalias と /etc/inet/hosts から、引継ぎネットワークの情報を自動的に削除できるようになります。
◆引継ぎIPアドレスの属性設定
図6.36 引継ぎIPアドレスの属性設定
Flag | 概要 |
|---|---|
BASE | “base”に設定すると、指定されたアドレスは物理インタフェースに割り当てられます。 |
AUTORECOVER | “Yes”に設定すると、指定されたアドレスが有効でなくなると、RMSは自動的にインタフェースを作成しようとします。この試みが失敗するとFault処理のきっかけになります。 |
設定終了後、＜確認＞をクリックし、“IPアドレス／ホスト名の選択、作成”画面へ戻ります。
引継ぎIPアドレスの可用性は、ここで設定するホストとの応答確認(ping)で検査されます。
ハブやルータの故障に影響されないためにも、クラスタシステムとして構成されていないノードで、ハブやルータを経由しない同一セグメントのホストを2つ以上指定することを推奨します。
PingHostで使用するホスト情報は、/etc/inet/hostsへ事前設定が必要です。
■引継ぎネットワークの登録情報を確認する
引継ぎネットワークの登録情報を確認します。また、[Attributes]タブを選択して、画面を切替えることで、リソースの属性を設定することもできます。
リソースの属性については“6.6.5 属性の説明”を参照してください。
図6.37 登録情報の確認
作成した引継ぎネットワークリソース配下に、作成済の引継ぎネットワークリソースの関連付けを行う場合に使用します。関連付けを行える同一タイプのリソースがある場合にのみこのボタンを選択することができます。設定方法については、“6.6.1.1 Cmdlineリソースの作成”の“◆Resourceの関連付け”を参照してください。
登録情報の内容確認後、＜登録＞をクリックします。
SafeCLUSTER対応製品をPRIMECLUSTERに移行して使用するために作成するのが、プロシジャリソースです。本書“第6部 PRIMECLUSTER対応製品編”に掲載されている製品だけが、プロシジャリソース作成の対象となります。
プロシジャリソースを作成する場合には、事前に状態遷移プロシジャを作成し、リソースデータベースに登録しておく必要があります。
注意
状態遷移プロシジャからプロセス監視を使用せずにプロセスを起動する場合、そのプロセスのファイルディスクリプタ(fd)が、ハード/ソフトリミット共に 1024となります。
状態遷移プロシジャから起動するプロセスが、1024を超えたファイルディスクリプタを必要とする場合には、状態遷移プロシジャの処理の先頭に“ulimit”の定義を追加し、ファイルディスクリプタの最大値を指定してください。
例
ファイルディスクリプタの最大値を4096に設定する場合
#!/bin/sh
ulimit -n 4096
...参照
状態遷移プロシジャリソースの登録については、“付録F SafeCLUSTER互換用の状態遷移プロシジャリソースの登録／変更／削除”を参照してください。
クラスタリソース管理機構に登録されているプロシジャリソースをRMSに登録します。
図6.38 プロシジャリソース作成の流れ
上記の“SysNode選択”までの操作は、“6.6.1.1 Cmdlineリソースの作成”を参照してください。ここでは、“プロシジャクラスの選択”からの操作を説明します。
■プロシジャクラスを選択する
作成するプロシジャクラスを選択します。
図6.39 プロシジャのクラス選択
プロシジャクラスを選択します。クラスタリソース管理機構に登録済のリソースのリソースクラスのみが表示されます。たとえば、Applicationクラスのプロシジャリソースのみが登録されている場合は、「Application」のみ表示されることになります。
以下の4つはクラスタリソース管理機構が標準で提供するクラスです。
Application
通常、アプリケーションをクラスタ対応するには、これを指定します。
BasicApplication
DBMS等のミドルウェア系アプリケーションや業務別パッケージが利用するクラスです。
SystemState2
クラスタではないシングルノードで、/etc/rc2.dで起動されるOSの一部の機能を、クラスタ対応させる場合に使用されます。クラスタ対応する場合に、OSの起動時に自動起動せず、クラスタアプリケーションの起動時に（運用ノードでのみ起動させるなど）起動するようなケースのために用意されています。
SystemState3
クラスタではないシングルノードで、/etc/rc3.dで起動されるOSの一部の機能を、クラスタ対応させる場合に使用されます。クラスタ対応する場合に、OSの起動時に自動起動せず、クラスタアプリケーションの起動時に（運用ノードでのみ起動させるなど）起動するようなケースのために用意されています。
注意
1つのクラスタアプリケーションに取り込むアプリケーションリソースをノードごとに作成する場合は、各ノードで同一のアプリケーションリソース名および同一のアプリケーションの種類で作成してください。
設定終了後＜次へ＞をクリックし、“プロシジャリソースの選択”画面へ進みます。
■プロシジャリソースを選択する
作成するプロシジャリソースを選択します。
図6.40 プロシジャリソースの選択
作成するプロシジャリソースを一覧より選択します。この画面で表示できるプロシジャリソース名は、32文字程度です。
設定終了後＜次へ＞をクリックし、“登録情報の確認”画面へ進みます。
■プロシジャリソースの登録情報を確認する
プロシジャリソースの登録情報を確認します。また、[Attributes]タブを選択して、画面を切替えることで、リソースの属性を設定することもできます。
リソースの属性については、“6.6.5 属性の説明”を参照してください。
図6.41 登録情報の確認
作成したプロシジャリソース配下に、作成済の他のプロシジャリソースの関連付けを行います。後述の“Resourceの関連付け”を参照してください。
登録情報の内容確認後、＜登録＞をクリックします。
■Resourceの関連付け
同一Resource Type内で起動順序をつけたい場合に使用します。
図6.42 Resourceの関連付け
同一Resourceの関連付けを行うResource。
ただし、以下の条件を満たす場合のみです。
呼び出されたResourceと同一のResourceタイプである。
他のクラスタアプリケーションで使用されていないResourceである。
現在作成中のResourceの配下に設定するResource。
［利用可能なResource］からリソース配下に設定するリソースを選択し、＜追加＞をクリックします。また、全てを追加したい場合は、＜全て追加＞をクリックしてください。リソース配下に設定するリソースを削除する場合には、［選択されたResource］から削除するリソースを選択し、＜削除＞をクリックします。全て削除する場合には、＜全て削除＞をクリックしてください。
設定終了後＜確認＞を選択し、“登録情報の確認”画面へ戻ります。
プロセス監視機能リソースの設定方法について説明します。
また、設定方法の前にプロセス監視機能と、特定の用途の場合に必要な事前設定についても説明します。
■プロセス監視機能の概要
プロセス監視機能は、プロセスの生存状態を監視する機能です。その主な機能は以下のとおりです。
簡単な設定によりプロセスの生存状態の変化を監視することができる
( ユーザがプロセスの生存状態を監視するためのコマンド等を用意する必要がない) 。
任意のプロセスの生存状態の変化を即座にRMS に通知することで、高速な業務の切替えを実現する。
不慮のエラーにより異常終了した任意のプロセスを自動的に再起動する。
プロセス監視機能とRMS との関係図を以下に示します。プロセス監視機能はclmonproc コマンド、Process Monitoring Daemon( 以降、prmd) 、Detector( 以降、hvdet_prmd) の3 つのコンポーネントから構成されています。
clmonprocコマンド
Online スクリプトか、またはOffline スクリプトから実行されるコマンドであり、prmd に対して任意のプロセスの起動および生存監視の停止を指示します。
prmdデーモン
prmd は、clmonproc コマンドから受信した指示に従ってプロセスの起動および生存監視の停止処理を実行するdaemon プロセスです。監視しているプロセスの生存状態に変化が生じた場合、prmd はhvdet_prmd に対して即座にその情報を通知します。
hvdet_prmdデーモン
prmdから受信したプロセスの生存状態の変化をRMS Base Monitor( 以降、BM) に対して通知するためのプロセスです。
■プロセス監視機能を使用するメリット
プロセス監視機能を使用しない場合と比較したメリットを以下に説明します。
●容易な設定
監視対象プロセスの生存の有無を監視する処理はprmdが行うため、ユーザは監視対象プロセス毎にその生存の有無を判定するためのコマンド(以降、チェックコマンド)を自作する必要がありません。少ない手間で簡単にプロセスの生存状態を監視することができます。
●高速なプロセスの異常終了検出
プロセス監視機能を使用しない場合、Cmdlineリソースを使用することにより前述のチェックコマンドを定期的に実行させることでプロセスの異常終了の検出を行います。このため、チェックコマンドの実行時間間隔だけ監視対象プロセスの異常終了を検出するのが遅くなります。プロセス監視機能ではprmdがシグナル処理によって監視対象プロセスの異常終了を検出するため、定期的にチェックコマンドを発行する場合と比較して高速にそれを検出することが可能です。
●異常終了したプロセスの自動再起動
不慮のエラーにより異常終了した任意のプロセスを自動的に再起動します。
●CPU資源の消費を低減
プロセス監視機能を使用せずに、監視対象プロセスの異常終了検出に要する時間を短縮するには、チェックコマンドの実行時間間隔を短くする必要がありますが、これではチェックコマンドの生成と実行が頻繁に行われるため、CPU資源を多く消費する可能性があります。一般的にチェックコマンドにはpsコマンドのような類いのコマンドを使用することが考えられますが、このような比較的CPU資源を消費するコマンドを使用した場合、CPU資源の消費がより顕著となる可能性があります。
プロセス監視機能では、監視対象プロセスの異常終了をprmdがシグナル処理によって監視しており、定期的にチェックコマンドを発行するようなCPU資源を多く消費する処理は実行されません。
また、Cmdlineリソースを使用する方法では、監視対象プロセスが定義付けられているRMSオブジェクト毎にチェックコマンドが実行されるため、そのRMSオブジェクト数に比例してチェックコマンド数も増加します。このため多数のチェックコマンドが定期的に実行されることになり、CPU資源を多く消費する可能性があります。
プロセス監視機能では、常に1つのprmdが監視対象プロセスの生存状態を監視しているため、監視対象プロセス数の増加に比例してprmdがCPU資源を多く消費することはありません。
通常、プロセス監視機能を使用する場合、この事前設定は必要ありません。
プロセス監視機能で使用しているディテクタ（RMSへの状態通知モジュール）で使用している識別番号が、他の機能で使用する識別番号と同一になる場合に、本事前設定が必要になります。
注意
GUIでは、プロセス監視機能のディテクタ識別番号として、“0”（デフォルト）を使用します。“0”以外のディテクタ識別番号が、すでに設定されている場合は、その値を使用します。
本設定は、ディテクタ識別番号のデフォルト値“0”を変更する場合にのみ設定が必要です。
本設定にて、ディテクタ識別番号の許容値“127”を越える設定を行ってはいけません。
本設定は、クラスタシステムを構成する全てのノードにおいて実施してください。また、ディテクタ識別番号は、全ノードで同一の値を設定してください。
本設定実施前に、クラスタシステムを構成する全てのノードにおいて、RMSとクラスタアプリケーションを停止してください。
例
プロセス監視機能のディテクタ識別番号として、初期値である“0”から“2”に変更する場合についての例です。
初期値“0”を使用してプロセス監視機能を使用していた場合、以下のように<プロセス監視機能のディテクタ名>.g<識別番号>が存在します。これを削除してください。
# cd /usr/opt/reliant/bin
# ls -l hvdet_prmd.g0
lrwxrwxrwx 1 root other 31 Dec 20 12:21 hvdet_prmd.g0 -> /opt/SMAW/SMAWRrms/bin/hvdet_prmd* # rm hvdet_prmd.g0
以下のようにclmonsetdetコマンドを実行してください。本コマンドの引数には、変更後のディテクタ識別番号である“2”を指定してください。
# /etc/opt/FJSVcluster/bin/clmonsetdet 2設定が正しく行われたか確認します。
# ls -l hvdet_prmd.g2
lrwxrwxrwx 1 root other 31 Dec 27 12:21 hvdet_prmd.g2 -> /opt/SMAW/SMAWRrms/bin/hvdet_prmd* #
プロセス監視リソースの作成方法について説明します。
図6.43 プロセス監視リソース作成の流れ
上記の“SysNode選択”までの操作は“6.6.1.1 Cmdlineリソースの作成”を参照してください。ここでは、“起動パスの設定”からの操作を説明します。
■プロセスの起動コマンドを入力する
監視したいプロセスの起動パスを入力します。
図6.44 コマンドの設定
Online処理で起動する監視対象プロセスをフルパスで入力します。コマンドラインに空白を含む場合は、起動パスを二重引用符(")で囲む必要があります。
たとえば、以下のように入力します。
"/var/tmp 1/start_apl"
以下のようなプログラムは起動コマンドに指定できません。起動コマンドには単一のプロセスを指定する必要があります。
バックグラウンドで他のプログラムを起動後、自分自身は終了するプログラム。
(例) 3つのプログラム(prog0、prog1、prog2)を起動後、自分自身は終了するスクリプト
#!/bin/sh prog0 & prog1 & prog2 & exit 0
また、起動コマンドに指定したプロセスから生成された子プロセスは、プロセス監視機能の監視対象にはなりません。
Offline処理で、監視対象プロセスを停止する方法を設定します。
監視対象プロセスを停止するコマンドがある場合は、チェックボックスをONにして、コマンドラインを入力してください。コマンドラインは、フルパスで入力する必要があります。コマンドラインに空白を含む場合は、コマンドラインを二重引用符(")で囲む必要があります。
たとえば、以下のように入力します。
"/var/tmp 1/stop_apl"
停止コマンドを省略した場合は、プロセス監視機構によりソフトウェア終了シグナル（以降、SIGTERM）が送信され、監視対象プロセスを停止します。プロセスによってはSIGTERMで停止しないことがあり、この場合はOffline処理に失敗しますので注意してください。
監視対象プロセスがデーモンとして動作する場合に指定します。
デーモンとは起動時に次のような処理を実行しているプロセスを指します。
バックグラウンドでの実行
プロセスグループリーダへの昇格
前者は、fork システムコールの発行による子プロセスの生成と、exit システムコールの発行による親プロセスの終了処理を意味しています。また後者は、setpgrp システムコールの発行によるプロセスグループリーダへの昇格処理を意味しています。
注意
ファイル名と引数には、円記号（“\”）、チルダ（“~”）、パーセンテージ(“%”)、アンパサンド(“&”)、アットマーク(“@”)を使用してはいけません。
シングルクォート(“’”)およびタブは、入力できません。
停止コマンドを設定すると、それを実行するためのスクリプトが自動的に生成されます。スクリプトは以下のディレクトリに格納されます。
/opt/FJSVwvucw/scripts/process_stop
■プロセスの属性を設定する
監視対象プロセスの属性を設定します。
図6.45 プロセスの属性設定
監視対象のプロセスが停止した場合の再起動回数を指定します。指定範囲は、0～99（デフォルト 3回）です。0を指定した場合で監視対象のプロセスが停止した場合には、再起動は行われずに、Faultedになります。
プロセス監視機構が、プロセスが停止したと判断してから再起動するまでの間隔です。指定範囲は、0～3600秒（デフォルト 3秒）です。
プロセス監視機構が持っている[プロセスの再起動回数]で指定した値をMAX値とするカウンタを定期的に初期化するかどうかを指定します。“する”を選択した場合、（[プロセスの再起動回数]で指定した値×60秒）毎に初期化します。“しない”を選択した場合、定期的な初期化はされません。
■プロセス監視リソースの登録情報を確認する
プロセス監視リソースの登録情報を確認します。また、[Attributes]タブを選択して、画面を切替えることで、リソースの属性を設定することもできます。
リソースの属性については“6.6.5 属性の説明”を参照してください。
図6.46 登録情報の確認
RetryCountは、プロセスの再起動回数を意味します。
RetryIntervalは、プロセスの再起動間隔を意味します。
Initialize=Yesは、プロセスの再起動回数の初期化を行うことを意味します。プロセスの属性設定画面で、「プロセスの再起動回数の初期化」に「しない」を指定した場合は、この属性は表示されません。
Daemon=Yesは、デーモンとして起動することを意味します。コマンドの設定画面で、「プロセスはデーモンである」をチェックしなかった場合は、この属性は表示されません。
作成したプロセス監視リソース配下に、作成済のCmdlineまたはプロセス監視リソースの関連付けを行う場合に使用します。関連付けを行えるリソースがある場合にのみこのボタンを選択することができます。設定方法については、“6.6.1.1 Cmdlineリソースの作成”の“◆Resourceの関連付け”を参照してください。
登録情報の内容確認後、＜登録＞をクリックします。
回線切替装置リソース作成前には、必ず事前設定を行う必要があります。
回線切替装置リソースを使用する前には、必ず以下の設定が必要となります。
■リソースの登録
回線切替装置を使用する場合は、あらかじめリソースデータベースに切替回線リソース（SH_SWLineクラス）を登録する必要があります。
ここでは、リソースデータベースに切替回線リソースを登録する方法を説明します。
◆登録手順の流れ
回線切替装置のリソース名の確認
切替回線リソースの登録
登録情報の確認
◆登録手順
回線切替装置のリソースのリソース名の確認
clgettree(1)コマンドを使用してリソースデータベースに登録されている回線切替装置のリソース名を調べます。
# clgettree
Cluster 1 cluster
Domain 2 CLUSTER
Shared 7 SHD_CLUSTER
SHD_DISK 21 SHD_Disk21 UNKNOWN
DISK 22 c5t0d0 ON node1
DISK 27 c4t0d0 ON node2
SH_SWU 18 SWU2002 UNKNOWN
Node 3 node1 ON
Ethernet 29 hme0 ON
DISK 19 c0t0d0 UNKNOWN
DISK 22 c5t0d0 ON
Node 5 node2 ON
Ethernet 30 hme0 ON
DISK 25 c0t0d0 UNKNOWN
DISK 27 c4t0d0 ON“SH_SWU”と表示された行を調べます。この例では、“SWU2002”というリソース名であることが分かります。確認できない場合は“5.1.3.2 自動構成”を参照し、回線切替装置をリソースデータベースに登録してください。
参照
clgettree(1)コマンドで出力される内容については、後述の“■回線切替装置に関連するリソースの説明”を参照してください。
clgettree(1)コマンドの詳細は、マニュアルページを参照してください。
切替回線リソースの登録
claddswursc(1M)コマンドを使用して、切替回線リソースをリソースデータベースに登録します。
# claddswursc -k sh_swl_1 -s SWU2002 -0 node1 -1 node2 -m 0x3この例では、手順1.で確認した“SWU2002”という回線切替装置を使って、“sh_swl_1”という名前の切替回線リソースを登録します。
切替ユニットのポート0は“node1”へ、ポート1はnode2へ接続されています。
LSU01とLSU00の2つの切替ユニットを使用するため、マスク値を0x3としています。
参照
claddswursc(1M)コマンドの詳細は、マニュアルページを参照してください。
登録情報の確認
リソースデータベースに回線切替装置の切替ユニットのリソースが登録されたことをclgettree(1)コマンドで確認してください。
例） SWLineクラスのリソースが回線切替装置の切替ユニットのリソースです。
SH_SWLineクラスのリソースが回線切替装置の切替ユニットの共用関係を示すリソースです。
# /etc/opt/FJSVcluster/bin/clgettree
Cluster 1 cluster
Domain 2 CLUSTER
Shared 7 SHD_CLUSTER
SHD_DISK 21 SHD_Disk21 UNKNOWN
DISK 22 c5t0d0 ON node1
DISK 27 c4t0d0 ON node2
SH_SWU 18 SWU2002 UNKNOWN
SH_SWLine 19 sh_swl_1 UNKNOWN
SWLine 35 sh_swl_1P0 UNKNOWN node1
SWLine 36 sh_swl_1P1 UNKNOWN node2
Node 3 node1 ON
Ethernet 29 hme0 ON
DISK 19 c0t0d0 UNKNOWN
DISK 22 c5t0d0 ON
SWLine 35 sh_swl_1P0 UNKNOWN
Node 5 node2 ON
Ethernet 30 hme0 ON
DISK 25 c0t0d0 UNKNOWN
DISK 27 c4t0d0 ON
SWLine 36 sh_swl_1P1 UNKNOWN■回線切替装置に関連するリソースの説明
clgettreeコマンドの出力内容について説明します。
＜出力例＞
Cluster 1 cluster
Domain 2 CLUSTER
Shared 7 SHD_CLUSTER
SHD_DISK 21 SHD_Disk21 UNKNOWN
DISK 22 c5t0d0 ON node1
DISK 27 c4t0d0 ON node2
SH_SWU 18 SWU2002 UNKNOWN .....(a)
SH_SWLine 19 sh_swl_1 UNKNOWN .....(b)
SWLine 35 sh_swl_1P0 UNKNOWN node1 .....(c)
SWLine 36 sh_swl_1P1 UNKNOWN node2 .....(d)
Node 3 node1 ON
Ethernet 29 hme0 ON
DISK 19 c0t0d0 UNKNOWN
DISK 22 c5t0d0 ON
SWLine 35 sh_swl_1P0 UNKNOWN
Node 5 node2 ON
Ethernet 30 hme0 ON
DISK 25 c0t0d0 UNKNOWN
DISK 27 c4t0d0 ON
SWLine 36 sh_swl_1P1 UNKNOWN＜説明＞
上図の例では“SWU2002”が回線切替装置を表すリソースのリソース名です。
本リソースは、自動リソース登録を実行することで、PRIMECLUSTERに回線切替装置が認識された場合に表示されます。
上図の例では“sh_swl_1”が切替回線の共用リソースのリソース名(切替回線名)です。
本リソースはcladdswurscコマンドによって回線切替装置の切替回線リソースをリソースデータベースに登録した際に表示されます。
上図の例にあるように、本リソースはSH_SWLineクラスに属します。
回線切替装置の切替回線のリソースを表します。
上図の例では“sh_swl_1P0”と“sh_swl_1P1”が切替回線のリソースのリソース名です。
本リソースはcladdswurscコマンドによって回線切替装置の切替回線リソースをリソースデータベースに登録した際に表示されます。
上図の例にあるように、本リソースはSWLineクラスに属します。
回線切替装置リソースの作成方法について説明します。
図6.47 回線切替装置リソース作成の流れ
上記の“Resource タイプの選択でSH_SWLineを選択”までの操作は“6.6.1.1 Cmdlineリソースの作成”を参照してください。ここでは、“リソース情報の設定”からの操作を説明します。
注意
「ヘルプ」ボタンをクリックして表示されるヘルプの内容には、CUIのみで有効な情報も含まれています。
■リソース情報の設定
トップ画面を表示します。
Resourceタイプの選択で“SH_SWLine”を選択すると次の画面が表示されます。
作成処理を中止する場合は、＜中止＞ボタンをクリックします。
回線切替装置リソースの名前を確認します。
「アプリケーション名=name」のnameは、作成する回線切替装置リソースの名前です。
名前が正しければ手順5.に進みます。
変更する場合は手順3.に進みます。
「アプリケーション名=name」を選択し、＜次へ＞ボタンをクリックします。
リソース名を変更する画面が表示されます。
「情報の入力」をクリックして、リソース名を入力します。入力後に＜次へ＞ボタンをクリックします。
入力した内容で更新されたトップ画面が表示されます。内容を確認するため手順2.に進みます。
「高度な設定」チェックボックスを選択します。
画面に新しいメニューが追加されます。
回線切替装置が接続されたノードを確認します。
「ノード範囲指定=node-names」のnode-names はコロン（“:”）区切りでCFノード名が表示されます。
回線切替装置が接続された全てのノードが表示されている場合は、手順9.に進みます。
誤りがある場合は手順7.に進みます。
参考
リソースデータベースに登録されている切替回線リソース（SH_SWLineクラス）のうち、これらのノードで共通なリソースを、後の手順で回線切替装置リソースへ追加することができます。
「ノード範囲指定=node-names」を選択し、＜次へ＞をクリックします。
回線切替装置が接続されたノードを入力する画面が表示されます。
「情報の入力」をクリックして、回線切替装置が接続されたCFノード名をコロン(“:”)で区切って入力します。入力後に＜次へ＞ボタンをクリックします。
入力した内容で更新されたトップ画面が表示されます。内容を確認するため手順5.に進みます。
「クラスタリソースの追加」を選択し、＜次へ＞ボタンを選択します。
リソースデータベースに登録された切替回線リソースを選択する画面が表示されます。
この画面の例では、“sh_swl_1”という切替回線リソースを選択することができます。“情報の入力”以外に何も表示されていない場合は、次のことが考えられます。
手順5.で確認したノードに誤りがある。
リソースデータベースに切替回線リソースが登録されていない。
1つ目の場合は、手順5.に戻ってノードを確認します。手順5.に戻るには＜戻る＞ボタンをクリックします。
2つ目の場合は、“6.6.1.8.1 事前設定”を参照してリソースデータベースに回線切替リソースを登録してください。この場合、＜戻る＞ボタンをクリックし、表示された画面で更に＜中止＞ボタンをクリックし、この設定処理を一旦中止し最初から始めてください。
候補一覧から切替回線リソースを選択し、＜次へ＞をクリックします。
切替回線リソースが追加されたトップ画面が表示されます。
次のように表示されます。
クラスタリソース[number]=rsc-name
number 追加した順に番号が割り振られます。 rsc-name 追加されたリソース名が表示されます。
注意
属性を変更してはいけません。切替回線リソースを追加すると、「属性」と表示されたメニューが追加されます。このメニューを使用して切替回線リソースに対する属性を変更するとRMSは正しく動作しません。
“■登録の手順1.”に進みます。
■登録
「保存して登録」を選択します。
「保存して登録」を選択すると、＜次へ＞ボタンが＜登録＞ボタンに変更されます。
注意
登録可能な状態であれば、「保存して登録」メニューがトップ画面に追加されています。
＜登録＞ボタンをクリックします。
設定した内容で、回線切替装置リソースが作成され、“userApplication Configuration Wizardメニュー”の画面が表示されます。
手順はこれで終了です。
ISVリソース作成は、各製品のマニュアルを参照してください。