TCP/IP ネットワークでの netmon.cf ファイルのセットアップ

TCP/IP Protocol Over Ethernet (TCP/IP) ネットワーク上で稼働する Db2® pureScale® 環境では、1 つ以上の ping 可能 IP アドレスを構成ファイル netmon.cfに手動でセットアップする必要があります。 このステップは必須ではありませんが、いくつかの制限が適用されます。 制約事項については、 technote#0733765 を参照してください。 制限が適用される場合、ネットワークをモニターしてインターフェースが ping 可能かどうかを確認するために、Reliable Scalable Cluster Technology (RSCT) は netmon.cf ファイルを必要とします。 プライベート・ネットワークの場合、このファイルを手動でセットアップする必要があります。 (パブリック・ネットワークの場合、このファイルは Db2 インストーラーによって自動的に更新されます。)

始める前に

このトピックの例は、2 つの CF と 2 つのメンバーを持つ Db2 pureScale 環境セットアップに基づいています。

プロシージャー

netmon.cf 構成ファイルを設定するには、次のようにしてください。

  1. ドメインを停止させます。
    1. クラスター・ホストの 1 つに root としてログインします。
    2. クラスター・マネージャーのドメイン・ネームを検索します。
      /home/instname/sqllib/bin/db2cluster -cm -list -domain
    3. ドメインを停止させます。
      /home/instname/sqllib/bin/db2cluster -cm -stop -domain domainname -force 
  2. クラスター内の各ホストの構成ファイル netmon.cf をセットアップします。
    1. ホストに root としてログインします。
    2. 各メンバーの netmon.cf 構成ファイルに入力する IP アドレスを決定します。
      • AIX® オペレーティング・システムでは、通信アダプター・ポートおよび関連する宛先 IP サブネットを確認するために、メンバー・ホストで netstat コマンドを実行します。 以下に例を示します。
        netstat -rn
        Routing tables
        Destination        Gateway           Flags   Refs     Use  If   Exp  Groups
        
        Route Tree for Protocol Family 2 (Internet):
        default            9.26.51.1         UG       21  15309923 en0      -      -
        9.26.51.0          9.26.51.163       UHSb      0         0 en0      -      -   =>
        9.26.51/24         9.26.51.163       U        15  70075017 en0      -      -
        9.26.51.163        127.0.0.1         UGHS     32   1505251 lo0      -      -
        9.26.51.255        9.26.51.163       UHSb      0       945 en0      -      -
        10.1.5.0           10.1.5.13         UHSb      0         0 en1      -      -   =>
        10.1.5/24          10.1.5.13         U       519 3031889427 en1      -      -
        10.1.5.13          127.0.0.1         UGHS      0    347651 lo0      -      -
        10.1.5.255         10.1.5.13         UHSb      0         3 en1      -      -
        127/8              127.0.0.1         U        10    734058 lo0      -      -
        
        Route Tree for Protocol Family 24 (Internet v6):
        ::1%1              ::1%1             UH        2   2463710 lo0      -      -
        「If」列には、現行ホスト上のアダプターがリストされています。 ターゲット通信アダプター・ポートに対応するアダプターを選択します。 この例では、「en1」がターゲットのイーサネット・プライベート・ネットワークのアダプターです。 最初の列にある対応する IP アドレスは、次のステップで使用するターゲット IP サブネットを示しています。 この場合の IP サブネットは「10.1.5.0」です。
      • Linux® オペレーティング・システムの場合、通信アダプター・ポートおよび関連する宛先 IP サブネットを確認するには、メンバー・ホストで route コマンドを実行します。 以下に例を示します。
        /sbin/route | grep -v link-local
        Member 0
        [root@host3]# route | grep -v link-local
        Kernel IP routing table
        Destination	Gateway 	Genmask Flags Metric Ref Use Iface
        192.168.1.0 	* 				255.255.255.0 U 0 0 0 eth0
        9.26.92.0 	* 				255.255.254.0 U 0 0 0 eth2
        default 	9.26.92.1 0.0.0.0 UG 0 0 0 eth2
        最後の列 (列名「Iface」) は、現行ホスト上のアダプターを示しています。 ターゲット通信アダプター・ポートに対応するアダプターを選択します。 この例では、「eth0」がターゲットのイーサネット・プライベート・ネットワークのアダプターです。 最初の列にある対応する IP アドレスは、次のステップで使用するターゲット IP サブネットを示しています。 この場合の IP サブネットは「192.168.1.0」です。

      ほとんどのホストでは、同じアダプターが同じサブネットに接続され、クラスターのすべてのホストに/var/ct/cfg/netmon.cf ファイルが同一になります。 ただし、それとは異なるケースもあります。 例えば、LPAR 上の AIX 構成は、より複雑なネットワーク構成を持つことができ、各 /var/ct/cfg/netmon.cf ファイルは異なることがあります。

    3. 当該 IP サブネットで、スイッチに作成された IP インターフェースを使用します。現行ホストは、同じ IP サブネットを使用してこのスイッチに接続します。 Linux の例では、スイッチ上の IP インターフェースの IP アドレスが 192.168.1.2であるとすると、この項目はメンバー構成ファイル/var/ct/cfg/netmon.cfに追加されます。
      例えば、メンバー 0 (host3) の場合、以下の項目が追加されます。
      !REQD eth0 192.168.1.2
      
      説明:
      • token1 - !REQDは必須エンティティーです。
      • token2 - eth0 (または en1) は、ローカル・ホスト上のイーサネット・プライベート・ネットワークのインターフェース名です。
      • token3 - 192.168.1.2 は、スイッチで作成されたインターフェースに割り当てられた、外部 ping 可能 IP アドレスです。
      以下は、Member0(host3)の完全な構成ファイル /var/ct/cfg/netmon.cfの例です。
      !REQD eth2 9.26.92.1
      !REQD eth0 192.168.1.2
      
  3. すべての netmon.cf ファイルが更新された後、ドメインを再始動する必要があります。
    1. クラスター・ホストの 1 つに root としてログインします。
    2. ドメインを再始動します。
      /home/instname/sqllib/bin/db2cluster -cm -start -domain domainname
  4. lssrc コマンドを実行して、すべてのアダプターが安定していることを確認します。
    lssrc -ls cthats
    出力は以下のようになります。
    [root@coralm234 ~]# lssrc -ls cthats
    Subsystem         Group            PID     Status
     cthats           cthats           31938   active
    Network Name   Indx Defd  Mbrs  St   Adapter ID      Group ID
    CG1            [ 0] 3     3     S    192.168.1.234   192.168.1.234
    CG1            [ 0] eth0             0x46d837fd      0x46d83801
    HB Interval = 0.800 secs. Sensitivity = 4 missed beats
    Ping Grace Period Interval = 60.000 secs.
    Missed HBs: Total: 0 Current group: 0
    Packets sent    : 560419 ICMP 0 Errors: 0 No mbuf: 0
    Packets received: 537974 ICMP 0 Dropped: 0
    NIM's PID: 31985
    CG2            [ 1] 4     4     S    9.26.93.226     9.26.93.227
    CG2            [ 1] eth2             0x56d837fc      0x56d83802
    HB Interval = 0.800 secs. Sensitivity = 4 missed beats
    Ping Grace Period Interval = 60.000 secs.
    Missed HBs: Total: 0 Current group: 0
    Packets sent    : 515550 ICMP 0 Errors: 0 No mbuf: 0
    Packets received: 615159 ICMP 0 Dropped: 0
    NIM's PID: 31997
      2 locally connected Clients with PIDs:
     rmcd( 32162) hagsd( 32035)
      Dead Man Switch Enabled:
         reset interval = 1 seconds
         trip  interval = 67 seconds
         Watchdog module in use: softdog
      Client Heartbeating Enabled. Period: 6 secs. Timeout: 13 secs.
      Configuration Instance = 1322793087
      Daemon employs no security
      Segments pinned: Text Data Stack.
      Text segment size: 650 KB. Static data segment size: 1475 KB.
      Dynamic data segment size: 2810. Number of outstanding malloc: 1165
      User time 32 sec. System time 26 sec.
      Number of page faults: 0. Process swapped out 0 times.
      Number of nodes up: 4. Number of nodes down: 0.