ページの先頭行へ戻る
PRIMECLUSTER  導入運用手引書 4.5
FUJITSU Software
第2部 導入編 > 第6章 クラスタアプリケーションの構築 > 6.7 クラスタアプリケーションの設定 > 6.7.3 リソースの設定
前次

6.7.3 リソースの設定

ここでは、前節で設定したuserApplicationへリソースを登録する方法について説明します。

登録できるリソースは、以下があります。

■リソース設定の流れ

6.7.3.1 Cmdlineリソースの設定

Cmdlineリソースの設定方法について説明します。

Cmdline リソース設定時の注意点については、"6.11 Cmdline リソース設定時の注意点"を参照してください。

◆操作手順

  1. “turnkey wizard "STANDBY"”の“CommandLines”を選択します。

  2. “CommandLines”が表示されます。“AdditionalStartCommand”を選択します。

  3. “FREECHOICE”を選択し、実行するStartCommandをフルパスで入力します。引数を指定する場合は、空白で区切ります。

    StartCommandは、利用者プログラムを起動するため、Online処理で実行されるスクリプトです。

    [StartCommandの終了コード]
    StartCommandには、以下の終了コードがあります。

    0 ：正常終了を示します。Online処理が成功した場合に本終了コードを使用します。

    0以外：異常終了を示します。Online処理が失敗した場合に本終了コードを使用します。本終了コードで復帰した場合、リソースはFaulted状態になります。

    注意

    StartCommand および後述のStopCommand、CheckCommand に設定するスクリプトのパスおよび引数に、以下の文字は使用できません。

        =    \    ~    %    @    &

    これらの文字を使用する必要がある場合は、Cmdlineリソースに設定するスクリプト内に記述してください。

  4. “CommandLines”が表示されます。利用者プログラムの停止が必要であれば“StopCommands”を選択します。

    StopCommandは、利用者プログラムを停止するため、Offline処理で実行されるスクリプトです。StopCommandの設定は必須ではありません。

    [StopCommandの終了コード]
    StopCommandには、以下の終了コードがあります。

    0：正常終了を示します。Offline処理が成功した場合に本終了コードを使用します。

    0以外：異常終了を示します。Offline処理が失敗した場合に本終了コードを使用します。本終了コードで復帰した場合、リソースはFaulted状態になります。

    StopCommandが不要な場合は、手順6.から実施してください。

    注意

    StopCommandsにnoneを設定した場合、Flagsの設定に関わらずLIEOFFLINE属性が有効となりCLUSTEREXCLUSIVE属性が無効となった状態でCmdlineリソースの起動と監視が行われます。

  5. “FREECHOICE”を選択し、実行するStopCommandをフルパスで入力します。引数を指定する場合は、空白で区切ります。

  6. “CommandLines”が表示されます。“CheckCommands”を選択します。

    CheckCommandは、利用者プログラムの状態をRMSへ通知するため、定期的に実行されるコマンドです。

    [CheckCommandの終了コード]
    CheckCommandには、以下の終了コードがあります。

    0：Onlineを示します。

    0以外：Offlineを示します。

    ALLEXITCODES属性を有効にすると、CheckCommandの終了コードに、もっと詳細な情報を返すことができます。属性は、手順8.で変更します。

  7. “FREECHOICE”を選択し、実行するCheckCommandをフルパスで入力します。引数を指定する場合は、空白で区切ります。

  8. 属性の変更

    使用目的に応じて、属性の変更を行ってください。属性を変更する場合は“Flags[0]”を選択します。属性の詳細については、“6.11 Cmdline リソース設定時の注意点”の“表6.2 Cmdlineリソースの属性”を参照してください。

    注意

    属性“NULLDETECTOR”を有効にした場合は、RMSからCheckCommandが起動されなくなります。

    ホットスタンバイ運用をする場合には、次の2つの属性を有効にしてください。

    • STANDBYCAPABLE

      対応するuserApplicationがOfflineである、すべてのノードにおいてリソースのStandby処理を実行します。

    • ALLEXITCODES

      Checkスクリプトの終了コードによるリソース状態の識別を詳細化します。

      ホットスタンバイ運用の設定に関するその他の注意事項は“6.6 Online/Offlineスクリプトの設定”を参照してください。

  9. 最後に“SAVE+EXIT”を選択します。

6.7.3.2 Fsystemリソースの設定

ファイルシステムをuserApplicationの起動に合わせてマウントする場合にFsystemリソースを設定する必要があります。

Fsystem リソース設定時の注意点については、“6.12 Fsystem リソース設定時の注意点”を参照してください。

Fsystemリソースの設定の流れは以下のとおりです。

注意

LVM(Logical Volume Manager)のボリューム上のファイルシステムをFsystemリソースで制御することはできません。

  1. マウントポイントの定義

    userApplicationを構成する全てのノードの/etc/fstab.pclファイルに、リソースとして使用するファイルシステムのマウントポイントを定義しておく必要があります。行の先頭は、必ず「#RMS#」で始まるようにしてください。

    「#RMS#」以降の、第1から第6フィールドまでの項目は、RHELの/etc/fstabファイルの記述形式と同じです。詳細は、RHELの公式ドキュメントを参照してください。

    例）/etc/fstab.pclファイル

    #RMS#/dev/sdd1        /mnt/swdsk1          ext3     defaults        0 0
#RMS#/dev/sdd2        /mnt/swdsk2          ext4     nodelalloc      0 0
#RMS#/dev/sdd3        /mnt/swdsk3          xfs      defaults        0 0

    GDSのボリュームを使用する場合の設定例は以下の通りです。

    例）/etc/fstab.pclファイル

    #RMS#/dev/sfdsk/class0001/dsk/volume0001 /mnt/swdsk1 ext3  defaults    0 0
#RMS#/dev/sfdsk/class0001/dsk/volume0002 /mnt/swdsk2 ext4  nodelalloc  0 0
#RMS#/dev/sfdsk/class0001/dsk/volume0003 /mnt/swdsk3 xfs   defaults    0 0

    注意

    • /etc/fstab ファイルに同一のデバイスやマウントポイントを使用する設定となっている場合は、その設定を削除するかコメント行にすることで、無効化してください。設定が残っている場合、userApplication が正常に起動できない場合があります。

    • ext4, xfsは、ディスク領域の割り当てを効率化し、書き込みパフォーマンスを向上させるために「遅延割り当て」を実装しています。本実装により、ディスクに書き込むべきデータのメモリ上での滞在時間が長くなるため、サーバのOSパニックや電源瞬断により、一部のデータが失われる可能性があります。プログラムがファイルシステムへの書き込み直後に書き込みを保証する必要がある場合は、ファイルに書き込みを行うアプリケーションが fsync() コールを発行する必要があります。「遅延割り当て」については Red Hat 社の Storage Administration Guide を参照してください。

    • マウントポイントとして指定するディレクトリのパスには、シンボリックリンクを含まないパスを指定してください。

  2. GDS ボリュームの起動 (必要な場合のみ)

    保守対象のファイルシステムやファイルが GDS に管理されたボリュームに存在する場合は、クラスタを構成する任意の 1 ノードで GDS のボリュームを起動します。

    例) ディスククラス class のボリューム volume0001 を、コマンドで起動する場合

    # /usr/sbin/sdxvolume -N -c class -v volume0001

  3. ファイルシステムの作成とマウントの確認

    リソースとして使用するディスクパーティション上にファイルシステムを作成しておく必要があります。ファイルシステムの作成方法については、Red Hat 社の Storage Administration Guide を参照してください。

    例）ext3の場合

    ファイルシステムを作成します。

    # /sbin/mkfs -t ext3 /dev/sdd1

    マウントできることを確認します。

    # /bin/mount -t ext3 /dev/sdd1 /mnt/swdsk1
# /bin/umount /mnt/swdsk1

    例）ext4の場合

    ファイルシステムを作成します。

    # /sbin/mkfs.ext4 /dev/sdd2

    マウントできることを確認します。

    # /bin/mount -t ext4 /dev/sdd2 /mnt/swdsk2
# /bin/umount /mnt/swdsk2

    例）xfsの場合

    ファイルシステムを作成します。

    # /sbin/mkfs.xfs /dev/sdd3

    マウントできることを確認します。

    # /bin/mount -t xfs /dev/sdd3 /mnt/swdsk3
# /bin/umount /mnt/swdsk3

  4. ファイルシステムのチューニング

    使用するファイルシステムの種類により、クラスタ環境に適した設定を行います。

    • 強制ファイルシステムチェックの回避（ext3 および ext4で設定を推奨)

      ファイルシステムにext3 および ext4 を使用している場合、切替えファイルシステムのオンライン処理時に強制的なファイルシステムチェックが実行されることがあります。この強制的なファイルシステムチェックの実行は ext3 および ext4 の仕様であり、前回のファイルシステムチェックから一定回数のマウントが実行された、あるいは一定期間経過したことを契機に実行されるものです。

      クラスタアプリケーション起動時や切替え時などに強制的なファイルシステムチェックが実行されると、ファイルシステムのオンライン処理でタイムアウトが発生し、PRIMECLUSTER の起動や切替えに失敗することがあります。

      このような状況を回避するため、すべてのext3, ext4 切替えファイルシステムに対して次のコマンドを実行し、強制ファイルシステムチェックが実行されないように設定してください。

      例）強制ファイルシステムチェックの回避の設定と確認

      # /sbin/tune2fs -c0 -i0 /dev/sdd1

      上記コマンド実行後、次のコマンドで“Maximum mount count ：-1”,“Check interval：0”となっていることを確認してください。

      # /sbin/tune2fs -l /dev/sdd1 | /bin/grep "Maximum mount count"
Maximum mount count:      -1
# /sbin/tune2fs -l /dev/sdd1 | /bin/grep "Check interval"
Check interval:           0 (<none>)

      上記のように強制的なファイルシステムチェックが実行されない設定とした場合、ファイルシステムのロギングやジャーナリングだけでは検知できない原因（ディスク故障、カーネルバグ等）によるファイルシステム破壊が発生すると、その発見が遅れるため、データ損失の危険性が高まります。定期保守において、手動でファイルシステムの強制チェック(fsck -f) を実行して、データ損失の危険性を回避してください。

    • 遅延割り当ての無効化 (ext4のみ)

      ext4ではマウントオプションに nodelalloc を指定することで遅延割り当てを無効にすることができます。

      /etc/fstab.pclファイルのマウントオプションを指定するフィールドに以下のように指定します。

      #RMS#/dev/sdd2        /mnt/swdsk2          ext4     nodelalloc     0  0

  5. GDS ボリュームの停止 (手順2 を実施した場合のみ)

    手順2 で起動した GDS ボリュームを停止します。

    例) ディスククラス class のボリューム volume0001 をコマンドで停止する場合

    # /usr/sbin/sdxvolume -F -c class -v volume0001

  6. Fsystemリソースのクラスタアプリケーションへの登録

    1. “turnkey wizard "STANDBY"”の“LocalFileSystems”を選択します。

      Settings of turnkey wizard "STANDBY" (APP1:not yet consistent)
 1) HELP                                10) Enterprise-Postgres(-)
 2) -                                   11) Symfoware(-)
 3) SAVE+EXIT                           12) Procedure:SystemState3(-)
 4) -                                   13) Procedure:SystemState2(-)
 5) ApplicationName=APP1                14) Gls:Global-Link-Services(-)
 6) Machines+Basics(app1)               15) IpAddresses(-)
 7) CommandLines(-)                     16) LocalFileSystems(-)
 8) Procedure:Application(-)            17) Gds:Global-Disk-Services(-)
 9) Procedure:BasicApplication(-)           
Choose the setting to process: 16

    2. “AdditionalMountPoint”を選択します。

      File systems (Lfs_APP1:not yet consistent)
1) HELP                   4) REMOVE+EXIT            7) (Timeout=180)
2) -                      5) AdditionalMountPoint
3) SAVE+EXIT              6) (Filter=)
Choose the setting to process: 5

    3. 前述の /etc/fstab.pclファイルの事前設定で定義したマウントポイントが表示されます。userApplicationで設定するマウントポイントを選択します。

      1) HELP                                 6) /mnt/swdsk2
2) RETURN                               7) /mnt/swdsk3
3) FREECHOICE
4) ALL
5) /mnt/swdsk1
Choose a mount point: 5

    4. マウントポイントを選択後、“SAVE+RETURN”を選択します。

      Set flags for mount point: /mnt/swdsk1 Currently set: LOCAL,AUTORECOVER (LA)
1) HELP                   4) DEFAULT                7) SHARE(S)
2) -                      5) SYNC(Y)                8) MONITORONLY(M)
3) SAVE+RETURN            6) NOT:AUTORECOVER(A)
Choose one of the flags: 3

    5. 複数のマウントポイントを登録する場合は、2.～4.の操作を繰り返します。必要なマウントポイントを全て設定したら、“SAVE+EXIT”を選択します。

      File systems (Lfs_APP1:consistent)
 1) HELP                                 6) MountPoints[0]=LA:/mnt/swdsk1
 2) -                                    7) MountPoints[1]=LA:/mnt/swdsk2
 3) SAVE+EXIT                            8) MountPoints[2]=LA:/mnt/swdsk3
 4) REMOVE+EXIT                          9) (Filter=)
 5) AdditionalMountPoint                10) (Timeout=180)
Choose the setting to process:  3

6.7.3.3 Gdsリソースの事前設定

Gdsリソースを設定する場合には、Gdsリソース設定前に共用ボリュームを設定する必要があります。また、Gdsリソース設定前に、いずれか1ノードで以下のコマンドを実行してください。

このコマンドは、指定したGdsリソースが userApplicationの状態と連動してGDSボリュームの起動／停止を行うために必要な操作です。加えてボリュームを共用する全ノードで offline状態にします。

# /opt/SMAW/SMAWRrms/bin/hvgdsetup -a [class-name]
 ...
Do you want to continue with these processes ? [yes/no] y

参考

共用ボリュームの設定状態は、以下のコマンドで確認することができます。

# /opt/SMAW/SMAWRrms/bin/hvgdsetup -l

注意

  • 事前設定を行わなかった場合、クラスタアプリケーションがInconsistent状態になります。詳細は、“PRIMECLUSTER Global Disk Services 説明書”の“クラスタシステムに関する異常”の「クラスタアプリケーションがInconsistent状態になる。」を参照してください。

  • GFS共用ファイルシステムを使用する場合は、本操作を行ってはいけません。

6.7.3.4 Gdsリソースの設定

Gdsリソースの事前設定が完了したら、GdsリソースをuserApplicationに登録します。GdsリソースをuserApplicationに設定する手順を以下に説明します。

◆操作手順

  1. “turnkey wizard "STANDBY"”の“Gds:Global-Disk-Services”を選択します。

  2. “Volume management”の“AdditionalDiskClass”を選択します。

    複数のリソースを登録する場合には、手順2.～手順4.までを複数回実施してください。

    共用ボリュームのクラス[CL]をuserApplicationに登録する例：

  3. userApplicationに登録するクラスタリソース一覧が表示されます。

    • 複数ノードでクラスタ運用する場合

      登録するクラスタリソースを選択します。

    • シングルノードクラスタ運用の場合

      クラスタリソース一覧は表示されませんので、"FREECHOICE"を選択し、作成したGDSのクラス名を入力してください。

  4. Gdsリソースの動作モードを設定します。

    Set a flag for the disk class: CL
Currently set:
1) HELP                                 5) MONITORONLY(M)
2) -
3) SAVE+RETURN
4) DEFAULT
Choose additionally one of the flags:

    • DEFAULT

      この属性を選択すると、すべての設定値を初期値に戻します。

    • MONITORONLY、NOT:MONITORONLY

      クラスタへのクラスの異常通知を指定します。初期値は"NOT:MONITORONLY"です。

      • MONITORONLY

        この属性を設定すると、共用ボリュームのクラスの異常を検知しても、クラスタへ異常を通知しません。
        "Currently set"には"MONITORONLY"が表示され、メニューには"5)NOT:MONITORONLY"が表示されます。"MONITORONLY"を設定すると、共用ボリュームのクラスの異常による切替えは発生しなくなります。

      • NOT:MONITORONLY

        この属性を設定すると、"MONITORONLY"の設定を解除します。
        "Currently set"には"NOT:MONITORONLY"が表示され、メニューには"5) MONITORONLY"が表示されます。

    注意

    Gdsリソースに登録した共用ボリュームのクラスのうち、最低1つは、"NOT:MONITORONLY"を設定してください。

  5. “SAVE+EXIT”を選択します。

6.7.3.5 Glsリソースの設定

＜事前設定＞

Glsリソースの設定前に仮想インタフェースと引継ぎ仮想インタフェースの設定を行っておく必要があります。詳細は、“PRIMECLUSTER Global Link Services 説明書（伝送路二重化機能編）”を参照してください。

◆操作手順

  1. “turnkey wizard "STANDBY"”の“Gls:Global-Link-Services”を選択します。

  2. “AdditionalTakeoverIpaddress”を選択し引継ぎIPアドレスの設定を行います。

    複数のリソースを登録するには、手順 2.～手順4.までを複数回実施してください。

  3. 事前設定で登録した引継ぎIPアドレスが選択肢に表示されます。

    事前設定した引継ぎIPアドレスの中から、userApplicationに登録する引継ぎIPアドレスを選択します。

  4. リソースの動作モードの設定を行います。

    リソースの動作モードには、“AUTORECOVER(A)”(選択値)と“NOT:AUTORECOVER(N)”(デフォルト値)があります。“SAVE+RETURN”を選択すると、デフォルト値である“NOT:AUTORECOVER(N)”が設定されます。

    リソース異常時に、一定時間(デフォルト：60秒)リソースの回復を試みる場合には“AUTORECOVER(A)”を、直ちに他ノードへの切替えを行う場合には“NOT:AUTORECOVER(N)”を選択します。

  5. Glsリソースの設定を保存し終了するには、“SAVE+EXIT”を選択してください。

    なお、ここではGlsリソースのタイムアウト値を変更することが可能です。
    タイムアウト値を変更する場合には、“(Timeout=60)”を選択し、任意の値(秒)を設定してください。

参照

クラスタアプリケーション作成時に StandbyTransitions属性に値を設定することにより、待機ノードのGlsリソースを“Standby”状態へ遷移させ、待機ノードのGlsリソース状態を監視することができます。設定方法については、“6.7.2.1 スタンバイ運用のクラスタアプリケーション作成”を参照してください。

6.7.3.6 引継ぎネットワークリソースの設定

＜事前設定＞

引継ぎネットワークリソースを使用する場合には、以下の事前設定が必要です。

  1. ノード間で引き継ぐ IPアドレスの定義、およびホスト名の定義

    まず、ノード間で引き継ぐIPアドレスを定義してください。次に、このIPアドレスに対しホスト名を割り当ててください。割り当てたホスト名は、引継ぎIPアドレスを使用するノードの /etc/hosts ファイルへ定義してください。

  2. 監視先ホストの定義

    引継ぎIPアドレスが活性化している期間に、ICMPを利用したネットワークの疎通監視を行いたい場合は、2台以上のICMP通信が可能な機器（例えばルータやレイヤ3ハブ）のホスト名とIPアドレスを /etc/hosts ファイルへ定義してください。なお、ネットワークの疎通監視が必要ない場合は、この設定は必要ありません。

  3. ネットワークインタフェースの確認

    引継ぎIPアドレスを活性化する予定のネットワークインタフェース（例えばeth2）がOSから認識されており、使用可能な状態にあることを確認します。

  4. クラスタの設定ファイルへの定義

    以下のファイルへ、引継ぎIPアドレスのエントリを追加します。
    /usr/opt/reliant/etc/hvipalias
    エントリは、以下の規則で記述してください。

    <node name> <takeover> <interface> <netmask/prefix>
    <node name>        : 引継ぎIPアドレスを使用するノードのCFノード名
<takeover>         : 引継ぎIPアドレスのホスト名
<interface>        : 引継ぎIPアドレスを活性化するネットワークインタフェース名
<netmask/prefix>   : 引継ぎIPアドレスのネットマスク(IPv4の場合)、またはネットワークプレフィクス長(IPv6の場合)

    例

    2つのノードnode0とnode1で、ホスト名takeoverのIPv4アドレス（ネットマスク 255.255.255.0）を、ネットワークインタフェースeth2上で活性化して引き継ぐ場合、以下のように定義します。（ネットマスクは16 進数 8 桁で指定してください）

    node0 takeover eth2 0xffffff00
node1 takeover eth2 0xffffff00

    また、ホスト名takeover6のIPv6アドレス（ネットワークプレフィクス長 64）を、ネットワークインタフェースeth3上で活性化して引き継ぐ場合、以下のように定義します。

    node0 takeover6 eth3 64
node1 takeover6 eth3 64

    注意

    • IPv6のリンクローカルアドレスは、引継ぎネットワークリソースとして使用できません。また、疎通監視の通信先としても使用できません。

    • /etc/hostsファイルへホスト名を定義する場合、IPv4アドレスとIPv6アドレスに同一のホスト名を割り当てないでください。

◆操作手順

  1. “turnkey wizard "STANDBY"”の“IpAddresses”を選択します。

    Settings of turnkey wizard "STANDBY" (APP1:not yet consistent)
1) HELP                                10) Enterprise-Postgres(-)
2) -                                   11) Symfoware(-)
3) SAVE+EXIT                           12) Procedure:SystemState3(-)
4) -                                   13) Procedure:SystemState2(-)
5) ApplicationName=APP1                14) Gls:Global-Link-Services(-)
6) Machines+Basics(app1)               15) IpAddresses(-)
7) CommandLines(-)                     16) LocalFileSystems(-)
8) Procedure:Application(-)            17) Gds:Global-Disk-Services(-)
9) Procedure:BasicApplication(-)            
Choose the setting to process:15

  2. 事前設定で監視先ホストを定義し、ICMPを利用したネットワークの疎通監視を行う設計としている場合は、“AdditionalPingHost”を選択し監視先ホストを設定します。

    Ipaddresses and ipaliases (Adr_APP1:not yet consistent)
1) HELP                   4) REMOVE+EXIT            7) (NeedAll=yes)
2) -                      5) AdditionalInterface    8) (Timeout=60)
3) SAVE+EXIT 6) AdditionalPingHost 9) (InterfaceFilter=)
Choose the setting to process:6

    事前設定で登録した、監視先ホストのホスト名が選択肢に表示されます。事前設定した監視先ホストのホスト名を選択します。

    1) HELP
2) RETURN
3) FREECHOICE
4) router
5) l3hub
6) takeover
Choose another trusted host to ping:4

    監視先ホストを設定すると、前項の画面に戻ります。監視先ホストは2つ以上設定する必要があるため、前項の画面で再度“AdditionalPingHost”を選択し、監視先ホストを追加します。

  3. “AdditionalInterface”を選択し、引継ぎIPアドレスの設定を行います。

    なお、引継ぎIPアドレスが複数ある場合は、この設定を引継ぎIPアドレスの個数分行ってください。

    Ipaddresses and ipaliases (Adr_APP1:not yet consistent)
1) HELP                                 7) PingHostPool[0]=router
2) -                                    8) PingHostPool[1]=l3hub
3) SAVE+EXIT                            9) (NeedAll=yes)
4) REMOVE+EXIT                         10) (Timeout=60)
5) AdditionalInterface                 11) (InterfaceFilter=)
6) AdditionalPingHost
Choose the setting to process:

    1. 事前設定で登録した、引継ぎIPアドレスのホスト名が選択肢に表示されます。

      事前設定した引継ぎIPアドレスのホスト名を選択します。

      1) HELP
2) RETURN
3) FREECHOICE
4) router
5) l3hub
6) takeover
Choose an interface name:6

    2. 引継ぎIPアドレスの動作モードを設定します。

      Currently set: VIRTUAL,AUTORECOVER (VA)
1) HELP                   4) DEFAULT                7) MONITORONLY(M)
2) -                      5) BASE(B)                8) PING(P)
3) SAVE+RETURN            6) NOT:AUTORECOVER(A)
Choose one of the flags:

      • DEFAULT

        この属性を選択すると、すべての設定値を初期値に戻します。

      • BASE、VIRTUAL

        この属性は IPv4 アドレスを使用する場合にのみ有効です。IPv6 アドレスを使用する場合、この属性は変更しないでください。初期値は“VIRTUAL”です。

        - BASE

        この属性を設定すると、引継ぎIPv4アドレスの活性・非活性化と物理インタフェース（例えばeth2）の活性・非活性化が併せて行われます。“Currently set”には“BASE”が表示され、メニューには“5) VIRTUAL”が表示されます。

        - VIRTUAL

        この属性を設定すると、引継ぎIPv4アドレスの活性・非活性化と論理インタフェース（例えばeth2:1）の活性・非活性化が併せて行われます。“Currently set”には“VIRTUAL”が表示され、メニューには“5) BASE”が表示されます。

        この属性を設定した引継ぎIPv4アドレスは論理インタフェースにIPv4アドレスを設定するため、事前に、論理インタフェースの作成先となる物理インタフェース（例えばeth2）で、IPv4アドレスを活性化しておく必要があります。事前に物理インタフェースでIPv4アドレスを活性化するには、OS起動時に物理インタフェースでIPv4アドレスを活性化する設定にするか、または前述のBASE属性が設定された引継ぎIPv4アドレスを同じ引継ぎネットワークリソースに登録してください。

      • AUTORECOVER、NOT:AUTORECOVER

        この属性は引継ぎIPアドレスを再活性化する場合に指定します。初期値は“AUTORECOVER”です。

        - AUTORECOVER

        この属性を設定すると、ネットワークのインタフェースがダウンした場合や、ネットワークの疎通が途切れ異常を検知した場合に、1度だけ引継ぎIPアドレスの再活性化を試みます。“Currently set”には“AUTORECOVER”が表示され、メニューには“6) NOT:AUTORECOVER”が表示されます。

        なお、引継ぎIPアドレスの再活性化に失敗した場合は、クラスタへ異常を通知します。

        - NOT:AUTORECOVER

        この属性を設定すると、“AUTORECOVER”の設定を解除します。“Currently set”には“NOT:AUTORECOVER”が表示され、メニューには“6) AUTORECOVER”が表示されます。

      • BASIC-IF

        この属性は使用できません。変更しないでください。

      • MONITORONLY、NOT:MONITORONLY

        クラスタへのネットワーク異常の通知を指定します。初期値は“NOT:MONITORONLY”です。

        - MONITORONLY

        この属性を設定すると、ネットワークのインタフェースがダウンした場合や、ネットワークの疎通が途切れ異常を検知しても、クラスタへ異常を通知しません。“Currently set”には“MONITORONLY”が表示され、メニューには“7) NOT:MONITORONLY ”が表示されます。“MONITORONLY”を設定すると、引継ぎIPアドレスの異常による切替えは発生しなくなります。

        - NOT:MONITORONLY

        この属性を設定すると、“MONITORONLY”の設定を解除します。“Currently set”には“NOT:MONITORONLY”が表示され、メニューには“7) MONITORONLY”が表示されます。

        注意

        引継ぎネットワークリソースに登録した引継ぎIPアドレスのうち、最低1つは、“NOT:MONITORONLY”を設定してください。

      • PING

        この属性を設定すると、事前に設定した監視先ホストを引継ぎIPアドレスに対して設定できます。事前設定した監視先ホスト名を選択します。

        1) HELP
2) RETURN
3) router(000)
4) l3hub
Choese a ping host of the pool ():3

  4. 必要に応じ、“Timeout”を変更します。

    “Timeout”は、登録したすべての引継ぎIPアドレスが活性状態または非活性状態になるまで、システムが待つことができるタイムアウト値(秒)を設定します。“Timeout”が経過しても活性状態または非活性状態にならない場合、リソースはクラスタへ異常を通知します。初期値は60(秒)です。45(秒)以上の値を設定してください。

注意

  • NeedAll、InterfaceFilter

    これらの属性は使用できません。変更しないでください。

6.7.3.7 プロシジャリソースの設定

本設定は、PRIMECLUSTER対応製品の状態遷移プロシジャリソースをuserApplicationに登録する場合に使用します。

＜事前設定＞

プロシジャリソースを設定する場合には、プロシジャリソース設定前に状態遷移プロシジャを作成し、リソースデータベースにリソースを登録しておく必要があります。詳細は、“D.1 プロシジャリソースの登録”を参照してください。

◆操作手順

  1. “turnkey wizard "STANDBY"”の“Procedure:XXXXXXXXXX”を選択します。

    BasicApplicationクラスのクラスタリソースをuserApplicationに登録する例：

  2. “Application detail Resource wizard”の“AdditionalProcedureResource”を選択します。

    複数のリソースを登録する場合には、手順2.～手順4.までを複数回実施してください。

  3. userApplicationに登録するクラスタリソース一覧が表示されます。userApplicationに登録するクラスタリソースを選択します。

    注意

    本画面で、クラスタリソースが表示されない場合は、リソースデータベースへのクラスタリソースの登録が行われていません。“6.7.2 userApplicationの設定”で設定したuserApplicationを構成する各ノードに、クラスタリソースが登録されていることをclgettreeコマンドで確認し、クラスタリソースが登録されていない場合は、クラスタリソースの登録を行ってください。clgettreeコマンドの詳細は、clgettreeコマンドのマニュアルページを参照してください。リソースデータベースへのクラスタリソースの登録の詳細は、“D.1 プロシジャリソースの登録”を参照してください。

  4. 本画面では、以下の変更が可能です。必要であれば、以下を変更した後、“SAVE+RETURN”を選択します。


    • 状態遷移プロシジャのタイムアウト値

      デフォルト値は、1800秒です。本値は、1800秒以上のタイムアウト時間が必要な製品を使用する場合に変更します。変更を行う場合は、以下の画面の“TIMEOUT”を選択し、変更してください。

    • リソースクラス内優先度

      デフォルト値は、claddprocrscコマンドによる状態遷移プロシジャリソース登録時に-pオプションで指定した値です。状態遷移プロシジャリソース登録時に-pオプションを指定しない場合は、65535がデフォルト値となります。本値は、同じリソースクラスで、複数のリソースをクラスタアプリケーションに登録し、それぞれのリソースの活性／非活性順番を指定する場合に変更します。変更を行う場合は、以下の画面の“PRIORITY”を選択し、変更してください。本値の数値が小さいリソースから活性化され、大きいリソースから非活性化されます。

前次
Copyright FUJITSU LIMITED 2017-2020