パッケージの再構成

稼働中のクラスタでのパッケージ再構成

クラスタ稼働中でもパッケージは再構成できます。場合によっては、稼働しているパッケージそのものを再構成することもできます。この作業を行うには、Serviceguard Manager (従来のパッケージの場合) を使うか、Serviceguard コマンドを使います。

Serviceguard コマンドでパッケージを変更するには、以下の手順を実行します (pkg1 はパッケージ例)。

停止しているクラスタでのパッケージの再構成

クラスタが停止している場合でも、パッケージの構成を恒久的に変更できます。「稼働中のクラスタでのパッケージ再構成」と同じ手順を実行します。

稼働中のクラスタへのパッケージの追加

新しいパッケージを作成して、クラスタや他のパッケージが稼働している間にそのパッケージをクラスタに追加できます。追加できるパッケージの数は、クラスタ構成ファイル中の MAX_CONFIGURED_PACKAGES の値により異なります。

パッケージは、第6章 「パッケージとサービスの構成」で説明した手順で作成します。次のようなコマンドを使って、新しく作成した pkg1 の構成を検証し、構成をクラスタ内の全ノードに配布します。

cmcheckconf -P /etc/cmcluster/pkg1/pkg1conf.ascii 

cmapplyconf -P /etc/cmcluster/pkg1/pkg1conf.ascii 

従来のパッケージの場合には、そのパッケージを実行する全ノードのディレクトリ /etc/cmcluster/pkg1 に制御スクリプトをコピーしてください。

CFS をサポートしているシステムで、CFS のディスクグループやマウントポイントのマルチノードパッケージを作成する方法については、「ディスクグループクラスタパッケージの作成」と「ファイルシステムとマウントポイントのパッケージの作成」を参照してください。

稼働中のクラスタからのパッケージの削除

Serviceguard では、他のパッケージが依存しているパッケージを削除することはできません。依存関係を確認するには、cmviewcl -v -l <package> コマンドを使います。システムマルチノードパッケージは、動作中のクラスタからは削除できません。

Serviceguard Manager を使ってパッケージを削除することができます。

Serviceguard コマンド行では、ほとんどの場合、cmdeleteconf コマンドを使って、クラスタ内の全ノードからパッケージを削除できます。Veritas Cluster File System パッケージを削除するには (CFS をサポートしているシステムの場合)、cfscluster、cfsdgadm、または cfsmntadm コマンドを使います。これらのコマンドを実行すると、クラスタ内の全ノードのバイナリ構成ファイルからそのパッケージに関する情報が削除されます。これらのコマンドは、パッケージが停止しているときしか実行できません。クラスタは稼働中でも構いません。

以下の例では、フェイルオーバーパッケージ mypkg を停止させた後、クラスタからパッケージ構成を削除します。

cmhaltpkg mypkg 
cmdeleteconf -p mypkg 

コマンドを入力すると、ファイルの削除を確認するプロンプトが表示されます。ただし-f オプションを指定した場合は、プロンプトは表示されません。またコマンドを実行しても、ディレクトリ /etc/cmcluster/mypkg は削除されません。

CFS をサポートしているシステムでは、付録 A 「Serviceguard のコマンド」に記載されている cfs コマンドを使うと、マルチノードパッケージの構成からノードを削除できます。そのノード上では、マルチノードパッケージに依存しているすべてのパッケージを停止しておく必要があります。

CFS のマウントポイントパッケージとディスクグループパッケージを削除するには、以下の手順を実行します。

	注記: cfsmount または cfsumount 以外のすべての形式の mount コマンド (たとえば、mount -o cluster、dbed_chkptmount、sfrac_chkptmount) は、CFS を使った HP Serviceguard Storage Management Suite 環境では注意深く使う必要があります。このような CFS 用でないコマンドを使用すると、その後のファイルシステムまたは Serviceguard パッケージに対するコマンド操作で、整合性の問題が発生する場合があります。このような形式の mount コマンドを使うと、適切なマルチノードパッケージが生成されないため、クラスタパッケージはファイルシステムの変更を認識できません。

サービスの再起動カウンターのリセット

サービスの再起動カウンターとは、パッケージサービスが自動的に再起動された回数を指します。この値により、パッケージサービスを自動的に再起動できる最大回数を超えた時期が判別されます。

数回の試行後、パッケージサービスの再起動に成功した場合、パッケージマネージャは再起動カウンターを自動的にリセットしません。ただし、cmmodpkg -R -s コマンドを使って、カウンターをオンラインでリセットするよう設定できます。これにより、これ以降再起動が必要な状況では、service_restart で構成した最大回数まで再起動を試行できます。以下に例を示します。

cmmodpkg -R -s myservice pkg1

再起動カウンターの現在の値は、cmviewcl -v コマンドの出力で確認できます。

構成変更が可能なパッケージの状態

多くの場合、パッケージの構成は、パッケージを動作させたままで変更できます。次の表には、例外 (パッケージが動作していてはならない、または動作していると、結果が期待どおりにならない) を示します。

この表にリストされていないパラメータは、パッケージを動作させたままで変更できます。

クラスタは動作させたままにでき、再構成するパッケージ以外のパッケージも動作させたままにしておくことができます。(またパッケージ構成ファイルは、いつでも変更できることに注意してください。ただし、このファイルは、表 7-2 「パッケージに対する変更」に示している場合には、動作中のパッケージに対して cmapplyconf コマンドや Serviceguard Manager を使って適用しないでください。)

	注記: パッケージ構成を変更するときには、クラスタ内の全ノードの電源が入っていて、ノードにアクセスできる状態でなければなりません。

	注記: CFS は、HP-UX のいくつかのリリースでサポートされていますが、現行リリースのすべてでサポートされているわけではありません。最新情報については、お使いのバージョンに対応する Serviceguard の最新のリリースノートを参照してください (http://docs.hp.com/ja -> [ハイ アベイラビリティ] -> [Serviceguard] から入手可能です)。