ナビゲーションリンクをスキップ
印刷ビューの終了
| Oracle Solaris Cluster システム管理 Oracle Solaris Cluster 3.3 3/13 (日本語)

検索範囲:

- このドキュメント
- ライブラリ全体

## クラスタの管理の概要

このセクションでは、グローバルクラスタやゾーンクラスタ全体の管理タスクを実行する方法を説明します。次の表に、これらの管理タスクと、関連する手順を示します。クラスタの管理タスクは通常は大域ゾーンで行います。 ゾーンクラスタを管理するには、そのゾーンクラスタをホストするマシンが 1 台以上クラスタモードで起動していることが必要です。すべてのゾーンクラスタノードが起動し動作している必要はありません。現在クラスタ外にあるノードがクラスタに再参加すると、構成の変更点が Oracle Solaris Cluster によって再現されます。

注 - デフォルトでは、電源管理は無効になっているため、クラスタに干渉しません。単一ノードクラスタの電源管理を有効にすると、クラスタは引き続き動作していますが、数秒間使用できなくなる場合があります。 電源管理機能はノードを停止しようとしますが、停止されません。

この章での `phys-schost#` は、グローバルクラスタのプロンプトを表します。`clzonecluster` の対話型シェルプロンプトは `clzc:schost>` です。

表 9-1 タスクリスト : クラスタの管理

タスク | 手順
--- | ---
クラスタへのノードの追加または削除 | 第 8 章ノードの追加と削除
クラスタ名を変更 | 「クラスタ名を変更する方法」
ノード ID およびそれらの対応するノード名の一覧の表示 | 「ノード ID をノード名にマップする方法」
クラスタへの新しいノードの追加を許可または拒否 | 「新しいクラスタノード認証で作業する方法」
NTP (Network Time Protocol) を使用してクラスタの時間を変更 | 「クラスタの時刻をリセットする方法」
ノードを停止し、SPARC ベースのシステムでは OpenBoot PROM `ok` プロンプト、x86 ベースのシステムでは GRUB メニューで「`Press any key to continue`」というメッセージを表示 | 「SPARC: ノードで OpenBoot PROM (OBP) を表示する方法」
プライベートホスト名の追加または変更 | 「グローバルクラスタの非投票ノードにプライベートホスト名を追加する方法」 「ノードのプライベートホスト名を変更する」
クラスタノードを保守状態に変更 | 「ノードを保守状態にする」
ノード名の変更 | 「ノード名を変更する」
クラスタノードを保守状態から復帰 | 「ノードを保守状態から戻す」
クラスタノードからソフトウェアをアンインストール | 「クラスタノードから Oracle Solaris Cluster ソフトウェアをアンインストールする」
SNMP Event MIB の追加および管理 | 「SNMP イベント MIB を有効にする」 「SNMP ユーザーをノードに追加する」
各ノードの負荷制限の構成 | 「ノードに負荷制限を構成する」
ゾーンクラスタの移動、アプリケーション用ゾーンクラスタの準備、ゾーンクラスタの削除 | 「ゾーンクラスタ管理タスクの実行」

## クラスタ名を変更する方法

必要に応じて、初期インストール後にクラスタ名を変更できます。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. グローバルクラスタ内にある任意のノード上でスーパーユーザーになります。
2. `clsetup` ユーティリティーを起動します。

       phys-schost# clsetup

   メインメニューが表示されます。

3. クラスタ名を変更するには、クラスタその他のプロパティーのオプションに対応する番号を入力します。

   「クラスタその他のプロパティー」メニューが表示されます。

4. メニューから選択を行なって、画面の指示に従います。
5. Oracle Solaris Cluster のサービスタグに新しいクラスタ名を反映させる場合は、既存の Oracle Solaris Cluster タグを削除してクラスタを再起動します。Oracle Solaris Cluster サービスタグインスタンスを削除するには、クラスタ内のすべてのノードで次のサブステップを完了します。
   1. すべてのサービスタグの一覧を表示します。

          phys-schost# stclient -x

   2. Oracle Solaris Cluster サービスタグインスタンス番号を見つけて、次のコマンドを実行します。

          phys-schost# stclient -d -i service_tag_instance_number

   3. クラスタ内のすべてのノードをリブートします。

          phys-schost# reboot

例 9-1 クラスタ名の変更

次の例に、新しいクラスタ名 `dromedary` へ変更するために、`clsetup` ユーティリティーから生成される `cluster` コマンドを示します。

詳細は、`cluster`(1CL) および `clsetup`(1CL) のマニュアルページを参照してください。

    phys-schost# cluster rename -c dromedary

## ノード ID をノード名にマップする方法

Oracle Solaris Cluster のインストール中、ノードにはそれぞれ一意のノード ID 番号が自動で割り当てられます。このノード ID 番号は、最初にクラスタに参加したときの順番でノードに割り当てられます。ノード ID 番号が割り当てられたあとでは、番号は変更できません。ノード ID 番号は、通常、エラーメッセージが発生したクラスタノードを識別するために、エラーメッセージで使用されます。この手順を使用し、ノード ID とノード名間のマッピングを判別します。

グローバルクラスタまたはゾーンクラスタ用の構成情報を表示するために、スーパーユーザーになる必要はありません。グローバルクラスタのノードから、このプロシージャーの 1 ステップが実行されます。他のステップはゾーンクラスタノードから実行されます。

1. `clnode` コマンドを使用して、グローバルクラスタに対するクラスタ構成情報を一覧表示します。

       phys-schost# clnode show | grep Node

   詳細は、`clnode`(1CL) のマニュアルページを参照してください。

2. 1 つのゾーンクラスタに対して、複数のノード ID を一覧表示することも可能です。ゾーンクラスタノードは、実行中のグローバルクラスタノードと同じノード ID を持っています。

       phys-schost# zlogin sczone clnode -v | grep Node

例 9-2 ノード名のノードID へのマップ

次の例は、グローバルクラスタに対するノード ID の割り当てを示しています。

    phys-schost# clnode show | grep Node
    === Cluster Nodes ===
    Node Name:                phys-schost1
      Node ID:                1
    Node Name:                 phys-schost2
      Node ID:                2
    Node Name:                phys-schost3
      Node ID:                3

## 新しいクラスタノード認証で作業する方法

Oracle Solaris Cluster では、新しいノードをグローバルクラスタに追加できるようにするかどうかと、使用する認証の種類を指定できます。パブリックネットワーク上のクラスタに参加する新しいノードを許可したり、新しいノードがクラスタに参加することを拒否したり、クラスタに参加するノードを特定できます。新しいノードは、標準 UNIX または Diffie-Hellman (DES) 認証を使用し、認証することができます。DES 認証を使用して認証する場合、ノードが参加するには、すべての必要な暗号化鍵を構成する必要があります。詳細は、`keyserv`(1M) と `publickey`(4) のマニュアルページを参照してください。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. グローバルクラスタ内にある任意のノード上でスーパーユーザーになります。
2. `clsetup` ユーティリティーを起動します。

       phys-schost# clsetup

   メインメニューが表示されます。

3. クラスタ認証の作業を行うには、新規ノードのオプションに対応する番号を入力します。

   「新規ノード」メニューが表示されます。

4. メニューから選択を行なって、画面の指示に従います。

例 9-3 新しいマシンがグローバルクラスタに追加されないようにする

`clsetup` ユーティリティーにより、`claccess` コマンドを生成します。次の例は、新しいマシンがクラスタに追加されないようにする `claccess` コマンドを示しています。

    phys-schost# claccess deny -h hostname

例 9-4 すべての新しいマシンがグローバルクラスに追加されることを許可する

`clsetup` ユーティリティーにより、`claccess` コマンドを生成します。次の例は、すべての新しいマシンをクラスタに追加できるようにする `claccess` コマンドを示しています。

    phys-schost# claccess allow-all

例 9-5 グローバルクラスタに追加される新しいマシンを指定する

`clsetup` ユーティリティーにより、`claccess` コマンドを生成します。次の例は、1 台の新しいマシンをクラスタに追加できるようにする `claccess` コマンドを示しています。

    phys-schost# claccess allow -h hostname

例 9-6 認証を標準 UNIX に設定する

`clsetup` ユーティリティーにより、`claccess` コマンドを生成します。次の例は、クラスタに参加している新規ノードの標準 UNIX 認証に対し、リセットを行う `claccess` コマンドを示しています。

    phys-schost# claccess set -p protocol=sys

例 9-7 認証を DES に設定する

`clsetup` ユーティリティーにより、`claccess` コマンドを生成します。次の例は、クラスタに参加している新規ノードの DES 認証を使用する `claccess` コマンドを示しています。

    phys-schost# claccess set -p protocol=des

DES 認証を使用する場合、クラスタにノードが参加するには、すべての必要な暗号化鍵を構成します。詳細は、`keyserv`(1M) と `publickey`(4)のマニュアルページを参照してください。

## クラスタの時刻をリセットする方法

Oracle Solaris Cluster ソフトウェアは、NTP (Network Time Protocol) を使用して、クラスタノード間で時間を同期させています。グローバルクラスタの時刻の調整は、ノードが時刻を同期するときに、必要に応じて自動的に行われます。詳細は、『Oracle Solaris Cluster Concepts Guide 』および http://docs.oracle.com/cd/E19065-01/servers.10k/ の Network Time Protocol のユーザーズガイドを参照してください。

| 注意 - NTP を使用する場合、クラスタの稼動中はクラスタの時刻を調整しないでください。`date`、`rdate`、または `svcadm` コマンドを使用した対話形式で、または `cron` スクリプト内で、時間を調整しないでください。詳細については、`date`(1)、`rdate`(1M)、`xntpd`(1M)、`svcadm`(1M)、または `cron`(1M) のマニュアルページを参照してください。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. グローバルクラスタ内にある任意のノード上でスーパーユーザーになります。
2. グローバルクラスタを停止します。

       phys-schost# cluster shutdown -g0 -y -i 0

3. SPARC ベースのシステムではノードが `ok` プロンプトを表示し、x86 ベースのシステムでは GRUB メニューで「`Press any key to continue`」というメッセージが表示されていることを確認します。
4. 非クラスタモードでノードをブートします。

   - SPARC ベースのシステム上で、次のコマンドを実行します。

         ok boot -x

   - x86 ベースのシステム上で、次のコマンドを実行します。

         # shutdown -g -y -i0

         Press any key to continue

   1. GRUB メニューで矢印キーを使用して該当する Oracle Solaris エントリを選択し、`e` と入力してコマンドを編集します。

      次のような GRUB メニューが表示されます。

          GNU GRUB version 0.95 (631K lower / 2095488K upper memory)
          +-------------------------------------------------------------------------+
          | Solaris 10 /sol_10_x86                                                  |
          | Solaris failsafe                                                        |
          |                                                                         |
          +-------------------------------------------------------------------------+
          Use the ^ and v keys to select which entry is highlighted.
          Press enter to boot the selected OS, 'e' to edit the
          commands before booting, or 'c' for a command-line.

      GRUB ベースのブートの詳細については、『Oracle Solaris の管理: 基本管理』の「GRUB を使用して x86 システムをブートする (タスクマップ)」を参照してください。

   2. ブートパラメータの画面で、矢印キーを使用してカーネルエントリを選択し、`e` を入力してエントリを編集します。

      次のような GRUB ブートパラメータの画面が表示されます。

          GNU GRUB version 0.95 (615K lower / 2095552K upper memory)
          +----------------------------------------------------------------------+
          | root (hd0,0,a)                                                       |
          | kernel /platform/i86pc/multiboot                                     |
          | module /platform/i86pc/boot_archive                                  |
          +----------------------------------------------------------------------+
          Use the ^ and v keys to select which entry is highlighted.
          Press 'b' to boot, 'e' to edit the selected command in the
          boot sequence, 'c' for a command-line, 'o' to open a new line
          after ('O' for before) the selected line, 'd' to remove the
          selected line, or escape to go back to the main menu.

   3. コマンドに `-x` を追加して、システムを非クラスタモードでブートするように指定します。

          [ Minimal BASH-like line editing is supported. For the first word, TAB
          lists possible command completions. Anywhere else TAB lists the possible
          completions of a device/filename. ESC at any time exits. ]

          grub edit> kernel /platform/i86pc/multiboot -x

   4. Enter キーを押して変更を受け入れ、ブートパラメータの画面に戻ります。

      画面には編集されたコマンドが表示されます。

          GNU GRUB version 0.95 (615K lower / 2095552K upper memory)
          +----------------------------------------------------------------------+
          | root (hd0,0,a)                                                       |
          | kernel /platform/i86pc/multiboot -x                                  |
          | module /platform/i86pc/boot_archive                                  |
          +----------------------------------------------------------------------+
          Use the ^ and v keys to select which entry is highlighted.
          Press 'b' to boot, 'e' to edit the selected command in the
          boot sequence, 'c' for a command-line, 'o' to open a new line
          after ('O' for before) the selected line, 'd' to remove the
          selected line, or escape to go back to the main menu.-

   5. `b` と入力して、ノードを非クラスタモードでブートします。

      注 - カーネルブートパラメータコマンドへのこの変更は、システムをブートすると無効になります。次にノードをリブートする際には、ノードはクラスタモードでブートします。クラスタモードではなく、非クラスタモードでブートするには、これらの手順を再度実行して、カーネルブートパラメータコマンドに `-x` オプションを追加します。

5. 単一のノードで、`date` コマンドを実行して時刻を設定します。

       phys-schost# date HHMM.SS

6. ほかのマシンで `rdate` コマンドを実行して、時間をそのノードと同期させます。

       phys-schost# rdate hostname

   詳細は、`rdate`(1M) のマニュアルページを参照してください。

7. 各ノードを起動し、クラスタを再起動します。

       phys-schost# reboot

8. すべてのクラスタノードで変更が行われたことを確認します。

   各ノードで、`date` コマンドを実行します。

       phys-schost# date

## SPARC: ノードで OpenBoot PROM (OBP) を表示する方法

OpenBoot™ PROM 設定を構成または変更する必要がある場合は、この手順を使用します。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. 停止するノード上でコンソールに接続します。

       # telnet tc_name tc_port_number

   tc_name

     端末集配信装置 (コンセントレータ) の名前を指定します。

   tc_port_number

     端末集配信装置のポート番号を指定します。ポート番号は構成に依存します。通常、ポート 2 (5002) と ポート 3 (5003) は、サイトで最初に設置されたクラスタで使用されています。

2. `clnode evacuate` コマンドを使用してから、`shutdown` コマンドを使用することで、クラスタノードを正常に停止します。`clnode evacuate` コマンドは、すべてのデバイスグループを、指定ノードから次に優先されるノードに切り替えます。またこのコマンドは、グローバルクラスタの指定した投票ノードまたは非投票ノードから、次に優先される投票ノードまたは非投票ノードへ、すべてのリソースグループを切り替えます。

       phys-schost# clnode evacuate node
       # shutdown -g0 -y

   | 注意 - クラスタコンソールで `send brk` を使用して、クラスタノードをシャットダウンしないでください。

3. OBP コマンドを実行します。

## ノードのプライベートホスト名を変更する

インストール完了後、クラスタノードのプライベートホスト名を変更するには、次の手順に従います。

デフォルトのプライベートホスト名は、クラスタの初期インストール時に割り当てられます。デフォルトのプライベートホスト名の形式は、`clusternode`<nodeid>`-priv` です (`clusternode3-priv` など)。名前がすでにドメイン内で使用されている場合にかぎり、プライベートホスト名を変更します。

| 注意 - 新しいプライベートホスト名には IP アドレスを割り当てないでください。クラスタソフトウェアがそれらを割り当てます。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. クラスタ内のすべてのノード上で、プライベートホスト名をキャッシュする可能性があるデータサービスリソースやアプリケーションをすべて無効にします。

       phys-schost# clresource disable resource[,...]

   無効にするアプリケーションには次のようなものがあります。

   - HA-DNS と HA-NFS サービス (構成している場合)

   - プライベートホスト名を使用するためにカスタム構成されたアプリケーション

   - クライアントがプライベートインターコネクト経由で使用しているアプリケーション

   `clresource` コマンドの使用については、`clresource`(1CL) のマニュアルページおよび『Oracle Solaris Cluster Data Services Planning and Administration Guide』を参照してください。

2. NTP 構成ファイルが、変更しようとしているプライベートホスト名を参照している場合、クラスタの各ノード上で NTP (Network Time Protocol) デーモンを停止します。

   `svcadm` コマンドを使用して、NTP (Network Time Protocol) デーモンを停止します。NTP デーモンについての詳細は、`svcadm`(1M) のマニュアルページを参照してください。

       phys-schost# svcadm disable ntp

3. `clsetup`(1CL) ユーティリティーを実行して、適切なノードのプライベートホスト名を変更します。

   ユーティリティーは、クラスタ内の 1 つのノードからのみ実行します。

   注 - 新しいプライベートホスト名を選択するときには、その名前がクラスタノード内で一意であることを確認してください。

4. プライベートホスト名のオプションに対応する番号を入力します。
5. プライベートホスト名を変更するためのオプションに対応する番号を入力します。

   表示される質問に答えます。変更しようとしているプライベートホスト名のノード名 (`clusternode`<nodeid>`-priv`) および新しいプライベートホスト名を入力してください。

6. ネームサービスキャッシュをフラッシュします。

   クラスタの各ノードで次の手順を実行します。フラッシュすることによって、クラスタアプリケーションとデータサービスが古いプライベートホスト名にアクセスしないようにします。

       phys-schost# nscd -i hosts

7. NTP 構成ファイルでプライベートホスト名を変更した場合は、各ノードの NTP 構成ファイル (`ntp.conf` または `ntp.conf.cluster` ) を更新します。
   1. 任意のエディタを使用してください。

      この手順をインストール時に行う場合は、構成するノードの名前を削除する必要があります。デフォルトテンプレートは 16 のノードで事前構成されています。通常、`ntp.conf.cluster` ファイルは各クラスタノードで同一です。

   2. すべてのクラスタノードから新しいプライベートホスト名に ping を実行できることを確認します。
   3. NTP デーモンを再起動します。

      クラスタの各ノードで次の手順を実行します。

      NTP デーモンを再起動するには、`svcadm` コマンドを使用します。

          # svcadm enable ntp

8. 手順 1 で無効にしたデータサービスリソースとそのほかのアプリケーションをすべて有効にします。

       phys-schost# clresource enable resource[,...]

   `clresource` コマンドの使用については、`clresource`(1CL) のマニュアルページおよび『Oracle Solaris Cluster Data Services Planning and Administration Guide』を参照してください。

例 9-8 プライベートホスト名を変更する

次に、ノード `phys-schost-2` 上のプライベートホスト名 `clusternode2-priv` を `clusternode4-priv` に変更する例を示します。

    [Disable all applications and data services as necessary.]
    phys-schost-1# /etc/init.d/xntpd stop
    phys-schost-1# clnode show | grep node
     ...
     private hostname:                           clusternode1-priv
     private hostname:                           clusternode2-priv
     private hostname:                           clusternode3-priv
     ...
    phys-schost-1# clsetup
    phys-schost-1# nscd -i hosts
    phys-schost-1# vi /etc/inet/ntp.conf
     ...
     peer clusternode1-priv
     peer clusternode4-priv
     peer clusternode3-priv
    phys-schost-1# ping clusternode4-priv
    phys-schost-1# /etc/init.d/xntpd start
    [Enable all applications and data services disabled at the beginning of the procedure.]

## グローバルクラスタの非投票ノードにプライベートホスト名を追加する方法

インストール完了後にグローバルクラスタの非投票ノードにプライベートホスト名を追加するには、この手順を使用します。この章の手順の `phys-schost#` は、グローバルクラスタプロンプトを表します。この手順は、グローバルクラスタ上のみで実行します。

1. `clsetup`(1CL) ユーティリティーを実行して、適切なゾーンでプライベートホスト名を追加します。

       phys-schost# clsetup

2. プライベートホスト名のオプションに対応する番号を入力し、Return キーを押します。
3. ゾーンのプライベートホスト名を追加するためのオプションに対応する番号を入力し、Return キーを押します。

   表示される質問に答えます。グローバルクラスタの非投票ノードには、デフォルトのプライベートホスト名はありません。ホスト名を入力する必要があります。

## グローバルクラスタの非投票ノードでプライベートホスト名を変更する方法

インストール完了後に非投票ノードのプライベートホスト名を変更するには、この手順を使用します。

プライベートホスト名は、クラスタの初期インストール時に割り当てられます。プライベートホスト名の形式は、`clusternode`<nodeid>`-priv` です (`clusternode3-priv` など)。名前がすでにドメイン内で使用されている場合にかぎり、プライベートホスト名を変更します。

| 注意 - 新しいプライベートホスト名には IP アドレスを割り当てないでください。クラスタソフトウェアがそれらを割り当てます。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. グローバルクラスタ内のすべてのノード上で、プライベートホスト名をキャッシュする可能性があるデータサービスリソースやほかのアプリケーションをすべて無効にします。

       phys-schost# clresource disable resource1, resource2

   無効にするアプリケーションには次のようなものがあります。

   - HA-DNS と HA-NFS サービス (構成している場合)

   - プライベートホスト名を使用するためにカスタム構成されたアプリケーション

   - クライアントがプライベートインターコネクト経由で使用しているアプリケーション

   `clresource` コマンドの使用については、`clresource`(1CL) のマニュアルページおよび『Oracle Solaris Cluster Data Services Planning and Administration Guide』を参照してください。

2. `clsetup` ユーティリティーを実行して、グローバルクラスタ上の適切な非投票ノードのプライベートホスト名を変更します。

       phys-schost# clsetup

   この手順は、クラスタ内の 1 つのノードからのみ実行する必要があります。詳細は、`clsetup`(1CL) のマニュアルページを参照してください。

   注 - 新しいプライベートホスト名を選択するときには、その名前がクラスタ内で一意であることを確認してください。

3. プライベートホスト名のオプションに対応する番号を入力し、Return キーを押します。
4. ゾーンのプライベートホスト名を追加するためのオプションに対応する番号を入力し、Return キーを押します。

   グローバルクラスタの非投票ノードには、デフォルトのプライベートホスト名は存在しません。ホスト名を入力する必要があります。

5. ゾーンのプライベートホスト名を変更するためのオプションに対応する番号を入力します。

   表示される質問に答えます。プライベートホスト名を変更する非投票ノードの名前 (`clusternode`<nodeid>`-priv`) と新しいプライベートホスト名の入力を求められます。

6. ネームサービスキャッシュをフラッシュします。

   クラスタの各ノードで次の手順を実行します。フラッシュすることによって、クラスタアプリケーションとデータサービスが古いプライベートホスト名にアクセスしないようにします。

       phys-schost# nscd -i hosts

7. 手順 1 で無効にしたデータサービスリソースとほかのアプリケーションをすべて有効にします。

## グローバルクラスタの非投票ノードのプライベートホスト名を削除する方法

グローバルクラスタの非投票ノードのプライベートホスト名を削除するには、この手順を使用します。この手順は、グローバルクラスタ上のみで実行します。

1. clsetup ユーティリティーを実行して、適切なゾーン上のプライベートホスト名を削除します。

   詳細は、`clsetup`(1CL) のマニュアルページを参照してください。

2. ゾーンのプライベートホスト名のオプションに対応する番号を入力します。
3. ゾーンのプライベートホスト名を削除するためのオプションに対応する番号を入力します。
4. 削除する非投票ノードのプライベートホスト名の名前を入力します。

## ノード名を変更する

Oracle Solaris Cluster 構成の一部であるノードの名前を変更できます。ノード名を変更する前に Oracle Solaris ホスト名を変更する必要があります。ノード名を変更するには、`clnode rename` コマンドを使用します。

次の説明は、グローバルクラスタで動作しているすべてのアプリケーションに該当します。

1. グローバルクラスタでは、スーパーユーザーになるか、`solaris.cluster.modify` RBAC の承認を提供する役割になります。
2. Oracle Solaris 構成のパートナーシップにある Oracle Solaris Cluster Geographic Edition クラスタのノードの名前を変更する場合は、追加の手順を行う必要があります。名前変更手順を行っているクラスタが保護グループのプライマリクラスタで、保護グループのアプリケーションをオンラインにしておく場合は、名前変更手順を行っている間、保護グループをセカンダリクラスタに切り替えることができます。Geographic Edition クラスタおよびノードの詳細は、『Oracle Solaris Cluster Geographic Edition System Administration Guide』の第 5 章「Administering Cluster Partnerships」を参照してください。
3. 『Solaris のシステム管理 (上級編)』の「システムのホスト名の変更方法」の手順を完了して (ただし、手順の最後にあるリブートは実行しない)、Oracle Solaris のホスト名を変更します。代わりに、この手順を完了したあと、クラスタの停止を実行します。
4. すべてのクラスタノードを非クラスタモードでブートします。

       ok> boot -x

5. Oracle Solaris のホスト名を変更したノード上で、非クラスタモードでノードの名前を変更し、名前を変更したホストごとに `cmd` コマンドを実行します。 1 回につき 1 つのノード名を変更します。

       # clnode rename -n newnodename oldnodename

6. クラスタで実行されるアプリケーション内の以前のホスト名への既存の参照を更新します。
7. コマンドメッセージとログファイルをチェックして、ノード名が変更されたことを確認します。
8. すべてのノードをクラスタモードでリブートします。

       # sync;sync;sync;/etc/reboot

9. ノードに新しい名前が表示されていることを確認します。

       # clnode status -v

10. Geographic Edition クラスタノード上で名前を変更していて、名前が変更されたノードを含むクラスタのパートナークラスタが引き続き以前のノード名を参照している場合、保護グループの同期ステータスはエラーとして表示されます。`geopg update <pg>` を使用して、名前が変更されたノードが含まれているパートナークラスタのいずれかのノードから保護グループを更新する必要があります。その手順の完了後、`geopg start -e global <pg>` コマンドを実行します。 あとで、名前が変更されたノードのクラスタに保護グループを再び切り替えることができます。
11. 論理ホスト名リソースの `hostnamelist` プロパティーを変更することを選択できます。このオプションな手順については、「既存の Oracle Solaris Cluster の論理ホスト名リソースで使用されている論理ホスト名を変更する」を参照してください。

## 既存の Oracle Solaris Cluster の論理ホスト名リソースで使用されている論理ホスト名を変更する

「ノード名を変更する」の手順に従ってノード名を変更する前または変更したあとに、論理ホスト名リソースの `hostnamelist` プロパティーを変更することもできます。この手順はオプションです。

1. グローバルクラスタでは、スーパーユーザーになるか、`solaris.cluster.modify` RBAC の承認を提供する役割になります。
2. 必要に応じて、既存の Oracle Solaris Cluster の論理ホスト名リソースのいずれかで使用されている論理ホスト名を変更できます。

   次の手順は、新しい論理ホスト名と連動するように `apache-lh-res` リソースを構成する方法を示したもので、クラスタモードで実行する必要があります。

   1. クラスタモードで、論理ホスト名を含む Apache リソースグループをオフラインにします。

          # clrg offline apache-rg

   2. Apache 論理ホスト名リソースを無効にします。

          # clrs disable appache-lh-res

   3. 新しいホスト名リストを指定します。

          # clrs set -p HostnameList=test-2 apache-lh-res

   4. `hostnamelist` プロパティーの以前のエントリに対するアプリケーションの参照を、新しいエントリを参照するように変更します。
   5. 新しい Apache 論理ホスト名リソースを有効にします。

          # clrs enable apache-lh-res

   6. Apache リソースグループをオンラインにします。

          # clrg online -eM apache-rg

   7. 次のコマンドを実行してクライアントをチェックし、アプリケーションが正しく起動したことを確認します。

          # clrs status apache-rs

## ノードを保守状態にする

サービスからグローバルクラスタノードを長時間外す場合は、そのノードを保守状態にします。保守状態のノードは、サービス対象中に定足数確立の投票に参加しません。ノードを保守状態にするには、`clnode evacuate` および `cluster shutdown` コマンドを使用して、ノードをシャットダウンしておく必要があります。詳細は、`clnode`(1CL) および `cluster`(1CL) のマニュアルページを参照してください。

注 - ノードを 1 つだけ停止する場合は、Oracle Solaris の `shutdown` コマンドを使用します。クラスタ全体を停止する場合にだけ、 `cluster shutdown` コマンドを使用します。

クラスタノードが停止されて保守状態になると、そのノードのポートで構成されるすべての定足数デバイスの、定足数投票数 (quorum vote count) が 1 つ減ります。このノードが保守状態から移動してオンラインに戻されると、ノードおよび定足数デバイスの投票数は 1 つ増えます。

`clquorum disable` コマンドを使用して、クラスタノードを保守状態にします。詳細は、`clquorum`(1CL) のマニュアルページを参照してください。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. 保守状態にするグローバルクラスタノード上で、スーパーユーザーになるか、RBAC の承認 `solaris.cluster.modify` を提供する役割になります。
2. ノードからすべてのリソースグループおよびデバイスグループを退避させます。`clnode evacuate` コマンドは、すべての非投票ノードを含むすべてのリソースグループおよびデバイスグループを、指定ノードから次に優先されるノードに切り替えます。

       phys-schost# clnode evacuate node

3. 退避させたノードをシャットダウンします。

       phys-schost# shutdown -g0 -y -i 0

4. クラスタ内の別のノード上で、スーパーユーザーになるか、RBAC の承認 `solaris.cluster.modify` を提供する役割になり、手順 3 でシャットダウンしたノードを保守状態にします。

       phys-schost# clquorum disable  node

   `node`

     保守モードにするノードの名前を指定します。

5. グローバルクラスタノードが保守状態にあることを確認します。

       phys-schost# clquorum status node

   保守状態にしたノードの `Status` は `offline` で、その `Present` と `Possible` の定足数投票数は `0` (ゼロ) である必要があります。

例 9-9 グローバルクラスタノードを保守状態にする

次に、クラスタノードを保守状態にして、その結果を確認する例を示します。`clnode status` の出力では、phys-schost-1 のノードの `Node votes` は `0` (ゼロ) で、そのステータスは `Offline` です。`Quorum Summary` では、投票数も減っているはずです。構成によって異なりますが、`Quorum Votes by Device` の出力では、いくつかの定足数ディスクデバイスもオフラインである可能性があります。

    [On the node to be put into maintenance state:]
    phys-schost-1# clnode  evacuate phys-schost-1
    phys-schost-1# shutdown -g0 -y -i0

    [On another node in the cluster:]
    phys-schost-2# clquorum disable phys-schost-1
    phys-schost-2# clquorum status phys-schost-1

    -- Quorum Votes by Node --

    Node Name           Present       Possible       Status
    ---------           -------       --------       ------
    phys-schost-1       0             0              Offline
    phys-schost-2       1             1              Online
    phys-schost-3       1             1              Online

参照

ノードをオンライン状態に戻す方法については、「ノードを保守状態から戻す」を参照してください。

## ノードを保守状態から戻す

次の手順を使用して、グローバルクラスタノードをオンラインに戻し、定足数投票数をリセットしてデフォルト設定に戻します。クラスタノードのデフォルトの投票数は 1 です。定足数デバイスのデフォルトの投票数は N-1 です。N は、投票数が 0 以外で、定足数デバイスが構成されているポートを持つノードの数を示します。

ノードが保守状態になると、そのノードの投票数は 1 つ減ります。また、このノードのポートに構成されているすべての定足数デバイスの投票数も (1 つ) 減ります。投票数がリセットされ、ノードが保守状態から戻されると、ノードの投票数と定足数デバイスの投票数の両方が 1 つ増えます。

保守状態にしたグローバルクラスタノードを保守状態から戻した場合は、必ずこの手順を実行してください。

| 注意 - `globaldev` または `node` オプションのどちらも指定しない場合、定足数投票数はクラスタ全体でリセットされます。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. グローバルクラスタの、保守状態のノード以外の任意のノード上で、スーパーユーザーになるか、RBAC の承認 `solaris.cluster.modify` を提供する役割になります。
2. グローバルクラスタ構成内にあるノードの数に応じて、次の手順のいずれかを実行します。

   - クラスタ構成内に 2 つのノードがある場合は、手順 4 に進みます。

   - クラスタ構成内に 3 つ以上のノードがある場合は、手順 3 に進みます。

3. 保守状態から解除するノードに定足数デバイスがある場合は、保守状態にあるノード以外のノードからクラスタ定足数のカウントをリセットします。

   保守状態ではないノードの定足数投票数をリセットするのは、そのノードをリブートする前である必要があります。そうしないと、定足数の確立を待機中にハングアップすることがあります。

       phys-schost# clquorum reset

   `reset`

     定足数をリセットする変更フラグです。

4. 保守状態を解除するノードをブートします。
5. 定足数投票数を確認します。

       phys-schost# clquorum status

   保守状態を解除したノードの状態は `online` であり、`Present` と `Possible` の定足数投票数は適切な値である必要があります。

例 9-10 クラスタノードの保守状態を解除して、定足数投票数をリセットする

次に、クラスタノードの定足数投票数をリセットして、その定足数デバイスをデフォルトに戻し、その結果を確認する例を示します。`cluster status` の出力では、`phys-schost-1` の `Node votes` は `1` で、そのステータスは `online` です。 `Quorum Summary` では投票数も増加しているはずです。

    phys-schost-2# clquorum reset

- SPARC ベースのシステム上で、次のコマンドを実行します。

      ok boot

- x86 ベースのシステム上で、次のコマンドを実行します。

  GRUB メニューが表示された時点で、適切な Oracle Solaris エントリを選択し、Enter キーを押します。 次のような GRUB メニューが表示されます。

      GNU GRUB version 0.95 (631K lower / 2095488K upper memory)
      +-------------------------------------------------------------------------+
      | Solaris 10 /sol_10_x86                                                  |
      | Solaris failsafe                                                        |
      |                                                                         |
      +-------------------------------------------------------------------------+
      Use the ^ and v keys to select which entry is highlighted.
      Press enter to boot the selected OS, 'e' to edit the
      commands before booting, or 'c' for a command-line.

    phys-schost-1# clquorum status

    --- Quorum Votes Summary ---

                Needed   Present   Possible
                ------   -------   --------
                4        6         6

    --- Quorum Votes by Node ---

    Node Name        Present       Possible      Status
    ---------        -------       --------      ------
    phys-schost-2    1             1             Online
    phys-schost-3    1             1             Online

    --- Quorum Votes by Device ---

    Device Name           Present      Possible      Status
    -----------           -------      --------      ------
    /dev/did/rdsk/d3s2    1            1             Online
    /dev/did/rdsk/d17s2   0            1             Online
    /dev/did/rdsk/d31s2   1            1             Online
    `

## クラスタノードから Oracle Solaris Cluster ソフトウェアをアンインストールする

完全に確立されているクラスタ構成からグローバルクラスタノードを切断する前に、この手順を実行して、グローバルクラスタノードから Oracle Solaris Cluster ソフトウェアをアンインストールします。この手順では、クラスタに存在する最後のノードからソフトウェアをアンインストールできます。

注 - クラスタにまだ参加していない、あるいはまだインストールモードであるノードから Oracle Solaris Cluster ソフトウェアをアンインストールする場合、この手順を使用してはいけません。その代わりに、『Oracle Solaris Cluster ソフトウェアのインストール』の、Oracle Solaris Cluster ソフトウェアを正しくアンインストールし、インストールの問題を修正する方法の説明に進みます。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. タスクマップにあるクラスタノードを削除するための前提タスクがすべて完了していることを確認します。

   表 8-2 を参照してください。

   注 - この手順を続ける前に、`clnode remove` を使用してクラスタ構成からノードを削除します。

2. アンインストールするグローバルクラスタノード以外のグローバルクラスタのアクティブなメンバー上で、スーパーユーザーになります。この手順はグローバルクラスタノードから実行します。
3. アクティブなクラスタメンバーから、アンインストールするノードを、クラスタのノード認証リストに追加します。

       phys-schost# claccess allow -h hostname

   `-h`

     ノードの認証リストに追加するノードの名前を指定します。

   あるいは、`clsetup` ユーティリティーも使用できます。手順については、`clsetup`(1CL) のマニュアルページと「既存のクラスタにノードを追加する方法」を参照してください。

4. アンインストールするノードでスーパーユーザーになります。
5. ゾーンクラスタがある場合は、アンインストールします。

       phys-schost# clzonecluster uninstall -F zoneclustername

   具体的な手順については、「ゾーンクラスタを削除する」を参照してください。

6. ノードにグローバルデバイス名前空間用の専用パーティションがある場合、グローバルクラスタノードを非クラスタモードでリブートします。

   - SPARC ベースのシステム上で、次のコマンドを実行します。

         # shutdown -g0 -y -i0ok boot -x

   - x86 ベースのシステム上で、次のコマンドを実行します。

         # shutdown -g0 -y -i0
         ...
                               <<< Current Boot Parameters >>>
         Boot path: /pci@0,0/pci8086,2545@3/pci8086,1460@1d/pci8086,341a@7,1/
         sd@0,0:a
         Boot args:

         Type    b [file-name] [boot-flags] <ENTER>  to boot with options
         or      i <ENTER>                           to enter boot interpreter
         or      <ENTER>                             to boot with defaults

                           <<< timeout in 5 seconds >>>
         Select (b)oot or (i)nterpreter: b -x

7. `/etc/vfstab` ファイルから、グローバルにマウントされるすべてのファイルシステムエントリを削除します。ただし、`/global/.devices` グローバルマウントを除きます。
8. このノードに Oracle Solaris Cluster ソフトウェアを再インストールする予定の場合、Sun Java Enterprise System (Java ES) 製品レジストリから Oracle Solaris Cluster エントリを削除します。

   Java ES 製品レジストリに Oracle Solaris Cluster ソフトウェアがインストールされたというレコードが含まれている場合、Java ES インストーラは Oracle Solaris Cluster コンポーネントをグレー表示し、再インストールを許可しません。

   1. Java ES アンインストーラを起動します。

      次のコマンドを実行します。ver は、Oracle Solaris Cluster ソフトウェアをインストールした Java ES ディストリビューションのバージョンです。

          # /var/sadm/prod/SUNWentsysver/uninstall

   2. プロンプトに従って、アンインストールする `Oracle Solaris Cluster` を選択します。

      `uninstall` コマンドの使用に関する詳細については、『Sun Java Enterprise System 5 Update 1 Installation Guide for UNIX』の第 8 章「Uninstalling」を参照してください。

9. このクラスタ上で Oracle Solaris Cluster ソフトウェアを再インストールしない場合は、ほかのクラスタデバイスからトランスポートケーブルとトランスポートスイッチを切断します (存在する場合)。
   1. アンインストールしたノードが、並列 SCSI インタフェースを使用する記憶装置デバイスに接続されている場合は、トランスポートケーブルを切り離した後で、この記憶装置デバイスのオープン SCSI コネクタに SCSI ターミネータを取り付ける必要があります。

      アンインストールしたノードが、Fibre Channel インタフェースを使用する記憶装置デバイスに接続されている場合は、終端処理は必要ありません。

   2. 切断の手順については、ホストアダプタおよびサーバーに付属しているドキュメントに従います。

   ヒント - ループバックファイルインタフェース (lofi) デバイスを使っている場合、Java ES のアンインストーラは、`/.globaldevices` という名前の lofi ファイルを自動的に削除します。lofi へのグローバルデバイス名前空間の移行の詳細については、「グローバルデバイス名前空間を移行する」を参照してください。

### ノードのアンインストールのトラブルシューティング

ここでは、`clnode remove` コマンドを実行したときに出力される可能性があるエラーメッセージとその対処方法について説明します。

#### 削除されないクラスタファイルシステムのエントリ

次のエラーメッセージは、削除したグローバルクラスタノードに、`vfstab` ファイルから参照されているクラスタファイルシステムがまだあることを示しています。

    Verifying that no unexpected global mounts remain in /etc/vfstab ... failed
    clnode:  global-mount1 is still configured as a global mount.
    clnode:  global-mount1 is still configured as a global mount.
    clnode:  /global/dg1 is still configured as a global mount.

    clnode:  It is not safe to uninstall with these outstanding errors.
    clnode:  Refer to the documentation for complete uninstall instructions.
    clnode:  Uninstall failed.

このエラーを修正するためには、「クラスタノードから Oracle Solaris Cluster ソフトウェアをアンインストールする」に戻って、その手順を繰り返す必要があります。手順 7 コマンドを再度実行する前に、この`Step 7` が正しく行われているか確認してください。

#### デバイスグループに削除されていないリストがある場合

次のエラーメッセージは、削除したノードが依然としてデバイスグループにリストされていることを示しています。

    Verifying that no device services still reference this node ... failed
    clnode:  This node is still configured to host device service "
    service".
    clnode:  This node is still configured to host device service "
    service2".
    clnode:  This node is still configured to host device service "
    service3".
    clnode:  This node is still configured to host device service "
    dg1".

    clnode:  It is not safe to uninstall with these outstanding errors.
    clnode:  Refer to the documentation for complete uninstall instructions.
    clnode:  Uninstall failed.

#### アンインストールスクリプトがない

削除しようとしている Sun Cluster または Oracle Solaris Cluster ソフトウェアのインストールまたはアップグレードに `installer` プログラムを使用しなかった場合、そのソフトウェアバージョンで使用するアンインストールスクリプトは存在しません。その代わり、次の手順を実行してソフトウェアをアンインストールします。

### アンインストールスクリプトなしで Sun Cluster 3.1 および 3.2 ソフトウェアをアンインストールする方法

1. スーパーユーザーになるか、RBAC 承認 `solaris.cluster.modify` を提供する役割になります。
2. Sun Cluster パッケージに関連付けられていないディレクトリに変更します。

       # cd /directory

3. ノードから Sun Cluster ソフトウェアをアンインストールします。

       # scinstall -r

4. `productregistry` ファイルの名前を変更し、将来ありえるソフトウェアの再インストールが可能なようにします。

       # mv /var/sadm/install/productregistry /var/sadm/install/productregistry.sav

### Oracle Solaris Cluster SNMP イベント MIB の作成、設定、および管理

ここでは、SNMP イベント管理情報ベース (MIB) を作成、設定、および管理する方法を説明します。またこのセクションでは、Oracle Solaris Cluster SNMP イベント MIB を有効化、無効化、および変更する方法も説明します。

Oracle Solaris Cluster ソフトウェアでは現在、イベント MIB という MIB を 1 つサポートしています。SNMP マネージャーソフトウェアがクラスタイベントをリアルタイムでトラップします。有効な場合、SNMP マネージャー はトラップ通知を `clsnmphost` コマンドによって定義されているすべてのホストに自動的に送信します。MIB には、最新の 50 イベントの読み取り専用のテーブルが保持されます。クラスタは多数の通知を生成するので、重要度が `warning` 以上のイベントだけがトラップ通知として送信されます。この情報は、リブートが実行されると消失します。

SNMP イベント MIB は、`sun-cluster-event-mib.mib` ファイルで定義されており、`/usr/cluster/lib/mib` ディレクトリにあります。この定義を使用して、SNMP トラップ情報を解釈できます。

イベント SNMP モジュールのデフォルトのポート番号は 11161 で、SNMP トラップのデフォルトのポートは 11162 です。これらのポート番号は、共通エージェントコンテナのプロパティーファイル (`/etc/cacao/instances/default/private/cacao.properties`) を変更することによって変更できます。

Oracle Solaris Cluster SNMP イベント MIB の作成、設定、および管理には、次のタスクが含まれます。

表 9-2 タスクマップ: Oracle Solaris Cluster SNMP イベント MIB の作成、設定、および管理

タスク | 手順
--- | ---
SNMP イベント MIB の有効化 | 「SNMP イベント MIB を有効にする」
SNMP イベント MIB の無効化 | 「SNMP イベント MIB を無効にする」
SNMP イベント MIB の変更 | 「SNMP イベント MIB を変更する」
MIB のトラップ通知を受信するホストリストへの SNMP ホストの追加 | 「SNMP ホストがノード上の SNMP トラップを受信できるようにする」
SNMP ホストの削除 | 「SNMP ホストがノード上の SNMP トラップを受信できないようにする」
SNMP ユーザーの追加 | 「SNMP ユーザーをノードに追加する」
SNMP ユーザーの削除 | 「SNMP ユーザーをノードから削除する」

### SNMP イベント MIB を有効にする

この手順では、SNMP イベント MIB を有効化する方法を説明します。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. スーパーユーザーになるか、RBAC 承認 `solaris.cluster.modify` を提供する役割になります。
2. SNMP イベント MIB を有効にします。

       phys-schost-1# clsnmpmib enable [-n node] MIB

   [`-n` node]

     有効にするイベント MIB がある node を指定します。ノード ID またはノード名を指定できます。このオプションを指定しないと、デフォルトで現在のノードが使用されます。

   MIB

     有効にする MIB の名前を指定します。この場合、MIB 名は `event` にしてください。

### SNMP イベント MIB を無効にする

この手順では、SNMP イベント MIB を無効化する方法を説明します。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. スーパーユーザーになるか、RBAC 承認 `solaris.cluster.modify` を提供する役割になります。
2. SNMP イベント MIB を無効にします。

       phys-schost-1# clsnmpmib disable -n node MIB

   `-n` node

     無効にするイベント MIB がある node を指定します。ノード ID またはノード名を指定できます。このオプションを指定しないと、デフォルトで現在のノードが使用されます。

   MIB

     無効にする MIB の種類を指定します。この場合、`event` を指定してください。

### SNMP イベント MIB を変更する

この手順では、SNMP イベント MIB のプロトコルを変更する方法を説明します。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. スーパーユーザーになるか、RBAC 承認 `solaris.cluster.modify` を提供する役割になります。
2. SNMP イベント MIB のプロトコルを変更します。

       phys-schost-1# clsnmpmib set -n node -p version=value MIB

   `-n` node

     変更するイベント MIB がある node を指定します。ノード ID またはノード名を指定できます。このオプションを指定しないと、デフォルトで現在のノードが使用されます。

   `-p` version=value

     MIB で使用する SNMP プロトコルのバージョンを指定します。value は次のように指定します。

     - `version=SNMPv2`

     - `version=snmpv2`

     - `version=2`

     - `version=SNMPv3`

     - `version=snmpv3`

     - `version=3`

   MIB

     サブコマンドが適用される単数または複数の MIB の名前を指定します。この場合、`event` を指定してください。このオペランドを指定しない場合は、サブコマンドが、すべての MIB を意味するデフォルトのプラス記号 (`+`) を使用します。MIB オペランドを使用する場合は、ほかのすべてのコマンド行オプションのあとで、MIB を空白区切りのリスト内に指定します。

### SNMP ホストがノード上の SNMP トラップを受信できるようにする

この手順では、ノード上の SNMP ホストを、MIB のトラップ通知を受信するホストのリストに追加する方法を説明します。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. スーパーユーザーになるか、RBAC 承認 `solaris.cluster.modify` を提供する役割になります。
2. ホストを、別のノード上のコミュニティーの SNMP ホストリストに追加します。

       phys-schost-1# clsnmphost add -c SNMPcommunity [-n node] host

   `-c` SNMPcommunity

     ホスト名とともに使用される SNMP コミュニティー名を指定します。

     ホストを `public` 以外のコミュニティーに追加する場合は、コミュニティー名 SNMPcommunity を指定してください。`add` サブコマンドを `-c` オプションなしで使用すると、このサブコマンドは `public` をデフォルトのコミュニティー名として使用します。

     指定されたコミュニティー名が存在しない場合、このコマンドはそのコミュニティーを作成します。

   `-n` node

     クラスタ内の SNMP MIB に対するアクセス権を付与されている SNMP ホストの node の名前を指定します。ノード名またはノード ID を指定できます。このオプションを指定しないと、デフォルトで現在のノードが使用されます。

   host

     クラスタ内の SNMP MIB に対するアクセス権が付与されたホストの名前、IP アドレス、または IPv6 アドレスを指定します。

### SNMP ホストがノード上の SNMP トラップを受信できないようにする

この手順では、ノード上の SNMP ホストを、MIB のトラップ通知を受信するホストのリストから削除する方法を説明します。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. スーパーユーザーになるか、RBAC 承認 `solaris.cluster.modify` を提供する役割になります。
2. 指定のノード上のコミュニティーの SNMP ホストリストからホストを削除します。

       phys-schost-1# clsnmphost remove -c SNMPcommunity -n node host

   `remove`

     指定のノードから指定の SNMP ホストを削除します。

   `-c` SNMPcommunity

     SNMP ホストを削除する SNMP コミュニティーの名前を指定します。

   `-n` node

     構成から削除される SNMP ホストの node の名前を指定します。ノード名またはノード ID を指定できます。このオプションを指定しないと、デフォルトで現在のノードが使用されます。

   host

     構成から削除されるホストの名前、IP アドレス、または IPv6 アドレスを指定します。

     指定の SNMP コミュニティー内のすべてのホストを削除するには、`-c` オプション付きの host に正符号 (`+`) を使用します。すべてのホストを削除するには、host に正符号 `+` を使用します。

### SNMP ユーザーをノードに追加する

この手順では、ノード上の SNMP ユーザー構成に SNMP ユーザーを追加する方法を説明します。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. スーパーユーザーになるか、RBAC 承認 `solaris.cluster.modify` を提供する役割になります。
2. SNMP ユーザーを追加します。

       phys-schost-1# clsnmpuser create -n node -a authentication \
                     -f password user

   `-n` node

     SNMP ユーザーが追加されるノードを指定します。ノード ID またはノード名を指定できます。このオプションを指定しないと、デフォルトで現在のノードが使用されます。

   `-a` authentication

     ユーザーの承認に使用する認証プロトコルを指定します。認証プロトコルの値は `SHA` または `MD5` です。

   `-f` password

     SNMP ユーザーパスワードを含むファイルを指定します。新しいユーザーを作成する際にこのオプションを指定しないと、コマンドはパスワードを求めるプロンプトを表示します。このオプションは、`add` サブコマンドとだけ有効です。

     ユーザーパスワードは、次の形式で、独立した行の上に指定します。

         user:password

     パスワードには次に示す文字または空白文字を含めることはできません。

     - `;` (セミコロン)

     - `:` (コロン)

     - `\` (バックスラッシュ)

     - `\n` (復帰改行)

   user

     追加する SNMP ユーザーの名前を指定します。

### SNMP ユーザーをノードから削除する

この手順では、ノード上の SNMP ユーザー構成から SNMP ユーザーを削除する方法を説明します。

`phys-schost#` プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。

この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。

1. スーパーユーザーになるか、RBAC 承認 `solaris.cluster.modify` を提供する役割になります。
2. SNMP ユーザーを削除します。

       phys-schost-1# clsnmpuser delete -n node user

   `-n` node

     SNMP ユーザーが削除されるノードを指定します。ノード ID またはノード名を指定できます。このオプションを指定しないと、デフォルトで現在のノードが使用されます。

   user

     削除する SNMP ユーザーの名前を指定します。

### 負荷制限の構成

負荷制限を設定することによって、ノードまたはゾーン間でのリソースグループの負荷の自動分散を有効にできます。一連の負荷制限はクラスタノードごとに設定できます。 リソースグループに負荷係数を割り当てると、その負荷係数はノードの定義済み負荷制限に対応します。デフォルトの動作では、リソースグループの負荷がそのリソースグループのノードリスト内の使用可能なすべてのノードに均等に分散されます。

リソースグループは RGM によってリソースグループのノードリストのノード上で起動されるため、ノードの負荷制限を超えることはありません。RGM によってリソースグループがノードに割り当てられると、各ノードのリソースグループの負荷係数が合計され、合計負荷が算出されます。 次に、合計負荷がそのノードの負荷制限と比較されます。

負荷制限は次の項目から構成されます。

- ユーザーが割り当てた名前。

- 弱い制限値 – 弱い負荷制限は一時的に超えることができます。

- 強い負荷制限 – 強い負荷制限は超えることはできず、厳格に適用されます。

1 つのコマンドで強い制限と弱い制限の両方を設定できます。いずれかの制限が明示的に設定されていない場合は、デフォルト値が使用されます。 各ノードの強い負荷制限値と弱い負荷制限値の作成と変更には、`clnode create-loadlimit`、`clnode set-loadlimit`、および`clnode delete-loadlimit` コマンドを使用します。 詳細については、`clnode`(1CL) のマニュアルページを参照してください。

高い優先度を持つようにリソースグループを構成すると、特定のノードから移動させられる可能性が低くなります。`preemption_mode` プロパティーを設定して、ノードの過負荷が原因でリソースグループが優先度の高いリソースによってノードから横取りされるかどうかを判定することもできます。 `concentrate_load` プロパティーを使用して、リソースグループの負荷をできるだけ少ないノードに集中させることもできます。 `concentrate_load` プロパティーのデフォルト値は、`FALSE` です。

注 - 負荷制限は、グローバルクラスタまたはゾーンクラスタのノード上で構成できます。負荷制限を設定するには、コマンド行、`clsetup` ユーティリティー、または Oracle Solaris Cluster Manager インタフェースを使用します。 次の手順は、コマンド行を使用して負荷制限を構成する方法を示したものです。

### ノードに負荷制限を構成する

1. グローバルクラスタの任意のノードで、スーパーユーザーになるか、RBAC の承認 `solaris.cluster.modify` を提供する役割になります。
2. 負荷分散を使用するノードに対して、負荷制限を作成および設定します。

       # clnode create-loadlimit -p limitname=mem_load -Z zc1 -p
       softlimit=11 -p hardlimit=20 node1 node2 node3

   この例では、ゾーンクラスタ名は `zc1` です。サンプルプロパティーは `mem_load` で、弱い負荷制限は 11、強い負荷制限は 20 です。強い制限と弱い制限は省略可能な引数で、特に定義しなかった場合、デフォルトは無制限です。 詳細については、`clnode`(1CL) のマニュアルページを参照してください。

3. 負荷係数値を各リソースグループに割り当てます。

       # clresourcegroup set -p load_factors=mem_load@50,factor2@1 rg1 rg2

   この例では、2 つのリソースグループ (rg1 と rg2) で負荷係数が設定されています。負荷係数の設定は、ノードの定義済み負荷制限に対応します。 この手順は、リソースグループの作成中に `clresourceroup create` コマンドを使用して実行することもできます。 詳細は、`clresourcegroup`(1CL) のマニュアルページを参照してください。

4. 必要に応じて、既存の負荷を再分散できます (clrg remaster)。

       # clresourcegroup remaster rg1 rg2

   このコマンドにより、リソースグループを現在のマスターからほかのノードに移動し、均等な負荷分散を実現できます。

5. 必要に応じて、一部のリソースグループに、ほかのリソースグループより高い優先度を与えることができます。

       # clresourcegroup set -p priority=600 rg1

   デフォルトの優先度は 500 です。優先度の値が高いリソースグループは、ノードの割り当てにおいて、優先度の値が低いリソースグループよりも優先されます。

6. 必要に応じて、`Preemption_mode` プロパティーを設定できます。

       # clresourcegroup set -p Preemption_mode=No_cost rg1

   `HAS_COST`、`NO_COST`、および `NEVER` オプションについては、`clresourcegroup`(1CL) のマニュアルページを参照してください。

7. 必要に応じて、`Concentrate_load` プロパティーを設定できます。

       # cluster set -p Concentrate_load=TRUE

8. 必要に応じて、リソースグループ間のアフィニティーを指定できます。

   強い正または負のアフィニティーは負荷分散より優先されます。強いアフィニティーや強い負荷制限が無効になることはありません。 強いアフィニティーと強い負荷制限の両方を設定すると、両方の制限が満たされなかった場合に一部のリソースグループが強制的にオフラインのままになることがあります。

   次の例では、ゾーンクラスタ `zc1` のリソースグループ `rg1` とゾーンクラスタ `zc2` のリソースグループ `rg2` の間の強い正のアフィニティーを指定しています。

       # clresourcegroup set -p RG_affinities=++zc2:rg2 zc1:rg1

9. クラスタ内のすべてのグローバルクラスタノードとゾーンクラスタノードのステータスを確認します。

       # clnode status -Z all -v

   出力には、ノードまたは非大域ゾーンで定義された負荷制限設定がすべて含まれます。

Copyright © 2013, Oracle and/or its affiliates. All rights reserved. 著作権について |