この章では、scrgadm(1M) を使って、クラスタ内のリソースや、リソースグループ、リソースタイプを管理する手順を説明します。手順を実行するその他のツールについては、「データサービスリソースを管理するためのツール」を参照してください。
この章の内容は次のとおりです。
リソースタイプ、リソースグループ、リソースの概念については、第 1 章「Sun Cluster データサービスの計画」と『Sun Cluster 3.0 12/01 の概念』を参照してください。
表 13-1 に、データサービスリソースの管理作業を説明している節を示します。
表 13-1 作業マップ: データサービスの管理
作業 |
参照箇所 |
---|---|
リソースタイプを登録する | |
フェイルオーバーリソースグループとスケーラブルリソースグループの作成 |
|
論理ホスト名または共有アドレス、データサービスリソースをリソースグループに追加する |
「フェイルオーバーアプリケーションリソースをリソースグループに追加する」
|
リソースとリソースモニターを有効にし、リソースグループを管理し、リソースグループおよび関連するリソースをオンラインにする | |
リソース自体とは関係なく、リソースモニターだけを無効または有効にする |
|
クラスタからリソースタイプを削除する | |
クラスタからリソースグループを削除する | |
リソースグループからリソースを削除する | |
リソースグループの主ノードを切り替える | |
リソースを無効にし、そのリソースグループを非管理状態に移行する | |
リソースタイプ、リソースグループ、リソース構成情報を表示する | |
リソースタイプ、リソースグループ、リソースプロパティの変更 | |
失敗した Resource Group Manager (RGM) プロセスのエラーフラグの消去 | |
組み込みリソースタイプ LogicalHostname および SharedAddress の再登録 | |
ネットワークリソースのネットワークインタフェース ID リストの更新と、リソースグループのノードリストの更新 | |
リソースグループからノードを削除する | |
リソースグループに SUNW.HAStorage を設定し、これらのリソースグループとディスクデバイスグループ間で起動を同期させる |
この章の各手順では scrgadm(1M) コマンドを使ってこれらの作業を行いますが、これ以外のツールを使ってリソースを管理することもできます。これらの方法については、「データサービスリソースを管理するためのツール」を参照してください。
Sun Cluster の構成は、複数の手順から成る単一の作業です。これらの手順により次の作業を実行できます。
リソースタイプの登録
リソースグループの作成
リソースグループへのリソースの追加
リソースをオンラインにする
データサービスの構成を変更するには、初期構成が終わった後で次の各手順を使用します。たとえば、リソースタイプ、リソースグループ、およびリソースプロパティを変更する場合は、「リソースタイプ、リソースグループ、リソースプロパティの変更」へ進んでください。
リソースタイプは、指定されたタイプのすべてのリソースに適用される共通のプロパティとコールバックメソッドの仕様を提供します。リソースタイプは、そのタイプのリソースを作成する前に登録する必要があります。リソースタイプについての詳細は、第 1 章「Sun Cluster データサービスの計画」を参照してください。
この手順を実行するには、登録するリソースタイプに、データサービス名の略語で名前をつける必要があります。この名前は、データサービスのライセンス証明書に示されている名前に対応付ける必要があります。名前とライセンス証明書中の名前の対応については『Sun Cluster 3.0 12/01 ご使用にあたって』を参照してください。
詳細は、scrgadm(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
クラスタメンバーでスーパーユーザーになります。
リソースタイプを登録します。
# scrgadm -a -t resource-type |
指定したリソースタイプを追加します。
追加するリソースタイプの名前を指定します。内部名を決定するには、『Sun Cluster 3.0 12/01 ご使用にあたって』を参照してください。
登録されたリソースタイプを確認します。
# scrgadm -pv -t resource-type |
次に、Sun Cluster HA for iPlanet Web Server (内部名 iws) を登録する例を示します。
# scrgadm -a -t SUNW.iws # scrgadm -pv -t SUNW.iws Res Type name: SUNW.iws (SUNW.iws) Res Type description: None registered (SUNW.iws) Res Type base directory: /opt/SUNWschtt/bin (SUNW.iws) Res Type single instance: False (SUNW.iws) Res Type init nodes: All potential masters (SUNW.iws) Res Type failover: False (SUNW.iws) Res Type version: 1.0 (SUNW.iws) Res Type API version: 2 (SUNW.iws) Res Type installed on nodes: All (SUNW.iws) Res Type packages: SUNWschtt |
リソースタイプを登録したあと、リソースグループを作成し、リソースをそのリソースグループに追加できます。詳細は、「リソースグループの作成」を参照してください。
リソースグループには、一連のリソースが含まれており、これらすべてのリソースは指定のノードまたはノード群で共にオンラインまたはオフラインになります。リソースを配置する前に、空のリソースグループを作成します。
リソースグループには、フェイルオーバーとスケーラブルの 2 つの種類があります。フェイルオーバーリソースグループの場合、一度にオンラインにできるのは 1 つのノードでのみです。一方、スケーラブルリソースグループの場合は、同時に複数のノードでオンラインにできます。
次の手順では、scrgadm(1M) コマンドを使ってデータサービスの登録と構成を行います。
リソースグループの概念については、第 1 章「Sun Cluster データサービスの計画」と『Sun Cluster 3.0 12/01 の概念』を参照してください。
フェイルオーバーリソースグループは、ネットワークアドレス (組み込みリソースタイプの LogicalHostname や SharedAddress など) と、フェイルオーバーリソース (フェイルオーバーデータサービスのためのデータサービスアプリケーションリソースなど) を含みます。ネットワークリソースは、データサービスがフェイルオーバーまたはスイッチオーバーする場合に、依存するデータサービスリソースと共に、クラスタノード間を移動します。
詳細は、scrgadm(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
クラスタメンバーでスーパーユーザーになります。
フェイルオーバーリソースグループを作成します。
# scrgadm -a -g resource-group [-h nodelist] |
指定したリソースグループを追加します。
追加するフェイルオーバーリソースグループの名前を指定します。任意の名前の先頭文字は ASCII にする必要があります。
このリソースグループをマスターできるノードの順位リストを指定します (省略可能)。このリストを指定しない場合は、デフォルトでクラスタ内のすべてのノードになります。
リソースグループが作成されていることを確認します。
# scrgadm -pv -g resource-group |
次に、 2 つのノード (phys-schost-1、phys-schost-2) でマスターできるフェイルオーバーリソースグループ (resource-group-1) を追加する例を示します。
# scrgadm -a -g resource-group-1 -h phys-schost1,phys-schost-2 # scrgadm -pv -g resource-group-1 Res Group name: resource-group-1 (resource-group-1) Res Group RG_description: <NULL> (resource-group-1) Res Group management state: Unmanaged (resource-group-1) Res Group Failback: False (resource-group-1) Res Group Nodelist: phys-schost-1 phys-schost-2 (resource-group-1) Res Group Maximum_primaries: 1 (resource-group-1) Res Group Desired_primaries: 1 (resource-group-1) Res Group RG_dependencies: <NULL> (resource-group-1) Res Group mode: Failover (resource-group-1) Res Group network dependencies: True (resource-group-1) Res Group Global_resources_used: All (resource-group-1) Res Group Pathprefix: |
フェイルオーバーリソースグループを作成した後で、そのリソースグループにアプリケーションリソースを追加できます。手順については、「リソースグループへのリソースの追加」を参照してください。
スケーラブルリソースグループは、スケーラブルサービスと共に使用されます。共有アドレス機能は、スケーラブルサービスの多数のインスタンスを 1 つのサービスとして扱える Sun Cluster のネットワーキング機能です。まず、スケーラブルリソースが依存する共有アドレスを含むフェイルオーバーリソースグループを作成しなければなりません。次にスケーラブルリソースグループを作成し、そのグループにスケーラブルリソースを追加します。
詳細は、scrgadm(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
クラスタメンバーでスーパーユーザーになります。
スケーラブルリソースが使用する共有アドレスを保持するフェイルオーバーリソースグループを作成します。
スケーラブルリソースグループを作成します。
# scrgadm -a -g resource-group ¥ -y Maximum_primaries=m ¥ -y Desired_primaries=n ¥ -y RG_dependencies=depend-resource-group ¥ -h nodelist] |
スケーラブルリソースグループを追加します。
追加するスケーラブルリソースグループの名前を指定します。
このリソースグループのアクティブな主ノードの最大数を指定します。
リソースグループが起動するアクティブな主ノードの数を指定します。
作成されるリソースグループが依存する共有アドレスリソースを含むリソースグループを指定します。
リソースグループを利用できるノードのリストを指定します (省略可能)。このリストを指定しない場合は、デフォルトですべてのノードになります。
スケーラブルリソースグループが作成されていることを確認します。
# scrgadm -pv -g resource-group |
次に、2 つのノード (phys-schost-1、phys-schost-2) でホストされるスケーラブルリソースグループ (resource-group-1) を追加する例を示します。スケーラブルリソースグループは、共有アドレスを含むフェイルオーバーリソースグループ (resource-group-2) に依存します。
# scrgadm -a -g resource-group-1 ¥ -y Maximum_primaries=2 ¥ -y Desired_primaries=2 ¥ -y RG_dependencies=resource-group-2 ¥ -h phys-schost-1,phys-schost-2 # scrgadm -pv -g resource-group-1 Res Group name: resource-group-1 (resource-group-1) Res Group RG_description: <NULL> (resource-group-1) Res Group management state: Unmanaged (resource-group-1) Res Group Failback: False (resource-group-1) Res Group Nodelist: phys-schost-1 phys-schost-2 (resource-group-1) Res Group Maximum_primaries: 2 (resource-group-1) Res Group Desired_primaries: 2 (resource-group-1) Res Group RG_dependencies: resource-group-2 (resource-group-1) Res Group mode: Scalable (resource-group-1) Res Group network dependencies: True (resource-group-1) Res Group Global_resources_used: All (resource-group-1) Res Group Pathprefix: |
スケーラブルリソースグループを作成したあと、そのリソースグループにスケーラブルアプリケーションリソースを追加できます。詳細は、「スケーラブルアプリケーションリソースをリソースグループに追加する」を参照してください。
リソースは、リソースタイプをインスタンス化したものです。リソースは、RGM によって管理される前に、リソースグループに追加する必要があります。この節では、3 種類のリソースタイプについて説明します。
論理ホスト名リソース。
共有アドレスリソース。
データサービス (アプリケーション) リソース。
論理ホスト名リソースと共有アドレスリソースは、常にフェイルオーバーリソースグループに追加してください。フェイルオーバーデータサービス用のデータサービスリソースは、フェイルオーバーリソースグループに追加してください。フェイルオーバーリソースグループは、そのデータサービス用の論理ホスト名リソースとアプリケーションリソースの両方を含みます。スケーラブルリソースグループは、スケーラブルサービス用のアプリケーションリソースだけを含んでいます。スケーラブルサービスが依存する共有アドレスリソースは、別のフェイルオーバーリソースグループに存在する必要があります。データサービスをクラスタノード全体に渡って提供するには、スケーラブルアプリケーションリソースと共有アドレスリソース間の依存性を指定する必要があります。
リソースについての詳細は、『Sun Cluster 3.0 12/01 の概念』と、このマニュアルの第 1 章「Sun Cluster データサービスの計画」を参照してください。
リソースを追加するフェイルオーバーリソースグループの名前
リソースグループに追加するホスト名
詳細は、scrgadm(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
クラスタメンバーでスーパーユーザーになります。
論理ホスト名リソースをリソースグループに追加します。
# scrgadm -a -L [-j resource] -g resource-group -l hostnamelist, ... [-n netiflist] |
論理ホスト名リソースを追加します。
論理ホスト名リソースの形式を指定します。
リソース名を指定します (省略可能)。このオプションを指定しない場合は、デフォルトで -l オプションで最初に指定したホスト名になります。
リソースを配置するリソースグループの名前を指定します。
クライアントがリソースグループでサービスと通信する UNIX ホスト名 (論理ホスト名) をコマンドで区切って指定します。
各ノード上の NAFO グループをコンマで区切って指定します (省略可能)。リソースグループのノードリストに存在するノードはすべて netiflist に含める必要があります。netiflist を指定する構文については、scrgadm(1M) のマニュアルページを参照してください。このオプションを指定しないと、scrgadm コマンドは、ノードリスト内の各ノードの hostnamelist によって指定されるサブネット上からネットアダプタを見つけようとします。
論理ホスト名リソースが追加されていることを確認します。
# scrgadm -pv -j resource |
リソースを追加すると、Sun Cluster ソフトウェアは、そのリソースの妥当性を検査します。妥当性が確認されると、そのリソースを有効にできるとともに、そのリソースグループを RGM の管理下に置くことができます。妥当性の検査に失敗すると、scrgadm コマンドはエラーメッセージを生成して終了します。妥当性の検査に失敗に失敗した場合は、エラーメッセージについて各ノード上の syslog を調べてください。メッセージは、妥当性の検査を実施したノードで表示されます。必ずしも scrgadm コマンドを実行したノードで表示されるわけではありません。
次に、論理ホスト名リソース (resource-1) をリソースグループ (resource-group-1) に追加する例を示します。
# scrgadm -a -L -j resource-1 -g resource-group-1 -l schost-1 # scrgadm -pv -j resource-1 Res Group name: resource-group-1 (resource-group-1) Res name: resource-1 (resource-group-1:resource-1) Res R_description: (resource-group-1:resource-1) Res resource type: SUNW.LogicalHostname (resource-group-1:resource-1) Res resource group name: resource-group-1 (resource-group-1:resource-1) Res enabled: False (resource-group-1:resource-1) Res monitor enabled: True |
論理ホスト名リソースを追加したあと、「リソースグループをオンラインにする」の手順に従って、このリソースをオンラインにします。
リソースを追加するリソースグループの名前。このグループは、前の手順で作成したフェイルオーバーリソースグループでなければなりません。
リソースグループに追加するホスト名。
詳細は、scrgadm(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
クラスタメンバーでスーパーユーザーになります。
共有アドレスリソースをリソースグループに追加します。
# scrgadm -a -S [-j resource] -g resource-group -l hostnamelist, ... ¥ [-X auxnodelist] [-n netiflist] |
共有アドレスリソースを追加します。
共有アドレスリソースの形式を指定します。
リソース名を指定します (省略可能)。このオプションを指定しない場合は、デフォルトで -l オプションで最初に指定したホスト名になります。
リソースグループの名前を指定します。
共有アドレスホスト名をコンマで区切って指定します。
共有アドレスをホストできるクラスタノード (ただし、フェイルオーバー時に主ノードとして使用されない) を識別する物理ノード名または ID をコンマで区切って指定します。これらのノードは、リソースグループのノードリストで潜在的マスターとして識別されるノードと相互に排他的です。
各ノード上の NAFO グループをコンマで区切って指定します (省略可能)。リソースグループのノードリスト内のノードをすべて netiflist に含める必要があります。netiflist を指定する構文については、scrgadm(1M) のマニュアルページを参照してください。このオプションを指定しない場合は、scrgadm コマンドは、ノードリスト内の各ノードの hostnamelist によって指定されるサブネット上からネットアダプタを見つけようとします。
共有アドレスリソースが追加され、妥当性が検査されていることを確認します。
# scrgadm -pv -j resource |
リソースを追加すると、Sun Cluster ソフトウェアはそのリソースの妥当性を検査します。妥当性が確認されると、そのリソースを有効にできるとともに、そのリソースグループを RGM の管理下に置くことができます。妥当性の検査に失敗すると、scrgadm コマンドはエラーメッセージを生成して終了します。妥当性の検査に失敗に失敗した場合は、エラーメッセージについて各ノード上の syslog を調べてください。メッセージは、妥当性の検査を実施したノードで表示されます。必ずしも scrgadm コマンドを実行したノードで表示されるわけではありません。
次に、共有アドレスリソース (resource-1) をリソースグループ (resource-group-1) に追加する例を示します。
# scrgadm -a -S -j resource-1 -g resource-group-1 -l schost-1 # scrgadm -pv -j resource-1 (resource-group-1) Res name: resource-1 (resource-group-1:resource-1) Res R_description: (resource-group-1:resource-1) Res resource type: SUNW.SharedAddress (resource-group-1:resource-1) Res resource group name: resource-group-1 (resource-group-1:resource-1) Res enabled: False (resource-group-1:resource-1) Res monitor enabled: True |
共有リソースを追加したあと、「リソースグループをオンラインにする」の手順に従ってリソースを有効にします。
フェイルオーバーアプリケーションリソースは、以前にフェイルオーバーリソースグループに作成した論理ホスト名を使用するアプリケーションリソースです。
リソースを追加するフェイルオーバーリソースグループの名前
リソースが属するリソースタイプの名前
アプリケーションリソースが使用する論理ホスト名リソース。これは、以前に同じリソースグループに含めた論理ホスト名になります。
詳細は、scrgadm(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
クラスタメンバーでスーパーユーザーになります。
フェイルオーバーアプリケーションリソースをリソースグループに追加します。
# scrgadm -a -j resource -g resource-group -t resource-type ¥ [-x Extension_property=value, ...] [-y Standard_property=value, ...] |
リソースを追加します。
追加するリソースの名前を指定します。
以前に作成したフェイルオーバーリソースグループの名前を指定します。
リソースが属するリソースタイプの名前を指定します。
特定のデータサービスに依存する拡張プロパティをコンマで区切って指定します。データサービスがこのプロパティの指定が必要かどうかについては、各データサービスについて説明している章を参照してください。
特定のデータサービスに依存する標準プロパティをコンマで区切って指定します。データサービスがこのプロパティの指定が必要かどうかについては、各データサービスについて説明している章と付録 A 「標準プロパティ」 を参照してください。
別のプロパティを設定することもできます。詳細は、付録 A 「標準プロパティ」 とこのマニュアルのフェイルオーバーデータサービスのインストールと構成に関する各章を参照してください。
フェイルオーバーアプリケーションリソースが追加され、妥当性が検査されていることを確認します。
# scrgadm -pv -j resource |
リソースを追加すると、Sun Cluster ソフトウェアがそのリソースの妥当性を検査します。妥当性が確認されると、そのリソースを有効にできるとともに、そのリソースグループを RGM の管理下に置くことができます。妥当性の検査に失敗すると、scrgadm コマンドはエラーメッセージを生成して終了します。妥当性の検査に失敗に失敗した場合は、エラーメッセージについて各ノード上の syslog を調べてください。メッセージは、妥当性の検査を実施したノードで表示されます。必ずしも scrgadm コマンドを実行したノードで表示されるわけではありません。
次に、リソース (resource-1) をリソースグループ (resource-group-1) に追加する例を示します。リソースは、論理ホスト名リソース (schost-1、schost-2) に依存し、以前に定義したフェイルオーバーリソースグループと同じリソースグループに存在する必要があります。
# scrgadm -a -j resource-1 -g resource-group-1 -t resource-type-1 ¥ -y Network_resources_used=schost-1,schost2 ¥ # scrgadm -pv -j resource-1 (resource-group-1) Res name: resource-1 (resource-group-1:resource-1) Res R_description: (resource-group-1:resource-1) Res resource type: resource-type-1 (resource-group-1:resource-1) Res resource group name: resource-group-1 (resource-group-1:resource-1) Res enabled: False (resource-group-1:resource-1) Res monitor enabled: True |
フェイルオーバーアプリケーションリソースを追加したあと、「リソースグループをオンラインにする」の手順に従ってリソースを有効にします。
スケーラブルアプリケーションリソースは、フェイルオーバーリソースグループに共有アドレスを使用するアプリケーションリソースです。
リソースを追加するスケーラブルリソースグループの名前
リソースが属するリソースタイプの名前
スケーラブルサービスリソースが使用する共有アドレスリソース。これは、以前にフェイルオーバーリソースグループに含めた共有アドレスになります。
詳細は、scrgadm(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
クラスタメンバーでスーパーユーザーになります。
スケーラブルアプリケーションリソースをリソースグループに追加します。
# scrgadm -a -j resource -g resource-group -t resource-type ¥ -y Network_resources_used=network-resource[,network-resource...] ¥ -y Scalable=True [-x Extension_property=value, ...] [-y Standard_property=value, ...] |
リソースを追加します。
追加するリソースの名前を指定します。
以前に作成したスケーラブルサービスリソースグループの名前を指定します。
このリソースが属するリソースタイプの名前を指定します。
このリソースが依存するネットワークリソース (共有アドレス) のリストを指定します。
このリソースがスケーラブルであることを指定します。
特定のデータサービスに依存する拡張プロパティをコンマで区切って指定します。データサービスがこのプロパティの指定が必要かどうかについては、各データサービスについて説明している章を参照してください。
特定のデータサービスに依存する標準プロパティをコンマで区切って指定します。データサービスがこのプロパティの指定が必要かどうかについては、各データサービスについて説明している章と付録 A 「標準プロパティ」 を参照してください。
別のプロパティを設定することもできます。構成可能なほかのプロパティについては、付録 A 「標準プロパティ」 およびこのマニュアルのスケーラブルデータサービスのインストールと構成に関する各章を参照してください。スケーラブルサービスの場合は、通常、Port_list、Load_balancing_weights、Load_balancing_policy プロパティを設定します (付録 A 「標準プロパティ」 を参照)。
スケーラブルアプリケーションリソースが追加され、妥当性が検査されていることを確認します。
# scrgadm -pv -j resource |
リソースを追加すると、Sun Cluster ソフトウェアがそのリソースの妥当性を検査します。妥当性が確認されると、そのリソースを有効にできるとともに、そのリソースグループを RGM の管理下に置くことができます。妥当性の検査に失敗すると、scrgadm コマンドはエラーメッセージを生成して終了します。妥当性の検査に失敗に失敗した場合は、エラーメッセージについて各ノード上の syslog を調べてください。メッセージは、妥当性の検査を実施したノードで表示されます。必ずしも scrgadm コマンドを実行したノードで表示されるわけではありません。
次に、リソース (resource-1) をリソースグループ (resource-group-1) に追加する例を示します。resource-group-1 は、使用されているネットワークアドレス (以下の例の schost-1 と schost-2) を含むフェイルオーバーリソースグループに依存することに注意してください。リソースは、共有アドレスリソース (schost-1 と schost-2) に依存し、以前に定義した 1 つまたは複数のフェイルオーバーリソースグループに存在する必要があります。
# scrgadm -a -j resource-1 -g resource-group-1 -t resource-type-1 ¥ -y Network_resources_used=schost-1,schost-2 ¥ -y Scalable=True # scrgadm -pv -j resource-1 (resource-group-1) Res name: resource-1 (resource-group-1:resource-1) Res R_description: (resource-group-1:resource-1) Res resource type: resource-type-1 (resource-group-1:resource-1) Res resource group name: resource-group-1 (resource-group-1:resource-1) Res enabled: False (resource-group-1:resource-1) Res monitor enabled: True |
スケーラブルアプリケーションリソースを追加した後で、「リソースグループをオンラインにする」の手順に従って、リソースを有効にします。
リソースが HA サービスの提供を開始できるようにするには、リソースグループのリソースおよびリソースモニターを有効にし、リソースグループを管理状態にし、リソースグループをオンラインにする必要があります。これらの作業は各々実行できますが、次に示すように 1 つの手順で実行することもできます。詳細は、scswitch(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
クラスタメンバーでスーパーユーザーになります。
リソースを有効にし、リソースグループをオンラインにします。
リソースモニターを無効にしている場合は、これも有効になります。
# scswitch -Z -g resource-group |
最初にリソースグループとそのモニターを有効にし、リソースグループをオンラインにします。
オンラインにするリソースグループの名前を指定します。既存のリソースグループを指定する必要があります。
リソースがオンラインになっていることを確認します。
任意のクラスタノードで次のコマンドを実行し、Resource Group State のフィールドを調べ、ノードリストで指定されたノードでリソースグループがオンラインになっていることを確認します。
# scstat -g |
次に、リソースグループ (resource-group-1) をオンラインにし、その状態を確認する例を示します。
# scswitch -Z -g resource-group-1 # scstat -g |
リソースグループがオンラインになれば、リソースグループが構成されて使用する準備が整ったことになります。リソースやノードで障害が発生した場合は、RGM は別のノードでそのリソースグループをオンラインに切り替えることでリソースグループの可用性を維持します。
次の各手順では、リソース自体とは関係なくリソース障害モニターだけを無効または有効にします。したがって、障害モニターが無効にされても、そのリソース自体は正常に動作を続けます。ただし、障害モニターが無効になっていると、データサービスに障害が発生しても、障害回復は自動的には開始されません。
詳細は、scswitch(1M) のマニュアルページを参照してください。
この手順は任意のノードから実行できます。
クラスタメンバーでスーパーユーザーになります。
リソース障害モニターを無効にします。
# scswitch -n -M -j resource |
リソースまたはリソースモニターを無効にします。
指定されたリソースの障害モニターを無効にします。
リソースの名前
リソース障害モニターが無効になっていることを確認します。
各クラスタノードで次のコマンドを実行し、監視されるフィールド (RS Monitored) を確認します。
# scrgadm -pv |
この例では、リソース障害モニターを無効にします。
# scswitch -n -M -j resource-1 # scrgadm -pv ... RS Monitored: no... |
クラスタメンバーでスーパーユーザーになります。
リソース障害モニターを有効にします。
# scswitch -e -M -j resource |
リソースまたはリソースモニターを有効にします。
指定されたリソースの障害モニターを有効にします。
リソースの名前を指定します。
リソース障害モニターが有効になっていることを確認します。
各クラスタノードで次のコマンドを実行し、監視されるフィールド (RS Monitored) を確認します。
# scrgadm -pv |
この例では、リソース障害モニターを有効にします。
# scswitch -e -M -j resource-1 # scrgadm -pv ... RS Monitored: yes... |
使用されていないリソースタイプを削除する必要はありませんが、次の手順を使用して削除できます。
詳細は、scrgadm(1M) および scswitch(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
リソースタイプを削除する前に、クラスタ内のすべてのリソースグループにある、そのタイプのリソースをすべて無効にし、削除する必要があります。scrgadm -pv コマンドを使用し、クラスタ内のリソースとリソースグループを確認します。
クラスタメンバーでスーパーユーザーになります。
削除するリソースタイプの各リソースを無効にします。
# scswitch -n -j resource |
リソースを無効にします。
無効にするリソースの名前を指定します。
削除するリソースタイプの各リソースを削除します。
# scrgadm -r -j resource |
指定したリソースを削除します。
削除するリソースの名前を指定します。
リソースタイプを削除します。
# scrgadm -r -t resource-type |
指定したリソースタイプを削除します。
削除するリソースタイプの名前を指定します。
リソースタイプが削除されていることを確認します。
# scrgadm -p |
次に、リソースタイプのすべてのリソース (resource-type-1) を無効にして削除したあとで、そのリソースタイプ自体を削除する例を示します。この例では、resource-1 は、リソースタイプ resource-type-1 のリソースです。
# scswitch -n -j resource-1 # scrgadm -r -j resource-1 # scrgadm -r -t resource-type-1 |
リソースグループを削除するには、最初にそのリソースグループからすべてのリソースを削除する必要があります。
詳細は、scrgadm(1M) および scswitch(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
クラスタメンバーでスーパーユーザーになります。
次のコマンドを実行し、リソースグループをオフラインに切り替えます。
# scswitch -F -g resource-group |
リソースグループをオフラインに切り替えます。
オフラインにするリソースグループの名前を指定します。
リソースグループに含まれているすべてのリソースを無効にします。
scrgadm -pv コマンドを使用し、リソースグループ内のリソースを表示できます。リソースグループ内の削除するすべてのリソースを無効にします。
# scswitch -n -j resource |
リソースを無効にします。
無効にするリソースの名前を指定します。
依存性のあるデータサービスリソースがリソースグループに存在する場合、そのリソースを無効にするには、依存するすべてのリソースを無効にする必要があります。
リソースグループからすべてのリソースを削除します。
リソースの削除
リソースグループの削除
# scrgadm -r -j resource # scrgadm -r -g resource-group |
指定したリソースやリソースグループを削除します。
削除するリソースの名前を指定します。
削除するリソースグループの名前を指定します。
リソースグループが削除されていることを確認します。
# scrgadm -p |
次に、リソースグループ (resource-group-1) のリソース (resource-1) を削除した後で、そのリソースグループ自体を削除する例を示します。
# scswitch -F -g resource-group-1 # scrgadm -r -j resource-1 # scrgadm -r -g resource-group-1 |
リソースグループからリソースを削除する前に、そのリソースを無効にします。
詳細は、scrgadm(1M) および scswitch(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
クラスタメンバーでスーパーユーザーになります。
削除するリソースを無効にします。
# scswitch -n -j resource |
リソースを無効にします。
無効にするリソースの名前を指定します。
リソースを削除します。
# scrgadm -r -j resource |
指定したリソースを削除します。
削除するリソースの名前を指定します。
リソースが削除されていることを確認します。
# scrgadm -p |
次に、リソース resource-1 を無効にして削除する例を示します。
# scswitch -n -j resource-1 # scrgadm -r -j resource-1 |
以下の手順を使用し、リソースグループの現在の主ノードを別のノードに切り替え (スイッチオーバー)、新しい主ノードにすることができます。
詳細は、scrgadm(1M) および scswitch(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
この手順を実行するには、次の情報が必要になります。
スイッチオーバーするリソースグループの名前
リソースグループをオンラインにする、またはオンラインを維持するノードの名前。スイッチオーバーを行うリソースグループの、潜在的マスターとして設定されているクラスタノードを指定する必要があります。リソースグループの潜在的主ノードの一覧を表示するには、scrgadm -pv コマンドを使用します。
クラスタメンバーでスーパーユーザーになります。
主ノードを潜在的主ノードに切り替えます。
# scswitch -z -g resource-group -h nodelist |
指定したリソースグループをオンラインに切り替えます。
切り替えるリソースグループの名前を指定します。
リソースグループをオンラインにする、またはオンラインを維持するノードを指定します。このリソースグループは、このノード以外のすべてのノードでオフラインに切り替えられます。
リソースグループが新しい主ノードに切り替えられていることを確認します。
次のコマンドを実行し、スイッチオーバーされたリソースグループの状態に関する出力を調べます。
# scstat -g |
次に、リソースグループ (resource-group-1) を現在の主ノード (phys-schost-1) から、潜在的主ノード (phys-schost-2) へ切り替える例を示します。まず、リソースグループが phys-schost-1 でオンラインになっていることを確認します。続いて、切り替えを行います。最後に、そのグループが phys-schost-2 でオンラインに切り替えられたことを確認します。
phys-schost-1# scstat -g ... Resource Group Name: resource-group-1 Status Node Name: phys-schost-1 Status: Online Node Name: phys-schost-2 Status: Offline ... phys-schost-1# scswitch -z -g resource-group-1 -h phys-schost-2 phys-schost-1# scstat -g ... Resource Group Name: resource-group-1 Status Node Name: phys-schost-2 Status: Online Node Name: phys-schost-1 Status: Offline ... |
リソースグループは、そのリソースグループに対して管理手順を実施する前に、非管理状態に移行する必要があります。リソースグループを非管理状態に移行する前に、リソースグループに含まれるすべてのリソースを無効にし、リソースグループをオフラインにする必要があります。
詳細は、scrgadm(1M) および scswitch(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
この手順を実行するには、次の情報が必要になります。
無効にするリソースの名前
非管理状態に移行するリソースグループの名前
この手順に必要なリソースとリソースグループの名前を判断するには、scrgadm -pv コマンドを使用します。
クラスタメンバーでスーパーユーザーになります。
リソースを無効にします。
この手順を、リソースグループ内のすべてのリソースに対して実行します。
# scswitch -n -j resource |
リソースを無効にします。
無効にするリソースの名前を指定します。
次のコマンドを実行し、リソースグループをオフラインに切り替えます。
# scswitch -F -g resource-group |
リソースグループをオフラインに切り替えます。
オフラインにするリソースグループの名前を指定します。
リソースグループを非管理状態にします。
# scswitch -u -g resource-group |
指定したリソースグループを非管理状態にします。
非管理状態にするリソースグループの名前を指定します。
リソースが無効になり、リソースグループが非管理状態になっていることを確認します。
# scrgadm -pv -g resource-group |
次に、リソース (resource-1) を無効にし、リソースグループ (resource-group-1) を非管理状態に移行する例を示します。
# scswitch -n -j resource-1 # scswitch -F -g resource-group-1 # scswitch -u -g resource-group-1 # scrgadm -pv -g resource-group-1 Res Group name: resource-group-1 (resource-group-1) Res Group RG_description: <NULL> (resource-group-1) Res Group management state: Unmanaged (resource-group-1) Res Group Failback: False (resource-group-1) Res Group Nodelist: phys-schost-1 phys-schost-2 (resource-group-1) Res Group Maximum_primaries: 2 (resource-group-1) Res Group Desired_primaries: 2 (resource-group-1) Res Group RG_dependencies: <NULL> (resource-group-1) Res Group mode: Failover (resource-group-1) Res Group network dependencies: True (resource-group-1) Res Group Global_resources_used: All (resource-group-1) Res Group Pathprefix: (resource-group-1) Res name: resource-1 (resource-group-1:resource-1) Res R_description: (resource-group-1:resource-1) Res resource type: SUNW.apache (resource-group-1:resource-1) Res resource group name: resource-group-1 (resource-group-1:resource-1) Res enabled: True (resource-group-1:resource-1) Res monitor enabled: False (resource-group-1:resource-1) Res detached: False |
リソース、リソースグループ、リソースタイプで管理手順を実施する前に、この手順を使用し、これらのオブジェクトの現在の構成設定を表示します。
詳細は、scrgadm(1M) および scswitch(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
scrgadm コマンドは、構成状態に関する次の 3 つのレベルの情報を表示します。
-p オプションを指定した場合は、リソースタイプ、リソースグループ、リソースのプロパティ値に関する最小限の情報が表示されます。
-pv オプションを指定した場合は、他のリソースタイプ、リソースグループ、リソースプロパティに関する詳細が表示されます。
-pvv オプションを指定した場合は、リソースタイプメソッド、拡張プロパティ、すべてのリソースとリソースグループのプロパティを含む、詳細情報が表示されます。
また、表示したいオブジェクトの名前の後に -t (リソースタイプ)、-g (リソースグループ)、および -j (リソース) オプションを指定することによって、特定のリソースタイプ、リソースグループ、またはリソースのステータス情報を確認できます。たとえば、次のコマンドは、リソース apache-1 のみについて、特定の情報を表示することを指定します。
# scrgadm -p[v[v]] -j apache-1 |
詳細は、scrgadm(1M) のマニュアルページを参照してください。
リソースグループとリソースは、変更可能な標準の構成プロパティを持っています。次の各手順では、これらのプロパティの変更方法を説明します。
リソースは、拡張プロパティも持っており、一部の拡張プロパティはデータサービス開発者によってあらかじめ定義されているため、変更することができません。各データサービスの拡張プロパティの一覧については、このマニュアルのデータサービスに関する各章を参照してください。
リソースグループとリソースの標準の構成プロパティについては、scrgadm(1M) のマニュアルページを参照してください。
この手順を実行するには、次の情報が必要になります。
変更するリソースタイプの名前
変更するリソースタイププロパティの名前。リソースタイプの場合、変更できるのは 1 つのプロパティのみです。つまり、このリソースタイプをインスタンス化できるノードのリストのみです。
この手順は、任意のクラスタノードから実行します。
クラスタメンバーでスーパーユーザーになります。
scrgadm コマンドを使用し、この手順に必要なリソースタイプの名前を判断します。
# scrgadm -pv |
リソースタイププロパティを変更します。
リソースタイプで変更できる唯一のプロパティは、Installed_node_list です。
# scrgadm -c -t resource-type -h installed-node-list |
指定したリソースタイププロパティを変更します。
リソースタイプの名前を指定します。
このリソースタイプがインストールされるノードの名前を指定します。
リソースタイププロパティが変更されていることを確認します。
# scrgadm -pv -t resource-type |
次に、SUNW.apache プロパティを変更し、このリソースタイプが 2 つのノード (phys-schost-1 および phys-schost-2) にインストールされるように定義する例を示します。
# scrgadm -c -t SUNW.apache -h phys-schost-1,phys-schost-2 # scrgadm -pv -t SUNW.apache Res Type name: SUNW.apache (SUNW.apache) Res Type description: Apache Resource Type (SUNW.apache) Res Type base directory: /opt/SUNWscapc/bin (SUNW.apache) Res Type single instance: False (SUNW.apache) Res Type init nodes: All potential masters (SUNW.apache) Res Type failover: False (SUNW.apache) Res Type version: 1.0 (SUNW.apache) Res Type API version: 2 (SUNW.apache) Res Type installed on nodes: phys-schost1 phys-schost-2 (SUNW.apache) Res Type packages: SUNWscapc |
この手順を実行するには、次の情報が必要になります。
変更するリソースグループの名前
変更するリソースグループプロパティの名前とその新しいプロパティ値
この手順では、リソースグループプロパティの変更方法について説明しています。リソースグループプロパティの一覧については、付録 A 「標準プロパティ」 を参照してください。
この手順は、任意のクラスタノードから実行します。
クラスタメンバーでスーパーユーザーになります。
リソースグループプロパティを変更します。
# scrgadm -c -g resource-group -y property=new-value |
指定したプロパティを変更します。
リソースグループの名前を指定します。
変更するプロパティの名前を指定します。
リソースグループプロパティが変更されていることを確認します。
# scrgadm -pv -g resource-group |
次に、リソースグループ (resource-group-1) の Failback プロパティを変更する例を示します。
# scrgadm -c -g resource-group-1 -y Failback=True # scrgadm -pv -g resource-group-1 |
この手順を実行するには、次の情報が必要になります。
変更するプロパティを持つリソースの名前
変更するプロパティの名前
この手順は、リソースプロパティの変更方法について説明しています。リソースグループプロパティの一覧については、付録 A 「標準プロパティ」 を参照してください。
この手順は、任意のクラスタノードから実行します。
クラスタメンバーでスーパーユーザーになります。
scrgadm -pvv コマンドを実行し、現在のリソースプロパティ設定を表示します。
# scrgadm -pvv -j resource |
リソースプロパティを変更します。
# scrgadm -c -j resource -y property=new-value | -x extension-property=new-value |
指定したプロパティを変更します。
リソースの名前を指定します。
変更する標準プロパティの名前を指定します。
変更する拡張プロパティの名前を指定します。Sun が提供するデータサービスについては、データサービスのインストールと構成に関する各章で説明されている拡張プロパティを参照してください。
リソースプロパティが変更されていることを確認します。
# scrgadm pvv -j resource |
次に、リソース (resource-1) のシステム定義プロパティ (Start_timeout) の変更例を示します。
# scrgadm -c -j resource-1 -y start_timeout=30 # scrgadm -pvv -j resource-1 |
次に、リソース (resource-1) の拡張プロパティ (Log_level) の変更例を示します。
# scrgadm -c -j resource-1 -x Log_level=3 # scrgadm -pvv -j resource-1 |
Failover_mode リソースプロパティが NONE または SOFT に設定されているときに、リソースの STOP に失敗した場合は、個々のリソースは STOP_FAILED 状態になり、リソースグループは ERROR_STOP_FAILED 状態になります。この状態のリソースグループは、ノード上でオンラインにできません。また、リソースの作成や削除、リソースグループやリソースプロパティの変更などの編集操作を行うこともできません。
この手順を実行するには、次の情報が必要になります。
リソースが STOP_FAILED であるノードの名前
STOP_FAILED 状態になっているリソースとリソースグループの名前
詳細は、scswitch(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
クラスタメンバーでスーパーユーザーになります。
STOP_FAILED 状態のリソースと、どのノードでこの状態なのかを確認します。
# scstat -g |
STOP_FAILED 状態になっているノード上で、リソースとそのモニターを手作業で停止します。
この手順では、プロセスを強制終了するか、リソースタイプ固有のコマンドまたは別のコマンドを実行する必要があります。
リソースを手作業で停止したすべてのノード上で、これらのリソースの状態を手作業で OFFLINE に設定します。
# scswitch -c -h nodelist -j resource -f STOP_FAILED |
フラグを消去します。
リソースが実行されていたノード名を指定します。
オフラインにするリソースの名前を指定します。
フラグ名を指定します。
手順 4 で STOP_FAILED フラグを消去したノード上で、リソースグループの状態を調べます。
リソースグループの状態は、OFFLINE または ONLINE になっています。
# scstat -g |
コマンド scstat -g は、リソースグループの状態が ERROR_STOP_FAILED のままかを示します。リソースグループがまだ ERROR_STOP_FAILED 状態の場合は、scswitch コマンドを実行し、該当するノード上でリソースグループをオフラインに切り替えます。
# scswitch -F -g resource-group |
グループをマスターできるすべてのノード上でリソースグループをオフラインにします。
オフラインに切り替えるリソースグループの名前を指定します。
この状況は STOP メソッドに失敗し、停止に失敗したリソースがリソースグループ内のほかのノードの依存性を持っているときに、リソースグループをオフラインに切り替えた場合に発生します。これ以外の状況では、手順 4 のコマンドをすべての STOP_FAILED リソースで実行することによって、リソースグループは自動的に ONLINE または OFFLINE 状態に戻ります。
これで、リソースグループを ONLINE 状態に切り替えることができます。
あらかじめ登録されているリソースタイプには、SUNW.LogicalHostname と SUNW.SharedAddress があります。すべての論理ホスト名と共有アドレスリソースがこれらのリソースタイプを使用します。これら 2 つのリソースタイプは、誤って削除した場合を除き、登録する必要はありません。誤ってリソースタイプを削除した場合は、次の手順を使用して再登録してください。
詳細は、scrgadm(1M) のマニュアルページを参照してください。
この手順は、任意のクラスタノードから実行します。
リソースタイプを再登録します。
# scrgadm -a -t SUNW.resource-type |
リソースタイプを追加します。
追加する (再登録する) リソースタイプを指定します。リソースタイプは、SUNW.LogicalHostname または SUNW.SharedAddress のいずれかになります。
次に、LogicalHostname リソースタイプを再登録する例を示します。
# scrgadm -a -t SUNW.LogicalHostname |
この節の手順では、次の作業を行います。
リソースグループの追加のマスターとなるクラスタノードを構成する
リソースグループからノードを削除する
ノードの追加や削除をフェイルオーバーリソースグループに対して行うのか、スケーラブルリソースグループに対して行うのかによって、手順は異なります。
フェイルオーバーリソースグループは、フェイルオーバーとスケーラブルの両方のサービスによって使用されるネットワークリソースを含みます。クラスタに接続される各 IP サブネットワークは、指定された独自のネットワークリソースを持ち、フェイルオーバーリソースグループに含まれます。このネットワークリソースは、論理ホスト名または共有アドレスリソースのいずれかになります。各ネットワークリソースは、それが使用する NAFO グループのリストを含んでいます。フェイルオーバーリソースグループの場合は、リソースグループ (netiflist リソースプロパティ) に含まれる各ネットワークリソースに対し、NAFO グループの完全なリストを更新する必要があります。
スケーラブルリソースグループの場合は、スケーラブルグループをホストの新しいセット上でマスターされるように変更するほかに、スケーラブルリソースによって使用されるネットワークリソースを含むフェイルオーバーグループのための手順も実行する必要があります。
詳細は、scrgadm(1M) のマニュアルページを参照してください。
任意のクラスタノードから、以下に説明する手順のいずれかを実行します。
この作業は次のセクションに分かれています。
この手順を実行するには、次の情報が必要になります。
すべてのクラスタノードの名前とノード ID
ノードが追加されるリソースグループの名前
すべてのノード上のリソースグループによって使用されるネットワークリソースをホストする NAFO グループの名前
さらに、新しいノードがすでにクラスタメンバーになっていることも確認してください。
リソースグループ内のスケーラブルリソースが使用する各ネットワークリソースごとに、そのネットワークリソースが配置されているリソースグループが新しいノードで実行されるようにします。
スケーラブルリソースグループをマスターできるノードのリスト (nodelist リソースグループプロパティ) に新しいノードを追加します。
この手順は、nodelist の値を上書きするため、リソースグループをマスターできるすべてのノードをここに含める必要があります。
# scrgadm -c -g resource-group -h nodelist |
リソースグループを変更します。
ノードが追加されるリソースグループの名前を指定します。
リソースグループをマスターできるノードをコンマで区切って指定します。
(省略可能) スケーラブルリソースの Load_balancing_weights プロパティを更新し、リソースグループに追加するノードにウエイトを割り当てます。
ウエイトを割り当てない場合は、デフォルトで 1 になります。詳細は、scrgadm(1M) のマニュアルページを参照してください。
現在のノードリスト、およびリソースグループ内の各リソース用に構成された NAFO グループの現在のリストを表示します。
# scrgadm -pvv -g resource-group | grep -i nodelist # scrgadm -pvv -g resource-group | grep -i netiflist |
nodelist のコマンド行の出力は、ノード名によってノードを識別します。netiflist の出力は、ノード ID によってノードを識別します。
ノードの追加によって影響を受けるネットワークリソースの netiflist を更新します。
この手順は、netiflist の値を上書きするため、すべての NAFO グループをここに含める必要があります。また、netiflist にノードを入力するときはノード ID を使用する必要があります。ノード ID を調べるには、scconf -pv | grep "Node ID" を使用します。
# scrgadm -c -j network-resource -x netiflist=netiflist |
ネットワークリソースを変更します。
netiflist エントリ上でホストされているネットワークリソースの名前 (論理ホスト名または共有アドレス) を指定します。
各ノードの NAFO グループをコンマで区切って指定します。netiflist 内の各要素は、NAFO-group-name@nodeid の形式にする必要があります。
このリソースグループをマスターできるすべてのノードを含めるように、ノードリストを更新します。
この手順は、nodelist の値を上書きするため、リソースグループをマスターできるすべてのノードをここに含める必要があります。
# scrgadm -c -g resource-group -h nodelist |
リソースグループを変更します。
ノードが追加されるリソースグループの名前を指定します。
リソースグループをマスターできるノードをコンマで区切って指定します。
更新された情報を確認します。
# scrgadm -pvv -g resource-group | grep -i nodelist # scrgadm -pvv -g resource-group | grep -i netiflist |
次に、リソースグループ (resource-group-1) にノード (phys-schost-2) を追加する例を示します。このリソースグループは、論理ホスト名リソース (schost-2) を含んでいます。
# scrgadm -pvv -g resource-group-1 | grep -i nodelist (resource-group-1) Res Group Nodelist: phys-schost-1 phys-schost-3 # scrgadm -pvv -g resource-group-1 | grep -i netiflist (resource-group-1:schost-2) Res property name: NetIfList (resource-group-1:schost-2:NetIfList) Res property class: extension (resource-group-1:schost-2:NetIfList) List of NAFO interfaces on each node (resource-group-1:schost-2:NetIfList) Res property type: stringarray (resource-group-1:schost-2:NetIfList) Res property value: nafo0@1 nafo0@3 (ノード 1 と 3 のみが、NAFO グループに割り当てられています。ノード 2 用の NAFO グループを追加する必要があります。) # scrgadm -c -j schost-2 -x netiflist=nafo0@1,nafo0@2,nafo0@3 # scrgadm -c -g resource-group-1 -h phys-schost-1,phys-schost-2,phys-schost-3 # scrgadm -pvv -g resource-group-1 | grep -i nodelist (resource-group-1) Res Group Nodelist: phys-schost-1 phys-schost-2 phys-schost-3 # scrgadm -pvv -g resource-group-1 | grep -i netiflist (resource-group-1:schost-2:NetIfList) Res property value: nafo0@1 nafo0@2 nafo0@3 |
この作業は次のセクションに分かれています。
これらの手順を実行するには、次の情報が必要になります。
すべてのクラスタノードの名前とノード ID
ノードが削除されるリソースグループまたはグループの名前
すべてのノード上のリソースグループによって使用されるネットワークリソースをホストする NAFO グループの名前
さらに、削除するノード上でリソースグループがマスターされていないことを確認してください。削除するノード上でマスターされている場合は、scswitch コマンドを実行し、そのノードでリソースグループをオフラインに切り替えてください。次の scswitch コマンドは、指定されたノードからリソースグループをオフラインにします。この場合、new-masters にこのノードが含まれていてはなりません。
# scswitch -z -g resource-group -h new-masters |
オフラインに切り替えるリソースグループ (削除するノードでマスターされている) の名前を指定します。
このリソースグループを現在マスターできるノードを指定します。
詳細は、scswitch(1M) のマニュアルページを参照してください。
すべてのリソースグループからノードを削除する場合で、スケーラブルサービス構成を使用するときは、最初にスケーラブルリソースグループからそのノードを削除してください。続いて、フェイルオーバーグループからそのノードを削除してください。
スケーラブルサービスは、次に示すように 2 つのリソースグループとして構成されます。
1 つは、スケーラブルサービスリソースを含むスケーラブルグループです。
もう 1 つは、スケーラブルサービスリソースが使用する共有アドレスリソースを含むフェイルオーバーグループです。
スケーラブルリソースグループの RG_dependencies プロパティは、フェイルオーバーリソースグループへの依存性を使用してスケーラブルグループを構成するように設定されます。(このプロパティの詳細は、付録 A 「標準プロパティ」 を参照してください。
スケーラブルサービス構成の詳細は、『Sun Cluster 3.0 12/01 Concepts』を参照してください。
スケーラブルリソースグループからノードを削除すると、そのスケーラブルサービスはそのノード上でオンラインにすることができなくなります。スケーラブルリソースグループからノードを削除するには、以下の作業を行なってください。
スケーラブルリソースグループをマスターできるノードのリスト (nodelist リソースグループプロパティ) からノードを削除します。
# scrgadm -c -g scalable-resource-group -h nodelist |
リソースグループを変更します。
ノードが削除されるリソースグループの名前を指定します。
このリソースグループをマスターできるノードをコンマで区切って指定します。
(省略可能) 共有アドレスリソースが入ったフェイルオーバーリソースグループからノードを削除します。
詳細は、「共有アドレスリソースを含むフェイルオーバーリソースグループからノードを削除する」を参照してください。
(省略可能) スケーラブルリソースの Load_balancing_weights プロパティを更新し、リソースグループから削除するノードのウエイトを削除します。
詳細は、scrgadm(1M) のマニュアルページを参照してください。
フェイルオーバーリソースグループからノードを削除するには、以下の作業を行なってください。
すべてのリソースグループからノードを削除する場合で、スケーラブルサービス構成を使用するときは、最初にスケーラブルリソースグループからそのノードを削除してください。続いて、この方法を使用してフェイルオーバーグループからノードを削除してください。
フェイルオーバーリソースグループにスケーラブルサービスが使用する共有アドレスリソースが含まれる場合は、「共有アドレスリソースを含むフェイルオーバーリソースグループからノードを削除する」を参照してください。
このリソースグループをマスターできるすべてのノードを含めるように、ノードリストを更新します。
この手順はノードを削除してノードリストの値を上書きするため、リソースグループをマスターできるすべてのノードをここに含める必要があります。
# scrgadm -c -g failover-resource-group -h nodelist |
リソースグループを変更します。
ノードが削除されるリソースグループの名前を指定します。
このリソースグループをマスターできるノードをコンマで区切って指定します。
リソースグループ内の各リソース用に構成した NAFO グループの現在のリストを表示します。
# scrgadm -pvv -g failover-resource-group | grep -i netiflist |
上記コマンド行の出力は、ノード ID によってノードを識別します。
ノードの削除によって影響を受けるネットワークリソースの netiflist を更新します。
この手順は netiflist の値を上書きするため、すべての NAFO グループをここに含める必要があります。また、netiflist にノードを入力するときはノード ID を使用する必要があります。ノード ID を見つけるには、コマンド scconf -pv | grep "Node ID" を実行してください。
# scrgadm -c -j network-resource -x netiflist=netiflist |
ネットワークリソースを変更します。
netiflist エントリ上でホストされているネットワークリソースの名前を指定します。
各ノードの NAFO グループをコンマで区切って指定します。netiflist 内の各要素は、NAFO-group-name@nodeid の形式にする必要があります。
更新された情報を確認します。
# scrgadm -pvv -g failover-resource-group | grep -i nodelist # scrgadm -pvv -g failover-resource-group | grep -i netiflist |
スケーラブルサービスが使用する共有アドレスリソースを含むフェイルオーバーリソースグループでは、ノードは次の場所に現れます。
フェイルオーバーリソースグループのノードリスト
共有アドレスリソースの auxnodelist
フェイルオーバーリソースグループのノードリストからノードを削除するには、「フェイルオーバーリソースグループからノードを削除する」に示されている作業を行なってください。
共有アドレスリソースの auxnodelist を変更するには、共有アドレスリソースを削除して作成し直す必要があります。
フェイルオーバーグループのノードリストからノードを削除すると、そのノード上の共有アドレスリソースを継続して使用し、スケーラブルサービスを提供できます。このためには、共有アドレスリソースの auxnodelist にそのノードを追加する必要があります。auxnodelist にノードを追加するには、以下の作業を行なってください。
以下の作業は、共有アドレスリソースの auxnodelist からノードを削除するためにも使用できます。auxnodelist からノードを削除するには、共有アドレスリソースを削除して作成し直す必要があります。
スケーラブルサービスリソースをオフラインに切り替えます。
フェイルオーバーリソースグループから共有アドレスリソースを削除します。
共有アドレスリソースを作成します。
フェイルオーバーリソースグループから削除したノードのノード ID またはノード名を auxnodelist に追加します。
# scrgadm -a -S -g failover-resource-group -l shared-address -X new-auxnodelist |
共有アドレスリソースを含めるために使用されたフェイルオーバーリソースグループの名前。
共有アドレスの名前。
妥当なノードの追加または削除によって変更された新しい auxnodelist。
次に、リソースグループ (resource-group-1) からノード (phys-schost-3) を削除する例を示します。このリソースグループは、論理ホスト名リソース (schost-1) を含んでいます。
# scrgadm -pvv -g resource-group-1 | grep -i nodelist (resource-group-1) Res Group Nodelist: phys-schost-1 phys-schost-2 phys-schost-3 # scrgadm -c -g resource-group-1 -h phys-schost-1,phys-schost-2 # scrgadm -pvv -g resource-group-1 | grep -i netiflist (resource-group-1:schost-1) Res property name: NetIfList (resource-group-1:schost-1:NetIfList) Res property class: extension (resource-group-1:schost-1:NetIfList) List of NAFO interfaces on each node (resource-group-1:schost-1:NetIfList) Res property type: stringarray (resource-group-1:schost-1:NetIfList) Res property value: nafo0@1 nafo0@2 nafo0@3 (nafo0@3 is the NAFO group to be removed.) # scrgadm -c -j schost-1 -x netiflist=nafo0@1,nafo0@2 # scrgadm -pvv -g resource-group-1 | grep -i nodelist (resource-group-1) Res Group Nodelist: phys-schost-1 phys-schost-2 # scrgadm -pvv -g resource-group-1 | grep -i netiflist (resource-group-1:schost-1:NetIfList) Res property value: nafo0@1 nafo0@2 |
クラスタが起動されたあと、または別のノードへサービスのフェイルオーバーが行われたあと、広域デバイスとクラスタファイルシステムサービスが利用可能になるまで多少時間がかかります。ただし、データサービスは、データサービスが依存する広域デバイスとクラスタファイルシステムがオンラインになる前に、START メソッドを実行できます。オンラインになる前に実行された START メソッドはタイムアウトになるため、データサービスによって使用されるリソースグループの状態をリセットし、手作業でデータサービスを再起動する必要があります。リソースタイプ SUNW.HAStorage は、広域デバイスとクラスタファイルシステムを監視し、利用可能になるまで、同じリソースグループ内のほかのリソースの START メソッドの実行を待機させます。このような追加の管理作業を軽減するには、広域デバイスやクラスタファイルシステムに依存するデータサービスリソースを持つすべてのリソースグループに、SUNW.HAStorage を設定してください。
次の例では、リソースグループ resource-group-1 は、次の 3 つのデータサービスを含んでいます。
iPlanet Web Server (/global/resource-group-1 に依存する)
Oracle (/dev/global/dsk/d5s2 に依存する)
NFS (dsk/d6 に依存する)
新しいリソースに対し、SUNW.HAStorage リソースの hastorage-1 を resource-group-1 に作成するには、「リソースグループとディスクデバイスグループ間の起動の同期」を読み、その後次の手順を実行します。
クラスタメンバーでスーパーユーザーになります。
リソースグループ resource-group-1 を作成します。
# scrgadm -a -g resource-group-1 |
リソースタイプが登録されているかを確認します。
次のコマンドは、登録済みのリソースタイプを一覧表示します。
# scrgadm -p | egrep Type |
必要があれば、リソースタイプを登録します。
# scrgadm -a -t SUNW.HAStorage |
SUNW.HAStorage リソースである hastorage-1 を作成し、サービスパスを定義します。
# scrgadm -a -j hastorage-1 -g resource-group-1 -t SUNW.HAStorage ¥ -x ServicePaths=/global/resource-group-1,/dev/global/dsk/d5s2,dsk/d6 |
ServicePaths には、次の値を含むことができます。
広域デバイスグループ名 (例:nfs-dg)
広域デバイスへのパス (例:/dev/global/dsk/d5s2 または dev/d6)
クラスタファイルシステムのマウントポイント (例:/global/nfs)
ServicePaths にクラスタファイルシステムパスが含まれる場合、広域デバイスグループはそれらに対応するリソースグループと共に使用されない場合があります。
hastorage-1 リソースを有効にします。
# scswitch -e -j hastorage-1 |
リソース iPlanet Web Server、Oracle、NFS を resource-group-1 に追加し、これらの依存性を hastorage-1 に設定します。
たとえば、iPlanet Web Server の場合には、次のコマンドを実行します。
# scrgadm -a -j resource -g resource-group-1 -t SUNW.iws ¥ -x Confdir_list=/global/iws/schost-1 -y Scalable=False ¥ -y Network_resources_used=schost-1 -y Port_list=80/tcp ¥ -y Resource_dependencies=hastorage-1 |
リソースの依存性を正しく構成したかを確認します。
# scrgadm -pvv -j resource | egrep strong |
resource-group-1 を管理状態に設定し、オンラインにします。
# scswitch -Z -g resource-group-1 |
SUNW.HAStorage リソースタイプは、別の拡張プロパティ (AffinityOn) を含みます。この拡張プロパティは、SUNW.HAStorage が ServicePaths で定義されている広域デバイスおよびクラスタファイルシステムの類似性スイッチオーバーを実行する必要があるかどうかを指定するブール値です。詳細は、SUNW.HAStorage(5) のマニュアルページを参照してください。
リソースグループがスケーラブルの場合、SUNW.HAStorage は AffinityOn が TRUE に設定されることを許可しません。スケーラブルリソースグループの場合、SUNW.HAStorage は AffinityOn 値を確認し、この値を内部で FALSE に設定し直します。
既存のリソースのために SUNW.HAStorage リソースを作成するには、「リソースグループとディスクデバイスグループ間の起動の同期」を読み、その後以下の作業を行なってください。
リソースタイプが登録されているかを確認します。
次のコマンドは、登録済みのリソースタイプを表示します。
# scrgadm -p | egrep Type |
必要があれば、リソースタイプを登録します。
# scrgadm -a -t SUNW.HAStorage |
SUNW.HAStorage リソースである hastorage-1 を作成します。
# scrgadm -a -g resource-group -j hastorage-1 -t SUNW.HAStorage ¥ -x ServicePaths= ... -x AffinityOn=True |
hastorage-1 リソースを有効にします。
# scswitch -e -j hastorage-1 |
必要に応じて既存の各リソースについて依存性を設定します。
# scrgadm -c -j resource -y Resource_Dependencies=hastorage-1 |
リソースの依存性を正しく構成したかを確認します。
# scrgadm -pvv -j resource | egrep strong |