FUJITSU Software...

ï\éÜ

FUJITSU Software

PRIMECLUSTER

RMS 導入運用手引書 4.3

J2UZ-5295-08Z0(00)2014 年 10 月

版権および商標Linux は、Linus Torvalds 氏の米国およびその他の国における登録商標あるいは商標です。

Oracle と Java は、Oracle Corporation およびその子会社、関連会社の米国およびその他の国における登録商標です。

文中の社名、商品名等は各社の商標または登録商標である場合があります。

EMC、PowerPath および Symmetrix は EMC Corporation の登録商標です。

SRDF は EMC Corporation の商標です。

PRIMECLUSTER は、富士通株式会社の登録商標です。

その他各種製品名は、各社の製品名称、商標または登録商標です。

輸出管理規制について

本ドキュメントを輸出または第三者へ提供する場合は、お客様が居住する国および米国輸出管理関連法規等の規制をご確認の

うえ、必要な手続きをおとりください。

お願い

●本書を無断で他に転載しないようお願いします。

●本書は予告なしに変更されることがあります。

All Rights Reserved, Copyright (C) 富士通株式会社 2008-2014

目次

1 はじめに ........................................................................................................................................... 11.1 本書の構成 ....................................................................................................................................................... 11.2 マニュアル ....................................................................................................................................................... 21.3 本書の表記について ....................................................................................................................................... 2

1.3.1 表記 ....................................................................................................................................................... 21.3.1.1 プロンプト ............................................................................................................................ 21.3.1.2 マニュアルページのセクション番号 ................................................................................ 31.3.1.3 キーボード ............................................................................................................................ 31.3.1.4 書体 / 記号 ............................................................................................................................ 31.3.1.5 例 1 ......................................................................................................................................... 31.3.1.6 例 2 ......................................................................................................................................... 3

1.3.2 コマンド構文 ....................................................................................................................................... 31.4 表記記号 ........................................................................................................................................................... 41.5 略称 ................................................................................................................................................................... 4

2 概要 ................................................................................................................................................... 72.1 概要 ................................................................................................................................................................... 72.2 RMS が高可用性を実現する仕組み .............................................................................................................. 8

2.2.1 ユーザ業務、資源、オブジェクト ................................................................................................... 82.2.2 RMS 構成と実システム .................................................................................................................... 112.2.3 ノードおよびユーザ業務のフェイルオーバ ................................................................................. 122.2.4 制御されるアプリケーションとコントローラオブジェクト ..................................................... 13

2.2.4.1 フォローコントローラ ...................................................................................................... 142.2.4.2 スケーラブルコントローラ .............................................................................................. 152.2.4.3 コントローラに関する補足説明 ...................................................................................... 16

2.3 RMS Wizard Tools による設定 ..................................................................................................................... 172.4 RMS ウィザードのコンポーネント ............................................................................................................ 17

2.4.1 RMS Wizard Tools .............................................................................................................................. 182.4.2 RMS Wizard Kit .................................................................................................................................. 18

2.5 Cluster Admin ................................................................................................................................................. 192.6 RMS コンポーネント .................................................................................................................................... 20

2.6.1 BM ( ベースモニタ ) ......................................................................................................................... 202.6.2 ディテクタ ......................................................................................................................................... 202.6.3 スクリプト ......................................................................................................................................... 202.6.4 RMS CLI ............................................................................................................................................. 21

2.7 オブジェクトタイプ ..................................................................................................................................... 232.8 オブジェクト属性 ......................................................................................................................................... 232.9 環境変数 ......................................................................................................................................................... 23

2.9.1 環境変数の設定 ................................................................................................................................. 242.9.2 スクリプト実行環境変数 ................................................................................................................. 24

2.10 RMS ディレクトリ構造 ................................................................................................................................ 25

3 RMS の詳細説明 ........................................................................................................................... 273.1 状態遷移 ......................................................................................................................................................... 27

3.1.1 内部機構 ............................................................................................................................................. 273.1.1.1 アプリケーションと資源の記述 ...................................................................................... 273.1.1.2 メッセージ .......................................................................................................................... 28

3.1.2 初期化 ................................................................................................................................................. 283.1.3 Online 処理 ......................................................................................................................................... 31

3.1.3.1 Online 要求 .......................................................................................................................... 313.1.3.2 PreCheckScript ..................................................................................................................... 333.1.3.3 userApplication の RMS グラフにおける Online 処理 .................................................... 333.1.3.4 Online 処理中の予期しないレポート .............................................................................. 343.1.3.5 Online 処理中の Fault ........................................................................................................ 353.1.3.6 アプリケーションがすでに Online 状態にある場合の初期化処理 ............................. 35

J2UZ-5295-08Z0(00)

目次

3.1.4 Offline 処理 ......................................................................................................................................... 363.1.4.1 Offline 要求 ......................................................................................................................... 363.1.4.2 userApplication の RMS グラフにおける Offline 処理 ................................................... 373.1.4.3 Offline 処理中の予期しないレポート ............................................................................. 383.1.4.4 Offline 処理中の Fault ........................................................................................................ 383.1.4.5 グラフノードがすでに Offline 状態である場合 ............................................................ 383.1.4.6 オブジェクトを Offline 状態にすることができない .................................................... 38

3.1.5 Fault 処理 ............................................................................................................................................ 393.1.5.1 Online 状態または要求処理中の Fault ............................................................................ 393.1.5.2 Offline Fault ......................................................................................................................... 413.1.5.3 AutoRecover 属性 ............................................................................................................... 413.1.5.4 Offline 処理中の Fault ........................................................................................................ 413.1.5.5 Fault 処理の例 .................................................................................................................... 413.1.5.6 Fault クリア ........................................................................................................................ 433.1.5.7 SysNode 異常 ...................................................................................................................... 44

3.1.6 切替え処理 ......................................................................................................................................... 443.1.6.1 切替え要求 .......................................................................................................................... 45

3.1.7 特殊な状態 ......................................................................................................................................... 453.1.7.1 保守モードの制限 .............................................................................................................. 453.1.7.2 Inconsistent 状態 ................................................................................................................. 46

3.2 RMS ハートビート ........................................................................................................................................ 473.2.1 動作の詳細 ......................................................................................................................................... 48

3.2.1.1 ELM ロックの管理 ............................................................................................................ 483.2.1.2 初のノードの起動 .......................................................................................................... 493.2.1.3 2 番目のノードの起動 ....................................................................................................... 493.2.1.4 3 番目以降のノード ........................................................................................................... 503.2.1.5 ノードまたは RMS 停止の順序 ....................................................................................... 503.2.1.6 レスポンスの遅延 .............................................................................................................. 50

3.2.2 hvenv のデフォルトの初期化 .......................................................................................................... 513.2.3 hvenv.local での ELM の手動制御 ................................................................................................... 51

3.3 スケーラブルコントローラ ......................................................................................................................... 523.3.1 コントローラの概要 ......................................................................................................................... 523.3.2 スケーラブルコントローラとアプリケーション ......................................................................... 52

3.3.2.1 スケーラブルアプリケーション ...................................................................................... 523.3.2.2 スケーラブルコントローラによる利点 .......................................................................... 533.3.2.3 スケーラブルコントローラの属性 .................................................................................. 53

3.3.3 Online/Offline 処理と状態遷移 ......................................................................................................... 543.3.3.1 制御されるアプリケーションの状態とコントローラの状態 ...................................... 543.3.3.2 アプリケーションが Online 状態になるノードについて ............................................. 553.3.3.3 制御されるアプリケーションへの要求の伝播 .............................................................. 553.3.3.4 コントローラの Warning 状態 .......................................................................................... 553.3.3.5 アプリケーションの Warning 状態 .................................................................................. 563.3.3.6 コントローラ StateChangeScript ....................................................................................... 563.3.3.7 Online/Standby/Offline 処理の順序制御とアプリケーショングループ ....................... 573.3.3.8 サブクラスタでの自動起動 .............................................................................................. 583.3.3.9 サブクラスタでの切替え .................................................................................................. 593.3.3.10 子アプリケーションの手動切替え .................................................................................. 593.3.3.11 保守モード時の操作 .......................................................................................................... 59

4 RMS Wizard Tools インタフェース (hvw) の使用方法 ........................................................... 634.1 概要 ................................................................................................................................................................. 63

4.1.1 RMS ウィザードのタイプ ................................................................................................................ 644.1.1.1 ターンキーウィザード ...................................................................................................... 644.1.1.2 リソースウィザード .......................................................................................................... 64

4.2 一般的な構成設定の手順 ............................................................................................................................. 654.3 RMS 構成の作成および編集 ........................................................................................................................ 65

4.3.1 RMS ウィザードメニューの使用 .................................................................................................... 664.3.2 メイン構成メニュー ......................................................................................................................... 66

4.3.2.1 RMS 停止中のメイン構成メニューウィンドウ ............................................................ 66

J2UZ-5295-08Z0(00)

目次

4.3.2.2 RMS 実行中のメイン構成メニューウィンドウ ............................................................ 694.3.3 セカンダリメニュー ......................................................................................................................... 704.3.4 必須設定と選択設定 ......................................................................................................................... 70

4.4 RMS 構成定義ファイルの作成と配布 ........................................................................................................ 714.5 RMS 構成要素 ................................................................................................................................................ 73

4.5.1 スクリプト ......................................................................................................................................... 734.5.2 ディテクタ ......................................................................................................................................... 744.5.3 RMS オブジェクト ............................................................................................................................ 74

5 構成設定の例 ................................................................................................................................. 755.1 RMS の停止 .................................................................................................................................................... 755.2 RMS 構成の作成 ............................................................................................................................................ 755.3 クラスタへのノードの追加 ......................................................................................................................... 765.4 アプリケーションの作成 ............................................................................................................................. 785.5 Machines+Basics 設定の入力 ........................................................................................................................ 805.6 選択設定の入力 ............................................................................................................................................. 835.7 ディスプレイの指定 ..................................................................................................................................... 845.8 RMS 構成の配布 ............................................................................................................................................ 855.9 2 番目のアプリケーションの作成 .............................................................................................................. 865.10 制御するアプリケーションの設定 ............................................................................................................. 885.11 制御されるアプリケーションの指定 ......................................................................................................... 895.12 RMS 構成の配布 (2 回目 ) ............................................................................................................................ 925.13 RMS の起動 .................................................................................................................................................... 93

6 Cluster Admin GUI の使用方法 .................................................................................................. 976.1 概要 ................................................................................................................................................................. 976.2 Cluster Admin の起動 .................................................................................................................................... 97

6.2.1 Web-Based Admin View ..................................................................................................................... 976.2.2 ログイン ............................................................................................................................................. 986.2.3 Cluster Admin メイン画面 .............................................................................................................. 1006.2.4 Cluster Admin メッセージの表示 .................................................................................................. 101

6.3 RMS の状態と属性の表示 .......................................................................................................................... 1026.3.1 RMS ツリー ...................................................................................................................................... 1026.3.2 コマンドポップアップ ................................................................................................................... 1036.3.3 ポップアップ確認画面 ................................................................................................................... 1056.3.4 RMS 環境変数の表示 ...................................................................................................................... 1056.3.5 オブジェクトの状態の表示 ........................................................................................................... 1086.3.6 構成情報またはオブジェクト属性 ............................................................................................... 109

7 その他の管理ツール ................................................................................................................... 1117.1 RMS クラスタテーブルの使用 .................................................................................................................. 111

7.1.1 クラスタテーブルからのコマンドポップアップメニューの使用 ........................................... 1137.2 RMS グラフの使用 ...................................................................................................................................... 114

7.2.1 RMS クラスタ全体のグラフ .......................................................................................................... 1147.2.2 RMS アプリケーショングラフ ...................................................................................................... 1177.2.3 RMS サブアプリケーショングラフ .............................................................................................. 1187.2.4 RMS 合成サブアプリケーショングラフ ...................................................................................... 1187.2.5 グラフからコマンドポップアップメニューの使用 ................................................................... 1207.2.6 表示された詳細レベルの変更 ....................................................................................................... 121

7.3 表示変更の意味 ........................................................................................................................................... 1237.3.1 RMS 構成変更時の表示 .................................................................................................................. 1237.3.2 RMS 停止後のグラフの見方 .......................................................................................................... 124

7.4 RMS ログメッセージの表示 ...................................................................................................................... 1267.4.1 switchlog およびアプリケーションログを表示する一般的な手順 ........................................... 1297.4.2 時刻フィルタ ................................................................................................................................... 1297.4.3 キーワードフィルタ ....................................................................................................................... 130

7.4.3.1 リソース名 ........................................................................................................................ 130

J2UZ-5295-08Z0(00)

目次

7.4.3.2 重要度 ................................................................................................................................ 1317.4.3.3 0 以外の終了コード ......................................................................................................... 1317.4.3.4 キーワード ........................................................................................................................ 132

7.4.4 テキスト検索 ................................................................................................................................... 1337.4.5 フィルタの削除 ............................................................................................................................... 133

8 RMS の操作 ................................................................................................................................. 1358.1 RMS の操作について .................................................................................................................................. 135

8.1.1 RMS の起動 ...................................................................................................................................... 1358.1.2 システム起動時に RMS を自動起動する ..................................................................................... 1408.1.3 RMS の停止 ...................................................................................................................................... 1418.1.4 SysNode の Wait 状態のクリア ...................................................................................................... 144

8.2 RMS アプリケーションの管理 .................................................................................................................. 1458.2.1 アプリケーションの自動起動のオーバーライド ....................................................................... 1458.2.2 クラスタアプリケーションの切替え ........................................................................................... 1478.2.3 クラスタアプリケーションの起動 ............................................................................................... 1488.2.4 クラスタアプリケーションの停止 ............................................................................................... 1498.2.5 クラスタアプリケーションのリセット ....................................................................................... 1508.2.6 Faulted 状態のクリア ...................................................................................................................... 1518.2.7 クラスタアプリケーションの活性化 ........................................................................................... 152

8.3 リソースの管理 ........................................................................................................................................... 1538.3.1 リソースの切替え ........................................................................................................................... 1538.3.2 リソースの起動 ............................................................................................................................... 1548.3.3 リソースの停止 ............................................................................................................................... 1558.3.4 リソースの起動停止に関する注意 ............................................................................................... 1568.3.5 リソースの故障形跡の表示 ........................................................................................................... 157

8.4 保守モードの使用法 ................................................................................................................................... 1608.4.1 保守モードの開始 ........................................................................................................................... 1608.4.2 保守モードの動作に関する注意 ................................................................................................... 161

8.4.2.1 保守モードにおけるクラスタ全体の制限 .................................................................... 1628.4.3 保守モードの終了 ........................................................................................................................... 1628.4.4 保守モードのコマンドラインインタフェース ........................................................................... 164

9 付録 — 事前準備 ........................................................................................................................ 1679.1 ネットワークデータベースファイル ....................................................................................................... 167

9.1.1 /etc/hosts ............................................................................................................................................ 1679.1.1.1 /etc/hosts 内のネットワークインタフェース名 ........................................................... 168

9.1.2 /.rhosts (Solaris)、/root/.rhosts (Linux) ............................................................................................ 1689.2 構成資源の定義 ........................................................................................................................................... 169

9.2.1 /opt/SMAW/SMAWRrms/etc/hvipalias ........................................................................................... 1699.2.2 /opt/SMAW/SMAWRrms/etc/hvconsoles ......................................................................................... 170

9.3 ファイルシステム― (Linux) ...................................................................................................................... 1709.3.1 /etc/fstab.pcl ....................................................................................................................................... 170

9.3.1.1 アプリケーション用のファイルシステムの構成 ........................................................ 1719.3.1.2 クラスタ全体に渡る構成の問題 .................................................................................... 171

9.3.2 /etc/exports.pcl ................................................................................................................................... 1729.4 ファイルシステム — (Solaris) ................................................................................................................... 172

9.4.1 NFS ロックフェイルオーバ ........................................................................................................... 1739.5 NFS サーバ ................................................................................................................................................... 1739.6 ログファイル ............................................................................................................................................... 174

9.6.1 /var/log/messages (Linux) または /var/adm/messages (Solaris) ...................................................... 1749.7 他のシステムサービスおよびデータベース ........................................................................................... 174

10 付録 — 状態 ................................................................................................................................ 17510.1 基本状態 ....................................................................................................................................................... 17510.2 状態の詳細 ................................................................................................................................................... 176

11 付録 — オブジェクトタイプ ................................................................................................... 179

J2UZ-5295-08Z0(00)

目次

12 付録 — 属性 ................................................................................................................................ 18112.1 ユーザ設定属性 ........................................................................................................................................... 18112.2 RMS 構成ウィザード管理属性 .................................................................................................................. 185

13 付録 — 環境変数 ........................................................................................................................ 18913.1 RMS 環境変数の設定 .................................................................................................................................. 18913.2 RMS グローバル環境変数 .......................................................................................................................... 19013.3 RMS ローカル環境変数 .............................................................................................................................. 19413.4 RMS スクリプト実行環境変数 .................................................................................................................. 197

14 付録 — トラブルシューティング ........................................................................................... 19914.1 概要 ............................................................................................................................................................... 19914.2 デバッグメッセージとエラーメッセージ ............................................................................................... 20014.3 ログファイル ............................................................................................................................................... 20114.4 RMS BM ( ベースモニタ ) ログ出力の管理 ............................................................................................. 202

14.4.1 RMS BM ( ベースモニタ ) ログレベルの管理 ............................................................................. 20214.4.2 システムログへの BM ( ベースモニタ ) 出力の制御 ................................................................. 203

14.5 アプリケーションログの出力の管理 ....................................................................................................... 20414.5.1 標準スクリプトのデバッグメッセージの制御 ........................................................................... 204

14.6 ディテクタログの出力の管理 ................................................................................................................... 20414.6.1 デバッグメッセージとログレベル ............................................................................................... 20514.6.2 ディテクタのログレベルの設定 ................................................................................................... 205

14.6.2.1 hvutil -L によるディテクタのログレベルの設定 ........................................................ 20514.6.2.2 RMS Wizard Tools によるログレベルの設定 ................................................................ 206

14.7 RMS ログメッセージの意味 ...................................................................................................................... 20714.7.1 switchlog メッセージの形式 ........................................................................................................... 20714.7.2 アプリケーションログメッセージの形式 ................................................................................... 20814.7.3 プログラムログメッセージの形式 ............................................................................................... 208

14.8 RMS ログファイルのクリーンアップ ...................................................................................................... 20914.8.1 hvlogclean .......................................................................................................................................... 20914.8.2 hvlogcontrol ....................................................................................................................................... 20914.8.3 バックグラウンドスクリプトのログ採取 ................................................................................... 210

14.9 構成のトラブルシューティング ............................................................................................................... 21014.9.1 手動によるスクリプトの実行 ....................................................................................................... 210

14.9.1.1 RMS Wizard Tools を使用する方法 ................................................................................ 21114.10 RMS トラブルシューティング .................................................................................................................. 21214.11高度なトラブルシューティングのための情報収集 ............................................................................... 215

14.11.1hvdump コマンドの使用 (RMS) ..................................................................................................... 21514.12 SNMP リソース異常通知 ........................................................................................................................... 215

15 付録 — RMS コマンドラインインタフェース ...................................................................... 21715.1 使用可能な RMS CLI コマンド ................................................................................................................. 217

16 付録 — マニュアルページ ....................................................................................................... 21916.1 CCBR(Solaris) ............................................................................................................................................... 21916.2 CF .................................................................................................................................................................. 21916.3 CIP ................................................................................................................................................................. 22016.4 PAS ................................................................................................................................................................ 22016.5 クラスタリソース管理機構 ....................................................................................................................... 22016.6 RMS ............................................................................................................................................................... 22116.7 シャットダウン機構 (SF) ........................................................................................................................... 22216.8 非同期監視 (MA) ......................................................................................................................................... 22316.9 Web-Based Admin View ............................................................................................................................... 22316.10 RMS ウィザード .......................................................................................................................................... 22416.11その他のユーティリティ ........................................................................................................................... 224

J2UZ-5295-08Z0(00)

目次

17 付録 — リリース情報 ............................................................................................................... 225

用語集 ................................................................................................................................................ 229

略語 .................................................................................................................................................... 245

図 ........................................................................................................................................................ 249

表 ........................................................................................................................................................ 255

索引 .................................................................................................................................................... 257

J2UZ-5295-08Z0(00)

1 はじめに

本書では、RMS ウィザードを使用して RMS を構成したり、Cluster Admin GUI で RMS を管理するための、Reliant® Monitor Services (RMS) の機能について説明します。RMS は、クラスタのノード上で動作するアプリケーションに対して、システムレベルの高可用性を保証するソフトウェアモニタです。

本書は、RMS コンポーネントの紹介と、正しく運用するために必要な構成データおよび管理タスクについて説明します。また、RMS のトラブル発生時の診断手順、RMS ログファイルの表示や解釈の方法についても説明しています。

本書は、RMS のインストールおよび管理について理解しているシステム管理者とプログラマを対象としています。

RMS の構成設定および管理を行うには、以下のシステムの機能と内容について理解している必要があります。

● PRIMECLUSTER 製品ファミリ

● Oracle Solaris または Linux オペレーティングシステム

● そのシステムにインストールされた PRIMECLUSTER 以外の製品

本書の説明は、" ソフトウェア説明書 / インストールガイド " に従って正しく PRIMECLUSTER がインストールされていることを前提としています。

1.1 本書の構成

本書は以下の章で構成されています。

● "2 概要 " では、RMS の一般情報と PRIMECLUSTER 製品ファミリについて紹介しています。

● "3 RMS の詳細説明 " では、RMS における状態検出と状態遷移の処理について説明します。

● "4 RMS Wizard Tools インタフェース (hvw) の使用方法 " では、RMS ウィザードを使用して RMSを構成設定する方法について説明します。

● "5 構成設定の例 " では、小規模なクラスタシステム上で、RMS ウィザードを使用して 2 つの簡単なクラスタアプリケーションを構成する手順について説明します。

● "6 Cluster Admin GUI の使用方法 " では、RMS 管理機能共通の基本ツールである Cluster Admin グラフィカルユーザインタフェース (GUI) の起動と使用の方法について説明します。

● "7 その他の管理ツール " では、RMS クラスタテーブル、RMS グラフ、RMS ログビューアについて説明します。

● "8 RMS の操作 " では、Cluster Admin GUI から使用できる主な RMS 管理機能と、その CLI からの使用手順について説明します。

● "9 付録 — 事前準備 " では、RMS 操作に必要なネットワーク、およびファイル設定について説明します。

● "10 付録 — 状態 " では、RMS で提供されるオブジェクトの状態を示します。

● "11 付録 — オブジェクトタイプ " では、RMS で提供されるすべてのオブジェクトタイプを示します。

● "12 付録 — 属性 " では、各オブジェクトタイプに対して指定する必要がある属性を示します。

● "13 付録 — 環境変数 " では、RMS 環境変数について説明します。

● "14 付録 — トラブルシューティング " では、 RMS のトラブルシューティングについて説明し、そのエラーメッセージ、エラーの原因、および解決方法を示します。

● "15 付録 — RMS コマンドラインインタフェース " では、RMS 管理 CLI コマンドを示します。

J2UZ-5295-08Z0(00) 1

マニュアルはじめに

● "16 付録 — マニュアルページ " では、PRIMECLUSTER のマニュアルページ一覧を示します。

● "17 付録 — リリース情報 " では、本マニュアルの主な変更内容を示します。

1.2 マニュアル

このセクションで紹介するマニュアルには、PRIMECLUSTER に関する情報が記載されています。

PRIMECLUSTER には本書以外に以下のマニュアルがあります。

● "PRIMECLUSTER Cluster Foundation 導入運用手引書 " — PRIMECLUSTER CF の構成設定および管理方法について説明しています。

● "PRIMECLUSTERコンセプトガイド " — PRIMECLUSTER製品ファミリの概念について説明しています。

● "PRIMECLUSTER Global Disk Services 説明書 " — GDS の構成設定および管理について説明しています。

● "PRIMECLUSTER Global File Services 説明書 " — GFS の構成設定および管理について説明しています。

● "PRIMECLUSTER Global Link Services 説明書 ( 伝送路二重化機能編 )" — GLS 伝送路二重化機能の構成設定および管理について説明しています。

● "PRIMECLUSTER Global Link Services 説明書 ( マルチパス機能編 )" — GLS マルチパス機能の構成設定および管理について説明しています。

● "PRIMECLUSTER Web-Based Admin View 操作手引書 " — 各 PRIMECLUSTER サービスの運営管理GUI を使用するための共通基盤として動作する Web-Based Admin View について説明しています。

● "PRIMECLUSTER 導入運用手引書 " — PRIMECLUSTER システムの導入から運用管理までの一連の流れ、および操作について説明しています。

● " ソフトウェア説明書 / インストールガイド " — このドキュメントは、PRIMECLUSTER のインストール、構成設定、および操作に関する新情報が記載されています。

以降、マニュアル名の "PRIMECLUSTER" を省略して記述する場合があります。

1.3 本書の表記について

表現を標準化するため、このマニュアルにはいくつかの表記上、印刷上、構文上の規則があります。

1.3.1 表記

以下の表記規則があります。

1.3.1.1 プロンプト

実行にシステム管理者 ( ルート ) 権限が必要なコマンドライン例の場合、先頭にシステム管理者プロンプトを示すハッシュ記号 (#) が付いています。いくつかの例で、<nodename># という表記は、指定されたノードの rootプロンプトを表しています。たとえば、コマンド名の前に fuji2#が記述されていると、そのコマンドが fuji2という名前のノード上で、rootユーザとして実行されたことを示しています。システム管理者権限を必要としないエントリの場合、先頭にドル記号 ($) が付いています。

2 J2UZ-5295-08Z0(00)

はじめに本書の表記について

1.3.1.2 マニュアルページのセクション番号

オペレーティングシステムコマンドの後ろにマニュアルページのセクション番号が括弧付きで示されています。例 : cp(1)

1.3.1.3 キーボード

印字されない文字のキーストロークは＜ Enter ＞や＜ F1 ＞などのキーアイコンで表示されます。たとえば、＜ Enter ＞は Enter というラベルの付いたキーを押すことを意味し、＜ Ctrl ＞ + ＜ B ＞は Ctrlまたは Control というラベルの付いたキーを押しながら＜ B ＞キーを押すことを意味します。

1.3.1.4 書体 / 記号

以下の書体は特定要素の強調に使用されます。

書体規則の例を以下に示します。

1.3.1.5 例 1

以下に /etc/passwdファイルのエントリの一部を示します。

root:x:0:1:0000-Admin(0000):/:sysadm:x:0:0:System Admin.:/usr/admin:/usr/sbin/sysadmsetup:x:0:0:System Setup:/usr/admin:/usr/sbin/setupdaemon:x:1:1:0000-Admin(0000):/:

1.3.1.6 例 2

cat(1) コマンドでファイルの内容を表示するには、以下のコマンドラインを入力します。

$ cat ＜ファイル名＞

1.3.2 コマンド構文

コマンド構文には以下の規則があります。

書体 / 記号使用方法

均等幅コンピュータ出力、およびプログラムリスト : テキスト本文中のコマンド、ファイル名、マニュアルページ名、他のリテラルプログラミング項目

斜体 ,< 斜体 > 具体的な数値 / 文字列に置き換える必要のある変数 ―入力値―

< 均等幅 > 具体的な数値 / 文字列に置き換える必要のある変数 ―表示値―

太字記述どおりに入力する必要のあるコマンドライン項目

" 均等幅 " 参照先のタイトル名、マニュアル名、画面名等

[ 均等幅 ] ツールバー名、メニュー名、コマンド名、アイコン名

＜均等幅＞ボタン名

記号名前意味

[ ] 角括弧オプション項目を囲む。

{ } 波括弧択一選択の複数選択肢を囲む。各項目は縦線 (|) で区切られる。

J2UZ-5295-08Z0(00) 3

表記記号はじめに

1.4 表記記号

重要な情報があることを示します。

データが破損する可能性がある状態を示します。

特に注意が必要な事項を示します。

1.5 略称

Oracle Solaris は、Solaris、Solaris Operating System、または Solaris OS と記載することがあります。

参照する Oracle Solaris ( 以降、Solaris) のマニュアル名称で "Solaris X" と書かれている部分は、OracleSolaris 10 ( 以降、Solaris 10) 、または Oracle Solaris 11 ( 以降、Solaris 11) と読み替えてマニュアルを参照してください。

PRIMEQUEST 2000/1000 シリーズを PRIMEQUEST と略しています。

| 縦線波括弧で囲まれている場合は、択一選択の各選択肢の区切り。波括弧で囲まれていない場合は、1 つのプログラムの出力が他のプログラムの入力にパイプされることを示すリテラル要素。

( ) 丸括弧繰り返しの際にグループ化される項目を囲む。

... 省略符号項目の繰り返しを示す。1 グループの項目を繰り返す場合には、項目グループを丸括弧で囲む。

記号名前意味

4 J2UZ-5295-08Z0(00)

Part I: 構成設定

J2UZ-5295-08Z0(00)

6 J2UZ-5295-08Z0(00)

2 概要

本章では、RMS (Reliant Monitoring Services) の概要を説明します。具体的には、PRIMECLUSTER の各コンポーネントについて、高可用性構成を実現するために RMS、RMS Wizard Kit、および RMS Wizard Toolsをどのように連携するかについて、また Cluster Admin についても説明します。

本章は以下のセクションで構成されています。

● "2.1 概要 " では、RMS と各コンポーネントの関係について説明します。

● "2.2 RMS が高可用性を実現する仕組み " では、RMS が高可用性を実現する仕組みについて説明します。

● "2.3 RMS Wizard Tools による設定 " では、RMS を正しく構成設定する際に必要な情報を記載しています。

● "2.4 RMSウィザードのコンポーネント" ではRMSウィザードのコンポーネントであるRMS WizardTools と RMS Wizard Kit について説明します。

● "2.5 Cluster Admin" では、Cluster Admin グラフィカルユーザインタフェース (GUI) を管理作業でどのように使用するかについて説明します。

● "2.6 RMS コンポーネント " は、RMS コンポーネントを構成するソフトウェアコンポーネントについて説明します。

● "2.7 オブジェクトタイプ " では、RMS のオブジェクトタイプについて説明します。

● "2.8 オブジェクト属性 " では、RMS の属性について説明します。

● "2.9 環境変数 " では、RMS 環境変数を一覧表示します。

● "2.10 RMS ディレクトリ構造 " では、RMS ディレクトリ構造を一覧表示して説明します。

2.1 概要

PRIMECLUSTER は、導入運用サービス、高可用性、拡張性、パラレルアプリケーションのサポート、クラスタファイルシステム、クラスタボリューム管理などの各種サービスを総合的に提供するコンポーネントの総称です。図 1 に、PRIMECLUSTER のコンポーネントが提供する各種サービス間の関係およびオペレーティングシステム環境との関係を示します。

図 1: PRIMECLUSTER コンポーネントの概要

パラレルアプリケーション(PAS)

カスタムサービス

(GDS、GLS、GFS)

クラスタの管理と構成(Cluster Admin)

RMS 構成(RMS ウィザード )

CF

高可用性(RMS)

オペレーティングシステムのカーネル

ユーザインタフェース

J2UZ-5295-08Z0(00) 7

RMS が高可用性を実現する仕組み概要

本書は、高可用性運用に関連する PRIMECLUSTER の製品とサービス ( 上図のグレー部分 ) を中心に説明します。

● RMS — 高可用性マネージャ (RMS) は、クラスタ内のアプリケーションの高可用性 (HA) を実現するソフトウェアモニタです。RMS の役割は、システムとアプリケーションリソースを監視して障害を検出し、障害発生時にサービスを中断しないでアプリケーションの可用性を仮想的に維持することです。

RMS はさらに、各地域に固有なアプリケーションについても統合して管理することができます。サービスの詳細については当社技術員 (SE) にお問い合わせください。

● RMS Wizard Tools および RMS Wizard Kit — RMS によって制御されるクラスタアプリケーションを作成するツールです。

● Cluster Admin — Cluster Admin GUI は、RMS の中心的な管理ツールです。

● Cluster Foundation (CF) — ユーザアプリケーションやその他 PRIMECLUSTER サービスのためのクラスタ管理サービスや通信サービスを提供する統合製品です。

その他の PRIMECLUSTER 製品 ( 上図の薄いグレー部分 ) については、個別のマニュアルが用意されています。"1.2 マニュアル " を参照してください。

2.2 RMS が高可用性を実現する仕組み

RMS はユーザ業務が使用する各資源の状態を制御および監視することによって、ユーザ業務の高可用性を実現します。資源とは、ネットワークインタフェース、ローカルファイルシステム、リモートファイルシステム、および SAN (Storage Area Network) などを意味します。RMS はクラスタの各ノードの状態も監視します。

2.2.1 ユーザ業務、資源、オブジェクト

RMS は、実際のクラスタ構成を仮想化し、RMS 構成で表現します。RMS 構成では、各マシン、アプリケーション、システム資源がオブジェクトとして表され、オブジェクトおよびオブジェクトの集合はそれぞれの依存関係に従ってツリー構造で表示されます。たとえば、ユーザアプリケーションが、ネットワークインタフェースとファイルシステムに依存して動作している場合を考えてみます。ツリー構造では、対応するアプリケーションオブジェクトが親として表現され、ネットワークオブジェクトおよびファイルシステムオブジェクトが子として表現されます。ツリー構造は通常、「RMS グラフ」と呼ばれます。

RMS グラフの各オブジェクトは、必須パラメタとともにそのオブジェクトの状態情報も持っています。オブジェクトの状態は主に Online ( 有効、使用可能 ) か Offline ( 無効、使用不可 ) です。RMS が提供する状態の一覧は、"10 付録 — 状態 " を参照してください。

運用中、構成は RMS ベースモニタによって管理されます。RMS ベースモニタは、オブジェクトの状態に変化があった場合やタイムアウト、（指定された一定時間オブジェクトの状態に変化がなかった場合）に対応する処理を開始します。

ノードとハートビート

クラスタを構成するマシンは、ノードと呼ばれます。RMS がノードの状態を監視する際にも優先して検出するのは、ノードもしくは RMS ベースモニタが障害によって完全に停止しているかどうかです。応答速度の低下は、システムの過負荷によって生じている可能性がありますが、優先の検出項目ではありません。RMS は障害の検出に 2 種類の方法を採用しています。

1 つめはハートビートを使用する方法です。RMS は UDP ハートビートを定期的に送信しています。後のハートビート送信時からの応答時間が、設定されたタイムアウト値を超えた場合に、RMS はノードとの接続が失われたと判断します。RMS はここでノードのリカバリ期間に入ります。ノードのハートビートがリカバリ期間中に検出されれば、RMS はノードの機能が回復し、正常な状態に戻ったと判断します。しかし、リカバリ期間終了時までにノードからのハートビートを受信しなかった場合は、そのノードとの間で他の通信が可能な場合でも、RMS はノードが DOWN 状態にあると判断します。

8 J2UZ-5295-08Z0(00)

概要 RMS が高可用性を実現する仕組み

RMS はノードが DOWN 状態にあると判断した後に、アプリケーションとクラスタの整合性を保証するための処理を開始します。処理の初に、ノードが本当に停止しているかを確認する必要があります。停止していなかった場合には、後にノードとノードのアプリケーションが予期せず回復し、競合やデータ破損が生じる恐れがあります。このような問題を避けるため、RMS はシャットダウン機構 ( 後述 ) を使用してノードの強制停止を行います。これは、通常、ノードの再起動や電源切断によって行われますが、正確にはどのシャットダウンエージェントがそのノードに割当てられているかによって決まります。ノードが強制停止されてはじめて、RMS はそのノードのアプリケーションをクラスタ内の別のノードで安全に再起動できるようになります。障害が発生しているノードから正常なノードにアプリケーションを自動的に切替える処理を、アプリケーションのフェイルオーバと呼びます。

アプリケーションの切替えは、クラスタの性能に影響を与えるため、ノード停止の検出を誤らないようにリカバリ期間の設定を適切に行うことが重要です。適な UDP リカバリ期間はクラスタの状態によって異なります。ノードやベースモニタの故障対応に重点を置くなら、リカバリ期間が短いほうが適しています。しかし、過負荷が生じたノードからの応答は遅くなることを考えると、リカバリ期間を長くしておいたほうが不必要なシャットダウンは避けられます。UDP を単独で使用すると、これらの相反する要求によって、大規模なクラスタや負荷の大きいクラスタでは、リカバリ期間の調整が困難になります。

さらに、UDP では障害発生の原因となりうる場合が 3 つあるため、信頼性に欠けます。1 つめは、応答を要求する送信がリモートノードに到達しない場合です。この場合当然応答は返されません。2 つめはリモートノードの負荷が大きい場合です。この場合はリカバリ時間内に応答できない可能性があります。応答時間が低い値に設定されている場合には、この危険はさらに大きくなります。3 つめは応答パケットがリモートノードからネットワークに送り出されても、何らかの理由でローカルノードに到達しない場合です。上記いずれの場合でも、ローカルノードはリカバリ期間が経過するまで処理ができなくなります。

クラスタの応答性を高めるために、RMS ではマシンの状態と接続状況を確認する手段として、ELM(Enhanced Lock Manager) を使用します。ELM はポーリングを行いません。ELM は、CF がカーネルレベルで管理するロックをもとに判定を行います。ノードは、クラスタに参入するとロックを作成し、ベースモニタの作動中はそのまま保持します。このロックは、ノードまたはベースモニタが停止した時点で解放されます。ロックの状態は CF によってバックグラウンドで保持されるため、各ノードの RMS はローカルにロックの状態を参照できます。

ELM はノードまたはベースモニタの障害検出を優先するよう設計されています。このため、リカバリ時間を比較的大きな値に設定して、UDP ハートビートをノードの応答速度低下の検出に適化させることができます。UDP ハートビートは ELM を補完します。CPU またはネットワークインタフェースに過負荷のかかったノードは応答が遅くなりますが、CF はノードのロックの状態を保持し続けます。この状態が続くと、終的には UDP ハートビートのリカバリ期間が経過し、RMS がノードの停止処理を開始します。ELM により、RMS がノードの停止処理を開始する確率は非常に低くなります。

ディテクタ

ディテクタは、RMS 構成に定義された個々の物理的資源と論理的資源の状態を監視し、RMS ベースモニタプロセスに通知するプロセスです。RMS は状態の通知を解釈して該当する仮想オブジェクトの状態を判断します。オブジェクトの状態に変化が生じた場合、RMS はそのオブジェクトに指定されたパラメタに対応した処理を実行します。オブジェクトごとに個別のディテクタを対応づけることができます。

RMS がクラスタノード上で起動されると、RMS 構成に定義されたのディテクタを起動します。ディテクタは通常、RMS が停止されるまで動作を継続します。RMS はシステムの異常が発生した場合にディテクタの再起動を行います。

ディテクタがベースモニタに通知する状態およびユーザインタフェースに表示される状態については、この章で後ほどまとめて説明します。

J2UZ-5295-08Z0(00) 9


スクリプト

各オブジェクトには複数のスクリプトが関連付けられています。これらのスクリプトはシェルスクリプトです。それぞれのスクリプトは通常、ユーザアプリケーションや物理資源などに対して相互に作用するよう記載されます。

スクリプトにはリアクティブ型とプロアクティブ型があります。リアクティブ型のスクリプトは、発生した状態遷移に対応して RMS がどのような処理を行うかを定義しています。一方、プロアクティブ型のスクリプトは、RMS が各オブジェクトを制御するために行うべき処理を定義しています。たとえば、RMSは、Onlineから Offlineへ資源が状態遷移したことを通知されると、それに反応して、あるスクリプトを実行しますが、RMS 側からまずスクリプトを実行することによって、資源の状態を強制的にOfflineにすることもあります。

スクリプトは、指定された処理が完了すると動作を停止し、RMS ベースモニタに終了コードを返します。

RMS オブジェクトに指定できるスクリプトについては、この章で後ほどまとめて説明します。

オブジェクトタイプ

RMS 高可用性アプリケーションのほとんどは、ネットワークインタフェース、ファイルシステム、仮想ディスクなどの物理資源を gResourceオブジェクトとして表します。gResourceオブジェクトのほとんどは、自らの Online化、Offline化を制御するスクリプトを保持しています。

オペレーティングシステム環境で実行される実際のアプリケーションは、RMS 内部では、userApplicationオブジェクトとして扱われます。実際のアプリケーションが使用している一連のgResourceオブジェクトは、依存オブジェクトと呼ばれます。userApplicationとそのすべての依存オブジェクトを Onlineにすることを、オンライン処理といいます。userApplicationとそのすべての依存オブジェクトを Offlineにすることを、オフライン処理といいます。

高可用性構成で、ユーザ業務を実行するノードは、RMS SysNode オブジェクトとして表現されます。gResource オブジェクトおよび userApplication オブジェクト同様、SysNode オブジェクトもOnline化と Offline化が可能でディテクタとスクリプトを保持しています。しかし、対応する実際のノードの起動と停止は、スクリプト処理だけでは実行できません。

RMS Wizard ToolsがサポートするRMSオブジェクトタイプの一覧は "11 付録 — オブジェクトタイプ " を参照してください。

シャットダウン機構 (SF)

シャットダウン機構は、クラスタ内の各ノードに対して強制停止指示を発します。SysNodeオブジェクトを Offline にする必要が生じた場合、RMS は SF を使用して対応するノードの強制停止を指示します。RMS はノードの停止処理が完了するのを待って、userApplication を Offline の SysNode から別の SysNodeに切替えます。これにより、ユーザ業務が 2 つのノードで同時に実行されることを防止し、データの整合性を保証します。

シャットダウン機構の詳細については、ご使用のオペレーティングシステムの "Cluster Foundation 導入運用手引書 " を参照してください。

10 J2UZ-5295-08Z0(00)


2.2.2 RMS 構成と実システム

RMS は、ノード、ユーザアプリケーション、システム資源に対して直接処理を行うのではなく、RMS 構成で定義された仮想のオブジェクト間でのみ通信を行います。図 2 は、オペレーティングシステム環境における実際のユーザアプリケーションと対応する RMS 構成の userApplication オブジェクトとの関係を示しています。

図 2: RMS とオペレーティングシステム間のインタフェース

RMS 仮想オブジェクトと実システム間のインタフェースは、RMS ウィザードの提供するスクリプトとディテクタがすべて行います。スクリプトは、自らの処理が正しく終了したかどうかを復帰値によって通知し、RMS は、オブジェクトのディテクタから送られてきた状態コードと照らし合わせてオブジェクトの状態を判別します。RMS が、オペレーティングシステム環境 ( 図中点線より下の部分 ) でユーザアプリケーションに何が発生したかを認識する方法はこれ以外にありません。

たとえば userApplicationオブジェクトの Onlineスクリプトから成功が通知されると、実際のユーザアプリケーションの状態に関係なく RMS は、オブジェクトが Online状態にあるものと判断します。逆に、リソースオブジェクトのディテクタから Offline状態の通知があっても、必ずしもその物理資源が使用不可であるとは限りません。

高可用性を確保するには、対応する現実の機器を正しく制御するスクリプトと、機器の状態を正確に通知するディテクタが RMS に必要です。

userApplication

RMS

RM

S

J2UZ-5295-08Z0(00) 11


RMS 構成で使用する用語

このマニュアルでは、RMS 側 ( 図 2 の点線から上部分 ) での構成手順について説明しています。厳密に言うと、本書の主目的は SysNode オブジェクト、userApplication オブジェクト、およびその他のRMS エンティティの説明であり、それらが表している現実の機器の説明ではありません。

しかしながら、「SysNode オブジェクト」よりも「ノード」、「userApplication オブジェクト」よりも「アプリケーション」という用語を使用するほうが、直観的に分かりやすいと思われます。両者の関係は非常に密接で、かつ、われわれが常に RMS の概念をもとに議論していることがはっきりしているからです。これにはさらに、技術的な議論の多くを単純化できるという利点もあります。このため、特にRMS オブジェクトとそれが表す実体との区別が必要となる場面をのぞき、本書および RMS ウィザードでは、以下の各用語は同じ意味で使用します。

– 「ノード」、「SysNode オブジェクト」、「SysNode」

–　「アプリケーション」、「userAppliction オブジェクト」、「userApplication」

–　「リソース」、「gResource オブジェクト」、「gResource」

オブジェクトの状態と属性の記述は同様に簡略化されます。たとえば、「マウントポイント xyz を監視する gResourceオブジェクトは、Offline状態にある」という言い方は非常に正確ではありますが長々しいため、通常は、「xyz ファイルシステムは Offline である」といいます。また、スクリプト名も、

「PreOnlineScript属性で指定されたスクリプト」という代わりに、簡略化して「PreOnlineScript」と呼ぶのが普通です。

なお、RMS が扱う、すべてのオブジェクトを総称して、「RMS リソース」と記載します。

2.2.3 ノードおよびユーザ業務のフェイルオーバ

通常の運用では、クラスタの各ノードは、RMS のインスタンスが 1 つだけ実行されます。各インスタンスは、設定されている各 userApplicationの動作を調整するために互いに通信します。ノードがクラッシュした場合や、他のクラスタとの通信ができなくなった場合、RMS は、そのノード上の userApplicationオブジェクトを、障害発生ノードからクラスタ内の正常なノードに切替えることができます。この処理はフェイルオーバと呼ばれています。

フェイルオーバは個々のアプリケーションについても実行されます。userApplicationオブジェクトは、通常一度に 1 つのノードでのみオンラインになることができます ( ただし、共有オブジェクトはこの限りではありません )。userApplicationオブジェクトが使用している資源に異常が発生した場合、その userApplicationオブジェクトのみをクラスタ内の別のノードに切替えます。userApplicationのフェイルオーバでは、まず、初のノードでオブジェクトのオフライン処理を行い、その後、2 番目のノードでオブジェクトのオンライン処理を行います。

また、RMS がノードの強制停止を要求することもあります。いずれの場合にも、RMS は、userApplicationを他のノードに切替える前に、PRIMECLUSTER シャットダウン機構を使用して反応のなくなったノードが実際に停止しているのかを確認します。これによって、データの整合性が保護されます。

フェイルオーバ以外に、RMS には、資源をローカルに回復する機能もあります。これは、userApplication全体を別のクラスタノードに切替えるのではなく、障害が発生した資源だけをOnline状態に戻す機能です。

12 J2UZ-5295-08Z0(00)


2.2.4 制御されるアプリケーションとコントローラオブジェクト

場合によっては 1 つのアプリケーションが別のアプリケーションを制御するのが望ましい「親」と「子」の関係もあります。たとえば、図 3 の構成のような銀行の現金自動支払機のユーザ業務 ( 現金自動支払アプリケーション ) は、ローカルネットワーク ( この場合はネットワーク資源オブジェクト ) とデータベースに依存しています。

図 3: 2 つの依存オブジェクトを持つ親アプリケーション

たとえば、ネットワークまたはデータベースに何らかの異常が発生した場合、親である現金自動支払アプリケーションはトランザクションを完了することができません。図中のオブジェクトを結ぶ線は、依存関係を示しています。RMS の観点からは、ネットワーク資源とデータベースアプリケーションは同じ構成にする必要があります。すなわち、両者とも現金自動支払アプリケーションを正しく機能させるために Online状態でなければならない依存資源として機能する必要があります。

しかし RMS では、いかなるアプリケーションも他のアプリケーションが使用しているアプリケーションを直接の子として使用することは許されません。RMS は、アプリケーション間の親子関係をコントローラオブジェクト ( 以降コントローラと記載 ) を使用して表現します。他の資源オブジェクトと異なり、コントローラにはスクリプトやディテクタがありません。代わりに、Online要求や Offline要求を親アプリケーションから子アプリケーションに伝播させ、子アプリケーションの状態から、自らの状態を判定します。

図 4 は、RMS において、銀行業務の現金自動支払アプリケーション、コントローラ、データベースアプリケーションのすべてがノード 1 上で稼動している様子を表したものです。ここでの説明および以後の説明のため、図にはアプリケーションとコントローラのみが示されています。ネットワークインタフェースを表す資源オブジェクトは示されていません。

図 4: RMS における制御されるアプリケーションの概念図

コントローラオブジェクトによるアプリケーションの制御は、コントローラオブジェクトを使用した運用形態をサポートするPRIMECLUSTERの対応製品のマニュアルに従って使用してください。

userApplication

userApplication

Controller

SysNode1

J2UZ-5295-08Z0(00) 13


制御されるアプリケーションそれぞれに、親アプリケーションの子としてコントローラが必要となります。コントローラは RMS がアプリケーションを制御するために用意されているオブジェクトであり、実システムには対応するものはありません。

制御されるアプリケーションのフェイルオーバ

子 ( 制御されるアプリケーション ) が Offlineまたは Faulted状態となった場合、RMS は親、または子、あるいはすべての依存する資源を他のクラスタノードへ切替えます。実際に切替え時に行われる処理は、コントローラのモード (Followモードと Scalableモード ) によって異なります。Followモードと Scalableモードについては、以下に説明します。

2.2.4.1 フォローコントローラ

親 ( 制御する ) アプリケーションと子 ( 制御される ) アプリケーションが同じクラスタノードで動作する必要がある場合は、コントローラを Follow モードに設定します。親が別のクラスタノードに切替えられた場合、Follow モードで設定されているアプリケーションとその依存資源も親と同じクラスタノードに切替わります。同様に、子アプリケーションでフェイルオーバが発生した場合、親アプリケーションも同様にフェイルオーバを行います。上記図 4 のノード 1で、現金支払アプリケーションツリーが初 Onlineで、コントローラが Followモードで稼動するように構成されている場合を考えます。親アプリケーションまたは子アプリケーションのいずれかが、何らかの理由でノード 2 に切替えられる必要が生じた場合、ツリーの残りの部分は同じようにノード 2に切替えられ、図 5 に示す状態になります。

図 5: Follow モード切替えの結果

図 5 のフォローコントローラは、子アプリケーションと同じく、親アプリケーションと同じクラスタノードでのみ Online 状態になります。フォローコントローラにより、コントローラで制御されている複数のアプリケーションと、アプリケーションで使用されている資源が密に結合され、常に同じノードで稼動することが保証されます。

切替えは RMS グラフ内のオブジェクトの単なる移動ではありません。グラフのノード 1に対応する部分のオブジェクトがまず Offline化され、グラフのノード 2に対応する部分のオブジェクトが Online化されます。実際の構成において RMS が正しいシーケンスを実行することが高可用性運用には非常に重要です。詳細については、"9 付録 — 事前準備 " を参照してください。

Online

Offline

:

1 2

14 J2UZ-5295-08Z0(00)


2.2.4.2 スケーラブルコントローラ

一般的に拡張性とは、資源や負荷の変化にシステム全体が対応できる能力をいいます。RMS スケーラブルコントローラの主な特長の 1 つは、親アプリケーションと子アプリケーションが別ノードで稼動できるという点です。この機能は、柔軟性に富んだ構成を構築できるようにするだけでなく、複数の資源で不具合が発生した場合に切替えの遅延や業務の停止を防ぐこともできます。

銀行業務の例で考えると、現金自動支払機のアプリケーションはネットワークとデータベースアプリケーションに依存しています。ノード 1のファイルシステムに障害が発生し、Offline状態が発生した場合、フォローコントローラの場合は RMS は現金自動支払機およびデータベースをノード 2に切替えようとします。しかし、ノード 2のネットワークが Faulted状態であった場合、現金自動支払機を Online状態にすることはできません。これは極端な例ですが、フォローコントローラにのみ依存する構成に対して、高負荷や資源不足がいかに大きな影響を与えるかを示しています。

スケーラブルコントローラを使用した場合は、このような状況にも動的に対応することができます。ネットワークがノード 1で Onlineであり、ファイルシステムがノード 2で Onlineであれば、図 6 に示すように、データベースは他の影響を受けずに切替えられます。

図 6: Scalable モードにおける子 ( 制御される ) アプリケーションの切替え

逆に、ネットワークの停止が原因となって、ノード 1 でデータベースが Online 状態のまま、RMS によって現金自動支払機がノード 2に切替えられた例が、図 7 の状態です。

図 7: Scalable モードにおける親 ( 制御する ) アプリケーションの切替え

1 つのアプリケーションが複数のノードで実行できる場合、RMS では、1 つのアプリケーションにつき、クラスタ内では 1 つのインスタンスしか Onlineになることができません。このため、userApplicationは一度に 1 つのノードでしか実行できません。ただし、Controllerオブジェクトにはこのような制限がありません。図 6 と図 7 には、コントローラの状態は示していませんが、実際には、実行可能なノード上の各 Scalableモードの子アプリケーションごとに、コントローラのインスタンスが Online状態になっています。

Online

Offline

:

1 2

Online

Offline

:

1 2

J2UZ-5295-08Z0(00) 15


2.2.4.3 コントローラに関する補足説明

Followモードと Scalableモードは、排他関係にあり、子アプリケーションのコントローラは、Followまたは Scalableモードのいずれかで動作し、両方で動作することはできません。RMS Wizard Tools では、各コントローラ構成に矛盾が生じるようなものを許していません。

Follow モードを使用している場合、子のそれぞれに個別のフォローコントローラが必要です。Scalable モードの場合は、複数の子で 1 つのスケーラブルコントローラを使用します。たとえば、銀行業務の例だと、現金自動支払機アプリケーションがさらに現金自動支払機 (ATM) に制御されるアプリケーションを持つ場合もあります。フォローグラフとスケーラブルグラフの違いを図 8 に示します。

図 8: 複数の子を持つコントローラ構造

詳細については、"3.3 スケーラブルコントローラ " を参照してください。

ATM ATM

16 J2UZ-5295-08Z0(00)

概要 RMS Wizard Tools による設定

2.3 RMS Wizard Tools による設定

RMS にはさまざまな機能やオプションが用意されています。RMS 構成の開発、デバッグ、調整を正しく行うには、RMS の動作原理および RMS の動作に必要な条件についての知識が必要です。実際に運用しようとするユーザ業務を、RMS 構成内のクラスタアプリケーションとして設定するためには、以下の条件が必要です。

● ユーザ業務が使用する以下の資源

– ディスク

– ボリュームマネージャ

– ファイルシステム

– 監視されるプロセス

– IP アドレス

● 各オブジェクトと依存オブジェクトの関係どのファイルシステムがどの仮想ディスクまたは物理ディスクに依存し、どのプロセスがどのファイルシステムに依存しているか、などの情報です。

● 制御されるアプリケーションどうしの関係どのアプリケーションを開始してから、他のアプリケーションを開始するか、などの情報です。

● 各オブジェクトを Onlineおよび Offlineにするスクリプト

● 各リソースの状態を調べるディテクタ

上記の構成作業を手動で行うと、非常に時間がかかり、エラー発生の原因となります。このため、RMSWizard Tools が開発されました。

PRIMECLUSTER RMS ウィザードは、システム管理者の負荷を軽減し、柔軟性に富んだ RMS 構成設定が行えます。ユーザ業務と資源に関する詳細情報は、RMS ウィザードのユーザインタフェースに従って入力し、これらの詳細情報を使用して適切なスクリプトやディテクタを選択し、事前に定義された構造に組み合わせて、RMS 構成定義を完了します。

RMS ウィザードを使用すると、Oracle などの一般的なアプリケーションの RMS の構成を設定することができます。RMS ウィザードは、あらゆるタイプのクラスタアプリケーションを制御する RMS の構成を設定することができます。

2.4 RMS ウィザードのコンポーネント

RMS ウィザードは以下のコンポーネントによって構成されています。

● RMS Wizard Tools — ユーザインタフェース、汎用アプリケーションウィザードおよび基本的なサブアプリケーションウィザードセット。RMS の基本コンポーネントとして提供されます。

● RMS Wizard Kit — 特定のアプリケーションを構成するための専用ウィザード。追加コンポーネントです。

図 9 に、RMS、RMS Wizard Tools、および RMS Wizard Kit の関係を示します。

J2UZ-5295-08Z0(00) 17

RMS ウィザードのコンポーネント概要

図 9: RMS と RMS ウィザードの関係

これらのRMSの構成設定を行う手段として、Web-Based Admin Viewを利用したGUIであるuserApplicationConfiguration Wizard を提供します。グラフィカルな画面で RMS の構成設定を行うことができます。

2.4.1 RMS Wizard Tools

RMS Wizard Tools は、基本タイプのオブジェクト ( ファイルシステムや IP アドレスなど ) に対して、以下の機能を提供します。

● Onlineスクリプト

● Offlineスクリプト

● ディテクタ

RMS Wizard Tools パッケージには hvwコマンドが用意されています。hvwインタフェースは、RMS の制御下にあるアプリケーションに固有の情報を入力するための単純なメニュー式インタフェースです。hvwが提供するインタフェースを通じて、アプリケーション固有の情報を動的に追加し、データセンターで一般に使用されるアプリケーションのターンキーソリューションを提供することもできます。これらのアプリケーション固有のモジュールは、Wizard for Oracle などの RMS Wizard Kit コンポーネントによって用意されます。

2.4.2 RMS Wizard Kit

RMS Wizard Kit は、各アプリケーションが hvw コマンドを使用するように設定されたモジュールです。このモジュールは、一般的なアプリケーションの固有情報を hvwに提供します。これによって、構成設定作業は非常に簡単になります。特定のアプリケーションに対して、以下の機能も提供されます。

アプリケーション固有のアプリケー

ション固有のアプリケー

ション固有の

ディテクタ

アプリケーション固有のアプリケーション固有のアプリケー

ション固有の

スクリプト

アプリケーション固有のアプリケー

ション固有のアプリケー

ション固有の

ウィザード

RMS Wizard Kit

ウィザードデータベース

hvw

リソース固有の

ディテクタリソース固有の


スクリプト

リソース固有の



ディテクタ

RMS Wizard Tools

RMS

RMSconfig

ファイルRMS CLI

RMS BM ノード状態

ディテクタ

Cluster Admin その他のクラスタサービス

18 J2UZ-5295-08Z0(00)

概要 Cluster Admin

● Onlineスクリプト

● Offlineスクリプト

● ディテクタ

RMS Wizard Kit の可用性の詳細については、Wizard for Oracle、Wizard for Networker などの各製品のマニュアルを参照してください。

2.5 Cluster Admin

Cluster Admin GUI は、RMS の中心的な管理ツールです。ユーザは Cluster Admin GUI を通じて、以下に示す RMS のクラスタアプリケーション制御機能にアクセスできます。

● クラスタアプリケーションの起動

● クラスタアプリケーションの停止

● クラスタアプリケーションの手動切替え

● 資源とアプリケーションの障害 (Fault) を認識するための視覚情報

● 故障 (Fault) 状態の回復

● RMS の起動

● RMS の停止

● アプリケーションと資源の RMS グラフ

J2UZ-5295-08Z0(00) 19

RMS コンポーネント概要

2.6 RMS コンポーネント

RMS コンポーネントは、クラスタの各ノード上で動作する以下のソフトウェアコンポーネントで構成されています。

● ベースモニタ

● ディテクタ

● スクリプト

● RMS CLI

2.6.1 BM ( ベースモニタ )

BM プロセスは、RMS プロセスグループの意思決定セグメントです。BM には以下の機能があります。

● オブジェクト、属性、および相互関係により示された現在の構成を保存する

● Cluster Admin ユーザインタフェース (GUI)、または RMS コマンドラインインタフェース (CLI) からアクション実行要求を受ける

● 状態の変化を通知するディテクタからの入力を受ける

● クラスタアプリケーションおよびその依存オブジェクトを Online または Offline にするスクリプトを実行する

● オブジェクトとクラスタアプリケーションを正しい順序で Online または Offline にするように、オブジェクト状態変化の順序を指示する

● オブジェクトまたはノードに障害が発生した場合やユーザからの要求があった場合に、クラスタアプリケーションの自動切替えを、表示および制御する

● 各種管理機能を実行する

2.6.2 ディテクタ

ディテクタは、個々のオブジェクトの状態を監視してオブジェクトの状態を BM に返却します。

OS により提供される機能を監視するディテクタは、RMS Wizard Tools により提供されます。その他のアプリケーション固有のディテクタは、RMS Wizard Tools および RMS Wizard Kit で提供されます。

RMS の提供するオブジェクトの中には、コントローラオブジェクトなどのように、ディテクタを持たないものがあります。その代わりに、RMS は遷移中のプロセスや依存資源の状態などの要素に基づいてオブジェクトの状態を計算します。

2.6.3 スクリプト

RMS は構成スクリプトを使用して、オブジェクトの状態変更 ( たとえば、Offlineから Onlineへの変更 ) などのアクションを実行します。構成スクリプトには以下の 2 つがあります。

● 要求トリガ・スクリプト

要求トリガ・スクリプトはオブジェクトの状態変更を行うスクリプトです。

要求トリガ・スクリプトには以下に示すものがあります。

– InitScript — RMS の初回起動時に 1 度だけ実行されます。

– PreCheckScript — Online処理や Standby処理が可能かを事前に判定します。

– PreOfflineScript — Offline 状態への移行を準備します。

20 J2UZ-5295-08Z0(00)

概要 RMS コンポーネント

– OfflineScript — オブジェクトを Offline状態にします。

– PreOnlineScript — Online状態への移行を準備します。

– OnlineScript — オブジェクトを Online状態にします。

● 状態トリガ・スクリプト

状態トリガ・スクリプトは特定のイベントが発生した場合に実行されるスクリプトです。

状態トリガ・スクリプトには以下に示すものがあります。

– PostOnlineScript — Online状態への移行に反応します。

– PostOfflineScript — Offline状態への移行に反応します。

– OfflineDoneScript — Offline状態に達する userApplicationに反応します。

– FaultScript — Faulted状態に移行するオブジェクトに反応します。

– WarningScript — Warning状態を通知するディテクタに反応します。

– StateChangeScript — スケーラブルコントローラの userApplicationまたはSysNodeに反応します。

OS により提供される機能を制御するためのスクリプトは、RMS Wizard Tools により提供されます。

2.6.4 RMS CLI

RMS 構成設定の中心的なインタフェースは RMS Wizard Tools であり、RMS 管理の中心的なインタフェースは Cluster Admin GUI です。RMS Wizard Tools も Cluster Admin も内部で RMS CLI を呼び出します。たとえば、userApplicationオブジェクトを手動でクラスタ内の他のノード (SysNode) に切替える場合、次の CLI コマンドを使用します。

# hvswitch userApplication SysNode

表 1 に管理者が使用可能な RMS CLI コマンドの一覧を示します。RMS CLI コマンドの詳細については、"16 付録 — マニュアルページ " を参照してください。

通常、RMS CLI コマンドの実行にはルート権限が必要です。ルート権限が不要な場合を以下の表に示します。

コマンド機能

hvassert hvassert コマンドは特定のオブジェクト状態の RMS オブジェクトをテストします。このコマンドをスクリプトに使用して、次のコマンドを発行する前に一定の状態を設定することができます。ルート権限は必要ありません。

hvcm hvcmコマンドは、すべての監視オブジェクトに対するディテクタとベースモニタを起動します。通常、hvcmコマンドのオプションを指定する必要はありません。

ベースモニタは RMS モジュールの意思決定の役割を果たします。ベースモニタはすべての RMS オブジェクトの設定およびアクセスを制御します。オブジェクトが失敗すると、ベースモニタは失敗を分析し、構成定義ファイルに指定されているオブジェクト仕様に従って適切な措置をとります。

表 1: 使用可能な CLI コマンド

J2UZ-5295-08Z0(00) 21

RMS コンポーネント概要

いくつかの例外 (hvshutなど ) を除き、RMS の hv_*コマンドは、ベースモニタに要求を送るのみで直ちに復帰し、要求が処理されるのを待ち合わせることはしません。終了時の状態コード0 ( 成功 ) は、要求がベースモニタに正しく送信されたことを意味します。ただし、これは要求が正しく処理されたことを保証するものではありません。

hvconfig hvconfigコマンドには、現在の RMS 構成定義情報を表示する、または現在の RMS構成定義情報を出力ファイルに出力する、という 2 つの機能があります。

hvconfigコマンドの出力内容は使用中のRMS構成定義ファイルの内容と基本的に同じですが、元のファイルに記述されているコメントは出力されません。また、リソース一覧の出力順序は構成定義ファイルと異なる場合があります。

hvdisp hvdisp コマンドを実行すると、RMS オブジェクトの現在の RMS 構成情報が表示されます。ルート権限は必要ありません。

hvdispall hvdispall コマンドを実行すると、RMS の全ノードのリソース情報が表示されます。

hvdump hvdumpコマンドは、ローカルノードのRMSの調査情報を取得する場合に使用します。

hvlogclean hvlogcleanコマンドを実行すると、古いログファイルがサブディレクトリに保存されます。ログファイルの名前は RMS を後に起動した時刻です (-dオプションを指定すると、古いログファイルが削除されます )。hvlogcleanを実行すると、RMSが稼動中であっても新しいログファイルが作成されます。

hvsetenv HV_RCSTARTおよび HV_AUTOSTARTUP環境変数を変更するインタフェースを提供します。これらの環境変数で RMS やアプリケーション全体の自動起動を個別に制御することができます。本コマンドによる変更は、コマンド実行ノードにだけ適用されます。

これらの変数は "13 付録 — 環境変数 " に説明されています。

hvshut hvshutコマンドは、1 ノードまたは全ノードの RMS を停止します。ローカルノード上のベースモニタは、どのノードが停止されるかを伝えるメッセージを他のOnlineノードに送信します。

hvswitch hvswitchコマンドは、userApplication または gResourceの制御を RMS 構成内のシステムノード (SysNode) 間で手動で切替えます。

hvutil hvutilコマンドは、RMS に対する汎用のインタフェースです。以下の管理操作を実行します。－ログレベルの動的設定

－ userApplicationの Offline

－ gResourceの Offline

－障害が発生したリソースのクリア

－ Wait状態にあるクラスタノードの停止

－ディテクタの監視間隔設定

－保守モードの設定、その他

コマンド機能

表 1: 使用可能な CLI コマンド

22 J2UZ-5295-08Z0(00)

概要オブジェクトタイプ

2.7 オブジェクトタイプ

オブジェクトタイプは、同じディテクタで監視される類似したリソース ( すべてのディスクドライブなど ) を示します。RMS ウィザードで構成定義ファイルを作成できます。構成定義ファイルには RMS が監視するリソースを示す各種オブジェクトが含まれています。以下のオブジェクトタイプがあります。

● SysNodeノードを示すオブジェクトです。

● userApplicationクラスタアプリケーションを示すオブジェクトです。

● gResource汎用のオブジェクトです。

● andOp論理 AND演算子を示すオブジェクトです。

● orOp論理 OR演算子を示すオブジェクトです。

● controller複数の userApplicationオブジェクトを制御するオブジェクトです。

使用可能なオブジェクトタイプ、必須属性、各オブジェクトの内容については、"11 付録 — オブジェクトタイプ " を参照してください。

上記のオブジェクトは構成設定の段階で RMS Wizard Tools により作成します。オブジェクトのタイプは、RMS のメッセージに表示されます。

2.8 オブジェクト属性

属性は、通常の処理におけるベースモニタの動作および特定のオブジェクトに対する反応を指定するオブジェクト定義の一部です。属性には、デバイス名と構成スクリプトを含めることができます。ユーザはオブジェクト定義で属性を任意の順序で指定できます。

使用可能なタイプ、関連の値、各属性の内容については、"12 付録 — 属性 " を参照してください。

属性の値は構成設定の段階で RMS Wizard Tools により設定します。"4 RMS Wizard Tools インタフェース (hvw) の使用方法 " を参照してください。

2.9 環境変数

RMS の環境変数には、グローバルとローカルの 2 つがあります。

● RMS グローバル環境変数は、クラスタ内のすべてのノードで同じ設定にする必要があります。RMSは、RMS グローバル環境変数を ENV オブジェクトに保存します。

● RMS ローカル環境変数は RMS グローバル環境変数に優先し、また、ノードごとに異なる可能性があります。RMS は、RMS ローカル環境変数を ENVLオブジェクトに保存します。

RMS は、ベースモニタの起動時に、hvenvおよび hvenv.localの内容から、ENVオブジェクトや ENVLオブジェクトを動的に生成します。ENVLオブジェクトの値は ENVオブジェクトの値より優先されます。詳細については、"13.1 RMS 環境変数の設定 " を参照してください。

J2UZ-5295-08Z0(00) 23

環境変数概要

● RMS グローバル環境変数 (ENV) の設定は、クラスタ共通の構成定義チェックサムによって検証されます。構成チェックサムは、ベースモニタの起動時に各ノードで検査されます。いずれかのノードでチェックサムが異なっていると、RMS の起動は失敗します。

● RMS ローカル環境変数 (ENVL) の設定は、クラスタ共通の構成定義チェックサムでは検証されません。

RMS の実行中は、hvdisp コマンドで RMS 環境変数を表示することができます。ルート権限は必要ありません。グローバルリストには、hvdisp ENVを使用し、ローカルリストには hvdisp ENVLを使用します。

すべての RMS グローバル環境変数および RMS ローカル環境変数の内容については、"13 付録 — 環境変数 " を参照してください。

2.9.1 環境変数の設定

起動時に、RMS は hvenvおよび hvenv.localから RMS 環境変数の値を読取り、それぞれのノードでENV オブジェクトと ENVL オブジェクトを初期化します。RMS を起動する前に RMS 環境変数の値を設定するには、hvenv.localファイルで RMS 環境変数を指定する必要があります。

これらの設定はインストール時の省略値に上書きされます。

/tmpディレクトリは、hvenvが RMS 環境変数のソートに使用しているため、この空き領域が少なくなると RMS エラーが発生する場合があります。

RMS のグローバル環境変数を変更する場合は、すべてのノードの hvenv.localファイルに同一の値を設定します。変更を有効にするには、RMS を再起動します。

RMS 環境変数をユーザ環境で明示的に設定することは避けてください。この操作を行うと、RMS環境変数の設定が失われる場合があります。

RMS 環境変数の値は、各ファイルの中で、export 文で指定します。export 文の例を以下に示します。

export SCRIPTS_TIME_OUT=200

hvenv.local、hvenvファイルの内容を変更したら、RMS の再起動が必要です。RMS の稼動中は、次のコマンドを使用して RMS 環境変数の値を表示できます。

● hvdisp ENV

● hvdisp ENVL

2.9.2 スクリプト実行環境変数

RMS がスクリプトを起動する時には、実行する処理内容の決定に使用する RMS 環境変数を設定します。これらの RMS 環境変数はスクリプトが処理を実行する間のみ存在するため、RMS のユーザ環境または管理者環境からは見えません。稀に、システムログやコンソールの診断メッセージに含まれる場合があります。

"13.4 RMS スクリプト実行環境変数 " では、これらすべての変数について説明しています。

24 J2UZ-5295-08Z0(00)

概要 RMS ディレクトリ構造

2.10 RMS ディレクトリ構造

RMS ソフトウェアは、多くの実行可能ファイル、スクリプト、ファイル、およびコマンドで構成されています。これらはすべて、RMS 環境変数 RELIANT_PATH で指定されたディレクトリ配下のディレクトリに格納されています。表 2 に、RMS ソフトウェアを正しくインストールした後のディレクトリ構造を示します。

表 3 に示すとおり、RMS ログファイルは、RMS 環境変数 RELIANT_LOG_PATH で指定されたディレクトリに保存されています。

名前格納されているファイル

RELIANT_PATH 基本ディレクトリ ( デフォルト : /opt/SMAW/SMAWRrms)

<RELIANT_PATH>/bin 実行可能プログラム。ディテクタ、コマンド、スクリプトなど

<RELIANT_PATH>/build 構成定義ファイルの作業領域

<RELIANT_PATH>/etc RMS および構成ツールで使用するさまざまなファイル

<RELIANT_PATH>/include ディテクタと構成定義ファイルが使用する RMS インクルードファイル ( ヘッダファイル )

<RELIANT_PATH>/lib RMS 実行ライブラリ

<RELIANT_PATH>/tab ディテクタを再起動する際に使用するテーブル

<RELIANT_PATH>/us RMS ソースファイル。RMS のソースファイル ( このディレクトリに含まれるファイルの名前は予約済みなので、ユーザが作成する構成定義ファイルの名前として使用できない。)

表 2: RMS の基本ディレクトリ構造

名前格納されているファイル

RELIANT_LOG_PATH ログディレクトリ ( デフォルト : /var/opt/SMAWRrms/log) このディレクトリにあるログファイルを利用してデバッグを行います。

同じディレクトリに RMS ログファイルのバックアップコピーを保存するサブディレクトリがあります。バックアップ用のサブディレクトリにはそれぞれ、yyyy-mm-dd_HH:MM:SS の形式で名前が付けられ、バックアップが作成された日付と時刻が分かるようになっています。

表 3: ログのディレクトリ構造

J2UZ-5295-08Z0(00) 25

RMS ディレクトリ構造概要

26 J2UZ-5295-08Z0(00)

3 RMS の詳細説明

本章では、RMS の詳細について説明します。本章で説明する内容は以下のとおりです。

● "3.1 状態遷移 " では、RMS 状態遷移機構について説明します。

● "3.2 RMS ハートビート " では、ハートビートを利用した監視と処理について説明します。

● "3.3 スケーラブルコントローラ " では、スケーラブルコントローラおよびスケーラブルアプリケーションの操作について詳細に説明します。

3.1 状態遷移

ここでは、RMS 状態遷移機構について説明します。特に、各状態の判別はどのようにして行われるのか、RMS はどのようにして状態変化を起こし、またどのようにして状態の変化に対応するのかについて説明します。ここで説明する内容は以下のとおりです。

● "3.1.1 内部機構 " では、オブジェクト指向の考え方に基づいて RMS BM ( ベースモニタ ) について説明しています。

● "3.1.2 初期化 " では、グラフノードの制御を RMS へ転送する処理について説明します。

● "3.1.3 Online 処理 " では、グラフノードの Online状態への遷移について説明します。

● "3.1.4 Offline 処理 " では、グラフノードの Offline状態への遷移について説明します。

● "3.1.5 Fault 処理 " では、RMS がどのように Fault状態を処理するかを説明します。

● "3.1.6 切替え処理 " では、クラスタアプリケーションを他のクラスタノードに切替える方法について説明します。

● "3.1.7 特殊な状態 " では、保守モード時、不整合時などの処理について説明します。

本章では、グラフ理論でいうノード ( 節点・頂点 ) のことをクラスタノードと区別するために、グラフノードと呼んでいます。

3.1.1 内部機構

RMS をより理解しやすくするため、オブジェクト指向の考え方に基づき、RMS BM ( ベースモニタ ) の内部機構を簡単に説明します。

個々のオブジェクトは、自らの状態およびディテクタ等の他のオブジェクトから受信したメッセージに基づき、定められた規則に従って動作する ( 通常はシェルスクリプトで実装されています ) 独立したインスタンスです。状態、ディテクタ、スクリプトについては、"2 概要 " で説明しています。以下のセクションでは、RMS の内部構造とオブジェクト間通信について詳しく説明します。

3.1.1.1 アプリケーションと資源の記述

RMS ウィザードは、RMS の監視対象であるすべてのアプリケーションの記述を生成します。この記述では、RMS 固有のメタ言語を使用し、以下の特徴を持つ論理グラフによってすべてのアプリケーションを表現します。

● アプリケーションが必要とする資源は、このグラフ中のオブジェクトで表す。

● オブジェクト間の親子関係は、それを表す資源間の依存関係を表す。

● オブジェクトの属性とは、各種資源の特性と、その資源にとって必要とされる動作を表す。

特定のオブジェクトを Onlineにしたり、Offlineにしたりする場合の事前の手順は、オブジェクトの属性として設定されたシェルスクリプトに記述されます。また、他のオブジェクトからのメッセージを受けて、オブジェクトの状態遷移に対応して実行されるべき処理を記述するスクリプトもあります。

J2UZ-5295-08Z0(00) 27

状態遷移 RMS の詳細説明

userApplication オブジェクトにはディテクタがありません。また、RMS Wizard Tools または、RMSWizard Kit によって作成される場合には、スクリプトも指定されません。しかし、子である cmdline リソースには適切なスクリプトが与えられます。オペレーティングシステム環境において、実際のユーザ業務と通信を行うのはこのオブジェクトです。この場合、userApplication は RMS グラフにおける資源の複合状態を表す論理的なシンボルになります。

3.1.1.2 メッセージ

RMS オブジェクトは以下の目的でメッセージ通信を行います。

● 他のオブジェクトへ要求を送信する。

● オブジェクトの状態変化を通知する。

通常、オブジェクトは直接の親と子のみ通信を行います。

RMS は受信した外部要求を、まず親 userApplication オブジェクトへ送信し、それから子に転送します。userApplicationオブジェクトは、状態の変化 (Faulted状態への状態の遷移など ) に基づいて固有の要求を生成することもできます。userApplicationオブジェクトから発生する要求は、親から子へ転送されます ( トップダウン )。

3.1.2 初期化

RMS が起動すると、すべてのグラフノードの初期状態は Unknownとなります。RMS は、個々のグラフノードが自らの状態を判断するために必要な情報を獲得してから、この状態を変更します。

グラフノードが自らの状態を判断するために必要な情報とは、以下のとおりです。

● ディテクタを保持するグラフノードの場合 — ディテクタからの初の通知

● 子を持つグラフノード — 子の状態に関するメッセージ

上記より、以下の 2 つの結論が導き出されます。

● ディテクタの存在しないリーフノードは、ディテクタからの通知を受けることがなく、かつ、グラフノードの状態を子の状態からも類推することができないことになります。この場合、Unknownの状態が残ってしまうため、RMS 構成としては認められない構成となります。

● Unknown からの状態遷移は、リーフノードから userApplication オブジェクトへと続くボトムアップ形式で行われます。リーフノードの上位グラフノードはすべて、自己の状態を識別するためには、まず、子の状態を取得する必要があります。

SysNode オブジェクトおよび userApplication オブジェクトには、対応するハードウェアのディテクタがありません。 SysNodeオブジェクトはベースモニタから直接ディテクタのレポートを受信します。 userApplicationオブジェクトの状態は、その子の状態から判断します。

userApplicationオブジェクトの状態が Unknownから変更された段階で、userApplicationの初期化処理が完了し、RMS の制御が開始されます。

userApplicationオブジェクトの初期化プロセスは、互いの userApplicationに対して無関係で行われます。したがって、ある userApplicationオブジェクトが Online、Offlineまたは Standbyの状態に変化しても、他の userApplicationオブジェクトは Unknownの状態のままである場合があります。

SysNode オブジェクトの初期化プロセスもまた、他とは無関係に行われます。SysNode オブジェクトは、ディテクタの通知を受信した後に初期の Unknown状態から他の状態へ遷移します。

Unknown 状態は初期状態のときのみ存在し、一度 Unknown 状態から他の状態へ変化したグラフノードが、Unkwnon状態に戻ることはありません。

28 J2UZ-5295-08Z0(00)

RMS の詳細説明状態遷移

構成例

以下にfuji2RMSおよびfuji3RMS上で実行するよう構成設定されたアプリケーションappを例にとって RMS の処理を説明します。

● fuji2RMS および fuji3RMS の各ノードには、そのノードと同じ名前の SysNode オブジェクトが１つ存在します。

● アプリケーションが実行される各 SysNodeでは、対応する userApplicationオブジェクトがタイプ andOpの子を持ち、これらの子にはこの SysNodeの名前が HostName属性として与えられています。このアプリケーションでのノードの優先順位は、userApplicationオブジェクトでノードを定義した順序によって決定します。

ベースモニタはこのレベルの andOpオブジェクトについて、HostName属性の値がローカルノード名に対応すればローカルオブジェクトであると判断し、対応しなければリモートオブジェクトと判断します。ベースモニタは、すべてのリモートオブジェクトを無視します。このため、ローカルオブジェクトとその子だけが処理されます。

● この論理 AND オブジェクトの子として、他の資源 (Cmdlineサブアプリケーションやローカルファイルシステム ) がそれぞれの内部的な依存関係に基づいて構成されます。

オブジェクト階層を図 10 に示します。

図 10: 初期化の例におけるオブジェクト階層

図の階層には、アプリケーションの親として、SysNodeオブジェクトが含まれています。慣例で記載されることがありますが、SysNodeオブジェクトはいかなる形でもアプリケーションオブジェクトに依存していません。しかし、SysNode オブジェクトを記載することにより、アプリケーションの子であるandOp オブジェクトがどのノードを表しているのかが明確になります。SysNode オブジェクトは GUIが生成するグラフにも表示されますが、その場合は、アプリケーションが現在実行されているノードを示すことが主目的です。

RMS Wizard Tools によって作成されたこの構成の RMS グラフを図 11 に示します。fuji2RMSと appとを結ぶ線が緑色で表示され、アプリケーションが Onlineであることを示しています。

lfs

SysNode

userApplication

andOp

gResource

gResource

fuji2RMS fuji3RMS

app

andOp1 andOp2

cmd

J2UZ-5295-08Z0(00) 29


図 11: 初期化におけるシステムグラフの例 — RMS Wizard Tools の構成

タイトルバーにはグラフが描かれたノードの名前 fuji2RMSが表示されます。 fuji2RMSと appを結ぶ線は緑です。これはノードに Onlineのアプリケーションがあることを示しています。

図 12 は、「hvdisp -a」による出力を示しています。

図 12: 初期化における hvdisp 出力の例 — RMS Wizard Tools の構成

hvdisp の出力に対応させるため、実際のグラフにはリソース名のデータも含まれています。リソース名は、Cluster Admin の [rms] タブ表示のグラフで [Preferences] メニューから [Show Resource Names] を選択することにより表示されます。

RMS Wizard Tools によって実際に生成されるオブジェクト名には、図 10 のオブジェクト名よりも複雑な名称が使われていることがあります。図 10 は、一般的なオブジェクト名を使用した抽象化されたグラフです。さらに実際のグラフには、正しい動作を保証するために、依存関係が自動的に挿入されています。Cluster Admin の [Preferences] メニューから別の項目を選択すると、さらに詳細な項目や追加のオブジェクトおよび依存関係が表示されます。

実際のグラフに出現する追加項目や複雑な名称についての知識は、RMS の動作の基本を理解する上では必要ありません。説明を簡単にするため、この章の例では主に抽象化されたグラフと一般的な名称を使います。

30 J2UZ-5295-08Z0(00)


例 1

図 10 に示された構成では、以下のような処理が順に行われます。これは fuji2RMS で動作するモニタの場合でも同じです。

1. RMS が起動します。

2. SysNodeオブジェクトのディテクタはクラスタノードの状態をベースモニタに通知します。

3. cmdおよび lfsリソースのディテクタは、それぞれの状態を Offlineと報告します。

4. lfsはリーフノードであるため、即座に Offline化して、その状態変化を親に通知します。

5. ディテクタの通知と子の通知を受信すると、cmd には、それぞれの状態を決定するために必要な情報が揃ったことになります。cmdは Offline化し、その状態変化を親 andOp1に通知します。

andOp2は、fuji2RMSのベースモニタにより無視されるリモートノードです。

6. andOp1 は、ディテクタを持たない論理オブジェクトです。このオブジェクトは子のメッセージを利用して自らの Offline状態を検出し、その状態変化を appに通知します。

7. appも、ディテクタを持たないオブジェクトです。ローカルノードに対応する子andOpがOffline化すると、appも Offline化します。

8. appのローカル子オブジェクトすべてが、Unknown状態に遷移すると、初期化プロセスは完了します。

3.1.3 Online 処理

userApplication オブジェクトを Online 処理すると、通常 userApplication が Online 状態に遷移します。１つの userApplicationオブジェクトの Online処理は、他の userApplicationオブジェクトの Online処理とは無関係で独立に行われます。

以下のような状況が発生すると、userApplicationの Online処理が正しく終了しない場合があります。

● PreCheckScriptで userApplicationを Onlineにすべきではないと判断された。

● Online処理中に異常 (Fault) が発生した。

これらの場合について、以下のセクションで説明していきます。

3.1.3.1 Online 要求

Online要求を生成することを userApplicationの切替えと呼びます。これは、userApplicationを Onlineに切替えること、または userApplicationを他のクラスタノードに切替えることを意味しています ("3.1.6 切替え処理 " も参照してください )。

以下の操作で Online要求を生成することができます。

● GUI または CLI (hvswitch) を使った手動要求

● GUI または CLI (hvcm) を使った RMS 起動時の自動要求

● アプリケーションの AutoSwitchOver属性によって制御される自動要求 :

– AutoSwitchOverに、ResourceFailureを設定しており、障害 (Fault) が発生した場合

– AutoSwitchOverに、ShutDownを設定しており、ノードが停止した場合

– AutoSwitchOverに、HostFailureを設定しており、ノードが強制停止した場合

J2UZ-5295-08Z0(00) 31


手動方式

手動方式を使用する場合でも、userApplicationには、以下の 2 つの切替方式があります。切替方式は以下のとおりです。

● 優先切替え — RMS が userApplicationをどの SysNode上で Onlineにするかを選択します。userApplicationは RMS によっても優先順位の高い SysNodeへ切替えられます。userApplicationオブジェクトの PriorityList属性の順序によって、SysNodeオブジェクトの優先順位は決定します。

● 指定切替え — ユーザが userApplication をどの SysNode 上で Online にするかを選択します。userApplicationは指定された SysNodeへ切替えられます。

優先切替えの場合も、指定切替えの場合も、切替え先として指定できる SysNodeオブジェクトは、その状態が Onlineでなければなりません。

GUI を使った手動要求

GUI を使って Online要求を生成するには、以下の手順で行います。

1. RMS グラフ上で、userApplicationを右クリックします。ポップアップメニューが表示されます。

2. ポップアップメニューの [ 切替え ] または [Online] を左クリックします。

GLI を使用した手動要求

各 userApplicationへの Online要求は、hvswitchを使用します。hvswitchコマンドの使用方法とオプションについては、hvswitchのマニュアルページを参照してください。

自動方式

自動方式では、userApplicationは優先切替えのみで動作します。

RMS 起動時の自動要求

クラスタシステムで RMS を初に起動した時に、以下の条件すべてが満たされていると、RMS はも優先順位の高いクラスタノード上で userApplicationを Onlineに切替えます。

● userApplicationに関連付けられた全 SysNodeオブジェクトが Onlineになっている。

● 他のクラスタノードで userApplication が Online および不整合 (Inconsistent) になっていない。

● userApplicationの AutoStartUp属性が設定されている。

● userApplicationのグラフに Faulted状態のオブジェクトがない。

これは、同時に複数のクラスタノードで userApplication が Online に遷移しないために必要な条件です。

userApplicationが起動後すでに Online状態にあれば、AutoStartUpが設定されていない場合やすべての SysNodeが Online状態にない場合でも、userApplicationに対する自動起動要求が直ちに生成されます。これは、Online の userApplication のグラフを整合状態にすることを目的としています。そうでないと、Online 状態のアプリケーションのグラフに Offline のオブジェクトが存在する恐れがあります。

障害 (Fault) 発生時の自動切替え

userApplicationで異常 (Fault) を検出した場合、またはuserApplicationが動作中のSysNodeの異常 (Fault) を検出した場合、RMSは優先切替えを起動します。自動切替えは、userApplicationの AutoSwitchOver属性によって、以下のとおり制御されます。

● AutoSwitchOverに、ResourceFailureを設定しており、障害 (Fault) が発生した場合

32 J2UZ-5295-08Z0(00)


● AutoSwitchOverに、ShutDownを設定しており、ノードが停止した場合

● AutoSwitchOverに、HostFailureを設定しており、ノードが強制停止した場合

AutoSwitchOverが Noに設定されていると、自動切替えは行われません。

3.1.3.2 PreCheckScript

Online処理を開始する前に、PreCheckScriptで、Online処理が必要かどうか、または可能かどうかが確認されます。この処理が必要な理由は、一部のアプリケーションが Online 処理で起動できず、Faulted状態になることを避けるためです。

PreCheckScript は、Online 処理が開始する前に起動され、Online 処理が必要かどうかを判断します。その判断基準は PreCheckScriptが 0で終了 ( 正常終了 ) することです。PreCheckScriptが 0以外の終了コードで終了した場合は、Online処理は破棄され、警告メッセージが switchlog に記載されます。

PreCheckScript の終了結果

PreCheckScriptが起動すると、userApplicationの状態は Wait状態に遷移します。PreCheckScriptが失敗すると、userApplicationグラフノードは以前の状態 ( 通常は Offlineまたは Faulted) に戻ります。

AutoSwitchOver

PreCheckScriptが失敗し、AutoSwitchOver属性に ResourceFailureが設定されている場合は、指定切替え要求の場合を除き、Online 要求は自動的に次に優先順位の高いクラスタノードに転送されます。

3.1.3.3 userApplication の RMS グラフにおける Online 処理

RMS グラフに関する PreOnline要求処理は以下のとおりです。

1. 要求が親グラフノードから、子のグラフノードへ送信される。

2. 親のグラフノードは Wait状態になる。ただし、スクリプトは起動されない。

3. 子グラフノードが要求を受け、リーフノードで PreOnlineScriptが起動される。

4. スクリプトが終了すると、親グラフノードへ確認を送信する。

5. すべての子が確認を送信し終ると、その親のグラフノードで PreOnlineScriptが実行される。

上記の手順は、RMS グラフに関連して、Online 処理におけるスクリプトがボトムアップ方式で実行されることを示しています。

userApplication グラフノードは、PreOnlineScript を実行する後のグラフノードであり、PreOnlineScript の実行後に Online 要求を生成し、その要求をリーフノードへ送ります。ただし、Online処理と PreOnline処理は異なる処理です。

RMS グラフに関する Online処理は以下のとおりです。

1. RMS が OnlineScriptを実行する。

2. 個々のグラフノードのディテクタが Online 状態を通知するまでシステムは待ち続ける。グラフノードにディテクタが存在しない場合は、OnlineScript終了後、Online状態の送信を待たずに PostOnlineScriptを実行する。

3. PostOnlineScriptが実行される。

4. Online処理の成功が親グラフノードへ転送される。

5. 親グラフノードが Wait状態から Online状態へ遷移する。

J2UZ-5295-08Z0(00) 33


RMS では、「userApplicationが Online状態である」ということは、userApplicationを構成するすべてのグラフノードが Online状態であることになります。ここでいう Online状態とは、実際のアプリケーションの状態を示すものではありません。実際のアプリケーションは RMS で制御されてはいないか、userApplicationオブジェクト ( より一般的には cmdlineの子オブジェクト ) 用に構成設定された OnlineScript (PostOnlineScript の場合もある ) で起動されているかのいずれかになります。userApplicationオブジェクトが Online状態であるということは、スクリプトの実行が正常に終了したことを示しているだけです。

スクリプトが実際のアプリケーションの状態にどのような影響を及ぼすのかは、アプリケーション自身によって決まります。RMS はユーザ業務に対し直接の制御は何ら行いません。詳細については、"2.2.2 RMS 構成と実システム " を参照してください。

例 2

この例での処理の流れは次のとおりです。

● AutoStartUp属性が 1 に設定されている。

● PreOnlineScript定義を持つリソースオブジェクトがない。

● 起動時に、すべてのオブジェクトが Offline状態である。

Online処理は次のとおりです。

1. RMS が起動します。

2. AutoStartUp属性が 1 に設定されているため、fuji2RMS上の userApplicationオブジェクト appが PreOnline要求を生成します。

3. この要求は、lfsリーフノードに転送されます。この例では PreOnlineScriptが構成設定されたオブジェクトが存在しないため、lfs は、app に対して PreOnline 処理が正常終了したことを示すメッセージを送信します。

4. app は PreOnline 完了のメッセージを受信すると、Online 要求を生成し、lfs リーフノードに送信します。

5. lfsオブジェクトが OnlineScriptを実行し、ディスクを Online化します。

6. lfsのディテクタが Onlineの通知を行うと、Online処理の成功が直ちに cmdオブジェクトに向かって上方に通知されます ( オブジェクトに PostOnlineScriptが存在した場合は、成功メッセージが転送される前に実行されています )。

7. cmdオブジェクトが自らの OnlineScriptを起動します。

8. cmdのディテクタが成功の通知を行うと、そのメッセージは直ちに andOp1に転送されます。

9. andOp1 オブジェクトはディテクタを持たないオブジェクトで、この例では OnlineScript も持っていません。ローカルの子から Online 状態の通知があると、直ちに自らの親オブジェクトに対して app成功のメッセージを転送します。

10. app で成功メッセージを受信すると、RMS が OnlineScript を実行し、アプリケーションが起動します。app にディテクタが存在せず、PostOnlineScript が設定されていないため、appは OnlineScriptの完了直後に Online状態に変化します。

3.1.3.4 Online 処理中の予期しないレポート

Online 処理中の予期しないレポート（Unexpected report）とは、Online 処理中に通知されるが、BM（ベースモニタ）により無視される Online状態以外のレポートのことです。

BM（ベースモニタ）により無視される Online状態以外のレポートは、あるオブジェクトが属するユーザアプリケーションの Online処理が開始してから、そのオブジェクトの Online処理が成功または失敗するまでの間に通知されることがあります。

34 J2UZ-5295-08Z0(00)


なお、オブジェクトの Online処理が失敗するケースについては、"3.1.3.5 Online 処理中の Fault" を参照してください。

3.1.3.5 Online 処理中の Fault

Online処理中にエラーが発生すると、影響するグラフノードは Fault処理を開始し、親グラフノードにエラーを通知します（"3.1.5 Fault 処理 " も参照してください）。Online処理中に異常が発生するのは、以下のような場合です。

a. Online処理終了時点で、あるリソースオブジェクトのディテクタから後に報告された状態がOfflineまたは Faulted状態である場合。

b. スクリプトが 0以外の値で終了した。

c. スクリプトが復帰せずタイムアウトになり実行に失敗した。

d. オブジェクトの OnlineScriptが完了し、ディテクタから一定時間内に Online状態が通知されなかった。

条件 a の場合は、オブジェクトが属する userApplicationの Online処理が完了した後に Fault処理が開始されます。

反対に、条件 b、c および d の場合は、条件が満たされるとすぐに Fault処理が開始されます。

3.1.3.6 アプリケーションがすでに Online 状態にある場合の初期化処理

RMS の初期化時に userApplicationの RMS グラフ全体が Onlineになっている場合があります。この場合、PreCheckScriptは実行されず、関連するグラフノードは Unknown状態からスクリプトを起動せずに直接 Online状態に遷移します。

Online 時の要求

userApplicationがすでに Online状態である場合に Online要求を受信すると、その要求は他のグラフノードに通常どおりに転送されます。"3.1.3 Online 処理 " での説明との相違点は、すでに Online状態のグラフノードが要求や応答を転送する場合、スクリプトの実行も Wait 状態への遷移も行われないということです。特に PreCheckScriptは実行されません。

RMSの初期化時に常にOnline状態になっているオブジェクトの典型例は、物理ディスクのgResourceオブジェクトです。物理ディスクは通常、ソフトウェアインタフェースでは停止できないからです。

Online 時の要求が存在しない場合

userApplicationがすでに Online状態にあり、RMS が初期化済の場合に、Online要求が受信されないと、userApplicationはあたかも明示的な Online要求を受信したかのように、自らのグラフのOnline処理を実行します。この結果、ローカルグラフの状態は前の例とまったく同じになります。

J2UZ-5295-08Z0(00) 35


アプリケーションがすでに Online 状態にある場合にデータの喪失を防止する

RMS の主な目的は、同じアプリケーションがクラスタ内の複数のノードに対して同時に処理を行った場合のデータ喪失を防止することにあります。このため上記のいずれの例でも、アプリケーションのグラフの Online 処理が終わると、ローカルノードのベースモニタは userApplication オブジェクトがOnline 状態にあることを他のノードのベースモニタに通知し、対応するアプリケーションがクラスタ内の他の場所で Online化するのを防止します。

RMS の初期化直後に複数のクラスタノードで HA 型である userApplicationが Onlineになっていると、重大な問題が発生する可能性があります。この場合、RMS は FATAL ERRORメッセージを生成して、以後の userApplicationに対する要求を抑止します。これにより、クラスタの不整合によって発生する障害の可能性を小限に抑えます。

このセクションで説明した状況は、手動介入の結果です。手動介入の間にアプリケーションのインスタンスが完了していたり、ディスク資源が複数ノードで実行されていたりすると、RMSが初期化される前にデータの不整合が生じている恐れがあります。

3.1.4 Offline 処理

Offline処理の結果、userApplicationオブジェクトの状態は Offline状態へと遷移します。

3.1.4.1 Offline 要求

Offline要求は、以下のいずれかの理由で生成されます。

● GUI または CLI (hvutil -f) を使った手動 Offline要求

● GUI または CLI (hvswitch) を使った手動切替え要求

● 障害 (Fault) 発生後の、自動または GUI または CLI (hvutil -c) を使った Offline処理

● GUI または CLI (hvshut) を使った RMS のシャットダウン

運用時では、RMSコマンドインタフェースのみがOffline要求を生成することができます。異常 (Fault)が発生した場合、userApplication は自らの Offline 要求を生成し、問題のあるアプリケーションが動作し続けることを防止します ("3.1.5 Fault 処理 " も参照してください )。この Offline要求は、その後に続く切替えが実施されるための前提条件としても必要な要求です。

userApplicationオブジェクトの Offline処理は、RMS が「hvshut -L」または「hvshut-A」で停止された場合には実行されません。

36 J2UZ-5295-08Z0(00)


3.1.4.2 userApplication の RMS グラフにおける Offline 処理

Online 処理と異なり、Offline 処理は userApplication グラフノードからリーフノードへとトップダウン形式で行われます。ディテクタが存在しないグラフノードでは、OfflineScript の実行直後に PostOfflineScriptが実行されます。Offline処理の流れを以下に示します。

1. userApplicationが Wait状態に遷移する。

2. userApplication は PreOfflineScriptを実行し、PreOfflineScript の終了後、該当する要求を子へ送信する。

3. PreOffline要求の受信後、子のグラフノードはWait状態へ遷移し、自分のPreOfflineScriptを実行し、要求を転送する。

4. リーフノードでは、PreOfflineScriptの実行が完了すると、該当するメッセージ (PreOffline処理の完了通知 ) を親オブジェクトに転送する。

5. メッセージはそれ以上の処理をすることなく、userApplicationへ到達するまで子から親へと転送される。

6. PreOfflineScriptの処理が完了してから、userApplicationは OfflineScriptを実行し、その直後に PostOfflineScriptを実行する (userApplication自体のグラフノードはディテクタを保持しないため )。

7. userApplicationが実際の Offline要求を生成する。

次に示すように、Offline要求の処理は Online処理と同様に行われます。

● はじめに OfflineScriptを実行する。

● オブジェクトのディテクタによる Offline通知を受けた後、PostOfflineScriptを起動する。

● PostOfflineScriptの完了後、Offline要求をオブジェクトの子それぞれに転送する。

● すべての子から PostOfflineDone メッセージを受信したら、オブジェクトは PostOfflineDoneメッセージを親に送信する。

前述したように、userApplicationは後に Offlineとなるグラフノードです。後の子からPostOfflineDoneメッセージを受信すると Offline処理が完了します。OfflineDoneScriptが存在する場合は起動され、ベースモニタは他のノード上の対応する userApplicationオブジェクトに、アプリケーションが Offlineになったことを通知します。

例 3

Offline処理についてさらに詳しく説明します。

1. 例では PreOfflineScriptを持つノードが存在しないため対応する PreOffline要求は appからリーフノードに転送されます。

2. リーフノードは成功メッセージを userApplicationに返します。

3. userApplication は OfflineScript を実行します。これは、この例ではアプリケーションappが停止したことを意味します。オブジェクト appがアプリケーションの監視を行っていないため、RMS は、OfflineScriptの完了により Offline処理が成功したものと判断します。

4. PostOfflineScriptが構成設定されていないため、OfflineScriptが完了すると直ちにOffline要求が andOp1に送信されます。

5. andOp1オブジェクトにはディテクタもスクリプトも存在しません。Offline要求は転送可能です。

6. cmd オブジェクトは、OfflineScript を実行し、オブジェクトのディテクタが Offline 処理の完了を通知するとすぐに、要求を転送します。

7. lfs リーフノードもまた、OfflineScript を実行し、ディテクタから対応した通知を受信した後に成功メッセージを転送します。

J2UZ-5295-08Z0(00) 37


8. appが成功メッセージを受信すると、Offline処理は完了します。

9. Offline 処理が完了すると、OfflineDoneScript を実行します。このスクリプトはクリーンアップまたは情報送信を目的とするスクリプトです。リターンコードが userApplicationの状態に影響することはありません。

3.1.4.3 Offline 処理中の予期しないレポート

Offline処理中の予期しないレポート（Unexpected report）とは、Offline処理中に通知されるが、BM（ベースモニタ）により無視される Offline 状態以外のレポートのことです。

BM（ベースモニタ）により無視される Offline 状態以外のレポートは、あるオブジェクトが属するユーザアプリケーションの Offline処理が開始してから、そのオブジェクトの Offline処理が成功または失敗するまでの間に通知されることがあります。

なお、オブジェクトの Offline処理が失敗するケースについては、"3.1.4.4 Offline 処理中の Fault" を参照してください。

3.1.4.4 Offline 処理中の Fault

Offline 処理中にエラーが発生すると、影響するグラフノードは Fault 処理を開始し、親グラフノードにエラーを通知します（"3.1.5 Fault 処理 " も参照してください）。Offline処理中に異常が発生するのは、以下のような場合です。

a. Offline処理終了時点で、あるリソースオブジェクトのディテクタから後に報告された状態が Online、Standbyまたは Faulted状態である場合。

b. スクリプトが 0以外の値で終了した。

c. スクリプトが復帰せずタイムアウトになり実行に失敗した。

d. オブジェクトの OfflineScriptが完了し、ディテクタから一定時間内に Offline状態が通知されなかった。

3.1.4.5 グラフノードがすでに Offline 状態である場合

Offline 処理の開始時に、グラフノードがすでに Offline 状態になっている場合があります。これが発生するのは、通常、親 userApplication が Offline であるノードから Offline 要求が出された場合です ( 親 userApplicationが Onlineであれば、Offline状態のグラフノードはツリーで ORグラフノードの下に表示されます )。 Offlineオブジェクトが Offline要求を受信すると、Online処理の時と同様に、その要求はそのまま転送されます。スクリプトは実行されず、状態は Wait にはなりません。

3.1.4.6 オブジェクトを Offline 状態にすることができない

RMS は、スクリプトが Offline 状態にできない資源の監視にも対応することができます。たとえば物理ディスクは監視対象とすることはできても、通常は物理的にシャットダウンできないオブジェクトとなります。このような例に対処するため、RMS では真の Offline状態が存在しない資源を LieOffline属性を使ってグラフノードとして表します。RMS Wizard Tools サブアプリケーションはこの属性を、物理ディスクを表す gResource オブジェクトにデフォルトで設定するため、明示的に指定する必要はありません。

Offline処理中、LieOffline属性が設定されたグラフノードは、Pre-OfflineScript、OfflineScript、Post-OfflineScript実行時も他のオブジェクトと同じように動作します。親オブジェクトに関連するオブジェクトの反応もまた同じで、オブジェクトが Offline になったものとして扱われます。LieOffline属性が設定されたオブジェクトは、OfflineScript の実行後、ディテクタの Offline 通知を待たずにPostOfflineScript が自動的に実行されます。OfflineScript も実行以後に予期しないディテクタのOnline通知が届いても、この場合は Faulted状態とはなりません。

38 J2UZ-5295-08Z0(00)


3.1.5 Fault 処理

異常 (Fault) 状態の対処は、RMS のも重要な機能です。RMS の障害処理方法は、アプリケーションの状態によって異なります。たとえば、実行中のアプリケーションのRMSグラフで発生した障害 (Fault)は、Offline状態の RMS グラフで発生した障害 (Fault) の対処とは異なります。

3.1.5.1 Online 状態または要求処理中の Fault

ディテクタが Online 状態のグラフノードの異常 (Fault) を検出し、かつ、そのグラフノード上のuserApplication も Online 状態だった時は、RMS はそのグラフノードの FaultScript を実行します。Online 状態だったグラフノードが Offline 状態となったことがディテクタで検出された場合は、要求が存在しなくても同じ Faulted状態であるとして処理されます。

FaultScriptの完了後、RMS は Faultが発生したグラフノードの親に対して Fault状態を通知します。親グラフノードでも同様に FaultScriptが実行され、Faultメッセージを転送します。

orOpグラフノードの場合は特殊で、子の状態の論理 OR を通知します。OR グラフノードが Faultメッセージに反応するのは、Online状態の子グラフノードが存在しない場合のみです。orOpが Online状態の子グラフノードが存在する場合は、RMS はこの段階で Fault処理を終了します。

orOp グラフノードによる Fault 処理中断がなければ、Fault メッセージは userApplication に到達します。ここで、userApplication は FaultScript を実行します。この処理では、以下のAutoSwitchOverと PreserveStateの属性の組合わせに従って、3 種類の設定が考えられます。

● AutoSwitchOverに ResourceFailureが設定されている

● AutoSwitchOverに ResourceFailureの設定がなく、かつ PreserveState=1 である

● AutoSwitchOverに ResourceFailureの設定がなく、かつ PreserveState=0 であるか設定されていない

AutoSwitchOver に ResourceFailure が設定されている

AutoSwitchOver 属性に ResourceFailure が設定されていると、RMS は PreserveState 属性を無視して AutoSwitchOver 属性だけが設定されているものとして処理を行います。この場合の処理の流れを以下に示します。

1. userApplicationは切替え処理を実行しようと試みます。切替えを行うためには、そのクラスタノード上で userApplicationが Offline状態になっていなければならないため、Offline要求が発生します。

2. Offline処理が完了すると、Online要求がリモートクラスタノードの該当するuserApplicationに送信されます ("3.1.6 切替え処理 " を参照してください )。ただし、通常の Offline要求の場合と異なり、userApplication は Offline 状態ではなく、Faulted 状態となります。これにより、再度切替えが行われても、userApplicationが異常の発生したクラスタノードに戻る可能性がなくなります。

Offline 処理中にさらに異常 (Fault) が発生した場合 ( たとえば、Faulted 状態として通知されたグラフノードに対応する資源を、RMS が正常に非活性化 (Offline) できなかった場合など ) は、切替え処理は実行されません。これは、対象資源が未定義状態 ( 使用されているかいないかが判断できない ) と判断されるためです。userApplicationはこれ以上のアクションを起こさず、すべての非強制である外部要求を抑止します。

Offline処理中に発生した故障 (Fault) は、Double Fault と呼ばれます。

J2UZ-5295-08Z0(00) 39


RMS はこの状態 (Double Fault) を解決することができないため、システム管理者の介入が必要となります。この場合、「データ破壊防止は、業務の可用性維持よりも重要」という方針で対処してください。

重要なユーザ業務である場合は、userApplication構成時に、HaltFlag属性を設定することができます。HaltFlag 属性が設定されている場合は、Double Fault が発生した場

合、Double Fault が発生したクラスタノードは他ノードから強制停止され、RMS は他のノードへuserApplicationの切替えを行います。

アプリケーションの Halt 属性が設定されている場合、Double Fault が発生したクラスタノードは、相手ノードから強制停止されます。

AutoSwitchOver に ResourceFailure の設定がなく、かつ PreserveState=1

この場合の処理の流れを以下に示します。

1. FaultScriptの実行後、userApplicationはそれ以上の処理を行わない。

2. 全グラフノードの状態は現在の状態を保持する。

この PreserveState属性は、オブジェクトが監視している対象資源を、アプリケーション自らが修復可能な場合に使用されます。

AutoSwitchOver に ResourceFailure の設定がなく、かつ PreserveState=0 または設定なし

この場合、障害 (Fault) 発生時に Offline処理が実行されます。しかし、Offline処理が成功しても失敗しても切替えは行われません。

切替え要求保留中の Fault

Offline 処理中に切替え要求で障害 (Fault) が発生した場合は、AutoSwitchOver 属性が No に設定されていても障害 (Fault) 発生による Offline 処理の成功、かつ終了後に切替えが行われます。これは、システム管理者によって送信された切替え要求により、切替え要求自体が発生しているためです。現在の切替え要求が指定切替え要求である場合は、切替え先はも優先順位の高いノードではなく、指定切替え要求で明示的に指定されたノードになります。

AutoSwitchOverと PreserveState属性の詳細については、"12 付録 — 属性 " を参照してください。

40 J2UZ-5295-08Z0(00)


3.1.5.2 Offline Fault

ノード上のアプリケーションが Online状態でない場合でも、RMS グラフ上でそのノードにアプリケーションが構成されていれば、RMS は監視を継続します。このようなグラフノードの１つで異常 (Fault)が発生し、ディテクタが検出すると、Fault が表示されますが、Fault 処理は行われず、したがって、FaultScriptも実行されません。親グラフノードへのメッセージも送信されません。

この場合、1 つの子オブジェクトが Faultedであっても、andOpオブジェクトは Offline状態となる可能性があります。

これは、userApplicationグラフ内のグラフノード間の必須依存関係は、userApplicationを実行する場合にのみ存在するためです。

3.1.5.3 AutoRecover 属性

ローカルファイルシステムを表す gResourceオブジェクトは、復旧が簡単で、かつ、Faulted状態に陥りやすいオブジェクトの一例です。グラフノード自体に発生する障害 (Fault) の原因は、ディスクのI/O エラーを除けば、ほとんどの場合は管理者による umount(1M) の誤操作が原因です。この場合、userApplication全体を切替えることは、善のリカバリ処理とは言えません。したがって、Fault処理が適な解決策でもありません。

このような場合の対処としては、管理者がオブジェクトの AutoRecover 属性を設定する方法が考えられます。AutoRecover 属性を設定したオブジェクトが Online 状態で異常 (Fault) が発生すると、FaultScript の実行前に OnlineScript が実行されます。OnlineScript の実行後、一定時間内にオブジェクトが Online状態になれば、Fault処理は行われません。

障害 (Fault) の原因がグラフノード自身にある場合、つまり、子のグラフノードの障害 (Fault) が原因ではない場合は、RMS は AutoRecover 属性のみを評価します。したがって、RMS はディテクタが存在するグラフノードの AutoRecover 属性のみを評価することになります。なお、各種要求の処理中、または、グラフノードが Offline状態で障害 (Fault) が発生した場合は、AutoRecover属性による復旧は行われません。

3.1.5.4 Offline 処理中の Fault

Offline 処理中に障害が発生しても、グラフノードの Offline 処理が直ちに停止することはありません。その時点のツリーの Faulted状態が保存され、リーフノードに到達するまで通常の Offline処理が継続します。しかし、成功または失敗のメッセージが上方の userApplication に向けて伝播され、途中でそのグラフノードに到達した時点で、この障害は再現されて処理されます。この方法により、障害を発生直後に処理することによって生じる競合状態の発生を回避することができます。

3.1.5.5 Fault 処理の例

Fault処理の例を以下に示します。

例 4


● アプリケーション app は、AutoSwitchOver 属性が No に設定され、ノード fuji2RMS 上でOnline状態にあります。

● 要求はありません。

● lfsオブジェクトには AutoRecover属性が設定されていません。

● システム管理者の誤操作により、lfsファイルシステムがアンマウントされました。

J2UZ-5295-08Z0(00) 41


Fault処理は次のとおりです。

1. lfsオブジェクトの gResourceディテクタは、そのオブジェクトが Offline状態であることを検出します。対応する userApplicationが Onlineであり、かつ Offline要求が存在しないため、RMS はこの Offline通知を障害 (Fault) であると判断し親 cmdに通知します。

メッセージ : 予期しない Offline状態は障害 (Fault) になります。

2. この例の cmd オブジェクトには、FaultScript は存在しません。cmd オブジェクトは直ちにFaulted状態になり、その障害 (Fault) を親に通知します。

3. andOp1 にも FaultScript がないため、直ちに Faulted 状態に移行し、その障害 (Fault) を親 appオブジェクトに通知します。

4. app オブジェクトは、Faulted 状態になり、AutoSwitchOver 属性が No 以外に設定されているため、切替えに備えて Offline処理を開始します。

5. この例では、ローカルファイルシステム lfsマウントポイント /mntを使用し、OfflineScriptlfsは、単純命令 umount /mntで構成されているものとします。/mntは、すでにマウントされた状態にないため、OfflineScriptは終了コード 0以外で終了します。

6. したがって、RMS の Offline 処理は障害発生後に失敗します。ローカルの状態が依然明確でないため、切替えはできません。RMS は、システム管理者の介入を待ちます。

lfs に、より複雑な OfflineScript を使用すればオブジェクトがマウントされているかを確認して、終了コード 0 で終了することも可能です。この場合、RMS は障害発生後 fuji3RMS に切替えを行ってから、Offline 処理を正しく終了することができます。fuji2RMS 上の全ノードはそれから、Online処理が成功した後に Offline状態になり、appだけが、Faulted状態のまま残ります。

例 5

シナリオは、AutoRecover属性が lfsオブジェクトに設定されていることを除いて、と同じです。


1. lfsオブジェクトの gResourceディテクタは、そのオブジェクトが Offline状態であることを検出します。対応する userApplicationが Onlineであり、かつ Offline要求が存在しないため、RMS はこの Offline通知を障害 (Fault) であると判断し、通知を行います ( 上記を参照 )。

2. AutoRecover属性が設定されているため、RMS が親 cmdオブジェクトに直ちに障害 (Fault) を通知することはありません。RMS は、lfs オブジェクトの OnlineScript を実行し、アンマウント処理が行われる前の状態に戻します。

3. 数秒後に lfs オブジェクトの gResource ディテクタから、オブジェクトが Online の状態に戻ったことが通知されます。RMS は、オブジェクトを Online 状態に戻し、それ以上の Fault処理は行いません。

例 6

この例では、appが Online要求を受信しますが、lfsで表されたファイルシステムは破損しています。


1. 要求により Online処理が開始します。

2. lfsオブジェクトは OnlineScriptを開始し、0 以外の終了コードで処理が終了します。

3. 次に、lfsオブジェクトは Fault処理を開始します。FaultScriptが用意されていればそれを実行したうえで、Faulted状態に移行し、RMS に障害 (Fault) を通知します。

4. この他の処理は、上記で説明した方法と同様に行われます。

42 J2UZ-5295-08Z0(00)


AutoRecover属性が設定されていても、この場合の Fault処理は同じです。この属性はア

プリケーションが、安定した Online状態にある場合、すなわちアプリケーションが

Online状態で、かつ保留中の要求がない場合にのみ意味を持ちます。

3.1.5.6 Fault クリア

Fault 処理が成功すると、userApplication 配下の全グラフノードは Offline 状態となり、userApplicationオブジェクトのみが Faulted状態となります。障害により Offline処理が失敗した場合や、アプリケーションの PreserveState属性が設定されている場合、グラフの少なくとも一部は Offline以外の状態すなわち Online、Standby、Faultedのいずれかになります。

このような状態では、userApplicationのノードへの切替え要求はすべて抑止されます。これは、RMSBM ( ベースモニタ ) からは Wait状態で制御不能であるグラフノードが存在するためです。システム管理者は、障害 (Fault) の原因を取り除いた後、RMS を通常の動作に戻すため以下のいずれかの手順でベースモニタに通知します。

1. 次のコマンドを使用して userApplicationオブジェクトとグラフノードの Faulted状態をクリアすることができます。

hvutil -c userApplication

このコマンドは親アプリケーションとそのグラフを矛盾のない状態に変更することによってFaultのクリアを行います。アプリケーションオブジェクトがOnline状態である場合は、Online処理が開始され、アプリケーションオブジェクトが Offline 状態の場合は、Offline 処理が開始されます ( ユーザにはどちらの処理が開始されるかが通知され、その時点で処理の中止を選択することができます )。アプリケーションにつながるすべてのブランチが、Online 状態またはOffline状態に揃った時点で Faultのクリアは完了します。終状態が Offlineであれば、システム管理者は切替え要求を行い、userApplicationを Online状態へ遷移させることができます。

userApplication オブジェクトが Online 状態であった場合、「hvutil -c」を起動しても、ツリー内の一部のオブジェクトが処理されない場合があります。ツリー全体を Offline状態にするには、以下で説明するように「hvutil -f」を使用します。

2. 次のコマンドは、Offline要求を userApplicationオブジェクトに送信します。

hvutil -f userApplication

このコマンドを実行すると、アプリケーションの Offline処理が開始されます。コマンドの実行が完了すると、アプリケーションとグラフのすべてのオブジェクトが Offline 状態に変更され、Faultはクリアされます。その後必要に応じて、システム管理者は切替え要求を行い、userApplicationを Online状態へ遷移させることができます。

J2UZ-5295-08Z0(00) 43


3.1.5.7 SysNode 異常

RMS は、SysNodeで発生した異常 (Fault) を、他のグラフノードで発生した異常 (Fault) とは別の方法で扱います。SysNode異常は以下の場合に発生します。

● SysNodeディテクタが RMS BM ( ベースモニタ ) と通信できなくなった場合。

● CF LEFTCLUSTERイベントが発生した場合。

上記のいずれかの状態が発生した場合、RMS は、自動切替えを行う前に、まず通信不可となったクラスタノードが停止されていることを確認します。この確認のために、RMS はシャットダウン機構 (SF) に対して該当クラスタノードの強制停止を依頼します。SF の詳細については、"Cluster Foundation 導入運用手引書 " を参照してください。

SF により、クラスタノードが停止されていることを確認されると、停止されていることが確認できたクラスタノード上で Online 状態であり、AutoSwitchOver 設定に Hostfailure を含むすべてのuserApplicationオブジェクトが、正常に動作している切替え先ノードに対して優先切替えを行います。

例 7


● RMS は、それぞれが、SysNodeオブジェクトの fuji2RMSと fuji3RMSで表される 2 つのノード、fuji2と fuji3とで構成されるクラスタ上で実行されています。

● app は、fuji2RMS 上で Online 状態にあり、AutoSwitchOver 属性には HostFailure が設定されています。

● fuji2上でシステム障害が発生し、panicメッセージが表示されます。

RMS の反応は次のとおりです。

1. CF は、ノード障害が発生したと判断し、LEFTCLUSTERイベントを作成します。

2. ノードディテクタは、ノードが Faulted 状態にあると通知し、SysNode を Wait 状態に移行させます。RMS は LEFTCLUSTERイベントを受信すると SF に停止要求を送信します。

3. SF がノードの停止に成功すると DOWNイベントが送信されます。

4. RMS は、DOWN イベントを受信し SysNodeを Faultedとマークします。

5. fuji2RMSオブジェクトは FaultScript ( 構成されているものとします ) を実行します。

6. fuji2RMSオブジェクトは、userApplicationオブジェクトに fuji2RMSが失敗したことを通知します。app は、fuji2RMS に障害が発生した時点で fuji2RMS 上で Online であり、AutoSwitchOver 属性に HostFailure が設定されているため、fuji3RMS 上のオブジェクトappは Online処理を開始します。

オペレータ介入

SF がノードの停止作業を行っている間に、SysNodeオブジェクトの Wait状態の継続期間が、オブジェクトの ScriptTimeoutを超過した場合、RMS は ERRORメッセージを switchlog にその旨を記録します。

この時点で未定義の状態のクラスタノードが 1 つ生じたことになるため、RMS は他のすべてのノードでそれ以上の処理を停止します。この状態を解決するには " Cluster Foundation 導入運用手引書 " で説明したように、通常、オペレータの介入が必要になります。処理が完了すると、CF が DOWN イベントを送信し、RMSは処理の停止を解除し、通常の運用が再開されます。

ScriptTimeout属性の詳細については、"12 付録 — 属性 " を参照してください。

3.1.6 切替え処理

切替え処理は、クラスタシステムを構成する他のノードへ userApplicationを切替えます。

44 J2UZ-5295-08Z0(00)


3.1.6.1 切替え要求

切替え要求は、以下の種類に分類されます。

● 優先切替え要求 — RMSは、構成プロセス中に記載されたクラスタノードの優先順位リストに従って、切替え先ノードを特定します。

● 指定切替え要求 — ユーザが切替え先ノードを指定します。

切替え処理により実際に行われる「切替え」は、以下の種類に分類できます。

● 切替え (Switchover) — あるクラスタノード上で実行されている userApplicationを他のクラスタノードへ切替える場合です。

● Online切替え (Switch-online) — userApplicationがどのクラスタノードでも実行されていない時、または、以前動作していたクラスタノードで異常が発生した時に userApplicationを起動する場合です。

切替え処理中、RMS はクラスタシステムを構成する全ノードに対して切替え処理を行っていることを通知します。この処理により切替え要求の競合を防いでいます。

例 8


● appは fuji2RMS上で Onlineになっている。

● システム管理者は、appを fuji3RMSに切替えるため、指定切替え要求を fuji3RMSで送信する。

切替え処理は次のとおりです。

1. fuji2RMSが userApplicationオブジェクト上の Onlineノードであるため、RMS は切替え要求を fuji2RMSに転送します。

2. fuji2RMS上の appは、クラスタ内の対応するノード ( この場合は fuji3RMS上の app) に切替え処理が起動中であるとの通知を送ります。これにより処理の競合が防止されます。

3. fuji2RMS上の appは、fuji3RMS上の appに対して、fuji3RMS上のローカルグラフで何らかの障害が検出されているかを確認するよう要求します。この例では、fuji3RMS 上のグラフでは検出された障害はありません。

4. fuji2RMS上の appは Offline処理を開始します。

5. RMS は fuji2RMS上で appの構成解除を完了すると、fuji2RMS上の appがクラスタ内の対応する全ノードに対して、アプリケーションがこれから fuji3RMS上で実行される旨の通知を行います。切替え要求の競合抑止も同時に停止されます。

6. fuji2RMS上のappは、明示的なOnline要求をfuji3RMS上のappに送信して動作を停止します。

7. fuji3RMS上の appは、Online処理を開始します。

3.1.7 特殊な状態

3.1.7.1 保守モードの制限

保守モードのアプリケーションが存在すると、同一グラフ内の他のオブジェクトは処理上の制限を受けます。この制限により、本章で前述したすべての処理が停止され、以下のオブジェクトに影響が生じます。

● 保守モードにあるアプリケーションのすべての子オブジェクト

● 保守モードのアプリケーションが存在するノードとその上位ノード

J2UZ-5295-08Z0(00) 45


処理要求の種類によっては、制限があるためにエラーまたはタイムアウトのいずれかが発生する場合があります。

制限がどのように適用されるかを理解するため、2 つのアプリケーション (app1および app2) が、それぞれ１つずつ依存資源 (Res1 および Res2) を持ち、2 つのノード (NodeA および NodeB) のいずれでも実行されるような構成を使って説明します。図 13 は、app1が保守モードになった場合の、オブジェクトの状態を示しています。

図 13: 保守モード時の制限の例

この例は以下の機能について説明しています。

● アプリケーションの保守モードは、アプリケーションが Online 化される可能性があるすべてのノード、すなわち PriorityList 属性に記載されたすべてのノードに適用されます。このため、app1 は実行の可能性があるノードにおいては、そのノードでの以前の状態に関係なく、すべてMaintenance状態にあります。

app1には各ノードにおける目標状態が設定されています。これは、アプリケーションが保守モードを抜けた後のあるべき状態です。目標状態は、GUI または CLI の hvdisp で、アプリケーションの StateDetails パラメタによって確認できます。

● Res1は app1の子であるため、いかなる場所においても制限を受けます。

● app1が、NodeAと NodeBのいずれのグラフにも現れるため、両者にも制限があります ( いずれのノードでも RMS の停止処理を開始すると、RMS が app1 の保守モードを停止するのを待ってから、停止処理を実行することを求められます )。

● app1は、app2のグラフには表示されません。したがって、app2の Offline化や Online化、別ノードへの切替えなど、app2とその資源に関する通常の処理は許可されます。

● クラスタアプリケーションが保守モードに入った状態で、RMS やシステムを停止しないでください。停止する場合は、必ずすべてのクラスタアプリケーションの保守モードを終了してから行ってください。

すべてのクラスタアプリケーションの保守モードを終了せずに、force オプションを使用してRMS を停止すると、オフライン処理が実行されない状態で OS が停止します。このため、RMS 再起動時、GDS 論理ボリュームのように、リソースの状態に影響がでる場合があります。

上記の内容は「hvutil -m on」または、各アプリケーションを右クリックしてから、GUI を使ってアプリケーションの保守モードを開始した場合の制限です。これとは別に、「hvutil -M on」が使用された場合や、ノードを右クリックして GUI を使って処理を開始した場合は、保守モードがクラスタ全体に適用され、すべてのノードで処理が停止します。

3.1.7.2 Inconsistent 状態

ある userApplication とそのグラフ内の 1 つ以上のリソースが Offline 状態または Faulted 状態にあり、同時にグラフ内の他のリソースが Online 状態または Faulted 状態にあるという状況が発生する場合があります。これは、管理者の手動操作による介入があった場合や、Faultクリア処理の失敗により、オブジェクトのいくつかが Online状態または Faulted状態で残った場合に起こります。

46 J2UZ-5295-08Z0(00)

RMS の詳細説明 RMS ハートビート

そしてこの場合、これらのOnline状態またはFaulted状態のリソースオブジェクトにClusterExclusive属性が設定されていると、複数のノードで同時にOnline状態になることはできません。userApplicationが単に Offlineまたは Faultedとマークされている場合であれば、その userApplicationはリソースとともに他のノードに切替えられて Online 状態になることができます。しかしこれは ClusterExclusive 属性の意図する動作とは矛盾し、その結果生じるリソースの競合によりデータの破損が生じる可能性があります。このような問題を回避するため、RMS は、userApplication に Offline や Faulted ではなく、Inconsistentとマークを付けることによって userApplicationの切替えをすべて禁止しています。正確な定義は以下のとおりです。

● 実際には Offline 状態、Standby 状態または Faulted 状態にある userApplication にInconsistent 状態のマークが付けられ、かつ、そのグラフ内で 1 つ以上のオブジェクトがOnline状態または Faulted状態にあり、そのオブジェクトの ClusterExclusive属性が 1 に設定されている。

userApplication は、Inconsistent の状態にあると表示または報告されますが、実際の状態は、Offline、Standby または Faulted です。ほとんどの処理においては、Inconsistent 状態にあるuserApplicationの動作は、実際の状態に基づいて決定されます。たとえば、実際の状態が Offlineの場合には、Offline要求が発行されても Offlineスクリプトは起動されません ("3.1.4.5 グラフノードがすでに Offline 状態である場合 " を参照してください )。

例外は不整合の userApplicationをリモートノードに切替える要求が発行された場合で、この要求は拒否されます。これによって、ClusterExclusive リソースが、一度に 1 つのノードでのみ Onlineになることが確保され、障害が発生する可能性が回避されます。

ある userApplication が、1 つのノードでのみ Inconsistent 状態にある場合は、そのノード上でOnline状態にすることは可能です。ただし、複数のノードで Inconsistent状態が生じていると切替えはできません。この場合、たとえば、hvutil -fまたは hvutil -cによって、すべてのリソースをOffline状態にするなどして、まず Inconsistent状態を解決する必要があります。

userApplicationが複数のノードで Inconsistent状態にある場合、ClusterExclusiveリソースのいずれかが、複数のノードで Online 状態にある可能性があります。この場合には、userApplicationに対して hvutilコマンドを実行する前に、各ノードでリソースを正常終了させるための適切な処理を行ってください。リソースのタイプによっては、データの破損が生じていないかを確認する必要があります。

3.2 RMS ハートビート

RMS がノードの状態を監視する際にも優先する検出項目は、ノードもしくは RMS ベースモニタが障害によって完全に停止しているかどうかです。応答速度の低下は、システムの過負荷によって生じている可能性がありますが、優先の検出項目ではありません。RMS はこれらの障害の検出に 2 種類の方法を採用しています。

1 つめはハートビートを使用する方法です。RMS は UDP ハートビート信号を定期的に送信しています。後のハートビート送信時からの応答時間が、設定された接続タイムアウト値を超えた場合に、RMS は

ノードとの接続が失われたと判断します ("HV_CONNECT_TIMEOUT" を参照 )。RMS はここでノードのリカバリ期間に入ります。ノードのハートビートがリカバリ期間中に検出されれば、RMS はノードの機能が回復し、正常な状態に戻ったと判断します。しかし、リカバリ期間終了時までにノードからのハートビートを受信しなかった場合は、そのノードとの間で他の通信が可能な場合でも、RMS はノードがDOWN 状態にあると判断します。

RMS はノードが DOWN 状態にあると判断すると、アプリケーションとクラスタの整合性を保証するための処理を開始します。処理の初に、ノードが本当に停止しているかを確認する必要があります。停止していなかった場合には、後にノードとノードのアプリケーションが予期せず回復し、競合やデータ破損が生じる恐れがあります。このような問題を避けるため、RMS はシャットダウン機構 ( 後述 ) を使用してノードの強制停止を行います。これは通常、ノードの再起動や電源切断によって行われますが、正

J2UZ-5295-08Z0(00) 47

RMS ハートビート RMS の詳細説明

確にはどのシャットダウンエージェントがそのノードに割り当てられているかによって決まります。ノードが強制停止されてはじめて、RMS はそのノードのアプリケーションをクラスタ内の別のノードで安全に再起動できるようになります。障害が発生しているノードから正常なノードにアプリケーションを自動的に切替える処理を、アプリケーションのフェイルオーバと呼びます。フェイルオーバと呼びます。

アプリケーションの切替えはクラスタの性能に影響を与えるため、ノード停止の検出を誤らないようにリカバリ期間の設定を適切に行うことが重要です。適な UDP リカバリ期間はクラスタの状態によって異なります。ノードやベースモニタの故障対応に重点を置くなら、リカバリ期間が短いほうが適しています。しかし、過負荷が生じたノードからの応答は遅くなることを考えると、リカバリ期間を長くしておいたほうが不必要なシャットダウンは避けられます。UDP を単独で使用すると、これらの相反する要求によって、大規模なクラスタや負荷の大きいクラスタでは、リカバリ期間の調整が困難になります。CF が存在しない場合は、SAP クラスタと同様、RMS は上記 2 つの条件をともに考慮して、中間のリカバリ期間を採用しています。ただし、管理者は RMS の起動時に値を変更することができます (hvcm のマニュアルページを参照してください )。

UDP では障害発生の原因となりうる場合が 3 つあるため、信頼性に欠けるので注意が必要です。1 つめは、応答を要求する送信がリモートノードに到達しない場合です。この場合当然応答は返されません。2 つめはリモートノードの負荷が大きい場合です。この場合はリカバリ時間内に応答できない可能性があります。応答時間が低い値に設定されている場合には、この危険はさらに大きくなります。3 つめは応答パケットがリモートノードからネットワークに送り出されても、何らかの理由でローカルノードに到達しない場合です。上記いずれの場合でも、ローカルノードはリカバリ期間経過するまで処理ができなくなります。

クラスタの応答性を高めるために、RMS ではマシンの状態と接続状況を確認する手段として、ELM(Enhanced Lock Manager) を使用します。ELM はポーリングを行いません。ELM は、CF がカーネルレベルで管理するロックをもとに判定を行います。ノードは、クラスタに参入するとロックを作成し、ベースモニタの作動中はそのまま保持します。このロックは、ノードまたはベースモニタが停止した時点で解放されます。ロックの状態は CF によってバックグラウンドで保持されるため、各ノードの RMS はローカルにロックの状態を参照できます。

ELM はノードまたはベースモニタの障害検出を優先するよう設計されています。このため、リカバリ時間を比較的大きな値に設定して、UDP ハートビートをノードの応答速度低下の検出に適化させることができます。UDP ハートビートは ELM を補完します。CPU またはネットワークインタフェースに過負荷のかかったノードは応答が遅くなりますが、CF はノードのロックの状態を保持し続けます。この状態が続くと、終的には UDP ハートビートのリカバリ期間が経過し、RMS がノードの停止処理を開始します。ELM により、RMS がノードの停止処理を開始する確率は非常に低くなります。

ELM の手動停止は、システムに詳しい専門家により、ローリングアップデートまたはデバッグの場合にのみ行ってください ("HV_USE_ELM" を参照 )。この場合はさらに、RMS が起動してから、hvcm -h<timeout> を使用して UDP ハートビートリカバリのタイムアウト時間をより小さな値に手動設定する必要があります。これは、ELM が停止している場合に、リモートのベースモニタとノードの停止を効率的に検出するために必要です。

3.2.1 動作の詳細

ELM のメカニズムはいくつかの簡単な例を用いると理解が容易です。以下に、2 つ以上のノードで構成されるクラスタ ( ノード A、ノード B、ノード C 等 ) を例に説明します。

3.2.1.1 ELM ロックの管理

各ノードのロック名は RMS<nnnnnn> の形式で命名されています。<nnnnnn> は 6 桁の CF ノード ID です。このため、各ノード名とノード ID およびロック名との対応が簡単に分かります。ロックは CF によってクラスタごとに管理され、どのノードからどのロックに対してもアクセスを要求することができます。

あるノードがロックに対してはじめてのアクセス要求を行った場合、要求は直ちに許可されます。これは、ノードが初は NULL 状態で要求を受信するためです。これは特別な中立の状態であり、他のいかなるノードにおけるそのロックの状態とも競合しません。ローカルノードはここで ELM に対し、ロックを別の状態に変更するよう要求できます。いったん要求が許可されると、ノードはその状態を維持することも、別の状態に変更することもできます。ただし、可能な処理はこの 2 つのみです。

48 J2UZ-5295-08Z0(00)


ELM がサポートする状態は NULL 状態以外には以下の 2 つだけです。

● concurrent read (CR) — 複数のノードがロックをこの状態で保持できます。これは他のノードがロックを exclusive 状態に変更することを防止します。

● exclusive (EX) — クラスタ内で 1 つのノードのみがロックをこの状態で保持できます。これは他のノードがロックを concurrent 状態または exclusive 状態に変更することを防止します。

変更の処理は ELM の中心的な制御メカニズムです。他ノードとの競合が発生する変更を要求してもエラー状態は発生しません。その要求は ELM が要求を許可できるようになるまで、キューに入れられます。要求しているプロセスは Wait 状態に置かれ、再活性化されることにより、その時点で、要求が許可されたことが分かります。

ノードがロックを NULL 状態に戻すと、そのロックは解放されます。これにより、他のノードがロックを目的の状態に変更できるようになります。要求はキューに入れられた順序で許可されます。

たとえば、A がロックを EX 状態に変更したとします。B は A のロックにアクセスを要求することが可能です。B は直ちに NULL 状態のロックを受信します。B がここでそのロックを CR 状態に変更するように要求を発行すると、その要求は A ( もしくは ELM 自身 ) がロックを NULL または CR 状態に変更するまで待ち状態になります。これは、どちらも B の要求と競合しないためです。このようにして B が Aのロックの変更を完了すると、その時点で、BにはAがロックをEX状態に保っていないことが分かります。

他のノードのロックへのアクセス要求が直ちに許可され、ELM のロックメカニズムに影響を与えないため、このステップは以下の説明では省略します。

3.2.1.2 初のノードの起動

RMS を起動する初のノードを A とします。以下の処理が行われます。

1. A は自らのロックを EX モードに変更します。他のノードはこの時点ですでに起動処理を完了しているため、これは直ちに実行されます。

2. A は UDP ハートビートを起動し、他ノードからの応答を待ちます。この時点ではまだ他ノードのロックの変更要求を出しません。

3.2.1.3 2 番目のノードの起動

RMS を起動する 2 番目のノードを B とします。以下の処理が行われます。

1. B は自らのロックを EX モードに変更します。A はこの時点ではまだ B のロックに対するアクセス要求をしていないため、モードの変更は直ちに実行されます。

2. B は UDP ハートビートを起動し、他ノードからの応答を待ちます。この時点ではまだ他ノードのロックの変更要求を出しません。

3. A は初のハートビートを B から受信します。A は B のロックを CR 状態に変更するように要求を発行します。B はロックを EX 状態に維持しているため、A の要求は ELM キューに入って休眠します。

4. A の要求が休眠状態にあるため、B は自らのロックを保持しなければなりません。このため、B はOnline 状態であることが必要で、A は B にその状態のマークを付けます。A は自らの要求が休眠状態を続ける限り、B の Online状態のマークを維持します。

5. B は A からのハートビートを検出し、同じ処理を実行します。B は A のロックを CR モードに変更しようとします。しかし A はロックを EX 状態に維持しているため、B の要求は ELM キューに入って休眠します。

6. B の要求が休眠状態を続ける限り、B は A の Online状態のマークを維持します。

この時点で、2 つのノードとも自身のロックを EX 状態に保ち、それぞれ相手方のロックを CR 状態に変更するように要求を発行しています。両者の要求とも休眠状態にありますが、このことは、両ノードが実行している処理以外に対しては何の影響も与えません。しかし、各ノードで要求の処理が完了していないといういうことは、他方のベースモニタが Onlineであるということを示しています。

J2UZ-5295-08Z0(00) 49

RMS ハートビート RMS の詳細説明

3.2.1.4 3 番目以降のノード

RMS を起動する 3 番目のノードを C とします。A および B との間で行われる処理は、上記 2 番目のノードの起動時と同様です。

1. C は自らのロックを EX 状態に変更し、ハートビートを開始し、他のノードからのハートビートを待ちます。

2. C は、他ノードの 1 つから初のハートビートを受け取った時点で、そのノードのロックを CR 状態に変更しようとしますが、要求は休眠状態に入ります。

3. 要求が休眠状態を続ける限り、C は、他ノードの Online状態のマークを維持します。

C はあるノードから初のハートビートを受け取ると、必ずステップ 2 と 3 を実行します。

同時に、Online状態にある他のノードは C の初のハートビートを受信し、C のロックについてステップ 2 と 3 を実行します。

クラスタ全体が Online状態になった時点で、各ノードのロックは次の状態になっています。

● ノードは自らのロックを EX 状態に保っている。

● ノードは、他のノードのロックを CR 状態に変更する要求を発行済みであり、これらの要求はすべて休眠状態にある。

3.2.1.5 ノードまたは RMS 停止の順序

CF がリモートノードの LEFTCLUSTER イベントを発行した場合、または、リモートノードのベースモニタが停止した場合、ELM は、そのノードのロックをクラスタ内のすべてのノードで NULL 状態に変更します。

たとえば、ノード B が停止したと仮定します。ノード A 上では以下の処理が行われます。これは他のオンラインノードでも同様です。

1. B のロックを CR 状態に変更するという A の要求が待機状態を脱します。その結果、A はそのロックを CR 状態で維持します。

2. A はロックを NULL 状態に変更し、B のマークを Offline状態にします。

3. A は B からハートビートを受信するまで、B のマークを Offline状態で維持します。ハートビートを受信した時点で、A は B のロックを CR 状態に変更する要求を発行してロックサイクルを再始動します。

ノード B のベースモニタが初に停止した場合も、同様の処理が行われます。大きな違いは、ノードが停止した場合は、LEFTCLUSTER イベントが ELM ロックのリリースに先行し、ベースモニタが停止した場合は、ELM ロックのリリースが LEFTCLUSTER イベントに先行する点です。いずれの場合にも、RMSはノードの強制停止を開始します。

クラスタ内で何らかの故障が発生した場合に、ELM は他のベースモニタに対して能動的に警告を発します。ハートビートのタイムアウト時間が経過するのを待つ必要はありません。

ただし、通常終了の場合でも、ELM はほぼ同じような動作をしますが、その場合はノード自身がロックを解放します。また、RMS のレベルでは、ノードの強制停止は必要ありません。

3.2.1.6 レスポンスの遅延

リモートノードがビジー状態にある場合、そのベースモニタの反応は非常に遅くなります。ELM は状態ベースの監視方法であり、この状態を検出できません。このため、リモートノードの反応遅延が許容範囲を超えた場合は、RMS は時間ベースの UDP ハートビートを使用します。

たとえば、ノード B は停止してはいませんが、ベースモニタの反応が非常に遅いとします。クラスタ内のあるノード ( この例ではノード A) で次の処理が行われます。

50 J2UZ-5295-08Z0(00)


1. B のロックを CR 状態に変更するよう求める A の要求は、sleep 状態を続けます。これは B が引き続き動作中のためです。

2. B のハートビート期間 ( デフォルトは 30 秒 ) が経過し、さらに、ハートビートリカバリ期間 ( デフォルトは 600 秒 ) が経過します。

3. ハートビートが失われたため、A は SF に B を強制停止するよう指示します ( ただし、ELM は依然として問題を検出していません )。

4. B の強制停止が完了すると、ELM はすべてのノードでロックを解放します。

5. A が発行した B のロックの変更要求は許可されます。A は直ちにロックを解放し、B のマークをOffline状態にします。

6. A は B のハートビートを待機し、ロックサイクルが再開します。

他のノードは、自らのロック要求が休眠状態を脱する前に、B のハートビート喪失を検出する可能性があります。この場合にも、B の強制停止を開始します。

これが、ELM が UDP ハートビートをバックアップとして必要とする理由です。UDP が稼動していない場合、ELM ロック要求は、リモートノードのサービス停止後もかなりの時間キューに残ることになります。

3.2.2 hvenv のデフォルトの初期化

hvenv の HV_USE_ELM 環境変数は CF の状態に応じて自動的に初期化され、ELM を有効化または無効化します。

● CF がインストールされていない場合は、HV_USE_ELMは 0 に設定され、デフォルトの UDP ハートビートリカバリタイムアウトは 45 秒です。

● CF がインストールされている場合は、HV_USE_ELMは 1 に設定され、デフォルトの UDP ハートビートリカバリタイムアウトは 600 秒です。

デフォルトのリカバリタイムアウトは hvcm -hで変更できます。

ハートビートリカバリタイムアウトが短すぎると、ELM が稼動中であってもノードが処理の途中で停止される場合があります。

3.2.3 hvenv.local での ELM の手動制御

ELM は手動で停止することができますが、これは上級ユーザまたはコンサルタントのみが行ってください。ELM は次のような場合に停止します。

● ローリングアップグレード

● テストまたはデバッグ

ELM を停止するには、HV_USE_ELM 変数を変更し、タイムアウトを適切な値に変更して起動します。

1. hvenv.localで HV_USE_ELM=0に設定します。

"HV_USE_ELM" を参照してください。

2. hvcm -h <timeout> ... で RMS を起動します。

ELM 停止中の推奨タイムアウト時間は 45 秒です。hvcm のマニュアルページを参照してください。RMS の起動時にハートビートタイムアウトを Cluster Admin GUI から指定する方法はありません。

J2UZ-5295-08Z0(00) 51

スケーラブルコントローラ RMS の詳細説明

hvenv.local で HV_USE_ELM=1 に設定することもできます。ただし、CF がインストールされていない場合は、この設定が有効になると RMS は起動できなくなります。RMS は switchlog 内のメッセージでこのことを通知します。

3.3 スケーラブルコントローラ

スケーラブルコントローラとスケーラブルアプリケーションの操作の詳細について説明します。

ここで説明する内容は以下のとおりです。

● " コントローラの概要 " では、コントローラによるアプリケーションの制御について説明しています。

● " スケーラブルコントローラとアプリケーション " では、スケーラブルコントローラで制御されるアプリケーションについて説明しています。また、スケーラブルコントローラの利点および属性についても説明しています。

● "Online/Offline 処理と状態遷移 " では、制御されるアプリケーションの状態とコントローラの状態、およびその属性について説明しています。

3.3.1 コントローラの概要

コントローラを使用することにより、アプリケーションで別のアプリケーションの監視および制御ができます。コントローラサブアプリケーションを含むアプリケーションは「制御するアプリケーション」または「親アプリケーション」と呼ばれます。コントローラに定義されたアプリケーションは、「制御されるアプリケーション」または「子アプリケーション」と呼ばれます。子アプリケーションは、親アプリケーションに定義されたリソースのように動作します。「制御するアプリケーション」をマスタアプリケーション、「制御されるアプリケーション」をスレーブアプリケーションというように考えることもできます。

3.3.2 スケーラブルコントローラとアプリケーション

スケーラブルコントローラでは、複数のアプリケーションを集中的に管理、制御し、情報の表示ができます。スケーラブルコントローラで「制御されるアプリケーション」は、スケーラブルアプリケーションと呼ばれます。

たとえば、スケーラブルコントローラを含む「制御するアプリケーション」を Online に切替えると、スケーラブルアプリケーションはコントローラの ApplicationSequence 属性に定義された順序でOnlineに切り替わります。制御するアプリケーションを Offlineに切替えると、スケーラブルアプリケーションは逆の順序で Offline に切り替わります。同時に、スケーラブルコントローラの状態はスケーラブルアプリケーションの組み合わされた状態を反映し、この状態は GUI または hvdisp コマンドによって表示することができます。

スケーラブルコントローラとスケーラブルアプリケーションは、複数の構成リソースを複合的に制御および管理する必要のある場合に便利です。このような構成はこれまで、複数のフォロータイプのコントローラを使って実装されてきました。しかし、スケーラブルコントローラを使用すると、非常に複雑で可用性の高い構成を構築し、1 つの固まりとして扱うことが可能です。

3.3.2.1 スケーラブルアプリケーション

スケーラブルアプリケーションとは、スケーラブルコントローラで制御される任意のアプリケーションを意味します。さまざまなスケーラブルアプリケーションが、同一ノードまたは異なるノード上で同時に Onlineの状態になる可能性があります。たとえば、Oracle RAC、Fujitsu Symfoware および IBM DB2PE (Parallel Edition) などの並列データベースはすべて、個別のインスタンスをクラスタ内の異なるノード

52 J2UZ-5295-08Z0(00)

RMS の詳細説明スケーラブルコントローラ

で同時に実行する可能性のあるデータベースサーバです。データベースインスタンスのそれぞれに個別のアプリケーションが構成されます。上位のアプリケーションが、すべてのアプリケーション ( またはデータベースインスタンス ) の監視および制御を行います。上位のアプリケーションは「制御するアプリケーション」と呼ばれます。「データベースインスタンス」のアプリケーションは、「制御されるアプリケーション」と呼ばれます。このようなコンポーネントを、スケーラブルコントローラで「制御されるスケーラブルアプリケーション」として構成することにより、このコントローラからクラスタ内のサーバ全体にアクセスすることが可能になります。たしかにこれは商用データ処理ではもよく目にするスケーラブルアプリケーションです。ただし、同様の要件を持ついかなるアプリケーションでも同じように構成できます。

3.3.2.2 スケーラブルコントローラによる利点

スケーラブルコントローラの主な利点は、親アプリケーションが動作するノードとは別のノードで子アプリケーションを実行できる ( または実行しなければならない ) 構成が可能な点です。さらに、並列データベースの場合など、アプリケーションが複数存在する場合の管理が簡単になります。

たとえば、Oracle RAC を構成する場合には、各ノードにそれぞれ別のユーザアプリケーションを使用させる方法があります。各ユーザアプリケーションはノードごとに独立して管理されます。Oracle RAC は共用アクセスデータベースであるため、クラスタ内で一部のインスタンスが動作していれば、データベース全体にアクセスできます。このためこの構成は Oracle RAC では問題なく動作します。

しかし、IBM DB2 PE などの非共用データベースでは、データベース全体のアクセスを可能にするにはデータベースのすべてのインスタンスを Online にする必要があります。従来のフォローコントローラを使用した場合、DB2 PE をサポートする構成は、複数のアプリケーションと依存関係が必要となります。スケーラブルコントローラを使用すれば、このような構成の構築はもっと単純になります。

複数のノードに跨る複数のアプリケーションや、アプリケーション間の依存関係をサポートするため、さまざまな構成オプションが用意されています。以下のセクションでは、スケーラブルコントローラについてより詳しく説明します。

3.3.2.3 スケーラブルコントローラの属性

Scalableというコントローラの属性は、スケーラブルな子アプリケーションを制御します。コントローラの Scalable属性が 1 に設定された場合、Resource属性で指定されたすべてのアプリケーションは、スケーラブルアプリケーションと見なされます。

ある子アプリケーションを制御できるのは、1 つのスケーラブルコントローラのみです。子アプリケーションが複数の親コントローラに関連付けられることはできません。あるアプリケーションが複数のスケーラブルコントローラを含む場合があります。アプリケーションがスケーラブルコントローラを複数もつことに制限はありません。ただし、使用するによっては、での構成時の選択肢が制約される場合があります。

次の図は、一般的なスケーラブルコントローラの属性を示す Cluster Admin View です。

J2UZ-5295-08Z0(00) 53


図 14: スケーラブルコントローラの属性

上の図に示すスケーラブルコントローラコントローラの属性の一部は、インタフェースで設定できます。これらの属性は、本例では次のように設定されています ( 図中の上から下 )。

● MonitorOnly=0

● Resource=< アプリケーションのリスト >

● ApplicationSequence=<Resource 属性に定義されたアプリケーションの起動順番 >

● ScriptTimeout=180

● FaultScript=< スクリプト定義 >

● StateChangeScript=< スクリプト定義 >

スケーラブル運用に影響する他の属性は、スケーラブルコントローラの構成時にによって自動設定されます。

切替え処理および状態遷移における一部の属性の影響については、以下のセクションで説明します。

3.3.3 Online/Offline 処理と状態遷移

3.3.3.1 制御されるアプリケーションの状態とコントローラの状態

表に、「制御されるアプリケーション」の状態に応じたスケーラブルコントローラの状態を示します。

コントローラの状態子アプリケーションの状態

Online 任意のノード上で低 1 つが Online

Offline すべてのノード上ですべてが Offline

Faulted 任意のノード上で低 1 つが Faulted、すべてのノード上で他のすべてが Offline

Standby 任意のノード上で低 1 つが Standby、すべてのノード上で Onlineがない

Warning 任意のノード上で低 1 つが Online、すべてのノード上で他は Offline

表 4: 子アプリケーションの状態とスケーラブルコントローラの状態の関係

54 J2UZ-5295-08Z0(00)


注意 : 異なるスケーラブルアプリケーションであれば、同一ノードまたは異なるノードで同時に 2 つ以上を Online にすることはできますが、個々のスケーラブルアプリケーションは、1 つのノードでしかOnlineにすることができません。たとえば、Oracle RAC の RMS 構成設定を行う場合、Oracle デーモンプロセスは、複数のノードで Onlineにする必要があるため、単一の RMS アプリケーションではなく、複数の独立した制御される RMS アプリケーション ( デーモンごとに 1 つの子アプリケーション ) として表す必要があります。これら子アプリケーションはすべて、Oracle RAC の親スケーラブルコントローラから集中的に制御、管理および表示することができます。

3.3.3.2 アプリケーションが Online 状態になるノードについて

制御するアプリケーションと制御されるアプリケーションは、それぞれ異なるノード上で Online 状態になる場合がありますが、アプリケーションの監視および制御に問題はありません。

ノード故障などによりノードが異常停止し、その後、起動した場合、制御するアプリケーションが複数ノード上で Online 状態になる場合がありますが、運用上問題ないため、対処は必要ありません。

3.3.3.3 制御されるアプリケーションへの要求の伝播

コントローラからの優先 Online 要求は、制御されるすべてのアプリケーションに伝播され、それらの各アプリケーションは PriorityList 属性に定義されたノードの順序に従って Online 状態に遷移します。Offline および Standby 要求はすべてのノード上で、すべての制御されるアプリケーションに伝播されます。

IndependentSwitch属性は、スケーラブルコントローラオブジェクトでは 1 に設定されなければなりません。この属性により、制御される子アプリケーションに影響を与えずに、親アプリケーションをノード間で切替えることができるようになります。ただし、親アプリケーションが「hvswitch -f」などの強制要求によって切替えられる場合は、IndependentSwitch 属性の設定は無視されます。この場合、コントローラによって切替え処理の一部としてOffline要求がそれぞれの子アプリケーションに伝播されます。

RMS の停止や OS のシャットダウンによって親アプリケーションと子アプリケーションが同時に切替わり、子アプリケーションが次に優先度の高いノード上で Online 状態になる前に RMS の再起動が完了した場合、子アプリケーションは、その PriorityList 属性に定義されたノードの順序に従って Online状態に遷移します。このため、子アプリケーションは、切替え前のノードで再び Online 状態となります。

3.3.3.4 コントローラの Warning 状態

スケーラブルコントローラは、以下のいずれかの条件を満たした場合、GUI および hvdisp コマンドでWarning状態を表示します。これは、スケーラブルを構成するクラスタアプリケーションの一部が動作していないことを管理者に警告するためです。

● Online状態のコントローラに制御されるアプリケーションの少なくとも 1 つが Online状態から Offline、Standbyまたは Faulted状態に遷移した場合

● Standby状態のコントローラに制御されるアプリケーションの少なくとも 1 つが Standby状態から Offlineまたは Faulted状態に遷移した場合

Online 状態のコントローラに制御されるアプリケーションのうち、一部のアプリケーションが動作する、すべてのノードの RMS が停止している場合、異常が検知できないため、コントローラの状態は、Online状態のままとなります。

J2UZ-5295-08Z0(00) 55


3.3.3.5 アプリケーションの Warning 状態

スケーラブルコントローラのうち少なくとも 1 つが Warning 状態になると、スケーラブルコントローラを含むアプリケーションは Warning 状態になります。すべてのスケーラブルコントローラが送信されたWarning以外の状態になると、アプリケーションはそれぞれの状態に戻ります。コントローラの場合と同様、GUI および hvdisp コマンドでは Warning 状態が表示され、管理者に対してスケーラブルな親アプリケーションの完全な機能が稼動していないことを警告します。

コントローラが Offline または Faulted に遷移するか、制御されるすべてのアプリケーションがOnlineまたは Standbyに遷移すると、Warning状態はそれぞれの状態に変わります。

3.3.3.6 コントローラ StateChangeScript

コントローラの StateChangeScript属性には、制御される子アプリケーションが Online、Offline、Faulted、または Standby 状態に遷移するたびにスケーラブルコントローラで実行されるスクリプトを指定します。スクリプトは、制御する親アプリケーションが動作できるすべてのノードで実行されます。これはコントローラ自身から出された要求に代わって実行される場合でも同じです。StateChangeScript スクリプトは、子アプリケーションが実行されているノードの状態が Offlineまたは Faultedに遷移した場合にも実行されます。このスクリプトは、状態遷移には影響しません。異常終了コードが switchlogに記録されるだけです。

同時に複数の状態遷移イベントが送信された場合、それぞれのイベントに対して StateChangeScriptスクリプトが実行されます。イベントを受信すると、即座 ( 遅延なし ) に StateChangeScriptスクリプトがスケジューリングされます。同じノードから複数のイベントが送信された場合は、必ずイベントを受信した順序に従って StateChangeScriptが呼び出されます。

スクリプト実行時環境変数

StateChangeScript の実行時には、以下の RMS 環境変数が設定されています。各変数の名前と用途を以下に示します。各変数の内容およびフォーマットの詳細については、"RMS グローバル環境変数 " 、"RMS スクリプト実行環境変数 " を参照してください。

RMS では、状態変更スクリプトの呼び出しがアプリケーションの状態変化に起因するか、ノードの状態変化に起因するかに応じて、以下の 2 つの RMS 環境変数が使用できます。

● HV_APPLICATION_STATE_CHANGE_INFO

StateChangeScript スクリプトの呼び出しが、「制御されるアプリケーション」の状態変化に起因する場合に設定されます。コロンで区切られた各文字列は以下の意味を持ちます。

– ノード上のアプリケーションの前の状態 ( ローカルノードに記録された状態と同一 )

– ノード上のアプリケーションの現在の状態 ( ローカルノードに記録された状態と同一 )

– アプリケーションの状態が変化したノードの名前

– 状態が変化したアプリケーションの名前

StateChangeScriptスクリプトの呼び出しがノードの状態変化に起因する場合、HV_APPLICATION_STATE_CHANGE_INFOは空になります。

● HV_HOST_STATE_CHANGE_INFO

「制御される子アプリケーション」を実行可能な SysNodeの状態が Offlineまたは Faultedに変化したために、スケーラブルコントローラの StateChangeScriptスクリプトが呼び出された場合に設定されます。コロンで区切られた各文字列は以下の意味を持ちます。

– 前のノードの状態

– 現在のノードの状態

– ノードの名前

– ノードの状態変化の理由 : シャットダウン機構、hvshutコマンド、または不明。

56 J2UZ-5295-08Z0(00)


StateChangeScriptスクリプトの呼び出しが「制御される子アプリケーション」の状態変化に起因する場合、HV_HOST_STATE_CHANGE_INFOは空になります。

RMS が呼び出す他のスクリプトと同様に、StateChangeScriptでも以下の RMS 環境変数を参照できます。

● HV_APPLICATION

現在のオブジェクトを含む現在のサブツリーの上位にあるuserApplicationオブジェクトの名前です。

● HV_AUTORECOVER

1 が設定されている場合、スクリプトの呼び出しが AutoRecover の試行に起因することを示します。

● HV_FORCED_REQUEST

1 が設定されている場合、強制要求によるスクリプト呼び出しであることを示します。

● HV_LAST_DET_REPORT

現在のオブジェクトに対して、ディテクタが検知した新の状態です。

● HV_OFFLINE_REASON

実行中の Offline処理の理由 : 保守停止要求、手動切替え、リソース故障後のフォローアップ処理、またはアプリケーション停止要求

● HV_NODENAME

現在のオブジェクトの名前です。

● HV_SCRIPT_TYPE

スクリプトの種類です。

● NODE_SCRIPTS_TIME_OUT

現在のオブジェクトおよびスクリプトの種類のタイムアウト値です。

スクリプト実行シーケンス

StateChangeScriptスクリプトは、イベントを受信すると即座に実行されます。その結果、他の RMSスクリプト ( 他のオブジェクトまたは現在のオブジェクトの StateChangeScriptスクリプトを含む )と並列に実行されることがあります。複数のイベントがほぼ同時に送信される可能性があるため、適切な順序で実行されるようユーザスクリプト側で調整する必要があります。スクリプトの作成者は、ロックまたは OS の他の機能を使用して、スクリプトから共有リソースへのアクセスが適切に行われるように配慮しなければなりません。

3.3.3.7 Online/Standby/Offline 処理の順序制御とアプリケーショングループ

コントローラの ApplicationSequence属性は、Online、Offline、および Standby要求がどのように子アプリケーションに伝播されるかを制御します。この属性では、コントローラの Resource属性で指定されるコントローラのすべての子アプリケーションのリストが示されますが、並列処理または順次処理であるかどうかでグループに分けられます。

スペースで区切られたアプリケーションのグループを、要求グループと呼びます。要求グループのアプリケーションはすべて並列処理されます。

コロン (:) で区切られた要求グループは、順次処理されます。Online または Standby 要求は、左から右へ順に処理されます。Offline要求は、右から左へ順に処理されます。

たとえば、コントローラの ApplicationSequence属性が以下のように指定されているとします。

A1 A2:B:C1 C2

J2UZ-5295-08Z0(00) 57


コントローラによって、以下のように Online要求が発行されます。

1. A1 および A2 ( 初の要求グループ ) は並列処理され、一方が他方を待つことはありません。ただし、A1 および A2 の両方から Online状態が送信されない限り、コントローラは次のグループには進みません。

2. B (2 番目の要求グループ ) が次に処理されます。B から Online状態が送信されない限り、コントローラは次のグループには進みません。

3. C1 および C2 (3 番目の要求グループ ) が後に並列処理されます。

Offline 要求は、これと逆の順番で処理されます。つまり、C1 および C2 が初に処理され、次に B、後に A1 および A2 が処理されます。

処理順序が重要になるのは、スケーラブルコントローラからの要求が「制御されるアプリケーション」に伝播されている間のみです。手動切替えおよび自動切替えを含む他の理由でアプリケーションの状態が変化した場合、ApplicationSequence属性は無視されます。

Offline処理の順序は、「hvshut –l」などのローカルの hvshutでも維持されます。ただし、「hvshut–a」などのクラスタ規模の要求では、順序が無視されます。各ノードでは、アプリケーションの Offline処理が独立して行われます。

他のサブアプリケーションと同様に、「hvshut –L」および「hvshut –A」の処理時にはスケーラブルな要求グループは処理されません。

スケーラブルコントローラからの要求の伝播は、子アプリケーションが実行される可能性のあるノードの状態からも影響を受けます。同じ要求グループのアプリケーションのノードが使用可能でない場合、その要求は伝播されません。該当するノードが使用可能になるまで遅延されるか、ScriptTimeout 属性に設定された時間が経過するまで遅延されます。

3.3.3.8 サブクラスタでの自動起動

一部のノードが停止している状態をサブクラスタと呼びます ( 以降「サブクラスタ」と記載 )。この場合でも、「制御するアプリケーション」が自動起動できるように設定することができます。これが必要とされるのは、「制御される子アプリケーション」が親コントローラの ApplicationSequence属性で定義される順序に従ってクラスタシステムの一部で Onlineになる場合があるためです。

たとえば、はじめにすべてのクラスタノードが停止している状態から一部のノードが起動し、他のノードは依然メンテナンス中であったとします。他のクラスタノードが現在 Offlineまたは Faultedであるかどうかにかかわらず、起動中のサブクラスタで実行されるべき「制御されるアプリケーション」は、スケーラブルコントローラの要求に従って Online に切り替わる必要があります。管理者が不在な場合もあるため、この場合「hvswitch -f」を使用するような設定は選択できません。クラスタ構成が自身で自動的に起動する必要があります。

上記の例は、userApplication オブジェクトの PartialCluster 属性により実現できます。1 に設定すると、アプリケーションは自らのプライマリノードを含む他のノードが Offline または Faultedであっても、現在オンラインであるノード内で Online要求の処理ができます。0 に設定すると、( 現在の動作では ) アプリケーションは実行が可能なすべてのノードが Onlineである場合にしか、Online要求の処理ができません。デフォルト値は 0 です。

スケーラブルコントローラを含むアプリケーション ( 制御するアプリケーション ) において、アプリケーショングラフに ClusterExclusive 属性が設定されたリソースがない場合 PartialCluster属性を1 に設定できます。それ以外の場合は、PartialCluster属性を 0 に設定する必要があります。

「制御するアプリケーション」に controller オブジェクト以外のオブジェクトが含まれない場合は、PartialCluster 属性を 1 に設定しても問題ありません。「制御するアプリケーション」が異なるサブクラスタで複数自動起動されても、排他リソースは共用されません。自動起動の一部として、それぞれの「制御されるアプリケーション」に Online 要求が伝播され、現在のサブクラスタからノードが要求された場合は、これらのアプリケーションが Onlineになることもあります。

58 J2UZ-5295-08Z0(00)


しかし、一部の「制御されるアプリケーション」が複数のサブクラスタからノードを要求した場合、これらのアプリケーションは Onlineにはなりません ( これが本来の動作です )。これらのアプリケーションの PartialCluster 属性は 0 に設定されており、サブクラスタにまたがっている「制御されるアプリケーション」が Online処理を拒否するようになっています。

各アプリケーショングループの「制御されるアプリケーション」が Online になるまで、Online 要求の伝播がスケーラブルコントローラによって遅延するため、複数のノードが同じスケーラブルコントローラに対する Online要求を同時に開始した場合でも、ApplicationSequence属性で指定された順序は維持されます。

3.3.3.9 サブクラスタでの切替え

「制御するアプリケーション」の PartialCluster属性が設定されている場合、サブクラスタのノード間で自動または手動 (「-f」強制オプションの有無による ) で Onlineに切替えできます。これは、「制御するアプリケーション」自身については安全です。コントローラ以外には実際のリソースがないからです。また、「制御されるアプリケーション」についても安全です。それぞれの PartialCluster属性が 0 に設定されており、サブクラスタの境界をまたがった場合は Onlineにならないからです。

3.3.3.10 子アプリケーションの手動切替え

「hvutil -f」コマンドを使用して、Online状態の後の子アプリケーションを手動で Offlineにしようとすると、親コントローラが Faulted 状態になります。このような状況を回避するため、RMS では Online状態にある後の「制御されるアプリケーション」を Offlineにする「hvutil -f」コマンドが拒否され、以下のメッセージが生成されます。

ERROR: Application controlled from another online application - <application>.

3.3.3.11 保守モード時の操作

以下の例では、保守モード時のコントローラの動作について説明します。

● ノード fuji2 および fuji3 上にアプリケーション app1、app2、および app3 が構成されているとします。

● app2は Followモードコントローラで app1を制御します。

● app3は Scalableモードコントローラで app2を制御します。

図 14 は、この例の RMS 構成ツリーおよび対応グラフを示しています。

J2UZ-5295-08Z0(00) 59


保守モード時のコントローラの例

ノード間でのアプリケーションの切替え

グラフの観点から、これらを「横方向」の切替え操作として考えることができます。

スケーラブルコントローラに制御された子アプリケーションが保守モードに切替えられた場合、その親は hvswitch コマンドを使用してノード間で手動または自動で切替えることができます ( 図 15)。app2を保守モードに切替えると、フォローコントローラに制御された子アプリケーションである app1も自動で保守モードに切り替わります。

図 15: 子が保守モードの場合にスケーラブルな親アプリケーションを切替える

同様に、スケーラブルコントローラの親アプリケーションが保守モードに切替えられた場合、その子はhvswitchコマンドを使用してノード間で切替えることができます ( 図 16)。ただし、保守モードでは親は処理要求を発行しないため、実際は手動コマンドによってのみ実行できます。app2を異なるノードに切替えると、フォローコントローラに制御された子アプリケーションである app1 も自動的にそのノードに切り替わります。

スケーラブルコントローラ

フォローコントローラ

60 J2UZ-5295-08Z0(00)


図 16: 親が保守モードの場合にスケーラブルな子アプリケーションを切替える

つまり、これらの「水平」の hvswitchコマンドは正しく処理されます。

Online、Offline、および Fault 処理の制約

グラフの観点から、これらを「縦方向」の切替え操作として考えることができます。

app2が保守モードのときに app3を hvutilコマンドで Offlineにすることを考えます ( 図 17)。

図 17: 子が保守モードの場合に親を Offline にするよう試行する

前述の hvswitchコマンドと異なり、この「hvutil -f」操作では、処理の続行に子アプリケーションからの応答を必要とします。保守モードで app2 が親からの通常の処理要求に応答できないため、Offline 要求は終的にタイムアウトになります。「hvutil -c」で Fault 処理を試行する場合も同じです。

親が保守モードの場合に子を Offlineにするよう試行しても ( 図 18)、やはり失敗しますが、前の場合のような長い遅延がありません。Offline 処理を開始できるのは親だけであるため、RMS がすぐにエラーを生成します。

J2UZ-5295-08Z0(00) 61


図 18: 親が保守モードの場合に子を Offline にするよう試行する

親からの応答を必要としないため、Fault処理の「hvutil -c」要求を子に対して発行できます。

つまり、これらの「縦方向」の hvutil コマンド操作は、保守モードの子または親アプリケーションからの応答がアプリケーションで必要とされる場合に失敗します。

スケーラブルコントローラで推奨される操作

保守モードの要求は制御階層の上位アプリケーションに対して発行することを強く推奨します。これは、予期しない動作を回避するのに役立ちます。

● 子アプリケーションは他のノードへ切替えるための自動要求を親から受信しません。また、自動の Online、Offline、または Fault処理要求が親から伝播されることはありません。

● リソース故障の場合、下位レベルオブジェクトからの切替え要求はすぐに失敗します。RMS はタイムアウト遅延を待機せずに Fault処理を開始できます。

62 J2UZ-5295-08Z0(00)

4 RMS Wizard Tools インタフェース (hvw) の使用方法

本章では、RMS ウィザードを使用してクラスタアプリケーションの高可用性構成を設定する方法について説明します。

● "4.1 概要 " では、構成設定の手順と RMS ウィザードについて簡単に説明します。

● "4.2 一般的な構成設定の手順 " では、それぞれの構成設定手順について大きく 4 つのステップに分けて説明します。

● "4.3 RMS 構成の作成および編集 " では、RMS ウィザードインタフェースの内容と構成設定での使用法を説明します。

● "4.4 RMS 構成定義ファイルの作成と配布 " では、作成または変更した RMS 構成を配布する方法について説明します。

● "4.5 RMS 構成要素 " では、それぞれの RMS 構成で指定する RMS の基本要素 ( スクリプト、ディテクタ、RMS オブジェクト ) について詳述します。

以下の手順ではすべて、Cluster Foundation (CF) ソフトウェアが正しくインストールされ、構成され、起動されていることを前提としています。詳細については、"Cluster Foundation 導入運用手引書 " を参照してください。

4.1 概要

"2 概要 " では、高可用性アプリケーションを構成設定するために必要なコンポーネントについて説明しています。高可用性アプリケーションを構成設定するには、アプリケーションおよびアプリケーションによって使用される資源としてのオブジェクトを定義することが非常に重要です。資源とは、ディスク、ファイルシステム、プロセス、IP アドレスなどの実体を指します。

RMS 構成定義を作成するためには、上記の情報だけでなく以下の情報も必要です。

● アプリケーションと資源オブジェクトの関連性

● 資源オブジェクトを Onlineおよび Offlineにするスクリプト

● どのディテクタがどの資源オブジェクトの状態を監視するか

たとえば、ノードが使用不能になった場合に備えて、そのノードに代わる代替ノードを定義しておき、このノードに依存するユーザ業務が中断するのを小限に抑え、代替ノードで継続稼動できるようにする必要があります。これらの情報が定義できれば、RMS 構成は設定できます。しかし、これだけの情報を定義して RMS 構成を設定するには、多くの専門知識が必要になります。

RMS ウィザードは、高い柔軟性を提供するため、シンプル設計された RMS 構成設定のツールです。RMSウィザードで RMS の構成を設定するには、メニュー形式のインタフェースから、アプリケーションの情報を入力します。 RMS ウィザードは、これらの情報を使用して RMS の構成設定を作成します。

以下のセクションでは、RMS ウィザードを使用して、高可用性クラスタアプリケーションを設定する方法を説明します。

J2UZ-5295-08Z0(00) 63

概要 RMS Wizard Tools インタフェース (hvw) の使用方法

4.1.1 RMS ウィザードのタイプ

RMS ウィザードは大きく 2 つに分類されます。

● RMS Wizard Tools — 以下のコンポーネントを含む汎用パッケージです。

– hvw — RMS 構成設定用のコマンドです。

– GENERIC アプリケーションウィザード — 汎用的なクラスタアプリケーションの設定を行います。

– DEMOウィザード — RMS Wizard ToolsおよびRMSの簡単なデモを作成するためのウィザードです。

– リソースウィザード — ファイルシステム、ボリュームマネージャ、IP アドレスなどの基本的なリソース用のスクリプト、ディテクタを提供します。これらは、RMS Wizard Kit のコンポーネントだけでなく、GENERIC および DEMO ウィザードでも使用されます。

● RMS Wizard Kit — 上位アプリケーション用のウィザードです。あらゆるアプリケーションに対応し、ターンキーの概念に基づいてタスクを実行します。このタイプのウィザードには、R/3 ウィザードや ORACLE ウィザードがあります。

RMS Wizard Kit の可用性の詳細については、Wizard for Oracle、Wizard for Networker などの各ウィザード製品のマニュアルを参照してください。

4.1.1.1 ターンキーウィザード

ターンキーウィザードは、クラスタアプリケーションをトップダウン形式で一括で設定するためのウィザードです。このウィザードを使用することによって、クラスタアプリケーションを設定する管理者は、クラスタアプリケーションに関連付けられている基本リソースの活性化や非活性化の優先順位を気にする必要がなくなります。

ターンキーウィザードの多くは、特定の種類のアプリケーション専用に設計されています。 "5 構成設定の例 " で説明している RMS 構成は、GENERIC ターンキーウィザードおよび DEMO ターンキーウィザードを使用します。他には、R/3 ウィザードや ORACLE ウィザードがあります。ターンキーウィザードは、すべて大文字で表記します。

4.1.1.2 リソースウィザード

リソースウィザード (サブアプリケーションウィザードと呼ぶ場合もあります ) はファイルシステムや IPアドレスなど、上位アプリケーションが動作するために必要な資源に対する設定を行います。これらはターンキーウィザードから起動されます。以下に、主要なリソースウィザードを示します。

● Cmdline — StartScript ( リソースを Onlineにする )、StopScript ( リソースを Offlineにする ) および CheckScript ( リソースの状態をチェックする ) を指定して汎用リソースタイプを構成します。

● Controller — 他のクラスタアプリケーションどうしを関連付けて使用するための設定を行います。

● GDS — GDS (Global Disk Service) に管理されたディスククラスを設定します。

● GLS — RMS 環境を使用して GLS (Global Link Services) のリソースクラスを設定します。

● Fsystem — ローカルファイルシステムまたはリモートファイルシステムを設定します。

● Ipaddress — クラスタシステムで使用する切替えネットワークで必要な LAN、IP アドレスを設定します。

64 J2UZ-5295-08Z0(00)

RMS Wizard Tools インタフェース (hvw) の使用方法一般的な構成設定の手順

4.2 一般的な構成設定の手順

RMS の構成設定は、次の 4 つの段階で行います。

RMS を停止する

"8.1.3 RMS の停止 " を参照してください。 Cluster Admin GUI または、クラスタ内のいずれかのノードからコマンドラインインタフェース (CLI) を使用します。

RMS 構成を作成および編集する

次のセクションでは一般的な説明を行い、"5 構成設定の例 " では、例を使って説明します。

RMS 構成を配布する

RMS 構成の配布を行う場合は、上記で作成編集した情報から RMS 構成定義を生成し、それを各ノードに送付するという 2 段階で行います。 "4.4 RMS 構成定義ファイルの作成と配布 " を参照してください。

RMS を起動する

"8.1.1 RMS の起動 " を参照してください。 Cluster Admin GUI または、クラスタ内のいずれかのノードからコマンドラインインタフェース (CLI) を使用します。

4.3 RMS 構成の作成および編集

事前準備が完了したら、RMS ウィザードメニューを使用して RMS 構成設定を開始します。クラスタのノード上で現在稼動している既存の RMS Wizard Tools を呼び出して、RMS が停止しているときにウィザードを使用して変更したり、新しい RMS 構成を設定することもできます。RMS ウィザードを起動するコマンドは以下のとおりです。

● hvw

前回配布されて有効になった RMS 構成を使用して、RMS Wizard Tools を実行します。この RMS構成は、RELIANT_PATH/etc/CONFIG.rms に格納されています。このファイルが存在しない場合や初めて hvwを起動する場合、RMS はデフォルトの構成定義ファイル configを作成します。

● hvw -n configname

既存の RMS 構成を編集するか、指定した名前で新しい RMS 構成を作成します。 RMS 構成は、RELIANT_PATH/build/configname.us 起動ファイルに格納されます。

本章のサンプル構成では、DEMO ターンキーウィザードを使用して、mydemoという RMS 構成を新規に設定する方法を示しています。このサンプル RMS 構成は、次のようにして呼び出します。

hvw -n mydemo

hvw コマンドの詳細については "PRIMECLUSTER 活用ガイド < コマンドリファレンス編 >" を参照してください。

J2UZ-5295-08Z0(00) 65

RMS 構成の作成および編集 RMS Wizard Tools インタフェース (hvw) の使用方法

4.3.1 RMS ウィザードメニューの使用

hvw コマンドは操作するメニューを文字列で表示します。以下によく使用されるメニュー操作とメニュー項目について説明します。

● 項目の選択 — 通常は、項目の番号を入力してから、＜ Enter ＞または＜ Return ＞キーを押します。メニュー内のプロンプト行は、入力が必要であることを示しています。 >> プロンプトは入力する文字列を示します。

● メッセージへの応答 — メニューには、数種類のメッセージが表示されます。たとえば、RMS ウィザードが実行したアクティビティに関する情報 (整合性チェックが成功したことなど ) を知らせるメッセージがあります。 RMS 構成設定手順で特定のアクティビティの実行 ( アプリケーション名の選択など ) を指示するメッセージもあります。

● [HELP] — ユーザにヘルプ情報を提供します。すべての RMS ウィザードメニューの先頭項目です。

● [QUIT] — RMS ウィザードメニューシステムを終了します。

● [RETURN] — メニューシステム内で 1 つ上のレベルに移動するための項目です。つまり、現在のメニューから、その前に使用していたメニューに移動します。

● [SAVE+EXIT] / [NOSAVE+EXIT] —入力を保存または破棄して終了するための項目です。[SAVE+EXIT]は読取専用モードでは選択できません。また、その時点の構成設定に不整合がある場合には選択できないことがあります。

● [NEXT] / [PREVIOUS] — 選択する項目が多く一画面に表示できない場合、一部の項目は次画面に表示されます。[NEXT] は次画面に進み、[PREVIOUS] は前画面に戻ります。

4.3.2 メイン構成メニュー

RMS 構成を呼び出した直後に、メイン構成メニューが表示されます。上位のメニューは、RMS クラスタの状態を、以下のいずれかで示します。

● RMS が停止中の場合

● RMS が実行中であるノードのリスト

メイン構成メニューは、RMS がクラスタで実行中であるか編集中の RMS 構成定義ファイルが現在のRMS 構成定義ファイルであるかにより、動的に変化します。

RMS がクラスタ内のいずれかの場所で実行中である場合は、実行中の RMS 構成を変更する可能性がある操作はすべて無効になり、使用できません。さらに、実行中の RMS 構成に対する変更ができないように、メニュー項目が変更されます。

RMS が実行中で、かつ編集中の RMS 構成が実行中の RMS 構成と異なる場合は、メインメニューには[Configuration-Activate] メニューオプションが使用できないこと以外の制限はありません。

4.3.2.1 RMS 停止中のメイン構成メニューウィンドウ

RMS がシステムを構成するいずれのノードでも実行されていない場合、上位のメニュー全体が、制限なしで表示されます。図 19 は、RMS 停止中のメイン構成メニューウィンドウを示しています。

図 19: RMS 停止中のメイン構成メニューウィンドウ

66 J2UZ-5295-08Z0(00)

RMS Wizard Tools インタフェース (hvw) の使用方法 RMS 構成の作成および編集

メニュー項目

メイン構成メニューでは、RMS がクラスタのいずれのノードでも実行されていない場合、以下の処理を行うことができます。

● [Application-Create] — 新規クラスタアプリケーションを作成します。このメニューでは、動作に必要な関連項目もすべて指定する必要があります。も重要な指定項目は、クラスタアプリケーションの名前とノードのリスト ( クラスタアプリケーションを実行するクラスタノード ) です。

ユーザアプリケーションは、高可用性構成のため複数のノードで実行するように設定してください。

RMS ウィザードは指定したオブジェクトに応じて、属性に値を割当て、必須設定の場合はプロンプトを表示します。

アプリケーションに適したターンキーウィザードを選択すると、スクリプトやディテクタなどの、対象となるアプリケーションの定義済みの内容が自動的に設定されます。これらの内容は特定のアプリケーション向けに開発されたものです。

不整合が発生することを防ぐため、RMS ウィザードは RMS 構成設定段階で文法チェックも実行します。

● [Application-Edit] — 既存のクラスタアプリケーションを変更します。

既存のクラスタアプリケーションはこのメニュー項目で変更できます。変更では、以下のモードが使用できます。

– ターンキーモード ( 推奨 ) — デフォルトのモードです。クラスタアプリケーションを作成するために必要な各種の設定を簡単に行うことができるので、通常はこのモードを使用してください。

– 非ターンキーモード — 通常の RMS 構成の作成および編集では使用しないでください。当社技術員 (SE) からの指示があった場合のみ使用してください。

● [Application-Remove] — 既存のクラスタアプリケーションを削除します。

● [Application-Clone] — 既存のクラスタアプリケーションの設定を流用して新たなクラスタアプリケーションを作成します。この機能は、作成する新しいアプリケーションと現在のアプリケーションとの差異がごくわずかである場合に使用します。この場合、アプリケーションのクローンを作成してから新しいアプリケーションに必要な部分のみを変更します。

● [Configuration-Generate] — 以下を実行します。

– RMS 構成定義ファイルの文法チェックを行います。

– RMS 構成定義は、configname.us ファイルに保存します。その RMS 構成で使用するノード、クラスタアプリケーション、および資源がオブジェクトとして階層的に記録されます。

[Configuration-Generate] の進捗状況は、RMS ウィザードによりドット (.) の並びで画面に表示されます。

通常は、[Configuration-Activate] ( 以下に説明 ) を使用して、RMS 構成定義の作成と配布を同時に行えます。[Configuration-Generate] では、クラスタ内の他のノードに RMS 構成定義を送付せずにRMS 構成の生成とチェックができます。これはテストやデバッグに使用してください ( このリストの [Configuration-ScriptExecution] の説明も参照してください )。

[Configuration-Generate] は、RMS が起動しているかどうかに関係なく常に使用可能です。

● [Configuration-Activate] — RMS 構成を生成して配布します。

この項目を選択すると、RMS 構成定義ファイルの生成と配布を同時に行います。生成のフェーズについては、前の項目を参照してください。

J2UZ-5295-08Z0(00) 67


配布のフェーズでは、各ノードにデータを送付する必要があるため、クラスタシステムの全ノードが動作していなければなりません。RMS ウィザードは、RMS 構成で指定された実行中のすべてのノードに構成データをコピーし、必要なファイルをコピーします。送付時に停止しているノードがあった場合は、後から [Configuration-Push] ( 次セクションで説明 ) を使ってこれらのノードだけに更新データを送ることができます。

– [Configuration-Activate] は、RMS が実行されているノードが 1 つでも存在する場合は使用できません。

– [Configuration-Activate] は、クラスタを構成する複数のノードで同時に実行しないでください。

● [Configuration-Copy] — 既存の RMS 構成定義ファイルのコピーを作成します。動作確認済の構成定義ファイルを更新する前に、バックアップを作成しておく場合に使用します。

● [Configuration-Remove] — 既存の RMS 構成定義ファイルを削除します。

● [Configuration-Freeze] — RMS 構成定義ファイルを変更不能にします。対象となる RMS 構成定義ファイルには、読取専用のマークが付けられ、表示のみが可能で変更はできないようになります。

[Configuration-Freeze] はパスワードで保護されています。RMS 構成をロックするには、まずパスワードの作成を求められます。

● [Configuration-Thaw] — RMS 構成定義の状態を変更不能 ( 読取専用 ) から変更可能にします。

[Configuration-Thaw] はパスワードで保護されています。RMS 構成をアンロックするには、正しいパスワードを入力する必要があります。

● [Configuration-Edit-Global-Settings] — 構成定義全体に影響する設定項目の変更を行います。例としては、ディテクタや、hvwコマンドの運用モードなどがあります。

● [Configuration-Consistency-Report] — 高可用性構成で実行しているアプリケーションが、各ウィザードで指定されたRMS構成データで実際に作成されているかどうかを調べる整合性チェックを行います。

RMS ウィザードでは、現在起動中の RMS ウィザードのチェックサムを、RMS ウィザードのデータベースのチェックサムと比較します。一方のチェックサムをLife-Infoといい、もう一方をBuildInfoといいます。両方のチェックサムが一致している場合は、実行中のバージョンと、RMS ウィザードが構成したバージョンが一致していることを意味します。

● [Configuration-ScriptExecution] — RMS とは別に管理者が任意のスクリプトを実行できます。

アプリケーション用に設定されたリソースを選択して、リソースを Online または Offline にするスクリプトを実行できます。実行中のオンラインスクリプトを表示するには、昇順で表示されるリソースリストを調べます。復帰値で、各スクリプトが正しく機能しているかどうかを判断します。

● [RMS-CreateMachine] — クラスタを構成するノードのリストを定義します。配布フェーズでは、RMS 構成定義ファイルがこのリストに記載されたすべてのノードに送付されます。

RMS によって管理されるクラスタアプリケーションは、このノードリストの中の 1 つ以上のノード上で実行されるように構成する必要があります。このため、クラスタアプリケーションを作成する場合は、まずこのステップを完了させておくことが必要です。

● [RMS-RemoveMachine] — クラスタノードの一覧からノードを削除します。

68 J2UZ-5295-08Z0(00)

RMS Wizard Tools インタフェース (hvw) の使用方法 RMS 構成の作成および編集

4.3.2.2 RMS 実行中のメイン構成メニューウィンドウ

RMS Wizard Tools メニューの内容は、RMS が以下の場所で起動されているかどうかにより動的に変化します。

● クラスタ内のいずれかのノード

● RMS Wizard Tools を実行しているローカルのノード上

RMS がクラスタノードのいずれかで動作している場合は、現在実行中の構成に変更を加える可能性のある操作はできません。

RMS がローカルノードで実行されていると、図 20 のようなメイン構成メニューウィンドウが表示されます。

図 20: RMS が実行中のメイン構成メニューウィンドウ

RMS を起動している場合は、以下のようにエントリの表示や動作が変化します。

● [Application-View] — 既存のアプリケーションを読取専用モードで表示します。

● [Configuration-Generate] — RMS 停止中と機能は変わりません。

● [Configuration-Copy] — 既存の RMS 構成定義ファイルのコピーを作成します。動作確認済の RMS構成定義ファイルを更新する前に、バックアップを作成しておく場合に使用します。

[Configuration-Copy] は現在実行中の RMS 構成定義ファイルを上書きすることはできません。

● [Configuration-Remove] — 現在実行中の RMS 構成定義ファイルを除き、既存の RMS 構成定義ファイルをすべて削除します。

● [Configuration-Push] — 特定のクラスタノードに現在実行中のRMS構成の完全なコピーを送付します。

RMS 構成情報が配布された時点で起動されていないノードがあった場合、これらのノードには情報が配布されません。このメニュー項目を使用することにより、RMS の実行中にこれらのクラスタノードが起動された時点で、ノードの RMS 構成定義情報を更新することができます。たとえば、あるノードがメンテナンス等で停止している間に RMS 構成設定が変更された場合、[Configuration-Push] を使用することにより、再起動後にその停止していたノードだけ RMS 構成定義情報を更新することができます。

[Configuration-Push] は RMS 構成情報が配布された後でないと利用できません。

● [RMS-ViewMachine] — RMS が現在稼動中のノードの一覧を表示します。

J2UZ-5295-08Z0(00) 69


4.3.3 セカンダリメニュー

メインメニューの各項目を選択すると次のメニュー (セカンダリメニュー) が出ます。セカンダリメニューのサブメニューが存在する場合もあります。

セカンダリメニューの例として、[Creation: Application type selection] メニュー ( 図 21) があります。このメニューは、メインメニューで [Application-Create] を選択した場合に表示されます。

図 21: [Application type selection] メニュー

メニューに表示される使用可能なアプリケーションの一覧は、そのローカルのシステムにパッケージがインストールされているかどうかによって変わります。この例の中にあるアプリケーションの一部は、マーケットやプラットフォームによっては使用できない場合があります。

このメニューでは、アプリケーションに割当てるアプリケーションタイプを選択できます。これは RMS構成を設定する手順の中でも重要なステップです。なぜなら、この手順で起動する指定のアプリケーションタイプのウィザードが、アプリケーションタイプに対応するすべての定義済み要素 (スクリプトやディテクタなど ) を提供するからです。

"5 構成設定の例 " で、セカンダリメニューの使用方法を示します。これらのメニューの詳細は、RMS ウィザードマニュアルパッケージで説明しています。

4.3.4 必須設定と選択設定

クラスタアプリケーションの設定に RMS ウィザードを使用すると、必須設定と選択設定に分かれて設定されます。

必須設定の項目には、アプリケーション名とそのアプリケーションが実行可能なノード名があります。たとえば、前のセクションで示したアプリケーションタイプ選択メニューで、[5) DEMO] を選択すると、図 22 に示すメニューが表示されます。

図 22: 必須設定の前のメニュー

70 J2UZ-5295-08Z0(00)

RMS Wizard Tools インタフェース (hvw) の使用方法 RMS 構成定義ファイルの作成と配布

[7) Machines+Basics] を選択すると、図 23 のメニューを使用した必須設定が完了できます。

図 23: 必須設定メニュー

メニューにはアプリケーションの現在の属性設定が表示されます。これらの属性には RMS ウィザードによって自動的に設定されたものも含まれています。括弧で囲まれた属性はオプションの属性です。

必須設定が完了した後で、選択設定メニューが表示されます ( 図 24)。選択設定では、ファイルシステム、IP アドレス、ディスクなど資源の指定も行います。

図 24: 選択設定メニュー

メニューに表示される使用可能なサブアプリケーションの一覧は、そのローカルのシステムにパッケージがインストールされているかどうかによって変わります。例の中にあるサブアプリケーションの一部は、マーケットやプラットフォームによっては使用できない場合があります。

4.4 RMS 構成定義ファイルの作成と配布

"4.2 一般的な構成設定の手順 " で説明したように、RMS 構成の配布はクラスタシステムを構成するのに必要な 3 番目の基本ステップです。 RMS 構成を起動するステップは、いくつかの手順からなっています。これらの手順で、RMS 構成を生成して配布します。

RMS 構成を配布するには、まずクラスタ内のすべてのノード上の RMS を停止する必要があります。

J2UZ-5295-08Z0(00) 71

RMS 構成定義ファイルの作成と配布 RMS Wizard Tools インタフェース (hvw) の使用方法

RMS 構成の配布は、メイン構成メニューから行います ( 図 25 を参照 )。

図 25: メイン構成メニュー

数字「8」を入力して [Configuration-Activate] を選択します。

作成、配布は RMS ウィザードによって実行されます。ここでは、他の入力は必要ありません。

配布の実行中に、RMS ウィザードは複数の作業を実行し、作業の状態を画面に表示します。完了した作業にはそれぞれ done 等の文字が表示されます ( 図 26 を参照 )。

図 26: RMS 構成定義ファイルの作成と配布

[Configuration-Activate] では、RMS 構成定義ファイルの生成および配布が行われます。RMS ウィザードは、RMS 構成定義ファイルを構成内で指定されたすべてのノードに送付する前に、RMS 構成定義ファイルの生成で作成されたグラフの整合性チェックを実行します。

クラスタ内のいずれかのノードで RMS が稼動していると、[Configuration-Activate] を実行できません。[Configuration-Activate] を実行する前に、RMS を停止してください。

[Configuration-Activate] を実行すると、クラスタアプリケーションが後に Online状態であったノードを示す情報 (OnlinePriority属性が 1に設定されている場合に使用される情報 ) や、クラスタアプリケーションが Faulted 状態になったことを示す情報 (PersistentFault 属性が1 に設定されている場合に使用される情報 ) が初期化され失われます。

RMS 構成定義ファイルが正しく作成および配布されたら、メイン構成メニューに戻ります。このメニューから、構成設定を終了できます。

72 J2UZ-5295-08Z0(00)

RMS Wizard Tools インタフェース (hvw) の使用方法 RMS 構成要素

＜ Enter ＞を押して [Main configuration menu] に戻ります ( 図 27 を参照 )。

図 27: メイン構成メニューの終了

数字「2」を入力して [QUIT] を選択します。

これで RMS 構成の配布フェーズが終了します。通常次の段階では、RMS を起動して、新しく構成したクラスタアプリケーションの監視を開始します。

GUI または以下のコマンドを使用して、RMS を起動します。

hvcm -a

4.5 RMS 構成要素

このセクションでは、高可用性構成の一部である基本要素 ( スクリプト、ディテクタ、RMS オブジェクト ) について説明します。これらの要素の大半については、前のセクションで説明しました。ここでは、RMS ウィザードがどのようにこれらの要素を使用するのかをより詳しく説明します。

このセクションは、操作の説明ではなく、RMS 構成の要素について理解を深めていただくために用意されています。

4.5.1 スクリプト

スクリプトを使用して、数種類の処理を実行します。この中でも重要な処理を以下に示します。

● オブジェクトをオンライン (Online) 状態にする

● オブジェクトをオフライン (Offline) 状態にする

オブジェクトを Offlineにするスクリプトの例として、障害が発生したノードシステムからアンマウントする必要があるファイルシステムについて考えてみます。オフラインスクリプトは umount コマンドを使用してファイルシステムをアンマウントします。別のスクリプトはmountコマンドを使用して、ファイルシステムを別のノードシステムにマウントします。

このような Online スクリプトおよび Offline スクリプトの他に、オンラインおよびオフラインへの移行を準備する PreOnlineスクリプトと PreOfflineスクリプトなど、多くのスクリプトがあります。

RMS ウィザードは、あらかじめ R/3 アプリケーションなどに対応する複数のスクリプトを用意しています。アプリケーションをこれらの標準タイプのいずれかに割当てると、RMS ウィザード提供のスクリプトが自動的に使用可能になります。

hvexec コマンドは、RMS で監視される高可用性構成のスクリプトを実行します。 hvexec コマンドの詳細については、RMS ウィザードのマニュアルパッケージに含まれている primer.htmドキュメントを参照してください ("1.2 マニュアル " を参照 )。

J2UZ-5295-08Z0(00) 73

RMS 構成要素 RMS Wizard Tools インタフェース (hvw) の使用方法

4.5.2 ディテクタ

ディテクタは、オブジェクトを監視するプロセスです。オブジェクト ( ディスクグループなど ) の状態が変化すると、ディテクタが状態の変化を RMS BM ( ベースモニタ ) に通知します。 BM ( ベースモニタ )は、この状態変化に対してスクリプトを実行するかどうかを決定できます。

前のセクションで説明したシステム提供のスクリプト同様、RMS ウィザードは、あらかじめ R/3 アプリケーションなどに対応したディテクタを備えています。アプリケーションをこれらの標準タイプのいずれかに割当てると、自動的に RMS ウィザード提供のディテクタが使用されるようになります。

4.5.3 RMS オブジェクト

クラスタシステムは、相互に依存する一連のオブジェクトと見ることができます。クラスタシステムの一部であるユーザ業務または資源は、オブジェクトの 1 つで表されます。 RMS グラフでは、オブジェクトの相互依存性を表示できます。

RMS 構成で使用されるも重要なオブジェクトを以下に示します。

● userApplication — クラスタシステムで監視の対象となるユーザ業務です。

● SysNode — クラスタ内でノードとして稼動するノードです。

● gResource — ユーザ業務のニーズに従って定義される汎用オブジェクトです。

構成定義では通常、1 つのディテクタが種類を同じくするすべてのオブジェクトに関連付けられています。

74 J2UZ-5295-08Z0(00)

5 構成設定の例

この章では、RMS ウィザードを使用した構成設定の例について説明します。小規模クラスタシステム上で 2 つの簡単なクラスタアプリケーションを構成する場合を例にとります。この例は、以下の手順で構成されています。

● "5.1 RMS の停止 " では、RMS の停止について説明しています。

● "5.2 RMS 構成の作成 " では、RMS 構成を作成する方法について説明しています。

● "5.3 クラスタへのノードの追加 " では、クラスタへノードを追加する方法について説明しています。

● "5.4 アプリケーションの作成 " では、クラスタアプリケーションを設定する方法について説明しています。

● "5.5 Machines+Basics 設定の入力 " では、[Machines+Basics] メニューからクラスタアプリケーションを設定する方法について説明しています。

● "5.6 選択設定の入力 " では、選択設定を入力する方法について説明しています。

● "5.7 ディスプレイの指定 " では、ディスプレイを指定する方法について説明しています。

● "5.8 RMS 構成の配布 " では、RMS 構成を配布する手順について説明しています。

● "5.9 2番目のアプリケーションの作成 " では、第 2のクラスタアプリケーションを追加してmydemo構成を拡張する方法について説明しています。

● "5.10 制御するアプリケーションの設定 " では、他のクラスタアプリケーションを制御するクラスタアプリケーションの設定手順について説明しています。

● "5.11 制御されるアプリケーションの指定 " では、制御されるクラスタアプリケーションを指定する方法について説明しています。

● "5.12 RMS 構成の配布 (2 回目 )" では、2 回目の RMS 構成を配布する手順について説明しています。

● "5.13 RMS の起動 " では、RMS の起動について説明しています。

5.1 RMS の停止

RMS 構成の作成や編集を行う場合には必ず、RMS を停止してください。Cluster Admin GUI を使用する("8.1.3 RMS の停止 " を参照 ) か、クラスタ内のいずれかのノードから以下のコマンドを入力します。

# hvshut -a

5.2 RMS 構成の作成

mydemoというサンプルの RMS 構成のためのウィザードメニューを表示させるために、次のコマンドを入力します。

# hvw -n mydemo

これにより、RMS 構成定義ファイル mydemo.us が、/opt/SMAW/SMAWRrms/build/ ディレクトリ内に作成されます。別の名前やディレクトリを指定する場合は、ファイル名とパスを合わせて 80 文字以内で指定してください。

J2UZ-5295-08Z0(00) 75

クラスタへのノードの追加構成設定の例

RMS 構成メニューが表示されます。RMS 構成名はメニューの上部に示されています ( 図 28)。


5.3 クラスタへのノードの追加

ユーザ業務を構成する場合は、必ず、クラスタ内のすべてのノードで実行できるように設定する必要があります。すべての RMS ノード名は、/etc/hosts ファイルに登録しておいてください ( 第 9 章 “ 付録 — 事前準備 ” を参照 )。

RMS 構成に含めるノードを選択します。表 5 のワークシートを使用すると、設定作業が順序よく行えます。

CF、クラスタリソース管理 (CRM)、シャットダウン機構 (SF) のノード追加が完了した上で、以下の手順を行ってください。詳細は PRIMECLUSTER Cluster Foundation 導入運用手引書を参照してださい。

ワークシートに示すノード名、デバイス名、IP アドレスは、説明のために記載しています。

デバイス名は、この例では関係ないため省略されています。

クラスタ名 : FUJI

クラスタコンソール RCA ノード 1 ノード 2

ノード名 - - fuji2 fuji3

業務 LAN

名前 fuji - fuji2 fuji3

デバイス -

IP アドレス 172.25.219.161 - 172.25.219.83 172.25.219.84

ネットマスク 255.255.255.0 - 255.255.255.0 255.255.255.0

クラスタインタコネクト

デバイス名 1 - -



クラスタ IP

名前 - - fuji2RMS fuji3RMS

アドレス - - 192.168.1.1 192.168.1.2

表 5: クラスタのシステム設計ワークシート

76 J2UZ-5295-08Z0(00)

構成設定の例クラスタへのノードの追加

この例では、/etc/hostsに、RMS の命名規則に従った以下のエントリが含まれているものとします。

# host names for RMS192.168.1.1 fuji2RMS192.168.1.2 fuji3RMS

この段階で、クラスタシステムを構成する全ノードを /etc/hostsに追加しておいてください。

メイン構成メニューで、数字「16」を入力し [RMS-CreateMachine] 項目を選択します。[Add hosts to a cluster] メニューが表示されます ( 図 29)。

図 29: [Add hosts to a cluster] メニュー

このメニューには、現時点でのノード群が表示され、選択可能なマシンの一覧が表示されます。数字「5」を入力して、[ALL-CF-HOSTS] 項目を選択すると、RMS ウィザードにより、/etc/cip.cf 内の全ノードがこの RMS 構成に追加されます。この他に、表示されたリストから個別にノードを選択して追加することもできます。

数字「6」を入力して [fuji2RMS] を選択します。数字「7」を入力して [fuji3RMS] を選択します ( 図 29 を参照 )。

また、この画面では、数字「4」を入力して [FREECHOICE] を選択すると、メニューに表示されていないノード名を入力することもできます。

すべてのノード名の追加が完了したら、数字「3」を入力して [RETURN] 選択し、RMS ウィザードのメイン構成メニューに戻ります。

デフォルトでは、これらのマシン名は RMS 命名規則に従って「machinenameRMS」の形式で記述されています。デフォルトの RMS マシン名をオーバーライドする場合は、そのマシンのhvenv.localファイルを編集し、RMS 環境変数 RELIANT_HOSTNAMEの設定を変更します。この作業は、RMS Wizard Tools (hvw) を起動する前に行っておく必要があります。

管理 LAN

名前 fujiSCON fujiRCA fuji2ADM fuji3ADM

デバイス -

IP アドレス 172.25.200.1 172.25.200.2 172.25.200.4 172.25.200.5

ネットマスク 255.255.255.0 255.255.255.0 255.255.255.0 255.255.255.0

表 5: クラスタのシステム設計ワークシート

J2UZ-5295-08Z0(00) 77

アプリケーションの作成構成設定の例

ノードを削除するには、メイン構成メニューで数字「17」を入力し、 [RMS-RemoveMachine] 項目を選択します。[Remove hosts from a cluster] メニューが表示されます ( 図 30)。

図 30: [Remove hosts from a cluster] メニュー

このメニューには、現時点でクラスタ内に存在するすべてのノードが表示されます。マシンは、メニューで個別に選択するか、数字「4」を入力して [ALL] を選択することにより削除できます。いずれの方法でも、そのマシンを使用しているアプリケーションが 1 つでも存在する場合は削除できません。

5.4 アプリケーションの作成

ノード名が追加されると、これらのノードで動作するクラスタアプリケーションの設定ができるようになります。この手順では、初に DEMO ターンキーウィザードを使用してクラスタアプリケーションを作成します。まず、メイン構成メニューを開きます ( 図 31)。


数字「3」を入力して [Application-Create] を選択します。[Application type selection] メニューが表示されます ( 図 32)。


メニューに表示される使用可能なアプリケーションの一覧は、そのローカルのシステムにパッケージがインストールされているかどうかによって変わります。この例の中にあるアプリケーションの一部は、マーケットやプラットフォームによっては使用できない場合があります。

78 J2UZ-5295-08Z0(00)

構成設定の例アプリケーションの作成

この設定例では、DEMO アプリケーションタイプを使用します。これは、構成設定の手順を分かりやすく説明するため、デモ用に特別に用意されたアプリケーションタイプです。ユーザ固有のいくつかを除いて属性はすべて事前に設定され、すぐに実行できる状態になっています。実際のアプリケーションを構成設定する場合は、アプリケーションタイプ [GENERIC] を選択してください。"5.9 2 番目のアプリケーションの作成 " を参照してください。

数字「5」を入力して [DEMO] アプリケーションタイプを選択します。

これで、アプリケーションに DEMO アプリケーションタイプが割当てられました。これは、DEMO アプリケーションタイプ用に開発されたスクリプトとディテクタを使用することを意味します。

ただし、このアプリケーションを実行するには、この他にいくつかのパラメタを指定する必要があります。そのうちの 1 つが、クラスタアプリケーション名です。RMS 用に設定したクラスタアプリケーションには、すべて自由に名前をつけることができます。この例では、クラスタアプリケーション名の指定は必要ありません。DEMO ウィザードにより、デフォルトのアプリケーション名 APP1が与えられます。

APP1 はここでのサンプル用に作成された単純なクラスタアプリケーションで、X-window 上に動画を表示します。APP1 は、クラスタアプリケーションの起動、停止、切替えがどのように行われるのか、また、プロセスが強制停止された場合に、RMS がどのようにフェイルオーバを実行するのかを示すために使用します。

整合性チェックが完了すると、次に行う作業を選択する画面が表示されます ( 図 33 を参照 )。

図 33: 次の処理を選択するためのプロンプト

各手順で、設定中のクラスタアプリケーションの整合性が RMS ウィザードによってチェックされます。整合性が保証されたクラスタアプリケーションだけが高可用性構成の一部になることができます。

別のクラスタアプリケーション名を指定する場合は、数字「5」を入力して [ApplicationName] を選択します。この例では、デフォルトの APP1を使用します。「7」を入力して [Machine+Basics] を選択すると、Yet to do プロンプトの表示が消えます。

J2UZ-5295-08Z0(00) 79

Machines+Basics 設定の入力構成設定の例

5.5 Machines+Basics 設定の入力

数字「7」を入力して [Machines+Basics] を選択します。[Machines+Basics] メニューが表示されます ( 図 34)。

図 34: 整合性チェックと [Machines+Basics] メニュー

メニューの上部に、新の整合性チェックの結果が RMS ウィザードにより表示されます。前の画面で示された APP1という名前のクラスタアプリケーションの整合性が証明されたことが示されています。

「7」の [Machines[0]] 項目は、クラスタアプリケーションが初にオンライン状態になるノードを表しています。この例では、fuji2RMSです。

RMS ウィザードは、RELIANT_HOSTNAME に定義されたローカルノードから [Machines[0]] のデフォルト設定を検索します。

後続の [Machines[]] 項目には、フェイルオーバ先のノードのリストが表示されます。初のノードに障害が発生した場合に、RMS はクラスタアプリケーションを、リストに記載された順序でフェイルオーバノードに切替えます。

この時点で、メニューには初のノードだけが表示されます。したがって、クラスタアプリケーションのフェイルオーバノードを以下のようにして設定してください。

数字「5」を入力して [AdditionalMachine] を選択します。現在稼動中のノードのリストを含んだメニューが表示されます ( 図 35)。

図 35: フェイルオーバに使用するノードのリスト

RMS ウィザードは、CIP 構成定義ファイルからノードのデフォルトリストを検索します。/etc/cip.cf

サンプルのクラスタアプリケーションは、現在 fuji2RMS用に設定されているため、fuji3RMSが追加ノードになります。

数字「4」を入力して [fuji3RMS] を選択します。

80 J2UZ-5295-08Z0(00)

構成設定の例 Machines+Basics 設定の入力

次のメニュー ( 図 36) で、選択した内容を確認します。[fuji3RMS] が追加ノードとして、[Machines[1]] の後に表示されています。これで、fuji2RMS に障害が発生した場合に、クラスタアプリケーションがfuji3RMSに切り替わるように設定されました。

図 36: 追加ノードを指定するための [Machines+Basics] メニュー

この時点で、「16」の [AutoSwitchOver] は、デフォルトの NO ( 自動切替えしない ) に設定されています。このため、クラスタアプリケーションを実際に切替えるには、手動操作が必要です。

クラスタアプリケーションが自動的に切替えられるようにするには、このメニューで「16」の[AutoSwitchOver] を選択します。

「AutoSwitchOver モード」メニューが表示されます ( 図 37)。

図 37: AutoSwitchOver モード

J2UZ-5295-08Z0(00) 81

Machines+Basics 設定の入力構成設定の例

数字「6」を入力してフラグを [HOSTFAILURE] に設定します。これは、ノード異常が発生した場合に、RMS がクラスタアプリケーションを自動的に他のノードに切替えることを意味します。

更新されたメニューの 1 行目に、[HOSTFAILURE] フラグが設定されたことが示されています ( 図 38)。

図 38: AutoSwitchOver のフラグ

同じメニューから続けて以下の操作を行います。

数字「7」を入力して [RESOURCEFAILURE] に設定します ( 図 38 を参照 )。これは、リソース異常が発生した場合に、RMS がクラスタアプリケーションを自動的に他のノードに切替えることを意味します。

数字「3」を入力して [SAVE+RETURN] に設定します ( 図 38 を参照 )。

[Machines+Basics] メニューが再び表示されます (図 39)。項目「16」には、設定したばかりのAutoSwitchOverフラグが表示されています。

図 39: 設定の保存

設定を保存して、[Application-Create] を終了します。

数字「3」を入力して [SAVE+EXIT] を選択します。

82 J2UZ-5295-08Z0(00)

構成設定の例選択設定の入力

5.6 選択設定の入力

RMS ウィザード設定メニューに戻る前に、DEMO ターンキーウィザードにより、再度整合性チェックが実行されます ( 図 40)。

図 40: 選択設定

メニューに表示される使用可能なサブアプリケーションの一覧は、そのローカルのシステムにパッケージがインストールされているかどうかによって変わります。例の中にあるサブアプリケーションの一部は、マーケットやプラットフォームによっては使用できない場合があります。

画面の一番上に、設定すべき項目が 1 つ以上存在することが示されていますが、これは必須設定ではありません。

前述のように、このクラスタアプリケーションは X-window 上に動画を表示します。このためすでに入力した必須設定に、DEMO ウィザード用のディスプレイの設定を加える必要があります。

数字「9」を入力して [DEMO] を選択します。[CommandLines] メニューが表示されます ( 図 41)。

図 41: ディスプレイの指定を促す画面

画面の一番上に、ディスプレイの指定が必要であることが示され、ステータス行には APP1の整合性が確認されていないことが表示されています。したがってこの状態では、APP1を RMS 構成 mydemo上で実行することはできません。

DEMO ウィザードはデモンストレーション用途で作成されているため、メニュー項目のいくつかが事前に定義されています。メニュー本体の項目は、起動、停止、監視をするために、提供するスクリプトが示されています。6) StartCommands[0]=、7) StopCommands[0]=、8) CheckCommands[0]= で始まる行を参照してください。

J2UZ-5295-08Z0(00) 83

ディスプレイの指定構成設定の例

技術的な理由により、RMS ウィザードのメニューコマンドではスペースがチルダ (~) に置き換えられて表示されます。したがって実際のコマンドにチルダは含まれていません。

5.7 ディスプレイの指定

次のようにして、[CommandLines] メニューでディスプレイを指定します。

数字「5」を入力して [Display] を選択します。ディスプレイオプションのリストが表示されます( 図 42)。

図 42: ディスプレイの一覧

検出されたノード (/etc/ノード内のすべてのノード ) のリストから選択するか、数字「3」を入力して [FREECHOICE] を選択してから適切なディスプレイが接続された任意のノードを指定します。

数字「3」を入力して [FREECHOICE] を選択します。

>>プロンプトで、X-window ディスプレイのノード名または IP アドレスを入力します。この例では、IPアドレス172.25.220.27を使用していますが、実際には使用するLANのアドレスを入力してください。

FREECHOICE の作業が完了すると、再度、整合性チェックが実行されます ( 図 43)。

図 43: APP1 の整合性チェック完了

整合性チェックが完了し、APP1が RMS 構成 mydemo で実行可能になりました。

なお、項目 6) StartCommands[0] および 7) StopCommands[0] のスクリプトで使用するディスプレイ情報は、RMS ウィザードによって更新されています。

これで選択設定は完了しました。ここで、次のようにして選択設定を保存し、設定処理をいったん終了できます。

[CommandLines] メニュー ( 図 43) で、数字「3」を入力し、[SAVE+EXIT] を選択します。

84 J2UZ-5295-08Z0(00)

構成設定の例 RMS 構成の配布

これで、ターンキーウィザード DEMO を設定するためのメニューに戻ります ( 図 44)。

図 44: DEMO ターンキーウィザード

クラスタアプリケーションの必須設定と選択設定を指定し、整合性チェックが完了すると、構成設定の[Application-Create] の手順が完了します。

5.8 RMS 構成の配布

"4.2 一般的な構成設定の手順 " で説明したように、RMS 構成の配布は、高可用性構成を設定するために必要な 4 つの基本手順のうちの 3 番目です。RMS 構成を配布するには、まず RMS を停止する必要があります。ただし、この例では、RMS はすでに構成の作成前で停止されています。

RMS 構成の配布は、メイン構成メニューから行います ( 図 45)。



ここでは、他の入力は必要ありません。RMS ウィザードは、起動段階の各処理を完了するたびに、状態情報を表示します。状態情報については、"4.4 RMS 構成定義ファイルの作成と配布 " を参照してください。各処理が終わるごとに、処理の継続について確認するメッセージが表示されます ( 図 46 を参照 )。

図 46: RMS 構成の配布完了

J2UZ-5295-08Z0(00) 85

2 番目のアプリケーションの作成構成設定の例

＜ Enter ＞または＜ Return ＞キーを押して、メイン構成メニューに戻ります ( 図 47)。

図 47: メイン構成メニューの終了


構成プロセスの起動段階が終了します。通常はこの時点で、RMS は新しく構成されたクラスタアプリケーションの監視を開始します。

5.9 2 番目のアプリケーションの作成

このセクションでは、第 2 のクラスタアプリケーションを追加して mydemo 構成を拡張します。重複する構成設定の手順を省略してあるので、このサンプルアプリケーションは初のアプリケーションと異なります。しかし、他の部分では、新しい項目が加えられ mydemo構成が複雑になっています。

第 2 のクラスタアプリケーションは、以下の点で初のクラスタアプリケーションと異なります。

● クラスタアプリケーションタイプとして、DEMO ではなく GENERIC を使用します。第 2 のクラスタアプリケーションの名前は、APP2にします。

● APP2 は、初のアプリケーション (APP1) を制御します。そのため、APP2 はコントローラサブアプリケーション付きで設定されていなければなりません。

以下のようにして RMS 構成設定を再開します。

RMS が起動中であれば停止します。

以下のコマンドにより、メイン構成メニューを表示します。

# hvw -n mydemo

メイン構成メニューが表示されます ( 図 48 を参照 )。

図 48: メイン構成メニューから再開する

必要な事前準備が完了していれば、この時点でクラスタにノードを追加することができます。

ノードを追加するには、数字「15」を入力して [RMS-CreateMachine] を選択します。前述の手順を実行し、完了したらメイン構成メニューに戻ってください。

メイン構成メニューから、次のようにして [Application-Create] を選択します。

数字「3」を入力して [Application-Create] を選択します。

86 J2UZ-5295-08Z0(00)

構成設定の例 2 番目のアプリケーションの作成

[Application type selection] メニューが表示されます ( 図 49 を参照 )。


今回は、GENERIC アプリケーションタイプを指定します。したがってこの例では、GENERIC ターンキーウィザードにより設定手順が進められます。

数字「6」を入力して [GENERIC] アプリケーションタイプを選択します。

整合性チェックの後、必須設定を行うように求めるメッセージが表示されます。APP2は、デフォルトのクラスタアプリケーション名です。

クラスタアプリケーション名を変更する場合は、数字「5」を入力し [ApplicationName] を選択します ( 図 50)。

図 50: その他の指定を促す画面

数字「7」を入力して [Machines+Basics] を選択します。

APP2 の整合性チェックの結果、整合性が確認されました。[Machines+Basics] メニューが表示され、APP2はfuji2RMS上で実行されるよう初期設定されていることが示されます (図 51の「7」の Machines[0]を参照 )。

図 51: [Machines+Basics] メニュー

J2UZ-5295-08Z0(00) 87

制御するアプリケーションの設定構成設定の例

数字「5」を入力して [AdditionalMachine] を選択します。現在稼動中のノードのリストを含むメニューが表示されます ( 図 52)。

図 52: フェイルオーバに使用するノードのリスト

初のクラスタアプリケーションと同様に、フェイルオーバ用の追加マシンとして fuji3RMSを指定します。

数字「4」を入力して [fuji3RMS] を選択します。

次の画面で、選択した内容を確認します。「8」の Machines[1] に、fuji3RMS が追加マシンとして表示されます ( 図 53)。

図 53: [Machines+Basics] メニュー

項目 16 では、AutoSwitchOver=No と表示されています。これは、fuji2RMS で障害が発生してもAPP2が fuji3RMSへ自動的に切替えられないことを意味しています。切替えは GUI または CLI を使って手動で行わなければなりません。自動切替えを有効にするには、項目 16 を選択します。

設定を保存し、構成設定のこの部分を終了します。

数字「3」を入力して [SAVE+EXIT] を選択します。選択設定メニューが表示されます。

5.10 制御するアプリケーションの設定

必須設定の指定が完了しました。この後に、APP1 を制御するため、APP2 を設定する必要があります。この作業は 2 つのステップで構成され、選択設定から行います。

● APP2のコントローラオブジェクトを作成する

● コントローラオブジェクトの制御対象アプリケーションとして APP1を指定する

88 J2UZ-5295-08Z0(00)

構成設定の例制御されるアプリケーションの指定

前の手順により、すでに選択設定メニューが表示されています ( 図 54)。

図 54: 選択設定

数字「8」を入力して [Controllers] を選択します。

APP2のコントローラオブジェクトが作成され、コントローラの設定を行うメニューが表示されます( 図 55) 。

図 55: コントローラの割当て

項目 5 ではコントローラのタイプを変更できます。この例では、デフォルトのフォローコントローラを使用します。

5.11 制御されるアプリケーションの指定

コントローラを指定した後、そのコントローラで制御するクラスタアプリケーションを指定します。

クラスタアプリケーションがコントローラの子になると、RMS ウィザードにより属性が自動的に調整されます。フォローコントローラの場合、子の Machines[] エントリは親と同じ設定に変更されます。

数字「6」を入力して [AdditionalAppToControl] を選択します。

続くメニューに、クラスタアプリケーションを選択するためのリストが表示されます ( 図 56)。

図 56: 制御されるアプリケーションを選択するためのリスト

制御されるクラスタアプリケーションは APP1で、制御するクラスタアプリケーションは APP2です。次のようにして、制御されるクラスタアプリケーションを選択します。

J2UZ-5295-08Z0(00) 89

制御されるアプリケーションの指定構成設定の例

数字「4」を入力して [APP1] を選択します。[controller flags] メニューが表示されます ( 図 57)。

図 57: コントローラフラグを設定するためのメニュー

制御されるアプリケーションに設定できるフラグは多数あります。この RMS 構成例では、フラグ A(AUTORECOVER) が設定されています。フラグ A は、制御されるアプリケーションにおいてエラーが発生した場合に、制御するアプリケーションにより再起動が試みられるということを意味します。[AUTORECOVER] メニュー項目は、現在 NOT 付きで表示されています。これは、制御されるアプリケーションによる再起動が試みられないことを意味します。

T フラグ (TIMEOUT) は、制御されるクラスタアプリケーションを Onlineにする際のタイムアウト時間を指定します。この例では、タイムアウト時間を 150 秒に縮小します。

数字「7」を入力してタイムアウト時間を変更します。

メニューが表示されたら ( 図 58) 数字「3」を入力して [FREECHOICE] を選択します。

図 58: コントローラタイムアウト時間の変更

>>プロンプトで、タイムアウト時間として「150」を入力します。

＜ Enter ＞または＜ Return ＞キーを押して、コントローラフラグのメニューに戻ります ( 図 59)。

図 59: コントローラのフラグの保存

設定が完了したら、次のように設定を保存して、コントローラメニューに戻ります。

数字「3」を入力して [SAVE+RETURN] を選択します。

90 J2UZ-5295-08Z0(00)

構成設定の例制御されるアプリケーションの指定

[ コントローラ ] メニューには、コントローラの設定の整合性が確立したことが表示されます ( 図 60)。

図 60: コントローラに対して設定されているフラグ

設定内容は項目「7」の Controllers[0] で確認できます。A および T フラグが APP1に設定されていることが分かります。

数字「3」を入力して [SAVE+EXIT] を選択します。

[GENERIC] メニューに戻ります ( 図 61)。

図 61: GENERIC ターンキーウィザードを設定するためのメニュー

GENERIC メニューの、「8」の Controllers には、コントローラが APP2に割当てられていることが表示されています。

数字「3」を入力して [SAVE+EXIT] を選択します。メイン構成メニューに戻ります ( 図 62)。


これで第 2 のクラスタアプリケーション作成が完了しました。

J2UZ-5295-08Z0(00) 91

RMS 構成の配布 (2 回目 ) 構成設定の例

5.12 RMS 構成の配布 (2 回目 )

メイン構成メニューに戻った後、mydemo 構成の 2 回目の配布を行う必要があります。再起動する必要があるのは、別のクラスタアプリケーションを追加して RMS 構成を変更したためです。

RMS は構成が配布されている間は実行できません。ただしこの例では、RMS はすでに 2 番目のクラスタアプリケーションの作成前に停止されています。

RMS 構成の配布は、メイン構成メニューから行います ( 図 63)。



ここでは、他の入力は必要ありません。RMS ウィザードは、起動段階の各処理を完了するたびに、状態情報を表示します。状態情報については、"4.4 RMS 構成定義ファイルの作成と配布 " を参照してください。各処理が終わるごとに、処理の継続について確認するメッセージが表示されます ( 図 64 を参照 )。

図 64: RMS 構成の配布 (2 回目 )

＜ Enter ＞または＜ Return ＞キーを押して、メイン構成メニューに戻ります ( 図 65)。

図 65: メイン構成メニューに戻る


これで RMS 構成プロセスの起動段階が終了しました。

92 J2UZ-5295-08Z0(00)

構成設定の例 RMS の起動

5.13 RMS の起動

この時点で、クラスタ内のすべてのノード上の RMS を起動して 2 つのクラスタアプリケーションの監視をする準備ができました。Cluster Admin GUI を使用する ("8.1.1 RMS の起動 " を参照 ) か、クラスタ内のいずれかのノードから以下のコマンドを入力します。

# hvcm -c mydemo

hvcm-cで「mydemo」を省略した場合は、後に配布された RMS 構成定義が使用されます。

以上でサンプルの構成設定は終了しました。

J2UZ-5295-08Z0(00) 93

RMS の起動構成設定の例

94 J2UZ-5295-08Z0(00)

Part II: 管理

J2UZ-5295-08Z0(00)

96 J2UZ-5295-08Z0(00)

6 Cluster Admin GUI の使用方法

本章では、Cluster Admin グラフィカルユーザインタフェース (GUI) を使用して PRIMECLUSTER を管理する手順について説明します。いくつかのコマンドラインインタフェース (CLI) についても説明します。

本章の内容は以下のとおりです。

● "6.1 概要 " では、RMS を管理する方法として Cluster Admin GUI と CLI があることを紹介します。

● "6.2 Cluster Admin の起動 " では、ユーザインタフェース (GUI) の RMS 部分の使用方法について説明しています。

● "6.3 RMS の状態と属性の表示 " では、ノード、アプリケーション、資源など、RMS クラスタについての情報を表示する手順について説明しています。

6.1 概要

RMS の管理には Cluster Admin GUI または CLI を使用できますが、Cluster Admin GUI を使用することを推奨します。

参考のため CLI の手順が説明されている場合もありますが、CLI の使用は、専門のシステム管理者だけ、またはブラウザが使用できない場合だけにしてください。

CLI コマンドについては、"15 付録 — RMS コマンドラインインタフェース " を参照してください。

6.2 Cluster Admin の起動

以下のセクションでは、GUI の RMS 部分の起動方法を説明します。

Windows デスクトップシステムでは、"Web-Based Admin View 操作手引書 " で指定された Java プラグインを使用する必要があります。

6.2.1 Web-Based Admin View

ブラウザを起動し、次の URL を入力します。

http://<hostname>:8081/Plugin.cgi

hostname は、プライマリ管理サーバまたはセカンダリ管理サーバの名前または IP アドレスです。たとえば、FUJIというクラスタのプライマリ管理サーバおよびセカンダリ管理サーバとして fuji2と fuji3が設定されている場合、URL は次のいずれかになります。

● http://fuji2:8081/Plugin.cgi

● http://fuji3:8081/Plugin.cgi

URL に Plugin.cgi を指定すると、まずプライマリ管理サーバが検索されます。ノードとの通信後、ブラウザは URL のサフィックスを「.cgi」から「.html」に変更します。

プライマリ管理サーバとセカンダリ管理サーバの詳細については、" Web-Based Admin View 操作手引書 " を参照してください。

J2UZ-5295-08Z0(00) 97

Cluster Admin の起動 Cluster Admin GUI の使用方法

6.2.2 ログイン

ログインには、適切な権限レベルを持つユーザの「ユーザ名」と「パスワード」が必要です。ClusterAdmin には、以下の権限レベルがあります。

● ルート権限 — 構成設定、管理、情報の表示など、すべてのアクションを実行できます。

● 管理者権限 — 情報の表示および実行ができますが、構成を変更することはできません。

● オペレータ権限 — 情報の表示だけを実行できます。

権限レベルの詳細については、"PRIMECLUSTER 導入運用手引書 (Oracle Solaris)" の "4.2.1 クラスタを管理するユーザの作成 " または "PRIMECLUSTER 導入運用手引書 (Linux)" の "4.3.1 クラスタを管理するユーザの作成 " を参照してください。

Web-Based Admin View ログイン画面が表示されたら ( 図 66)、次のようにログインします。

適切な権限レベルを持つユーザの「ユーザ名」と「パスワード」を入力します。

＜確認＞ボタンをクリックします。

図 66: Web-Based Admin View ログイン画面

ログインすると、Web-Based Admin View 画面が表示されます ( 図 67)。

図 67: Cluster Services GUI の起動

98 J2UZ-5295-08Z0(00)

Cluster Admin GUI の使用方法 Cluster Admin の起動

＜ Global Cluster Services ＞ボタンをクリックすると、図 68 の画面が表示されます。

図 68: Cluster Admin の起動

＜ Cluster Admin ＞ボタンをクリックすると、ノード選択画面が表示されます ( 図 69)。

図 69: Cluster Admin 初期接続メニュー

ノードはアルファベット順に表示され、初のノードがあらかじめ選択されています。通常は、ユーザがどのノードを選択するかは管理作業には大きな意味はありません。

接続するノードを選択して＜確認＞ボタンをクリックします。

次に表示される画面は、Cluster Admin Java アプレットの信頼レベルをどのように設定したかによって異なります。すべてのセッションで信頼されたアプレットを使用することを選択してある場合は、以下の説明を読む必要はありません。

J2UZ-5295-08Z0(00) 99

Cluster Admin の起動 Cluster Admin GUI の使用方法

信頼されたアプレット

プラットフォーム非依存性とセキュリティを確保するため、Cluster Admin GUI では Java アプレットを使用しています。Java アプレットは、信頼されたモードで実行されると、クリップボードなど、クライアントのリソースの一部を使用することが許されます。ワークステーション上で、Java ウィンドウと他のアプリケーションの間でコピーアンドペーストを使用するには、アプレットを信頼されたモードで実行しておく必要があります。

PRIMECLUSTER の信頼されたアプレットは VeriSign, Inc によって署名されています。Cluster Admin アプレットの初回起動時には [Java Security Warning] ダイアログが表示され、現在のセッション、および今後のセッションのセキュリティレベルを選択することができます。

6.2.3 Cluster Admin メイン画面

Cluster Admin メイン画面 ( 図 70 を参照 ) の左側パネルに、以下のタブがあります。

● cf

● crm

● rms

● sis

● msg ( メッセージウィンドウ )

図 70: Cluster Admin メイン画面 — 初期画面表示

適切なタブを選択してコンポーネントに切替えます。初は、 [cf] タブが選択されています。

Cluster Admin GUI には、RMS、CF、SIS およびメッセージウィンドウに共通する以下の標準コンポーネントがあります。

● プルダウンメニュー — Admin GUI の汎用機能と PRIMECLUSTER 製品に固有の機能があります。

● ツリーパネル — 左側のパネルは通常ツリーパネルです。ツリーパネルには製品固有の設定情報が表示されます。ツリーコンポーネントを選択して、メインパネルに詳しい情報を表示します。

● メインパネル — 右側の大きいパネルは主な作業および情報領域です。管理する対象の製品およびメニューやツリーで選択した機能に応じて、表示される内容が変わります。

100 J2UZ-5295-08Z0(00)

Cluster Admin GUI の使用方法 Cluster Admin の起動

PRIMECLUSTER 4.3 では、SIS は使用できません。

6.2.4 Cluster Admin メッセージの表示

Cluster Admin に関連するエラーメッセージやデバッグメッセージは Cluster Admin 上で表示できます。

前回表示した時から表示内容に変化があった場合、それに対応するタブの名前は赤色で表示されます ( 図 71)。

図 71: Cluster Admin メイン画面 — メッセージ画面表示

メッセージパネルは、画面下部のボタンによって別ウィンドウとして表示したり、メイン画面に再度組み込んだりできます。＜クリア＞ボタンをクリックすると、画面上に表示されたすべてのメッセージがクリアされます。

J2UZ-5295-08Z0(00) 101

RMS の状態と属性の表示 Cluster Admin GUI の使用方法

6.3 RMS の状態と属性の表示

このセクションでは、個々のノード、アプリケーション、資源など、RMS クラスタについての情報を表示する手順を説明します。この操作では情報の表示はできますが、RMS 構成設定の内容は変更することができません。

RMSメインウィンドウを起動するには、[rms] タブをクリックします。図 72のような画面が表示されます。

図 72: Cluster Admin メイン画面 — RMS 画面表示

メイン画面は、大きく 2 つの領域に分かれています。左のパネルには RMS ツリーが表示されます。右のパネルには、RMS ツリーで選択した項目に基づいて、ノード、ログ、またはその両方の設定情報やプロパティが表示されます。

6.3.1 RMS ツリー

RMS ツリーには、クラスタの構成情報が階層形式で表示されます。ツリーは以下に示すレベルで構成されています。

● ツリーのルート — クラスタを表します。

● 第 1 レベル — クラスタを形成するシステムノードを表します。

● 第 2 レベル — 各システムノードで動作する userApplicationオブジェクトを表します。

● 第 3 レベル — サブアプリケーションを表します。また、独立オブジェクト (andOp、orOp) のグループもここに含まれます ( 第 4 レベルの説明を参照 )。

● 第 4 レベル — 各サブアプリケーションに必要な資源を表します。独立オブジェクト (andOp、orOp) も含まれます。

独立オブジェクト (andOp、orOp) は上級者向けです。これらのオブジェクトはノード、アプリケーション、およびサブアプリケーション間の論理的依存関係やグループとしての結合を示します。

クラスタアプリケーションにサブアプリケーションが存在する場合は、そのサブアプリケーションで使用する資源がオブジェクトとして第 4 レベルに表示されます。クラスタアプリケーションにサブアプリケーションが存在しない場合は、userApplicationで使用するすべての資源が第 3 レベルに表示されます。

102 J2UZ-5295-08Z0(00)

Cluster Admin GUI の使用方法 RMS の状態と属性の表示

クラスタアプリケーション間の依存性は、RMS ツリー内で Controller オブジェクトによって表されます。RMS ツリーと Controllerオブジェクトの例を図 73 に示します。

図 73: RMS ツリーと Controller オブジェクト

6.3.2 コマンドポップアップ

Cluster Admin の RMS 構成ツリー内の各オブジェクトにはポップアップメニューが用意され、よく使われる操作がすぐ選択できるようになっています。ポップアップメニューを表示するには、オブジェクトを右クリックします。メニュー項目の先頭には、選択されたオブジェクトの名前がグレーアウト表示されます。それ以外の項目は選択可能な操作です。表示される項目はオブジェクトのタイプと現在の状態により異なります ( 図 74)。

図 74: コマンドポップアップ

オブジェクトの状態、ノードの状態、および RMS の構成全体に影響する項目は、メニューの下部に表示されます。これらの操作については本章の後のセクションで説明します。

J2UZ-5295-08Z0(00) 103


操作を選択せずにポップアップメニューを閉じるには、グレーアウト表示されたオブジェクト名をクリックするか、＜ Esc ＞キーを押します。

たとえば、ノードオブジェクトを選択した場合と、アプリケーションオブジェクトを選択した場合では、メニューに表示される項目が異なります。また、同じアプリケーションオブジェクトを選択した場合でも、Online状態 ( 図 75) と Offline状態 ( 図 76) では異なるメニュー項目が表示されます。

図 75: Online アプリケーションに対するコマンドポップアップ

図 76: Offline アプリケーションに対するコマンドポップアップ

104 J2UZ-5295-08Z0(00)


6.3.3 ポップアップ確認画面

オブジェクトのポップアップメニューで選択した項目が、そのオブジェクトの状態変更を生じさせるような項目であった場合には、確認のポップアップ画面が表示されます ( 図 77)。警告メッセージに示された処理を実行する場合は、＜はい＞をクリックし、処理を取り消す場合は＜いいえ＞をクリックします。

図 77: 確認ポップアップ画面

スケーラブルアプリケーション ( 親 ) の場合、確認ポップアップ画面にそのアプリケーションから制御される子アプリケーションの一覧が表示され、指定された処理を実行するとこれらのアプリケーションの状態も変更される可能性があるとの警告が表示されます。( 図 78)。

図 78: スケーラブルアプリケーションの場合の確認ポップアップ画面

6.3.4 RMS 環境変数の表示

以下の手順に従って、RMS グローバル環境変数を表示します。

RMS メインウィンドウのクラスタアイコン上で右クリックし、ポップアップメニューから [ 環境の表示 ] を選択します ( 図 79)。

図 79: RMS グローバル環境変数の表示

J2UZ-5295-08Z0(00) 105


RMS グローバル環境変数は、右パネルの [ 環境 ] タブに表示されます ( 図 80)。

図 80: RMS グローバル環境変数

タブ画面を閉じるには、画面右上隅のボタンをクリックします。

以下の手順に従って RMS ローカル環境変数を表示します。

RMS メインウィンドウのノード上で右クリックし、ポップアップメニューから [ 環境の表示 ] を選択します ( 図 81)。

図 81: RMS ローカル環境変数の表示

106 J2UZ-5295-08Z0(00)


RMS ローカル環境変数と RMS グローバル環境変数は、右パネルの [ 環境 ] タブに表示されます ( 図 82)。

図 82: RMS ローカル環境変数の表示画面

CLI

hvdisp コマンドで環境変数を表示します。ルート権限は必要ありません。

hvdisp ENV

hvdisp ENVL

J2UZ-5295-08Z0(00) 107


6.3.5 オブジェクトの状態の表示

それぞれの RMS オブジェクトの状態は、円形の状態表示アイコンの色によって示されます。状態表示アイコンは、RMS ツリーのオブジェクト名のすぐ左に表示されます。クラスタアプリケーションの状態を示すアイコンの一覧は、RMS ツリーの下に表示されます ( 図 83)。

図 83: クラスタアプリケーションの状態の表示

上記の例では、アプリケーション app2 は、ノード fuji2RMS上では Online ( 状態表示アイコンが緑 )ですが、ノード fuji3RMS上では Offline ( 状態表示アイコンが青 ) です。

CLI

CLI の構文は次のとおりです。

hvdisp {-a | -c} [-o out_file]

オプションは以下のとおりです。

hvdispコマンドは、RMS が起動されている場合にのみ実行可能で、ルート権限は必要ありません。

-a RMS 構成内の各オブジェクトについて、オブジェクト名、オブジェクトタイプ、オブジェクトの SysNode名、オブジェクトの状態を表示する ( 自動生成のコネクタは表示されない )。

-c 情報を簡潔に表示する。

-o 指定されたファイルに結果を出力する。

108 J2UZ-5295-08Z0(00)


6.3.6 構成情報またはオブジェクト属性

RMS ツリーのオブジェクトをマウスで左クリックして、個々のオブジェクトに関する構成情報を表示します。プロパティは、RMS メインウィンドウの右側パネルに一覧表形式で表示されます ( 図 84)。

図 84: 構成情報またはオブジェクト属性

J2UZ-5295-08Z0(00) 109


110 J2UZ-5295-08Z0(00)

7 その他の管理ツール

Cluster Admin GUI には、これまでに説明した機能のほかに RMS の管理に役立つツールがいくつか用意されています。


● "7.1 RMS クラスタテーブルの使用 "

● "7.2 RMS グラフの使用 "

● "7.3 表示変更の意味 "

● "7.4 RMS ログメッセージの表示 "

7.1 RMS クラスタテーブルの使用

RMS クラスタテーブルには、アプリケーションオブジェクトに関する状態情報が簡潔な一覧表として表示されます。各システムノード上の各アプリケーションの状態を確認できます。

クラスタテーブルを開くには、クラスタ名 (RMS ツリーのルート ) をクリックして、ポップアップメニューから [ クラスタテーブルの表示 ] を選択します ( 図 85)。

図 85: クラスタテーブルを開く

クラスタテーブルは別のウィンドウに表示されます ( 図 86)。

図 86: クラスタテーブル

それぞれの状態表示アイコンの隣に状態名を表示するには、ウィンドウ右下の [ 状態名の表示 ] チェックボックスをクリックします ( 図 87)。

図 87: 状態名を表示したクラスタテーブル

マウスを使用して、クラスタテーブルウィンドウと列のサイズを調整することができます。ウィンドウ内にすべての項目が表示されている場合は、サイズを拡大することはできません。

J2UZ-5295-08Z0(00) 111

RMS クラスタテーブルの使用その他の管理ツール

色分けされた円を囲む四角は、userApplication のプライマリノード ( デフォルトで起動時にuserApplication が Online となるノード ) を示しています。図 87 は、shasta1 がすべてのuserApplicationのプライマリノードであることを示しています。

クラスタテーブルには、通常、アプリケーションが上から下にアルファベット順で表示されます。ただし、Faulted状態のクラスタアプリケーションだけは特別に扱われます。クラスタのいずれかのノードで、アプリケーションが Faulted状態にある場合、そのクラスタアプリケーションはテーブルの一番上に表示され、クラスタアプリケーション名がピンクの背景で強調表示されます ( 図 88)。これにより、システム管理者は簡単に Faulted状態のクラスタアプリケーションを特定することができます。

図 88: クラスタテーブルで Faulted 状態のクラスタアプリケーション

また、クラスタシステムのどこかに Online でないクラスタアプリケーションが存在すると、テーブルの一番上に表示され、クラスタアプリケーション名が明るい青の背景で強調表示されます ( 図 89)。これにより、システム管理者は、どこかに実行中でないクラスタアプリケーションがないか、どこかのノードで Onlineにすべきノードがないかを把握することができます。

図 89: クラスタテーブルの Offline アプリケーション

さらに、Faulted状態のクラスタアプリケーションと Onlineでないクラスタアプリケーションが同時に見つかった場合、Faulted 状態のクラスタアプリケーションは Online でないクラスタアプリケーションの上に表示されます ( 図 90)。

図 90: クラスタテーブルの Faulted アプリケーションと Offline アプリケーション

クラスタテーブルとRMSツリーの両方に含まれるクラスタにクラスタパーティションの状態が発生すると、ノードの状態を表すアイコン ( 色付きの円 ) の後ろに色付きの感嘆符 (!) が表示されます。この感嘆符は、SysNode の実際の状態が別の SysNode から見た状態と異なっていることを示します。感嘆符の色は、他のノードから見たその SysNode の状態を示しています。1 つの SysNode が複数のノードから異なった状態に見える場合は、色分けされた SysNodeの状態を表すアイコンの後ろに複数の感嘆符が表示されます。感嘆符は状態の重要度の順に表示されます。

112 J2UZ-5295-08Z0(00)

その他の管理ツール RMS クラスタテーブルの使用

図 91 では、クラスタテーブルに、クラスタパーティション状態が生じたクラスタアプリケーションが表示されています。2 番目のノード名の先頭には、黄色の感嘆符が付けられています。

図 91: クラスタパーティション状態を示すクラスタテーブル

ノードの起動または停止処理の間、一時的にクラスタパーティション状態が表示される場合があります。

7.1.1 クラスタテーブルからのコマンドポップアップメニューの使用

クラスタ一覧表内の各オブジェクトにはポップアップメニューが用意され、よく使われる操作がすぐに選択できるようになっています。

ポップアップメニューを表示するには、状態表示アイコンが表示されたオブジェクトを右クリックします。列のヘッダはノード名を表し、セルはアプリケーションを表しています。

メニュー項目の先頭には、選択されたオブジェクトの名前がグレーアウト表示されます。それ以外の項目は選択可能な操作です。表示される項目はオブジェクトのタイプと現在の状態により異なります ( 図 92)。

図 92: クラスタテーブル内のコマンドポップアップの使用


操作を選択せずにコンテキストメニューを閉じるには、グレーアウト表示されたオブジェクト名をクリックするか、＜ Esc ＞キーを押します。

J2UZ-5295-08Z0(00) 113

RMS グラフの使用その他の管理ツール

7.2 RMS グラフの使用

Cluster Admin では、RMS 構成の階層構造を表示する手段として、RMS グラフと呼ばれる形式も用意しています。RMS グラフは実際の RMS 構成をツリー構造として表現します。これまでに説明した RMS 構成ツリーでは通常は表示されない依存関係も枝として表されます。RMS グラフには次のようなタイプがあります。

● RMSクラスタ全体のグラフ — 現在RMSが動作しているRMSクラスタ構成全体が表示されます。

● RMSアプリケーショングラフ — 指定された1つのクラスタアプリケーションが使用するオブジェクトがすべて表示されます。このグラフを使用して、特定のオブジェクトの詳細情報を調べることができます。

● RMS サブアプリケーショングラフ — 指定されたクラスタアプリケーションが使用するすべてのRMS サブアプリケーション、および RMS サブアプリケーション間の関係が表示されます。

● RMS 合成サブアプリケーショングラフ — 直接または間接的に依存しているすべての RMS サブアプリケーションが表示されます。

以下のセクションでは各モデルについて、グラフに関連した機能とともに詳しく説明します。

● 構成情報の取得

● ポップアップメニューの使用法

● さまざまなレベルの詳細表示

● クラスタテーブルおよびグラフにおける表示の変更の意味

7.2.1 RMS クラスタ全体のグラフ

システムノードのいずれかを右クリックし、ポップアップメニューから [ グラフの表示 ] を選択すると RMS クラスタ全体のグラフが表示されます ( 図 93)。

図 93: ノード上で RMS クラスタ全体のグラフを表示

[ グラフの表示 ] メニュー項目は、そのノード上ですでに RMS グラフが開かれている場合でないと使用できません。

114 J2UZ-5295-08Z0(00)

その他の管理ツール RMS グラフの使用

デフォルトでは、各グラフは Cluster Admin View の右パネルに独立したタブとして表示されます ( 図 94)。

図 94: ノードの RMS クラスタ全体のグラフ — タブ画面

タブを別ウィンドウで表示するには、＜デタッチ＞ボタンをクリックします。＜デタッチ＞ボタンは、画面右上隅の＜閉じる＞ボタンの隣にあります ( 図 95)。

図 95: タブ画面の＜デタッチ＞ボタン拡大図

別ウィンドウに表示された場合でも、内容はタブ表示と同じです ( 図 96)。

図 96: ノードの RMS クラスタ全体のグラフ — 別ウィンドウで表示

切り離したウィンドウを Cluster Admin 画面に戻すには、＜アタッチ＞ボタンをクリックします。＜アタッチ＞ボタンは、画面右上隅の＜閉じる＞ボタンの隣にあります。標準のウィンドウ制御ボタンのすぐ下です ( 図 97)。

図 97: 別ウィンドウの＜アタッチ＞ボタン拡大図

J2UZ-5295-08Z0(00) 115


RMS クラスタ全体のグラフには、クラスタの RMS 構成全体と以下の内容が表示されます。

● アプリケーションが Online になっているノードでは、ノードとアプリケーションオブジェクト間が緑の線で結ばれている

● オブジェクトタイプはオブジェクトのアイコンで表示

● オブジェクトの現在の状態は、各アイコンの下の色付きのバーで表示

● オブジェクト間の関係

● オブジェクトの依存性

RMS グラフは、特定のシステムノードの観点から表示されます。つまり、各ノードの状態情報はすべて、特定のシステムノードから見た状態として表示されます。RMS グラフのタイトルバーに表示されるノード名は、状態情報を提供するノードを示しています。ユーザは任意のクラスタノードから見た RMS グラフを表示できます。

グラフの背景にはグレーの帯が表示されます。この帯は上から下に向かってだんだんと濃いグレーになります。大きく複雑なグラフの場合は、各オブジェクトがどの場所にあるか、依存レベルはどうか、を把握する際にこの帯が役立ちます。

RMS グラフ内のあるオブジェクトにマウスカーソルを合わせると、カーソルが十字線に変わり、オブジェクト名が表示されます。各オブジェクトから出ている結合線は、親子関係にある場合は黄色で表示されます ( 図 98)。

図 98: RMS クラスタ全体のグラフ — オブジェクト名の表示

オブジェクトをクリックすると、オブジェクトの属性をはじめとする詳細情報が記載されたウィンドウが表示されます ( 図 99)。

図 99: RMS クラスタ全体のグラフ — オブジェクトの詳細

116 J2UZ-5295-08Z0(00)


7.2.2 RMS アプリケーショングラフ

クラスタアプリケーションを右クリックし、ポップアップメニューから [ アプリケーショングラフの表示 ] を選択すると、1つのクラスタアプリケーションに対するRMSグラフを表示できます (図 100)。

図 100: RMS アプリケーショングラフの表示

RMSアプリケーショングラフには、選択されたアプリケーションとそのリソースだけが表示されますが、それ以外の点では RMS クラスタ全体のグラフと同様です ( 図 101)。全体グラフと同様に、RMS アプリケーショングラフは、選択したノードの観点から表示され、アプリケーション名および詳細情報も表示されます。

図 101: RMS アプリケーショングラフの例

J2UZ-5295-08Z0(00) 117


7.2.3 RMS サブアプリケーショングラフ

親のクラスタアプリケーションを右クリックし、ポップアップメニューから [ サブアプリケーショングラフの表示 ] を選択すると、RMS サブアプリケーショングラフが表示できます ( 図 102)。

図 102: RMS サブアプリケーショングラフの表示

このグラフには、選択したアプリケーションが使用するすべてのサブアプリケーションと、それら相互の結合状態が表示されます ( 図 103)。

図 103: RMS サブアプリケーショングラフの例

図を見やすくするため、ここでは、オブジェクト名は実際の画面とは異なってラベルで表示しています。また、独立オブジェクトなどの抽象概念も省略しています。他のグラフ同様、オブジェクトをクリックすると属性を表示する画面が表示されます。

7.2.4 RMS 合成サブアプリケーショングラフ

RMS 合成サブアプリケーショングラフは、コントローラオブジェクトを持つアプリケーションでのみ使用できます。

構成にコントローラオブジェクトが含まれる場合、ノード ( またはアプリケーション ) のクラスタ全体のグラフでは、親アプリケーションと子アプリケーションは別々のブランチに表示されます ( 図 104)。

118 J2UZ-5295-08Z0(00)


図 104: 制御対象アプリケーションがある場合の構成の標準表示

場合によっては、子アプリケーションを親のリソースとして扱うことにより、同じブランチに表示したほうが便利です。同じブランチに表示したグラフを RMS 合成サブアプリケーショングラフと呼びます。

クラスタアプリケーションを右クリックし、ポップアップメニューから [ 合成サブアプリケーショングラフの表示 ] を選択すると、RMS 合成サブアプリケーショングラフが表示できます ( 図 105)。

図 105: RMS 合成サブアプリケーショングラフの表示

RMS 合成サブアプリケーショングラフは、RMS サブアプリケーショングラフの一種で、制御されるアプリケーションが存在する場合に使用します。RMS サブアプリケーショングラフ内のすべての「制御するオブジェクト」について、対応する「制御されるアプリケーション」のグラフが、親アプリケーションと点線で結ばれた形で挿入されます。たとえば、app1が、次ページの図 106 内の RMS 合成サブアプリケーショングラフ内に表示される様子を、上記図 104 の通常の RMS サブアプリケーショングラフと比較してみてください。

J2UZ-5295-08Z0(00) 119


図 106: RMS 合成サブアプリケーショングラフの例

依存しているアプリケーションにコントローラオブジェクトがある場合は、このプロセスが繰り返されます。このため、選択したクラスタアプリケーションが直接または間接的に依存しているすべてのサブアプリケーションを合成表示することができます。

7.2.5 グラフからコマンドポップアップメニューの使用

RMS グラフ内の各オブジェクトにはポップアップのコンテキストメニューが用意され、よく使われる操作がすぐに選択できるようになっています。

コンテキストメニューを表示するには、グラフ内のオブジェクトを右クリックします。

メニュー項目の先頭には、選択されたオブジェクトの名前がグレーアウト表示されます。それ以外の項目は選択可能な操作です。表示される項目はオブジェクトのタイプと現在の状態により異なります (図 107)。

図 107: RMS グラフからコマンドポップアップメニューを使用する


操作を選択せずにコンテキストメニューを閉じるには、グレーアウト表示されたオブジェクト名をクリックするか、＜ Esc ＞キーを押します。

120 J2UZ-5295-08Z0(00)


7.2.6 表示された詳細レベルの変更

RMS クラスタ全体のグラフおよび RMS アプリケーショングラフのデフォルトの設定では、オブジェクト ( リソース ) 名が表示されません。特定のオブジェクト上にマウスポインタを置くと、これらの名前を表示できます。

リソース名、Affiliation 名、NoDisplay ノードをグラフに追加するには、[ 設定 ] メニューでそれぞれのチェックボックスをオンにします。

図 108 は [ 設定 ] メニュー項目を選択した画面と、その選択に対応してリソース名が表示されたグラフを示しています。

図 108: Affiliation 名付き RMS グラフの表示

図 109 は、[ 設定 ] メニューで項目を選択した状態とそれに対応するリソース名を表示するグラフを示しています。

図 109: リソース名付き RMS グラフ

J2UZ-5295-08Z0(00) 121


図 110 は [ 設定 ] メニュー項目を選択した画面と、その選択によって NoDisplay オブジェクトが表示されたグラフを示しています。これらは通常、構成ツールで自動的に生成される論理 AND/OR オブジェクトです。

図 110: リソース付き RMS グラフ

複数の表示オプションが選択されると、オブジェクト名やリソース名が画面に入りきらない場合があります ( 図 111)。グラフがウィンドウの幅より大きい場合は水平スクロールバーが表示されますが、グラフの見にくさは残ります。

図 111: Affiliation 名とリソース名付き RMS グラフ

122 J2UZ-5295-08Z0(00)

その他の管理ツール表示変更の意味

複雑なグラフでは、リソース名をアルファベット順に並べると見やすくなる場合があります ( 図 112)。

図 112: グラフ内のオブジェクト名の並べ替え

7.3 表示変更の意味

Cluster Admin View、グラフ、およびクラスタテーブルのいずれにおいても構成全体だけでなくノード個々の状態を表示することができます。

7.3.1 RMS 構成変更時の表示

RMS を停止して異なる構成で再起動すると、RMS ツリー、クラスタテーブル、およびノードグラフも同じウィンドウに再作成されます。図 113 は Cluster Admin 画面に 2 つのノードグラフとクラスタテーブルを重ねて表示しています。これらはすべて、app1と app2を監視する実行中の構成の状態を表しています。

図 113: RMS を停止する前のクラスタの状態

J2UZ-5295-08Z0(00) 123

表示変更の意味その他の管理ツール

図 114 は、 RMS が再起動した後の同じウィンドウです。前回とは異なり、app1と app2を監視する構成で起動されています。

図 114: 異なる構成で RMS を再起動した後のクラスタの状態

グラフとクラスタテーブルは、再起動の前後で同一の SysNode オブジェクト (fuji2 および fuji3) の状態を表示しているため、ウィンドウは開かれたままです。

7.3.2 RMS 停止後のグラフの見方

RMS を停止すると、RMS の GUI ( グラフやクラスタテーブルなど ) は接続先ノードから情報を取得できないため暗い灰色になります。この場合、すべての状態が白で表示されます。RMS が起動しているノードに接続すると、情報を再表示できます。

たとえば、サンプルクラスタで RMS が 1 つのノードでのみ停止した場合を考えてみます。そのノードのグラフおよびクラスタテーブルの対応する列は、背景が濃いグレーで表示されます ( 図 115)。

図 115: 1 つのノード停止後の RMS メイン画面、グラフ、クラスタテーブル

しかし、残りのノード fuji3上で RMS が稼動を続ける限り、RMS メイン画面、fuji3RMS グラフ、クラスタテーブルの fuji3の列には、Onlineのオブジェクトが引き続き表示されます。

124 J2UZ-5295-08Z0(00)

その他の管理ツール表示変更の意味

アプリケーショングラフおよびサブアプリケーショングラフ

ノードが停止すると、そのノード上のアプリケーションおよびサブアプリケーションもすべて Shutdownの状態に変わります ( 図 116)。

図 116: シャットダウンノードの RMS アプリケーショングラフ

グラフの表示はノードが同じ構成で再起動されるまで変わりません。再起動されると、通常の表示に戻ります。

ノードが異なる構成で再起動された場合はグラフの内容は削除されます。これは、新しい構成内ではそのオブジェクトが存在しないためです。ただし、空のグラフウィンドウは明示的に閉じない限り開いたままで残ります ( 図 117)。

図 117: 削除したオブジェクトのグラフウィンドウ

J2UZ-5295-08Z0(00) 125

RMS ログメッセージの表示その他の管理ツール

7.4 RMS ログメッセージの表示

Cluster Admin インタフェースが持つログ表示機能により、任意のノードで、RMS の switchlog およびアプリケーションのログに含まれるエントリを表示し、フィルタリングすることができます。

すべての RMS ログファイル ( 通常は /var/opt/SMAWRrms/log/) は、vi などの UNIX の一般的なエディタを使用して表示することができます。

エラーメッセージの意味と、可能な対処方法については“PRIMECLUSTER 活用ガイド < メッセージ集 >”を参照してください。

以下の手順に従って、システムノードの switchlog を表示します。

システムノード上で右クリックし、ポップアップメニューから [switchlog の表示] を選択します( 図 118)。または、ノードを選択して [ ツール ] - [switchlog の表示 ] を選択します ( 図 119)。

図 118: ポップアップメニューから RMS switchlog ファイルを表示

図 119: [ ツール ] メニューから RMS switchlog を表示

126 J2UZ-5295-08Z0(00)

その他の管理ツール RMS ログメッセージの表示

以下の手順に従ってアプリケーションログを表示します。

RMS ツリー内のアプリケーション上で右クリックし、ポップアップメニューから [ ログファイルの表示 ] を選択します ( 図 120)。

図 120: ポップアップメニューからアプリケーションログを表示

オブジェクトに対応するポップアップメニューは、Cluster Admin 画面、クラスタテーブル、オブジェクトを含む任意の RMS グラフのいずれからも起動することができます。

いずれの場合でも、ログは右側パネルの専用タブに表示されます ( 図 121)。

図 121: タブビューに表示された RMS switchlog

J2UZ-5295-08Z0(00) 127


タブを別ウィンドウで表示するには、＜デタッチ＞ボタンをクリックします。＜デタッチ＞ボタンは、画面右上隅の＜ヘルプ＞ボタンと＜閉じる＞ボタンとの間にあります ( 図 122)。

図 122: タブ画面の＜デタッチ＞ボタン拡大図

別ウィンドウに表示された場合でも、内容はタブ表示と同じです ( 図 123)。

図 123: 別ウィンドウに表示された RMS switchlog

切り離したウィンドウを Cluster Admin 画面に戻すには、＜アタッチ＞ボタンをクリックします。＜アタッチ＞ボタンは、＜ヘルプ＞ボタンと＜閉じる＞ボタンとの間にあります。標準のウィンドウ制御ボタンのすぐ下です ( 図 124)。

図 124: 別ウィンドウの＜アタッチ＞ボタン拡大図

別ウィンドウ表示では、画面の＜閉じる＞ボタンとウィンドウ標準の＜閉じる＞ボタンの機能は同じです。どちらをクリックしてもウィンドウは閉じます。

メイン画面表示では、タブ表示画面の＜閉じる＞ボタンをクリックすると表示中のタブのみが閉じられます。他のタブ画面は開いたままです。

128 J2UZ-5295-08Z0(00)


7.4.1 switchlog およびアプリケーションログを表示する一般的な手順

デフォルトでは、ウィンドウ下部のスクロール領域にログ全体が表示されます。表示されるログは、以下のフィルタで絞り込むことができます。

● [ 時刻フィルタ ] — 対象となる時間範囲を指定します。

● [ キーワードフィルタ ] — 特定のリソース名 ( アプリケーションの場合のみ )、エラーメッセージの重要度レベル、0 以外の終了コード、またはキーワードを選択します。

重要度レベルの詳細は "7.4.3.2 重要度 " を、終了コードの詳細は、“PRIMECLUSTER 活用ガイド < メッセージ集 >” を参照してください。

フィルタ項目の入力後、＜フィルタ＞ボタンをクリックすると、フィルタで絞り込んだログエントリが表示されます。

[ 時刻フィルタ ] と [ キーワードフィルタ ] の両方を設定すると、両方の条件を満たしたログエントリに絞り込むことができます。

switchlog のエントリは、ログビューアウィンドウの [ 昇順 ] チェックボックスをオンまたはオフにすることにより、時系列昇順または降順にいつでも並べ替えることができます。

7.4.2 時刻フィルタ

[ 時刻フィルタ ] に日付と時刻を指定して、ログウィンドウに表示するエントリを絞り込むことができます ( 図 125)。

図 125: 日付時刻による検索

入力ボックスのスピンボタンで [ 開始時刻 ] と [ 終了時刻 ] を選択し ( 値を直接入力することもできます )、[ 有効 ] チェックボックスをオンにします。

ここでの設定は、＜フィルタ＞ボタンをクリックしたときに有効になります。

時刻フィルタを削除するには、[ 有効 ] チェックボックスをオフにして、＜フィルタ＞ボタンをクリックします。

J2UZ-5295-08Z0(00) 129


7.4.3 キーワードフィルタ

［キーワードフィルタ］パネルには、以下の項目があります。

7.4.3.1 リソース名

［リソース名］コントロールを使用できるのは、アプリケーションログの場合のみです。

ドロップダウンリストからリソース名を選択し、＜フィルタ＞ボタンをクリックします ( 図 126)。

図 126: リソース名による検索

リソース名のフィルタを削除するには、ドロップダウンリストで [ 選択なし ] を選択し、＜フィルタ＞ボタンをクリックします。

130 J2UZ-5295-08Z0(00)


7.4.3.2 重要度

ドロップダウンリストからメッセージの重要度レベルを選択します ( 図 127)。

図 127: 重要度による検索

表 6 に RMS の重要度レベルを説明します。

重要度レベルのフィルタを削除するには、ドロップダウンリストで [ 選択なし ] を選択し、＜フィルタ＞ボタンをクリックします。

7.4.3.3 0 以外の終了コード

[0 以外の終了コード ] 入力ボックスに終了コードを数値で入力し、＜フィルタ＞ボタンをクリックします。

重要度レベル説明

Emergency システム使用不能

Alert 直ちに対処が必要

Critical 重要な状態（致命的なエラー）

Error エラー状態（致命的でないエラー）

Warning 注意状態

Notice 普通だが通告を要する状態

Info その他の情報

Debug デバッグメッセージ

表 6: RMS の重要度レベルの説明

J2UZ-5295-08Z0(00) 131


7.4.3.4 キーワード

[ キーワード ] ボックスに文字列を入力し、＜フィルタ＞ボタンをクリックします ( 図 128)。

図 128: キーワードによる検索

特殊文字および空白は使用できますが、ワイルドカードは使用できません。検索では大文字と小文字が区別されません。

キーワードのフィルタを削除するには、キーワードボックスの文字列をクリアし、＜フィルタ＞ボタンをクリックします。

132 J2UZ-5295-08Z0(00)


7.4.4 テキスト検索

表示中のアプリケーションログの上で右クリックして、テキスト検索を行うことができます。[ 検索 ]ポップアップダイアログで文字列を入力すると、指定した方向に向かって大文字と小文字を区別した検索が行われます ( 図 129)。

図 129: ログビューア上のポップアップ検索ダイアログ

入力した文字列は、完全一致で検索されます。スペースや特殊文字を使用することができますが、ワイルドカードは無効です。

7.4.5 フィルタの削除

すべてのフィルタを削除するには、以下の手順を行います。

● 時刻フィルタの [ 有効 ] チェックボックスをオフにします。

● ドロップダウンリストで [ 選択なし ] を選択します。

● 入力ボックスのテキストを削除します。

● ＜フィルタ＞ボタンをクリックします。

フィルタによる絞り込みのない検索結果が再度表示されます。

J2UZ-5295-08Z0(00) 133


134 J2UZ-5295-08Z0(00)

8 RMS の操作


● "8.1 RMS の操作について "

● "8.2 RMS アプリケーションの管理 "

● "8.3 リソースの管理 "

● "8.4 保守モードの使用法 "

8.1 RMS の操作について

このセクションでは、個々のノード上で動作する RMS やアプリケーションの操作等、基本的な手順について説明します。このセクションで説明する手順を実行すると、実際に RMS クラスタの状態が変更され、データの処理に直接の影響が及びます。

"6.1 概要 " で述べたように、クラスタの管理にはできるだけ Cluster Admin GUI を使用してください。ただし、このセクションで説明する各手順は、必要に応じて CLI でも行うことができます。その場合には以下の点に注意してください。

● コマンドは、<RELIANT_PATH>/binディレクトリに格納されています。

● RMS CLI のすべてのコマンドでは、CF ノード名および RMS ノード名が、RMS の命名規則に従っている場合 (<CF名>RMSの形の名前である場合)、両方ともSysNodeオブジェクトとして扱います。

● コマンドの説明では、使用頻度の高いオプションのみを記載しています。このため、それ以外にも使用できるオプションが存在する場合があります。コマンドの詳細については、"16 付録 — マニュアルページ " に記載されたオンラインマニュアルページを参照してください。

8.1.1 RMS の起動

GUI からは、直前に使用した構成しか起動できません。その他の構成を起動するには、まず RMS WizardTools を使用してその構成を配布する必要があります。

GUI のデフォルトの設定では、クラスタ内のすべてのノードで RMS を起動するようになっています。この他に、選択したノードでのみ RMS を起動することもできます。

1. Cluster Admin を起動して [rms] タブをクリックして RMS メインウィンドウを表示します。[ ツール ] メニューから [RMS の起動 ] を選択します ( 図 130)。

J2UZ-5295-08Z0(00) 135

RMS の操作について RMS の操作

図 130: メインメニューから RMS を起動

2. [RMS 起動メニュー ] 画面が表示されます。すべてのノード上で RMS を起動するには、[ 利用可能なすべてのノード ] ラジオボタンをクリックして＜確認＞ボタンをクリックします ( 図 131)。

図 131: すべてのノードの RMS 起動メニュー

136 J2UZ-5295-08Z0(00)

RMS の操作 RMS の操作について

3. 選択されたノード上でのみ RMS を起動するには、[ リストから 1 つを選択 ] ラジオボタンをクリックしてから、[ 選択 ] 列のチェックボックスで 1 つまたは複数のノードを選択できます。選択するノードをチェックしたら、＜確認＞ボタンをクリックします ( 図 132)。

図 132: 個々のノードでの RMS 起動メニュー

J2UZ-5295-08Z0(00) 137


この他に、[Cluster Admin] 画面から個々のノード上の RMS を直接起動することもできます。

1. 左パネルの [rms] タブをクリックして、クラスタツリーを表示します。

2. ノードを選択した状態で右クリックし、ポップアップメニューから [RMS の起動 ] を選択します( 図 133)。

図 133: 各ノード上で RMS の起動

CLI: hvcm

hvcm コマンドは、すべての監視リソースに対するベースモニタとディテクタを起動します。hvcm の CLI構文では以下の 2 つの形式が可能です。

フォーマット 1hvcm [-a | -s SysNode]

フォーマット 2hvcm -c config_name [-a | -s SysNode] [-h timeout] [-l loglevels]

オプションは以下のとおりです。-a RMS 構成内のすべてのノード上で RMS を起動する。-s 指定されたノード上でのみ RMS を起動する。

-aと -sのいずれも指定されていない場合は、hvcmはローカルノード上でのみ RMS を起動します。

フォーマット 2 でのみ使用できるオプションは以下のとおりです。

-h 指定されたハートビートリカバリタイムアウト値を使用する。

-c 指定された構成定義ファイルを使用する。

-l 診断出力を指定したレベルで起動する。

後に起動した構成設定以外の起動、ハートビートリカバリタイムアウト値の変更、または、診断レベルの設定は、CLI から行う必要があります。これらのパラメタは Cluster Admin GUI から指定することはできません。

138 J2UZ-5295-08Z0(00)


フォーマット 1 に関する注意

-cオプションが指定されていない場合、hvcmはデフォルトの CONFIG.rms起動ファイルを読込みます。hvcmは、デフォルトの起動ファイルを、<RELIANT_PATH>/etc/CONFIG.rmsで検索します。環境変数 RELIANT_PATHは、デフォルトの設定が変更されていなければ、/opt/SMAW/SMAWRrms/etc/CONFIG.rmsです。なお、-aまたは -sオプションを指定して RMS をリモートで起動した場合でも、検索は常にローカルノードに限定されます。

CONFIG.rms ファイルには以下のいずれかが含まれています。

● 構成名。サフィックス .us が付けられる場合もあります。

● 後に起動した構成で始まるフォーマット 2 で記述された hvcmコマンド。

-h および -l オプションは、フォーマット 1 では使用できません。ただし、CONFIG.rms ファイルを編集し、フォーマット 2 のオプションを挿入することはできます。

フォーマット 2 に関する注意

-c オプションが指定されている場合に、構成定義ファイルが絶対パスで指定されていないと、hvcmは<RELIANT_STARTUP_PATH> を検索します。環境変数 RELIANT_STARTUP_PATHは、デフォルトの設定が変更されていなければ、opt/SMAW/SMAWRrms/build/<config_name>.us ( 構成定義ファイル名に.usが付けられていない場合は hvcmによって追加されます ) です。絶対パスが指定されている場合は、hvcmはそのファイルのみを読取り対象にします。なお、-aまたは -sオプションを指定して RMS をリモートで起動した場合でも、検索は常にローカルノードに限定されます。

hvcm は、指定された構成定義ファイルを検出すると、デフォルトの CONFIG.rms ファイルも存在するかを確認します。存在する場合は、hvcmは両方のファイルに記述された構成名が一致しているかを確認します。一致していない場合、hvcm は起動処理を中止します。タイムアウトのデフォルト値は、RMSがクラスタの監視にどちらの方法を使用するかによって決まります。

-hオプションはクラスタの UDP ハートビートリカバリタイムアウト値を設定します。" ノードとハートビート " を参照してください。

● デフォルトでは、RMS は各ノードの状態を、CF に実装された ELM を使用して監視します。ELMはポーリングを行いません。ELM では、各ノードに保持されノードまたはベースモニタが停止したときに解放されるロックを使用します。ELM が起動されると、UDP ハートビートタイムアウトのデフォルト値は 600 秒に設定されます。

● ローリングアップデートやデバッグのために ELM を停止する必要がある場合は、HV_USE_ELM環境変数を 0 に設定します。"13.2 RMS グローバル環境変数 " の "HV_USE_ELM" を参照してください。ELM が停止されると、UDP ハートビートタイムアウトのデフォルト値は 45 秒に設定されます。

ハートビートタイムアウト値をデフォルト値より小さく設定すると、ノードがリカバリできる状態であるにもかかわらず処理途中で停止されることがあります。この場合、ノードの停止は通常終了で行われるため、データの破損は発生しません。しかし、アプリケーションの他ノードへの切替えが発生するため、その遅延によってクラスタの性能が低下する場合があります。ハートビートタイムアウト値をあまり小さくし過ぎると、CF イベントタイムアウトとの干渉が発生する場合があります。

-l オプションは、起動時の診断出力レベルを設定します。loglevels の指定は、個々のレベルを数値で直接指定するか、ハイフンで区切った範囲で指定します。複数指定する場合は、カンマで区切ります。

J2UZ-5295-08Z0(00) 139


8.1.2 システム起動時に RMS を自動起動する

この設定はシステムの再起動後に有効になります。

システム起動時に RMS が自動起動するように設定したり、その設定を解除したりするには、以下の手順で行います。

Cluster Admin を起動し、 [rms] タブをクリックして RMS メインウィンドウを表示します。[ ツール ] メニューから [RMS の自動起動を設定 ] を選択します ( 図 134)。

図 134: RMS 自動起動の制御 — ステップ 1

ここで、全ノードまたは 1 つのノードについて、RMS の自動起動の開始 ( または停止 ) を選択します。( 図 135)

図 135: RMS 自動起動の制御 — ステップ 2

CLI: hvsetenv

システム起動時、RMS 環境変数 HV_RCSTART が 1 に設定されていると、RMS rc スクリプトはCONFIG.rms ファイルを使用して RMS を起動します。RMS 環境変数 HV_RCSTART は、以下のようにhvsetenvコマンドを使って変更できます。

hvsetenv HV_RCSTART [0|1]

設定値は以下のとおりです。

0 システム起動時に RMS を起動しない

1 システム起動時に RMS を起動する ( デフォルト )

値を指定しないと、コマンドは RMS 環境変数 HV_RCSTARTの現在の値を通知します。

140 J2UZ-5295-08Z0(00)


8.1.3 RMS の停止

RMS の停止は、すべてのノードまたは指定したノードで実行することができます。

[ ツール ] プルダウンメニューから [RMS の停止 ] を選択します ( 図 136) 。

図 136: [ ツール ] メニューから RMS を停止

すべてのノード上で RMS を停止するには、[ 利用可能なすべてのノード ] ラジオボタンをクリックして＜確認＞ボタンをクリックします ( 図 137)。

図 137: 稼動中のすべてのノード上で RMS を停止

[ 利用可能なすべてのノード ] を停止する場合は、2 つのラジオボタンでアプリケーションの処理を指定できます。

● すべてのアプリケーションを停止－すべてのユーザアプリケーションを停止する

● ローカルのアプリケーションを継続稼動－アプリケーションを稼動した状態に保つ

RMS 停止後もアプリケーションを稼動させた状態にしておくと、データの不整合や破損が生じる恐れがあります。

特定のノード上で RMS を停止するには、[ リストから 1 つを選択 ] ラジオボタンを選択して、停止するノードのチェックボックスをオンにします ( 図 138)。

J2UZ-5295-08Z0(00) 141


図 138: リストから選択したノード上で RMS を停止

各ノードには [ オプション ] 列にドロップダウンリストがあり、以下の処理が選択できます。

● すべてのアプリケーションを停止 — 選択したノードですべてのユーザアプリケーションを停止

● ローカルのアプリケーションを継続稼動 — 選択したノード上でアプリケーションを継続稼動

● 強制停止 — RMS の強制停止を実行

– [ ローカルのアプリケーションを継続稼動 ] または [ 強制停止 ] を選択すると、データの整合性が失われたりデータが破損する場合があります。

– RMS の起動中は RMS の停止を実行しないでください。ノード間のハートビートが途切れ、RMS の停止を実行したノードが強制停止する場合があります。

＜確認＞ボタンをクリックすると、停止の方法を選択する画面が表示されます。

すべてのノードまたは 1 つのノードにおける RMS の停止について、デフォルトのオプションは、[ すべてのアプリケーションを停止 ] です。デフォルト以外のオプションを選択した場合は、確認メッセージが表示されます ( 図 139 および図 140)。

図 139: アプリケーションを現状のまま RMS を停止 — 確認

142 J2UZ-5295-08Z0(00)


図 140: RMS の強制終了 — 確認

RMS ツリーのノードを右クリックして、ポップアップメニューから [RMS の停止 ] を選択すると、そのノード上の RMS を停止できます ( 図 141)。確認画面にノードが 1 つだけ表示されます ( 図 142)。

図 141: ポップアップメニューを使用して 1 つのノード上で RMS を停止

図 142: RMS を 1 つのノード上で停止

J2UZ-5295-08Z0(00) 143


CLI: hvshut


hvshut {-a | -A | -f | -l | -L | -s SysNode}


-a すべてのノード上の RMS とアプリケーションを停止する。

-A アプリケーションを停止せずに、すべてのノード上の RMS を停止する。

-f ローカルノード上の RMS を強制 ( 緊急 ) 停止する。

-l ローカルノード上の RMS とアプリケーションを停止する。

-L アプリケーションを停止せずにローカルノード上の RMS を停止する。

-s 指定されたノード上の RMS のみを停止する。

hvshut コマンドは、1 つ以上のノード上で RMS を停止します。ローカルノード上のベースモニタは、どのノード上で RMS が停止されるかを伝えるメッセージを他の Onlineノードに送信します。hvshutコマンドは、停止するノード上ですべてのエラー検出とエラー修復を無効にしますが、オペレーティングシステムはシャットダウンしません。

userApplicationオブジェクトが Onlineのときに -Aオプション、-fオプション、または -Lオプションを使用すると、クラスタアプリケーションは稼動し続けますが、RMS によって監視されなくなります。-fオプションと -Lオプションのいずれもローカルノードでのみ効力を持つ点は同じですが、-fオプションは緊急用です ( 他の hvshutオプションで効果がない場合にのみ使用してください )。

RMS を停止する場合は、監視されたアプリケーションを停止する前に RMS を停止しようとすると、操作の確認を求めるメッセージが表示されます。

-Aオプション、-fオプション、-Lオプションを使用すると、データの整合性が失われたりデータが破損する場合があるので、注意が必要です。

8.1.4 SysNode の Wait 状態のクリア

シャットダウン機構 (SF) がタイムアウト時間内にノードを強制停止できなかった場合、そのノードはWait状態になります。

以下の手順でノードの Wait 状態をクリアすることができます。

1. Wait 状態のノードを手動で停止します。

2. CF メインウィンドウで CF の状態を確認します。CF の状態が LEFTCLUSTER の場合は、CF メインウィンドウで LEFTCLUSTER を解消し、DOWN 状態にします。

3. 2. の操作後、Wait 状態が解消されない場合、RMS メインウィンドウに表示されるノード上で右クリックし、ポップアップメニューから [Offline] を選択します。

Wait 状態を手動でクリアする場合、RMS および CF は、対象ノードが停止済みであるとみなします。そのため、ノードが実際に停止していない状態で Wait 状態のクリアを行うと、データが破損する可能性があります。

シャットダウン機構 (SF) のタイムアウト期間が経過していない場合、Wait 状態のクリア要求は無視されます。

144 J2UZ-5295-08Z0(00)

RMS の操作 RMS アプリケーションの管理

CLI: hvutil -u


hvutil -u SysNode

8.2 RMS アプリケーションの管理

このセクションでは、各アプリケーションの起動、停止、および特定の状態をクリアするための基本的な手順について説明します。このセクションで説明する手順は RMS クラスタの状態を直ちに変更するため、データの処理に直接の影響を及ぼす可能性があります。

"6.1 概要 " で述べたとおり、基本的な管理操作は Cluster Admin GUI から行います。操作はできる限りこの方法で行ってください。ただし、このセクションで説明する手順はそれぞれ CLI でも実行することができます。

8.2.1 アプリケーションの自動起動のオーバーライド

デフォルトの設定では、アプリケーションの自動起動はそれぞれの AutoStartUp 属性によって制御されています。

● AutoStartUp が 1 に設定されていると、アプリケーションは、RMS が起動された時、またはそのアプリケーションが他のノードに切替えられた時に自動起動します。

● AutoStartUp が 0 に設定されている場合は、アプリケーションは手動で起動する必要があります。起動方法については "8.1.1 RMS の起動 " を参照してください。

アプリケーションの自動起動は、メンテナンス時やトラブルシューティング時に問題となる場合があります。その場合は、すべてのアプリケーションについて AutoStartUp 属性を無効にすることができます。HV_AUTOSTARTUPグローバル環境変数は、以下の手順で変更することができます。

HV_AUTOSTARTUPに加えた変更は次回 RMS を起動するまで有効になりません。

Cluster Admin を起動し、[rms] タブをクリックして RMS メインウィンドウを表示します。[ ツール ] メニューから [userApplication の自動起動を設定 ] を選択します ( 図 143)。

図 143: アプリケーションの自動起動の制御 — ステップ 1

次にすべての AutoStartUp 設定の変更を指定します。指定を中止するには [ 取消 ] をクリックします ( 図 144)。

J2UZ-5295-08Z0(00) 145

RMS アプリケーションの管理 RMS の操作

図 144: アプリケーションの自動起動の制御 — ステップ 2

CLI: hvsetenv

各アプリケーションの AutoStartUp属性の機能は、RMS 環境変数 HV_AUTOSTARTUP によって制御されます ("13.3 RMS ローカル環境変数 " の説明を参照 )。この RMS 環境変数は、以下のように hvsetenvコマンドを使って変更できます。

hvsetenv HV_AUTOSTARTUP [0|1]

設定値は以下のとおりです。

0 次回 RMS 起動時にアプリケーションの自動起動を行わない

1 次回 RMS 起動時にアプリケーションの自動起動を行う

値を指定しないと、コマンドは RMS 環境変数 HV_AUTOSTARTUPの現在の値を通知します。

146 J2UZ-5295-08Z0(00)


8.2.2 クラスタアプリケーションの切替え

クラスタアプリケーションの切替えが行われると、RMS は以下の処理を行います。

● クラスタアプリケーションがクラスタ内ですでに実行されている場合は、RMS によって停止されます。

● クラスタアプリケーションが完全に停止した後、RMS は指定されたノードでそのクラスタアプリケーションを起動します。

以下の手順に従って Online状態のクラスタアプリケーションを切替えます。

1. userApplicationオブジェクト上で右クリックし、メニュー項目から [ 切替え ] を選択します。切替え可能なノードがサブメニューに表示されます。

2. プルダウンメニューからノード名を選択して、クラスタアプリケーションをそのノードに切替えます ( 図 145)。

図 145: クラスタアプリケーションの切替え

RMS は処理を開始する前に、操作の確認を求めるメッセージを表示します。

[ 優先切替え ] は、クラスタアプリケーションの PriorityList 属性に設定されたノードのリストの順序に従い、クラスタアプリケーションを対象のノードへ切替えます。

RMS は、クラスタアプリケーションの停止に失敗した場合、クラスタアプリケーションの起動処理は行いません。これは、同じアプリケーションの 2 つのインスタンスに競合が発生し、データ破損が生じる恐れがあるためです。この場合には、[ 強制切替え ] を行うことでクラスタアプリケーションを起動できます。

ユーザ業務とデータの整合性および完全性が保たれるように、標準のクラスタアプリケーション切替方式を使用することを推奨します。標準モードでクラスタアプリケーションを切替えられない場合は、強制切替方式を使用できます。ただし、強制切替えを実行すると、安全性チェックがすべて無効になり、データが破損したり整合性が失われる場合があります。そのため、クラスタアプリケーションの強制切替え時にデータが破損するリスクを低減するため、RMS が起動していないノードを強制停止してからクラスタアプリケーションを強制起動する場合があります。

J2UZ-5295-08Z0(00) 147


クラスタアプリケーションがビジー状態の場合、クラスタアプリケーションを切替えるためのコマンドポップアップは表示されません。代わりに、メニューには表示のみの操作が表示され、後のメニュー項目によって、クラスタアプリケーションが Wait状態にあることが示されます ( 図 146)。

図 146: userApplication が Wait 状態のときの切替え

CLI: hvswitch userApplication


hvswitch [-f] userApplication [SysNode]

hvswitch は、userApplication または gResource の制御を RMS 構成内のシステムノード間で手動切替えするためのコマンドです。切替えるリソースのタイプが userApplication の場合、SysNodeが指定されていないと、クラスタアプリケーションは優先ノードに切替えられます。-fオプションは強制切替えオプションです。

hvswitch -fの実行には注意が必要です。クラスタアプリケーションまたはリソースの強制切替えを行うと、安全性チェックがすべて無効になり、データが破損したり整合性が失われる場合があります。そのため、クラスタアプリケーションまたはリソースの強制切替え時にデータが破損するリスクを低減するため、RMS が起動していないノードを強制停止してからクラスタアプリケーションまたはリソースを強制起動する場合があります。

8.2.3 クラスタアプリケーションの起動

クラスタアプリケーションがクラスタ全域ですでに Offlineの場合は、以下のようにして単一ノードで起動 (Online化 ) することができます。

userApplicationオブジェクト上で右クリックし、ポップアップメニューから [Online] を選択します( 図 147)。

148 J2UZ-5295-08Z0(00)


図 147: クラスタアプリケーションの起動


CLI

ローカルノードでクラスタアプリケーションを起動するには、クラスタアプリケーションを他のノードに切替える場合と同様に、hvswitch コマンドを使用します。構文規則については、"CLI: hvswitchuserApplication" を参照してください。

8.2.4 クラスタアプリケーションの停止

Online状態のクラスタアプリケーションを停止する (Offline状態にする ) には以下のようにします。

Online状態のuserApplicationオブジェクトを右クリックし、ポップアップメニューから[Offline]を選択します ( 図 148)。

図 148: クラスタアプリケーションの停止


CLI: hvutil -f


hvutil -f userApplication

これは通常の Offline 要求です。userApplicationに対する「強制」Offline要求はありません。

J2UZ-5295-08Z0(00) 149


Offline状態の userApplicationを Standby状態にするには、hvutil -s userApplicationを使用してください。

8.2.5 クラスタアプリケーションのリセット

この操作は、実際のディテクタのレポートに基づいて、対象となるクラスタアプリケーションとそのリソースツリー内の全オブジェクト ( つまりアプリケーショングラフ全体 ) を完全に再初期化します。そのクラスタアプリケーションについて現在進行中の RMS 処理はすべて中止され、実行中のスクリプトも終了されます。

クラスタアプリケーションをリセットすると、以前の障害に関する情報やその他の履歴は失われます。これにより多くの場合アプリケーションに不整合の状態が発生します。

この操作はシステム管理者がテスト段階で使用することを想定しています。運用環境では絶対に実行しないでください。

以下の手順に従って Online状態のクラスタアプリケーションをリセット ( 再初期化 ) します。

Online状態のアプリケーションオブジェクトを右クリックし、ポップアップメニューから [Reset] を選択します ( 図 149)。

図 149: クラスタアプリケーションのリセット

RMSは処理を開始する前に、リセットのタイムアウト値の入力を求めるメッセージを表示します (図 150)。

150 J2UZ-5295-08Z0(00)


図 150: クラスタアプリケーションのリセットタイムアウト値の選択

設定したタイムアウト時間内にアプリケーショングラフ全体を再初期化できなかった場合、RMS はエラーメッセージを出力して終了します。デフォルト : 10 秒

必要に応じてタイムアウト値を変更し、＜はい＞ボタンをクリックしてクラスタアプリケーションのリセットを開始します。

CLI: hvreset -t


hvreset -t timeout userApplication

hvresetは結果についての警告メッセージを表示し、処理を開始してよいかの確認を求められます。

userApplicationが Online、Offline、または Fault処理のいずれも行っていない場合、hvresetは直ちに、行うべき処理がない旨を表すメッセージを表示します。この場合はコマンドの実行が成功したものとして終了コード 0 が返されます。

8.2.6 Faulted 状態のクリア

以下の手順に従って、クラスタアプリケーションの Faulted状態をクリアします。

userApplicationオブジェクト上で右クリックし、ポップアップメニューから [Fault のクリア ] を選択します ( 図 151)。

図 151: クラスタアプリケーション Fault 状態のクリア

コマンドが実行される前に、その処理を実行してよいかの確認を求めるメッセージが表示されます (図 152)。

J2UZ-5295-08Z0(00) 151


図 152: クラスタアプリケーション Fault 状態のクリア — 確認のダイアログ

CLI: hvutil -c


hvutil -c userApplication

userApplicationが Online状態の場合に Faultをクリアすると、RMS では Faultが発生したオブジェクトを Online 状態に戻すように試行されます。userApplication が Offline または Faulted状態の場合に Faultをクリアすると、オブジェクトが Offline状態にされます。コマンドが実行される前に、操作の確認を求めるメッセージが表示されます。

8.2.7 クラスタアプリケーションの活性化

非活性状態 (Deact状態 ) のクラスタアプリケーションを活性化すると、その状態はDeactからOfflineに変化します。Onlineにはなりません。userApplicationの活性化は、RMS 構成の配布とは関係ありません。両者は全く別の操作です。以下の手順に従って非活性状態 (Deact 状態 ) のクラスタアプリケーションを活性化します。

userApplicationオブジェクト上で右クリックし、ポップアップメニューから [ 活性化 ] を選択します。

CLI: hvutil -a


hvutil -a userApplication

hvutil -d userApplicationコマンドにより明示的にアプリケーションが非活性化された場合以外は、アプリケーションの活性化は必要ありません。

152 J2UZ-5295-08Z0(00)

RMS の操作リソースの管理

8.3 リソースの管理

このセクションでは、各リソースを起動、停止するための基本的な手順について説明します。

このセクションで説明する手順は RMS クラスタの状態を直ちに変更するため、データの処理に直接の影響を及ぼす可能性があります。

"6.1 概要 " で述べたとおり、基本的な管理操作は Cluster Admin GUI から行います。操作はできる限りこの方法で行ってください。ただし、このセクションで説明する手順は、それぞれ CLI でも実行することができます。

userApplication 配下の一部のリソースのみが起動した状態では、userApplication はOnline状態となります。

8.3.1 リソースの切替え

リソースの切替えが行われると、RMS は以下の処理を行います。

● リソースを制御するクラスタアプリケーションがクラスタ内ですでに実行されている場合は、RMS によって停止されます。

● クラスタアプリケーションが完全に停止した後、RMS は指定されたノードでそのリソースを起動します。

以下の手順に従って Online 状態のリソースを切り替えます。

gResource オブジェクト上で右クリックし、メニュー項目から [ リソースの Online] を選択します。(図 153)

図 153: リソースの切替え

RMS は処理を開始する前に、操作の確認を求めるメッセージを表示し、指定されたリソースが依存する、すべてのリソースを起動してから、指定されたリソースを起動します。( 図 154)

J2UZ-5295-08Z0(00) 153

リソースの管理 RMS の操作

図 154: リソースの切替え確認

RMS は、クラスタアプリケーションの停止に失敗した場合、リソースの起動処理を行いません。これは、同じアプリケーションの 2 つのインスタンスに競合が発生し、データ破損が生じる恐れがあるためです。この場合には、[ リソースの強制 Online] を選択することでリソースを起動できます。

ユーザ業務とデータの整合性および完全性が保たれるように、標準のリソース切替方式を使用することを推奨します。標準モードでリソースを切り替えられない場合は、強制切替方式を使用できます。ただし、強制切替えを実行すると、安全性チェックがすべて無効になり、データが破損したり、整合性が失われる場合があります。そのため、リソースの強制切替え時にデータが破損するリスクを低減させるよう、RMS が起動していないノードを強制停止してからリソースを強制起動する場合があります。

CLI: hvswitch resource


hvswitch [-f] resource SysNode

hvswitch は、userApplication または gResource の制御を RMS 構成内のシステムノード間で手動切替えするためのコマンドです。切替えるリソースのタイプが gResourceの場合、SysNodeにはコマンドを実行する SysNode名を指定する必要があります。-f オプションは強制切替えオプションです。

リソースの切替えは、そのリソースを制御するアプリケーションが Online/Offline/Standbyの場合のみ有効です。

8.3.2 リソースの起動

リソースが Offlineまたは Standbyの場合は、以下のようにして単一ノードで起動 (Online化 ) することができます。

gResource オブジェクト上で右クリックし、ポップアップメニューから [ リソースの Online] を選択します。( 図 155)

154 J2UZ-5295-08Z0(00)


図 155: リソースの起動

RMS は処理を開始する前に、操作の確認を求めるメッセージを表示し、指定されたリソースが依存するすべてのリソースを起動してから、指定されたリソースを起動します。( 図 156)

図 156: リソースの起動確認

CLI

ローカルノードでリソースを起動するには、リソースを他のノードに切替える場合と同様に、hvswitchコマンドを使用します。構文規則については、"CLI: hvswitch resource" を参照してください。

– リソースの起動は、そのリソースを制御するアプリケーションが Online/Offline/ Standbyの場合のみ有効です。

– userApplication配下の一部のリソースのみが起動している状態で、ユーザがクラスタ管理外から手動でリソースを Onlineにするなどにより、他のリソースが予期せずに Onlineとなった場合、そのノード上で他の未起動のリソースを指定して、リソースを起動することはできません。

8.3.3 リソースの停止

Online 状態のリソースを停止する (Offline 状態にする ) には以下のようにします。

Online 状態の gResource オブジェクトを右クリックし、ポップアップメニューから [ リソースのOffline] を選択します。( 図 157)

J2UZ-5295-08Z0(00) 155


図 157: リソースの停止

RMS は処理を開始する前に、操作の確認を求めるメッセージを表示し、指定されたリソースに依存するすべてのリソースを停止してから、指定されたリソースを停止します。( 図 158)

図 158: リソースの停止確認

CLI: hvutil -f


hvutil -f gResource

これは通常の Offline 要求です。gResource に対する「強制」Offline 要求はありません。

– リソースの停止は、そのリソースを制御するアプリケーションが Onlineの場合のみ有効です。

– userApplication配下の一部のリソースのみが起動している状態で、他のリソースが予期せずに Onlineとなった場合、そのノード上でリソースを停止することはできません。

– リソースの停止に失敗した場合、停止対象でないリソースは Online状態のままとなり、アプリケーションは Inconsistent状態となります。この状態から復旧するには、停止に失敗した要因を取り除いてから、hvutil -f によりクラスタプリケーションを停止した後、必要に応じてリソースを起動してください。

8.3.4 リソースの起動停止に関する注意

● userApplication 配下の一部のリソースのみが起動しているという情報は、そのアプリケーションが動作可能な、すべてのノード上で同期されます。このため、一部のリソースのみが起動している状態でアプリケーションの自動切替えが発生した場合、切替え先のノードでは、切替え元で起動していたリソースのみが起動されます。

156 J2UZ-5295-08Z0(00)


● userApplication 配下の一部のリソースのみが起動している状態で、他のリソースが予期せずにOnlineになった場合、userApplicationはOnline状態のままとなります (Inconsistent状態になりません )。この状態で、アプリケーションの自動切替えが発生した場合、予期せずに起動したリソースは切替え先で Onlineになりません。

● スケーラブルコントローラで制御される userApplication 配下のリソースに対して、リソースの起動停止を行う場合、制御する userApplication は Offline である必要があります。

予期せずに起動したリソースを停止するには、必ず該当の userApplicationを保守モードに移行してから、該当のリソースを手動で停止してください ( 保守モードに移行せずにリソースを停止した場合は、リソース異常とみなされます )。

8.3.5 リソースの故障形跡の表示

リソースで故障が発生した場合に [Cluster Admin]画面のRMSメインウィンドウにてどのリソースが故障したかを確認できます。

● クラスタツリーにて故障したリソースの状態アイコンの右に、故障した形跡として故障形跡アイコン ( アイコン ) が表示されます。( 図 159)

図 159: 故障したリソースの確認

– 故障形跡アイコンは、過去にそのリソースに故障が発生したことを表すものであり、現在のリソース状態を表すものではありません。現在のリソース状態を確認する場合は、リソースオブジェクトの状態を確認してください。

J2UZ-5295-08Z0(00) 157


– 故障形跡アイコンは、RMS に異常が通知されたリソースに表示されます。また、通常は、異常が発生したリソースに故障形跡アイコンが表示されますが、リソースの監視タイミングによっては、実際に異常となったリソースよりもグラフツリーの上位のリソースが先に異常を検出する場合があります。例えば、ファイルシステム資源に異常が発生した場合、通常はFsystemリソースに異常が通知されますが、リソースを監視するタイミングによっては、グラフツリーの Fsystemリソースより上位のリソースが先に異常を検出する場合があります。これは、ファイルシステムにアクセスする業務アプリケーションがリソースとして登録されている場合に、その業務アプリケーションが先に異常を検出するケースが該当します。この場合は、上位のリソースにのみ、故障形跡アイコンが表示されることがあります。

– 状態遷移中にリソース異常が通知された場合は、そのリソースには故障形跡アイコンは表示されない場合があります。

● 故障したリソースの StateDetails属性に Fault Occurredが表示されます。( 図 160)

図 160: StateDetails属性の Fault Occurred表示

CLI：hvdisp -a


hvdisp -a

故障したリソースの StateDetails属性に Fault Occurredが表示されます。

以下の手順に従って、リソースの故障形跡をクリアします。

故障リソース上で右クリックし、ポップアップメニューから［Fault 形跡のクリア（hvutil -c）］を選択します。( 図 161)

158 J2UZ-5295-08Z0(00)


図 161: Fault 形跡のクリア

コマンドが実行される前に、その処理を実行してよいかの確認を求めるメッセージが表示されます。＜はい＞ボタンをクリックして故障形跡のクリアを開始します。( 図 162)

図 162: 故障形跡のクリア確認

CLI：hvutil -c


hvutil -c resource

リソースの故障形跡のクリアは、上述のクリア手順を実施した場合の他に、そのリソースが次にOnlineになった場合にも自動でクリアされます。リソースの故障形跡がクリアされると故障リソースの状態アイコンの右の故障形跡アイコンは消えて StateDetails属性の Fault Occurred表示も消えます。

J2UZ-5295-08Z0(00) 159

保守モードの使用法 RMS の操作

8.4 保守モードの使用法

保守モードは、アプリケーションを一時的に依存オブジェクトから切り離して動作させることのできる特殊なモードです。これにより、たとえばバックアップを行う場合など、親アプリケーションの Online状態に影響を与えることなく、ファイルシステムを Offlineにすることができます。

8.4.1 保守モードの開始

すべてのノード上ですべてのアプリケーションを保守モードにするには、次のようにします。

RMS ツリーの上部のクラスタを右クリックし、ポップアップメニューから [ 保守モードの開始 ] を選択します ( 図 163)。

図 163: すべてのアプリケーションで保守モードを開始

1 つのアプリケーションのみを保守モードにするには以下のようにします。

RMS ツリーでアプリケーションインスタンスを右クリックし、ポップアップメニューから [ 保守モードの開始 ] を選択します ( 図 164)。

図 164: 1 つのアプリケーションのみで保守モードを開始

いずれの場合でも、操作の確認を求めるメッセージが出力されます ( 図 165、図 166)。

図 165: すべてのアプリケーションについての保守モードの確認

160 J2UZ-5295-08Z0(00)

RMS の操作保守モードの使用法

図 166: 単一のアプリケーションについての保守モードの確認

保守モードはクラスタ全体に適用されます。あるアプリケーションが 1 つのノードで保守モードに入ると、そのアプリケーションが実行可能なすべてのノードで保守モードが開始されます。

クラスタアプリケーションは以下の状態の場合に開始できます。

・Online 状態・ Standby 状態・ Offline 状態・Warning 状態・Inconsistent 状態 (Inconsistent になる直前のクラスタアプリケーションの状態が、Faulted 状態の場合を除く )RMS グラフの動的再構成の要求がある場合は、保守モードは開始できません。

図 167 は、1 つのアプリケーションが保守モードに入った後の Cluster Admin 画面を示しています。

図 167: 保守モードに入ったクラスタの例

ここで、アプリケーションの状態アイコンの右半分は、目標状態 ( アプリケーションが保守モードから抜けた場合に到達する状態 ) を示すようになっています。目標状態は、アプリケーションの StateDetails属性によっても分かります。この属性は、右パネルの属性テーブルで初の項目として表示されます。

8.4.2 保守モードの動作に関する注意

アプリケーションが保守モードに入ると、同じグラフを使用しているすべてのアプリケーションに影響を及ぼします。たとえば、2 つのアプリケーションがコントローラでリンクされている場合に、片方のアプリケーションが保守モードに入ると他方のアプリケーションも保守モードに入ります。この場合、どちらが親アプリケーションでどちらが子アプリケーションかは関係ありません。

逆に、2 つのアプリケーションが同じグラフを使用していない場合、つまり、両者が 1 つ以上のコントローラでリンクされていない場合は、片方のアプリケーションが保守モードに入っても、他方は RMS の通常の制御下で稼動を続けます。

J2UZ-5295-08Z0(00) 161


たとえば、先の例の app1と app2を見ると、両者は独立しています。このため、app1は保守モードの状態にありますが、app2は通常の動作を継続しており、下の図 168 に示すように、あるノードから他のノードに切替えることができます。

図 168: 独立したアプリケーションの通常の動作

8.4.2.1 保守モードにおけるクラスタ全体の制限

保守モードが開始されても、通常の RMS の制御下で稼動を続けるアプリケーションも存在しますが、保守モードによる制限はクラスタ全体の動作に及びます。特に以下の点に注意してください。

● アプリケーションやリソースを起動 / 停止する場合には、まず保守モードを終了する必要があります。

● RMS を停止するには、クラスタのすべてのノードで保守モードを終了する必要があります。

8.4.3 保守モードの終了

保守モードを終了するには以下のようにします。

クラスタまたはアプリケーションを右クリックし、ポップアップメニューから [ 保守モードの終了 ]を選択します ( 図 169、図 170)。

図 169: すべてのアプリケーションで保守モードを通常終了

図 170: 単一のアプリケーションで保守モードを通常終了

いずれの場合でも、操作の確認を求めるメッセージが出力されます。

162 J2UZ-5295-08Z0(00)

RMS の操作保守モードの使用法

クラスタ全体が保守モードに入っている場合でも、1 つのアプリケーションのみで保守モードを終了することができます。

保守モードを終了する場合、以下の条件を満たす必要があります。● クラスタアプリケーションが Online、Offline、 Standby、Warning のいずれかの状態のときに保

守モードを開始した場合、その保守モードを終了するには、クラスタアプリケーションおよび各リソースの状態を、保守モードを開始する前の状態と同じ状態にする必要があります。状態が異なる場合、保守モードを終了できません。

● クラスタアプリケーションが Inconsistent 状態のときに保守モードを開始した場合、Inconsistent 状態となった原因を取り除いてください。原因を取り除くまで保守モードを終了できません。

たとえば上記の例で、クラスタアプリケーション app1にファイルシステムリソース Res1 があり、app1で保守モードを開始する時、Res1 が fuji2RMSでオンライン状態であったとします。この場合、app1の保守モードを終了するには、fuji2RMSで Res1 がオンライン状態である必要があります。

保守モードを開始した場合と異なる状態で、[ 保守モードの終了 ] で強制的に保守モードを終了すると、Inconsistent 状態となるため、[ 保守モードの終了 ] の使用は推奨しません。

上記のクラスタのポップアップメニューとアプリケーションのポップアップメニューのいずれにも[Force Exit Maintenance Mode] メニュー項目が含まれています。このコマンドを選択すると、適正な状態にないリソースが存在する場合でも、RMS は保守モードを強制的に終了します。図 171 は、1 つのアプリケーションを強制停止しようとした場合の確認メッセージです。すべてのアプリケーションを強制停止する場合も同様のメッセージが表示されます。

図 171: すべてのアプリケーションについての保守モード強制終了の確認

保守モードの終了時には、userApplication の状態に応じた処理が実行されます（Online 状態の場合は Online 処理、Offline 状態の場合は Offline 処理）。

これらの処理では、userApplication 配下のリソースが、保守モードを開始する前と同じ状態であれば、Online/Offline スクリプトは実行されず、リソースの状態が変わることはありません。

ただし、例外として NULLDETECTOR 属性が設定された Cmdline リソースに対し Online 処理が実行された場合は、実際のリソースの状態にかかわらず、必ず Online スクリプトが実行されます。

J2UZ-5295-08Z0(00) 163


8.4.4 保守モードのコマンドラインインタフェース

保守モードは hvutil コマンドで以下のように制御できます。

hvutil -M { on | off | forceoff }

hvutil -m { on | off | forceoff } userApplication


機能は以下のとおりです。

hvutilコマンドの保守モードは複数同時実行できます。したがって、複数のコマンドを実行した場合、すべてのコマンドが終状態に到達するか、エラーが発生するまでは復帰しません。不適切な状態にある資源が存在すると、「-m off」はエラーを返します。このような場合には、問題のある資源を列挙したエラーメッセージが表示されます。

-M 保守モードの操作をすべてのノードのすべてのアプリケーションに適用する。

-m 保守モードの操作をすべてのノードの指定したアプリケーションに適用する。

on 保守モードを開始する。

off すべての資源が適切な状態にあれば保守モードを停止する。

forceoff すべての資源が適切な状態になくても保守モードを強制停止する。

164 J2UZ-5295-08Z0(00)

Part III: リファレンス

J2UZ-5295-08Z0(00)

166 J2UZ-5295-08Z0(00)

9 付録 — 事前準備

クラスタシステムに RMS を導入するためには事前準備が必要です。これらの準備作業の一部では、構成定義で使用されたノード、ファイルシステム、ネットワークインタフェースが RMS から識別できるように、システムファイルを変更する必要が生じます。これらの変更は RMS のインストール前に行っておく必要があります。

ユーザ環境に変更があった場合は、RMS 構成定義ファイルの作成または変更が必要になることがあります。ユーザ環境の変更内容によっては、事前にシステムファイルの検討や更新を行っておく必要があります。変更作業の例としては次のようなものがあります。

● IP アドレスの変更

● 冗長クラスタインタコネクトの追加

● ノードの追加、削除、ノード名の変更

● 2 つ以上のクラスタシステムを 1 つに併合

● ファイルシステムや SAN の追加、削除

以下にノード、ファイルシステム、およびネットワークに関する事前準備の方法について説明します。RMS 初期導入時から、これらの設定値に変更があった場合は、以下の記載を参照して必要な構成設定の変更を行ってください。

修正の内容は主に、OS 標準のシステムファイルへの RMS 固有エントリの追加です。この場合、以前から存在しているエントリは影響を受けません。地域固有のアプリケーションが使用する資源にも同様のカスタマイズが必要な場合があります。

9.1 ネットワークデータベースファイル

9.1.1 /etc/hosts

クラスタの一部としてすべてのホストシステムの IP アドレスと RMS 名を指定する必要があります。

RMS はクラスタ内のノードを管理するために、ノード名を保持しています。クラスタを構成する場合、標準のノード名ではなく、RMS ノード名を使用します。これらの名前は、DNS にアクセスできない場合の問題を避けるため、システムごとに /etc/hosts で指定する必要があります。 Cluster Admin を使用して RMS の CIP を設定した場合、/etc/hostsには、以下に説明する正しい RMS ノード名がすでに設定されています。

デフォルトでは、表 7 の命名規則に従います。

RMS が使用するプライマリノード名は、そのマシンの RELIANT_HOSTNAME に一致している必要があります。RELIANT_HOSTNAME は、hvenv.local ファイルに記載されています。

エントリのタイプ RMS 名のパターン例

プライマリノード名 <hostname>RMS fuji2RMSfuji3RMS

表 7: /etc/hostsの RMS 命名規則

J2UZ-5295-08Z0(00) 167

ネットワークデータベースファイル付録 — 事前準備

例

以下の /etc/hosts のエントリは、ノード shasta1、shasta2 で構成されたクラスタの設定です。インタフェース名は以下のように割当てられています。

– パブリックネットワーク 172.25.220上の標準ホスト名

– プライベートネットワーク 192.168.10上の RMS ノード名

172.25.220.83 shasta1172.25.220.84 shasta2# node names for RMS192.168.10.83 shasta1RMS192.168.10.84 shasta2RMS

9.1.1.1 /etc/hosts 内のネットワークインタフェース名

Ip Addressサブアプリケーションとの切替えを行うためのネットワークインタフェースを構成設定するには、まず、インタフェースが設定可能なすべてのノードで、/etc/hostsファイルにインタフェース名を入力する必要があります。各エントリは、インタフェースの IP アドレスと名前を通常の形式で入力します。特別なコメントは必要ありません。

例

記述例を以下に示します。

– IPv4 アドレス 172.25.222.223 を持つインタフェース shastavip を切り替える可能性がある場合172.25.222.223 shastavip

– IPv6 アドレス fd00:1::219:99ff:fe18:1b4e を持つインタフェース shastavip6 を切り替える可能性がある場合fd00:1::219:99ff:fe18:1b4e shastavip6

– Ip Address サブアプリケーションを構成する場合、指定が必要なものは /etc/hostsに記述されたインタフェース名であり、IP アドレスではありません。

– IPv6 アドレスのリンクローカルアドレスは使用できません。

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

9.1.2 /.rhosts (Solaris)、/root/.rhosts (Linux)

信頼関係の設定されたリモートノードからのログインを制御するエントリが保存されます。

RMS Wizard Tools は、各ノードに対するルートでの自動ログインを必要とします。このため、各ノードの .rhostsファイルを正しく変更する必要があります。機能の説明やフォーマットについての詳細は、rhostsのマニュアルページを参照してください。

例

クラスタにノード shasta1、shasta2 が存在する場合、各マシンの .rhosts ファイルには以下の行が記載されている必要があります。

shasta1 rootshasta2 root

168 J2UZ-5295-08Z0(00)

付録 — 事前準備構成資源の定義

Cluster Foundation (CF) は、.rhostsと同等の機能 (CF シェル、CFCP) を提供しているため、Cluster Foundation の cfsh、cfcpの設定をしていれば、.rhostsを設定しなくても、RMS の構成、管理、運用の作業すべてが可能です。

9.2 構成資源の定義

9.2.1 /opt/SMAW/SMAWRrms/etc/hvipalias

RMS の構成で資源として使用する全ネットワークインタフェースのエントリが指定されています。通常はこのエントリによって、論理インタフェース名すなわち IP エイリアスが、指定されたノードの物理インタフェースと関連付けられています。IP エイリアスは、他ノードへの切替えがあった場合や、実際の物理的なインタフェースの特性がノードごとに異なっていても、常に同じ IP アドレスを表します。

各 IP エイリアスとその IP アドレスは、/etc/hosts ファイルに入力されている必要があります。IPアドレスは hvipalias ファイルには記載されていません。

hvipalias の各エントリには、次の必須フィールドがあります。

<Uname> <IfName> <IfDevice> <Netmask/Prefix>

フィールドは以下のように定義されます。

● Uname －論理インタフェースを割当てるノード名。これは通常 uname -nコマンドで返される値です。

この値には、cftool -qlコマンドで返される CF ノード名を使用することもできます。同じ uname -n 設定で構成された 2 つのマシンが、CF 構成時に異なる名前を割当てられていた場合には、この値を使って両者を区別することができます。

● IfName －論理インタフェース名 (IP エイリアス )。この名前は、関連付けられた IP アドレスとともに、そのノードの /etc/hostsファイルに記述されている必要があります。関連付けられた IP アドレスはすべてのノードで同じであることが必要です。

● IfDevice －指定されたノードへの切替えが発生した場合に、論理インタフェースに関連付けられる物理デバイス名。

● Netmask/Prefix －インタフェース名に関連付けられた IP アドレスとともに使用する Netmask (IPv4 の場合 ) または Prefix 長 (IPv6 の場合 )。Netmask の場合、標準の 16 進数 8 桁で指定します。Prefix 長の場合、10 進数 128 までの正数値で指定します。

ネットワークの競合を防ぐため、IpAddress で監視されるネットワークのホスト名またはアドレスを有効にできるのは、クラスタ内で一度に 1 つのノードのみです。

構成が活性化されると、ローカルの hvipaliasファイルが構成内の全ノードにコピーされます。リモートノードに同じ名前やパスのファイルがあった場合には、新しい内容で上書きされます。このため、ファイルには、インタフェースとその切替え先ノード組み合わせをすべて記述した行を、必ず含める必要があります。

J2UZ-5295-08Z0(00) 169

ファイルシステム― (Linux) 付録 — 事前準備

たとえば、dbhost というインタフェースが 2 つのノード間で切替え可能であった場合、各ノードのhvipaliasには、ローカルとリモートの 2 つのインタフェースを記述した行が含まれている必要があります。

例 (Linux)

#Uname IfName IfDevice Netmaskshasta1 dbhost eth1 0xffffff00shasta2 dbhost eth1 0xffffff00

例 (Solaris)

#Uname IfName IfDevice Netmaskfuji2 dbhost hme0 0xffffff00fuji3 dbhost hme0 0xffffff00

9.2.2 /opt/SMAW/SMAWRrms/etc/hvconsoles

Faultメッセージの処理方法をカスタマイズできます。通常は、リモートコンソールや、ポケットベルなどの特殊なデバイスに出力する場合の処理方法のカスタマイズに使用します。RMS や OS のログファイルに出力される標準メッセージには影響しません。

それぞれのエントリは、ある RMS 資源オブジェクトで Fault が発生した場合に、どのプログラムを実行するかを指定しています。ファイルが存在しない場合には、カスタマイズされた Faultの情報が表示されません。フォーマットの詳細については、hvconsolesのオンラインマニュアルまたはhvconsolesファイルのコメント部分を参照してください。

9.3 ファイルシステム― (Linux)

RMS で Linux ファイルシステムを管理する場合は、/etc/fstab.pcl および /etc/exports.pcl に以下のセクションで説明するエントリを作成する必要があります。これらのファイルには以下の共通の特徴があります。

● 先頭の空白、および空白行は無視されます。

● #RMS# または #RMS:<appname># で始まる行は RMS のファイルシステムの指定です。指定全体が同じ行に含まれている必要があります。複数行に渡る指定は許されません。

● 上記以外のポンド記号 (#) で始まる行、またはアスタリスク (*) で始まる行はコメントとして扱われます。

● 上記以外の行は現在のところ無視されます。ただし、RMS の今後のバージョンでは処理される可能性はあります。

9.3.1 /etc/fstab.pcl

このファイルは、クラスタアプリケーションの構成でリソースとして使用するすべてのローカルファイルシステムおよびリモートファイルシステムのエントリを含んでいます。RMS は、実行中の構成の要求にしたがってファイルシステムの Online化、Offline化を行うため、これらのマウントとアンマウントを行います。

各ファイルシステムを RMS に管理させるには、/etc/fstab.pcl に標準 fstabフィールドを含む行を作成し、先頭に #RMS# を挿入します。詳細については、fstabのマニュアルページを参照してください。

/etc/fstab.pclの作成に関しては次の制限があります。

● 標準の /etc/fstabエントリと RMS の /etc/fstab.pclエントリの両方に同じファイルシステムを指定しないでください。標準のエントリはシステム起動時にファイルシステムをマウントします。このため、RMS が起動し、同じファイルシステムをマウントしようとした時点で競合が生じます。

170 J2UZ-5295-08Z0(00)

付録 — 事前準備ファイルシステム― (Linux)

● リモートファイルシステムを、<server_name>:<server_path> の形式で指定する場合、<server_name>には /etc/hosts ファイルに記載されたホスト名を指定することはできません。また、IP アドレスを指定することもできません。DNS の名前解決を使用することもできません。

例

#RMS#/dev/sdb2 /fs2 ext2 defaults 1 2 #RMS#/dev/sda1 /mnt/data1 auto noauto,user 0 0#RMS#/dev/sda2 /mnt/data2 auto noauto,user 0 0#RMS#boat:/opt/SUNWspro /opt/SUNWspro nfs \ defaults,nfsvers=2,rsize=8192,wsize=8192

9.3.1.1 アプリケーション用のファイルシステムの構成

#RMS:<appname># の形式で RMS のコメントを記述すると、ファイルシステムのエントリは指定されたアプリケーションにのみ適用されます。RMS から見た場合、あるアプリケーションに割当てられたファイルシステムは他のアプリケーションに割当てられたファイルシステムからは独立しています。1 つのファイルシステムを複数のアプリケーションに割当てることは可能です。ただしこの場合、複数のアプリケーションが同時に Onlineになることはできません。

例

#RMS:app1#/dev/sdb2 /data3 auto noauto,user 0 0#RMS:app2#/dev/sdb6 /data4 auto noauto,user 0 0

#RMS:app1#boat:/tmp/test0 /tmp/nfs_app1 nfs \ defaults,nfsvers=2,rsize=8192,wsize=8192#RMS:app2#boat:/tmp/test1 /tmp/nfs_app2 nfs \ defaults,nfsvers=2,rsize=8192,wsize=8192

9.3.1.2 クラスタ全体に渡る構成の問題

1 つのノード上で、リモートファイルシステムや共有ファイラのための制御エントリを /etc/fstab.pclに作成した場合は、クラスタ内でそのファイルシステムをマウントしないノードがあっても、通常はそのエントリをクラスタ内の全ノードに複製する必要があります。これにより、構成がクラスタ内のどこでも常に同じ動作をすることが保証されます。

ローカルのファイルシステムやマウントポイントを指定するエントリについても同じ手順を実行します。すべてのノードが同じアーキテクチャを採用している場合は、/etc/fstab.pcl制御ファイル全体をそのままコピーしてください。しかし、ノードによってローカルの物理ディスクデバイスが異なる場合は、同じマウントポイントについて個別にエントリを調整する必要があります。たとえば、node1 とnode2のエントリ /mnt1とはそれぞれ次のようになります。

node1:

#RMS#/dev/sda3 /mnt1 ...

node2:

#RMS#/dev/sdb5 /mnt1 ...

いずれの場合でも、/etc/fstab.pclに記載された各マウントポイントについて、クラスタ内の全ノードで必ずディレクトリを作成してください。

RMS が管理する共有 NFS ファイルシステムでは、ファイルシステムをマウントするホストがすべて同じメジャーデバイス番号およびマイナーデバイス番号を持つ必要があります。これは、アプリケーションのフェイルオーバが発生した場合に、ファイルシステムが透過的に再マウントされるようにするためです。

J2UZ-5295-08Z0(00) 171

ファイルシステム — (Solaris) 付録 — 事前準備

9.3.2 /etc/exports.pcl

このファイルは、他ノードにマウント可能な全ファイルシステムのエントリを含んでいます。RMS は、実行中の構成の要求に従って各ファイルシステムの共有化および共有解除を行います。

各ファイルシステムを RMS に管理させるには、/etc/exports.pclに標準 exportsフィールドを含む行を作成し、先頭に #RMS# を挿入します。詳細については、exports のマニュアルページを参照してください。

例

#RMS#/usr shasta*(rw)

RMS は、リモートサーバからマウントされたファイルシステムを含むサブディレクトリをエクスポートすることはできません。リモートファイルシステムのルートのみがエクスポート可能です。

9.4 ファイルシステム — (Solaris)

● /etc/vfstab.pcl

RMS構成でリソースとして使用するすべてのローカルファイルシステムのエントリが格納されています。つまり、ローカルにマウントすべきファイルシステムを記載するのはこのファイルです。

RMS が管理する各ファイルシステムについては、標準の vfstab フィールドを含む行を作成し、先頭に #RMS# を挿入します。RMS が読取るためのエントリはコメントとして表示され、PRIMECLUSTER コンポーネント以外のプロセスからは無視されます。詳細については、vfstabのマニュアルページを参照してください。

例

#RMS#/dev/dsk/c0t0d0s0 /dev/rdk/c0t0d0s0 /testfs1 ufs 1 yes -

● /etc/dfs/dfstab.pcl

高可用性構成で使用するすべての NFS のエントリが格納されています。つまり、このファイルには、他のノードからマウントできるファイルシステムを記載します。

RMS が管理する各ファイルシステムについては、標準の dfstab フィールドを含む行を作成し、先頭に #RMS# を挿入します。RMS が読取るためのエントリはコメントとして表示され、PRIMECLUSTER コンポーネント以外のプロセスからは無視されます。このため、システム起動時に NFS デーモンを確実に起動するためには、このファイルにコメント以外の (RMS 用でない ) エントリが 1 つ以上存在する必要があります。

RMS 以外のエントリは、ローカルファイルシステム用に構成され、そのノードでのみ共用される疑似エントリでもかまいません。リモートノードとの実際の共有を行わなくても NFS デーモンを起動させるためにこのような条件を必要とします。詳細については、dfstab のマニュアルページを参照してください。

例

以下には、RMS 以外のエントリおよび RMS エントリの両方が示されています。

share -F nfs -o ro=localhost /var/opt/example#RMS# share -F nfs -o rw, root=shasta1RMS:shasta1:045nfs045dia1:045msg:shasta1RMS: /sapmnt/045

172 J2UZ-5295-08Z0(00)

付録 — 事前準備 NFS サーバ

9.4.1 NFS ロックフェイルオーバ

NFS ロックフェイルオーバ機能はローカルのファイルシステムで使用できます。あるファイルシステムについて NFS ロックフェイルオーバを構成設定した後に、そのファイルシステムで障害が発生すると、ファイルシステムとともに NFS ロックもフェイルオーバされます。

この機能を使用するには、以下の事前準備が必要です。

● クラスタ内のすべてのノードからアクセスできる共用ディスクを用意する必要があります。

● NFS ロックフェイルオーバを動作させるには専用のディレクトリを用意する必要があります。既存のディレクトリを指定しないでください。このディレクトリはNFS ロックフェイルオーバにのみ使用されます。このため、既存のディレクトリを指定すると、以後そのディレクトリは他のアプリケーションで使用できなくなります。

● NFS ロックフェイルオーバを使用するアプリケーションそれぞれに 1 つ IP アドレスを割当てます。ローカルのファイルシステムを構成する時に、この IP アドレスを NFS ロックフェイルオーバに指定します。このアドレスを Ip Address サブアプリケーションにも割り当て、ファイルシステムを含むアプリケーションとともに切替えられるようにします。

NFS ロックフェイルオーバに選択できるファイルシステムは、userApplication ごとに 1 つとしてください。

9.5 NFS サーバ

RMS などの高可用性環境では、サーバノードがサービスを停止した場合には、エクスポートされたファイルシステムが透過的にフェイルオーバされることが必要です。これによって、フェイルオーバの前にファイルシステムをマウントしたクライアントで、フェイルオーバ後のアクセス障害が発生することを防止することができます。NFS ファイルシステムにおいてこれを実現するには、特別な準備が必要です。

クライアントがリモートの NFS ファイルシステムをマウントすると、その後のファイルシステム操作で使用するために、内部のファイルハンドルを作成します。NFS のアーキテクチャに従い、クライアントのファイルハンドルには、そのファイルシステムにおけるサーバのメジャーデバイス番号とマイナーデバイス番号が記録されています。RMS 環境では、この設計が原因で問題が発生する可能性があります。システムが、あるサーバで Offline になり、別のサーバで Online になった場合、そのサーバが初のサーバとは異なるメジャーデバイス番号とマイナーデバイス番号を割当てた場合、ファイルハンドルは無効になります。この状態を「ステイルファイルハンドル」と言います。この問題を回避するには、あるファイルシステムを宣言するすべての NFS サーバで、そのファイルシステムに同じメジャーデバイス番号とマイナーデバイス番号を割当てます。

上記の説明はファイルシステム一般を対象としたものですが、高可用性環境においては、ファイルシステムの実体はそのファイルシステムをエクスポートする可能性があるすべてのノードからアクセスできる共有ディスクボリュームです。共有ディスクボリュームに同じメジャーデバイス番号とマイナーデバイス番号を割当てるには、ハードウェア構成やソフトウェア構成の変更を必要とする場合があります。共有ディスクボリュームがボリューム管理ソフトウェアの上位に構築されている場合、ボリュームマネージャがインストールされた時点で、追加の処理が必要となることがあります。

このセクションでは、RMS 環境での NFS サーバとしてボリュームマネージャを使用するための準備のヒントを説明します。

J2UZ-5295-08Z0(00) 173

ログファイル付録 — 事前準備

9.6 ログファイル

9.6.1 /var/log/messages (Linux) または /var/adm/messages (Solaris)

デフォルト設定では、RMS が出力するすべてのメッセージはシステムログ messages、および RMSswitchlog ファイルの両方に記録されます。システムログファイルに RMS メッセージを記録しないようにするには、hvenv.local ファイルに export HV_SYSLOG_USE=0 を設定します。デフォルトは 1です。

9.7 他のシステムサービスおよびデータベース

RMS を構成設定するには、以下のシステムサービスまたはデータベースを構成設定する必要があります。詳細については、当社技術員 (SE) にお問い合わせください。

● PRIMECLUSTER Cluster Foundation (CF) ― CIP が設定されていることが必須です。

● /etc/nsswitch.conf システムサービス参照順位データベース

174 J2UZ-5295-08Z0(00)

10 付録 — 状態

10.1 基本状態

表 8 はディテクタが BM ( ベースモニタ ) に通知する状態の一覧です。

表 9 は、Cluster Admin GUI または hvdispコマンドで表示される資源の状態の一覧です。

Offline および Faulted の意味は、資源によって異なる場合があります。たとえば、マウントポイントの資源の状態は、Online ( マウントされている ) または Offline ( マウントされていない ) のいずれかです。この場合、ディテクタから Faulted状態が通知されることはありません。他方、物理ディスクのディテクタからは、Online ( 正常動作 ) または Faulted ( 入力または出力のエラー ) が通知され、Offlineが通知されることはありません。

状態説明

Faulted 監視しているオブジェクトが故障している状態。子のいずれかにおいて、またはスクリプトの実行中に、資源のエラーが発生した可能性があります。

Offline 監視しているオブジェクトが停止している状態。スクリプトにより、資源の非活性化が正しく行われた場合です。

Online 監視しているオブジェクトが起動している状態。必要なすべての子が Online で、かつ、スクリプトの実行中にエラーが検出されなかった場合です。

Standby 監視しているオブジェクトの起動準備が完了している状態。

表 8: RMS オブジェクトのディテクタが通知する状態

状態説明

Deact 監視しているオブジェクトが保守などの目的で非活性の状態。

Inconsistent 監視しているオブジェクトに一貫性がない状態 (userApplication のみ )。監視しているオブジェクトが Offline または Faulted だが、図表中の 1 つまたは 1つ以上のリソースオブジェクトが Onlineまたは Faultedの状態。

OfflineFault 監視しているオブジェクトの故障が回復していない状態。

Unknown オブジェクトに対する監視や制御が行われていない状態。

Wait 監視しているオブジェクトが状態遷移中。

Warning 監視しているオブジェクトは起動しているが一部故障している状態。ただしこの状態は選択された資源についてのみ表示されます。

Maintenance システム管理者の手動操作によって移行する一時的な保守用の状態。アプリケーションの状態は依存オブジェクトと切り離された状態にあります。これにより、たとえばバックアップを行う場合など、親アプリケーションの状態に影響を与えることなく、ファイルシステムを Offlineにすることができます。

保守モードのアプリケーションには、目標状態のマークが付けられます。目標状態とは、保守モードが直ちに終了したと仮定した場合のそのアプリケーションの状態です。保守モードの目標状態は、Maintenance-Online、Maintenance-Offline、および Maintenance-Standbyです。

表 9: RMS オブジェクトのその他の状態

J2UZ-5295-08Z0(00) 175

状態の詳細付録 — 状態

10.2 状態の詳細

上記の基本状態の他に、RMS は以下の場所に状態の詳細を報告する場合があります。

● Cluster Admin GUI では、オブジェクトのプロパティ画面で、リストの一番上に [State Details] 項目が表示されます。ほとんどの属性は RMS Wizard Tools による構成設定処理時で設定されますが、この通知フィールドは RMS の実行時に動的に設定されます。

● hvdispユーティリティの出力では、StateDetails 列が各行の後に表示されます。

ほとんどの場合、[State Details] フィールドは空白です。RMS がこの追加情報を表示するのは、通常、アプリケーションが保守モードにある場合か、オブジェクトが遷移、不整合、または待機の状態にある場合です。表 10 は、RMS オブジェクトの StateDetails 値の一覧です。

値説明

Failed Over Offline処理が成功し切替えが開始された状態。

Faulted Faultedの通知を受信した。

Fault Occurred 過去にそのリソースに故障が発生したことを表す。故障形跡がクリアされるまで表示し続ける。

Inconsistent on remote userApplication が複数のノードで Online であるが、ローカルノード上では Onlineでない状態。

Initial Fault RMS が起動された時点で userApplication がすでに Faulted である状態。

Joined クラスタに参入済みであるため SysNodeが Offlineである状態。

Killed kill が成功したため SysNodeが Faultedの状態にある。

Not Joined クラスタに未参入なため SysNodeが Offlineの状態にある。

Offline Offlineの通知を受信した。

Offline Failed Offline処理が失敗した。

Offline Success Offline処理が成功した。

Offline intended 目標状態は Offline。

Online Onlineの通知を受信した。

Online userApplicationが複数のノードで Onlineである状態。

Online !! 目標状態は Onlineだが、いくつかの資源が競合している状態。

Online intended 目標状態は Online。

Partial userApplication 配下の一部のリソースのみが起動されている状態

PreCheckScriptFailed PreCheckScriptが失敗した。

Preserved PreserveState が設定され、Offline 処理が開始されていない状態。

Shutdown 停止中であるため、SysNodeが Faultedの状態にある。

Standby Standbyの通知を受信した。

Standby !! 目標状態は Standbyだが、いくつかの資源が競合している状態。

Standby intended 目標状態は Standby。

Remote Faulted 制御アプリケーションが少なくとも 1 つのノードで Faulted である状態。

Remote Offline 制御アプリケーションがすべてのノードで Standby ではない状態。

表 10: RMS オブジェクトの StateDetails 値

176 J2UZ-5295-08Z0(00)

付録 — 状態状態の詳細

たとえば、あるノード上でアプリケーションが Online 状態から保守モードに切り替わった場合、保守モードが終了すると通常は以前の Online状態に復帰します。RMS はこのことを、そのノードの状態詳細フィールドに Online intended と表示することによって表します。アプリケーションが Offlineであったノードでは、RMS は状態詳細フィールドに Offline intendedを表示します。

J2UZ-5295-08Z0(00) 177

状態の詳細付録 — 状態

178 J2UZ-5295-08Z0(00)

11 付録 — オブジェクトタイプ

この章では RMS によって提供され、RMS Wizard Tools によって構成されるすべてのオブジェクトタイプをアルファベット順に説明します。

タイプ必須属性説明

andOp HostName (userApplicationオブジェクトの直接の子に対する )

論理AND演算子で子と関連付けられるオブジェクト。オブジェクトタイプは、子がOnlineの場合Online、子がOfflineの場合 Offlineになります。

controller Resource属性 1 つ以上の userApplicationオブジェクトを制御するオブジェクト。

ENV なしクラスタ ( グローバル ) 環境変数が入っているオブジェクト

ENVL なしノード固有の (ローカル) 環境変数が入っているオブジェクト

gResource – rKind– rName

カスタム ( 汎用 ) オブジェクト。通常は、ファイルシステム、ネットワークインタフェース、またはシステムプロセスなどのシステムリソースを示します。

orOp なし論理 OR 演算子で子と関連付けられるオブジェクト。オブジェクトタイプは、1つ以上の子が Online の場合は Onlineになります。

SysNode なしクラスタ内のノードを表します。低1 つ存在する必要があります。userApplicationオブジェクトのみが子として認められます。

userApplication なし監視対象のアプリケーションを表します。低 1 つ存在する必要があります。親として低 1 つの SysNode オブジェクトが必要です。親 SysNode にはそれぞれ、その SysNodeの名前を HostName属性に持つ子 andOpが 1 つ必要です。

J2UZ-5295-08Z0(00) 179

付録 — オブジェクトタイプ

180 J2UZ-5295-08Z0(00)

12 付録 — 属性

RMS の属性には、ユーザがウィザード GUI を使用して設定できる属性と、ウィザードがプログラム内で設定する属性の 2 つがあります。以下のセクションでは、すべての属性の設定値について説明します。初期値は各リソースにより異なります。

12.1 ユーザ設定属性

このセクションに記載された属性は、ユーザがウィザード GUI または hvwコマンドを使用して変更することができます。

● AutoRecover

設定値 : 0、1

リソースオブジェクトに対して有効な属性。1に設定すると、Online状態のオブジェクトで障害が発生した場合に、そのオブジェクトに対して Online スクリプトを実行します。オブジェクトが Online状態に戻ることができる場合は、障害が復旧されます。

Controller オブジェクトはこの属性を 0 に設定する必要があります。 RMS は、子アプリケーションの切替えを自動的に行います。

● AutoStartUp

設定値 : 0、1

userApplication オブジェクトに対して有効な属性。 1 に設定すると、RMS 起動時、も優先度が高い SysNode (PriorityList 属性の 1 番目のノード ) 上でアプリケーションが自動的にOnlineになります。も優先度が高い SysNodeが使用できないと、別のノードが使用できる状態であっても、アプリケーションは自動的に起動しません。

RMS 環境変数 HV_AUTOSTARTUP を設定して、すべての userApplication オブジェクトのAutoStartUp 属性をオーバーライドできます。 HV_AUTOSTARTUP については、"13.3 RMS ローカル環境変数 " を参照してください。

● AutoSwitchOver

設定値 : 次のうちの 1 つ以上を含む文字列。No、HostFailure、ResourceFailure、ShutDown

userApplicationオブジェクトで障害が発生した場合に、自動的に切替えられるようにします。[|] を使用して、値を組み合わせることができます。Noを指定すると自動切替えは停止します。Noは他の値と組み合わせることができません。

下位互換性を確保するため、0 および 1 を使用することができます。0 は No として、1 はHostFailure | ResourceFailure | ShutDownとして扱われます。

● ClusterExclusive

設定値 : 0、1

リソースオブジェクトに対して有効な属性。1 に設定すると、クラスタ内で一度に 1 つのノード上だけでリソースが Online になります。0 に設定すると、一度に複数のノード上でリソースがOnlineになることができます。ここで言う Online とは、オンライン処理のすべてのフェーズを表します。たとえば、リソースがあるノード上でOnline状態にあり、同時にPreOnlineScriptが他のノードで実行中である場合、これらのリソースオブジェクトは両方とも、オンラインであると見なされます。

この属性をユーザが変更できるのは、cmdlineサブアプリケーションについてのみです。他のサブアプリケーションに関しては、構成設定ツールが制御します。

● FaultScript

設定値 : 有効なスクリプト ( 文字 )

J2UZ-5295-08Z0(00) 181

ユーザ設定属性付録 — 属性

すべてのオブジェクトタイプに対して有効な属性。関連するリソースが Faulted状態になったときに実行するスクリプトを指定します。

● Halt

設定値 : 0、1

userApplication オブジェクトに対して有効な属性。二重障害の発生時にローカルノードの強制停止を制御します。二重障害とは、アプリケーションの初期障害処理の実行中に 2 つめの障害が発生した場合です。

Halt が 1 に設定され、他のノードでアプリケーションの実行が可能な場合、二重障害が発生すると以下の処理が実行されます。

1. 初に、ローカルノードの RMS が直ちに終了します。

2. 次に、別のノードの RMS がシャットダウン機構を呼び出してローカルノードを強制停止します。

3. 後に、ローカルノードで Onlineだったすべてのアプリケーションと、AutoSwitchOverパラメタで HostFailureを設定したすべてのアプリケーションが、使用できるノードに切替えられます。

注意：あるアプリケーションが Halt属性のすべての条件を満たしている場合でも（AutoSwitchOverの設定、使用可能なノードの追加）、同じノード上で実行されている別のアプリケーションの状態により Halt の動作が妨げられる場合があります。例えば、別のアプリケーションに使用可能な別のノードがない場合や、AutoSwitchOverの設定が正しく行われていない場合などです。どちらの場合でも、RMS はローカルノードでの動作を継続します。これを防ぐためには、別のアプリケーションに追加のノードを割当て、優先順位リストを調整して、Halt 属性を設定したアプリケーションとのノードの競合を小限に抑えるようにします。

● LieOffline

設定値 : 0、1

すべてのリソースオブジェクトに対して有効な属性。1に設定すると、Offline処理中にリソースを Onlineに保つことができます。

● MonitorOnly

設定値 : 0、1

リソースオブジェクトに対して有効な属性。1 に設定すると、親の状態を計算するときに、親がオブジェクトの状態を無視します。すべての親は、MonitorOnly が設定されていない子を 1 つ以上持つ必要があります。

● OfflineDoneScript


userApplication オブジェクトに対して有効な属性。userApplicationの Offline 処理が完了した後で実行する後のスクリプト。

● OfflineScript


SysNodeを除くすべてのオブジェクトタイプに対して有効な属性。関連するリソースを Offline状態にするときに実行するスクリプトを指定します。

182 J2UZ-5295-08Z0(00)

付録 — 属性ユーザ設定属性

● OnlinePriority

設定値 : 0、1

userApplication オブジェクトに対して有効な属性。全クラスタを停止して再起動した場合に、RMS が、アプリケーションを、後に Online であったノード上で起動するかどうかを指定します。0に設定された場合や何も設定されていない ( デフォルト ) 場合、アプリケーションは属性 PriorityListでも優先順位の高いノードで Onlineになります。1 に設定すると、アプリケーションは後に Online であったノード上で Online になります。AutoStartUp または優先切替えの場合、この後の Online ノードが、優先順位リスト内での位置に関係なく、高の優先順位になります。RMS は、timestampを参照して、userApplicationが後に Onlineであったのはどこかを追跡します。userApplicationについて新の timestampを持つノード上で、userApplicationが Onlineになります。異なるクラスタノード間では、通常時間の同期が実行されますが、実行されない場合もあります。RMS は、クラスタ内のノード間の時間同期を確保する機構を備えていないため、システム管理者が管理する必要があります。RMSによりクラスタ内のノード間で著しい時間の不一致が発見された場合は、switchlogにエラーメッセージが記録されます。NTPD を使用して、クラスタ内のノードの同期をとることもできます。詳細については、xntpdのマニュアルページを参照してください。OnlinePriority 固定状態情報は、RMS が、後に Online 状態にあったノードが構成から削除された状態で起動されるとクリアされます。

● OnlineScript


SysNodeを除くすべてのオブジェクトに対して有効な属性。関連するリソースを OnlineまたはStandby状態にするスクリプトを指定します。

● PartialCluster

設定値 : 0、1

userApplication オブジェクトに設定できる属性です。userApplication の起動時に、userApplicationが動作できるすべてのノードに対し、起動しようとする userApplicationがすでに起動していないかをチェックする処理を実行するかどうかを定義します。

本属性値を 0に設定すると、userApplicationが動作できるすべてのノードが Online状態にならないと、userApplicationは起動しません。

本属性値を 1に設定すると、userApplicationが動作できるすべてのノードが Online状態にならなくても、Online状態であるノードで userApplicationは起動します。

PartialCluster属性を持つローカルの userApplicationは、リモートノードの起動タイムアウトの影響を受けません。アプリケーションはローカルノードで Online の状態を維持します。"13.2RMS グローバル環境変数 " の HV_AUTOSTART_WAITの説明を参照してください。

● PersistentFault

設定値 : 0、1

userApplicationオブジェクトに対して有効な属性。1に設定すると、RMS 起動時に、前回 RMSが停止した際の状態がチェックされます。以下のいずれかに該当する場合、userApplication はRMS 起動直後に Faulted 状態 (InitialFault) となります。

– RMS の停止処理が行われなかった

– RMS 停止時に userApplication が Faulted 状態だった

userApplication が Faulted 状態になった場合は、その要因を取り除いてから、hvutil -c でFaulted 状態をクリアしてください。

J2UZ-5295-08Z0(00) 183

ユーザ設定属性付録 — 属性

PersistentFault 属性が 1 に設定されていない場合、ノード異常時などの OS のパニックリブート後の RMS 起動時に、クラスタアプリケーションは Faulted 状態になりません。この時、Faulted 状態ではないため、このノードはクラスタアプリケーションの切替え・切戻しが可能なノードとして扱われます。このため、クラスタを構成する全ノードで、クラスタアプリケーションの Online 処理中に必ず異常が発生し、OS のパニックリブートが発生するようなケースでは、フェイルオーバが無限に繰り返されることがあります。

● PostOfflineScript


SysNodeを除くすべてのオブジェクトに対して有効な属性。関連するリソースの状態が Offlineに変化した後で実行するスクリプトを指定します。

● PostOnlineScript


SysNodeを除くすべてのオブジェクトに対して有効な属性。関連するリソースの状態が Onlineまたは Standby に変化した後で実行するスクリプトを指定します。

● PreCheckScript


userApplication オブジェクトに対して有効な属性。Online または Standby 処理中に初のアクションとしてフォークされるスクリプトを指定します。スクリプトの終了コードとして 0が戻ると、処理が実行されます。スクリプトの終了コードとして 0 以外の値が戻ると、処理が実行されず、適切な警告が switchlogファイルに記録されます。

● PreOfflineScript


SysNode を除くすべてのオブジェクトに対して有効な属性。関連するオブジェクトの状態がOffline状態にする前に実行するスクリプトを指定します。

● PreOnlineScript


SysNodeを除くすべてのオブジェクトに対して有効な属性。関連するリソースを OnlineまたはStandby状態にする前に実行するスクリプトを指定します。

● PreserveState

設定値 : 0、1

userApplication オブジェクトに対して有効な属性。1 に設定すると、障害発生後にリソースを Offline にしません。AutoSwitchover に ResourceFailure が設定されている場合、この属性は無視されます。

● ScriptTimeout

設定値 : 0-MAXINT (秒数)または "timeout_value[:[offline_value][:online_value]]" 形式の有効な文字列

すべてのオブジェクトタイプに対して有効な属性。構成定義ファイルでノードに対して指定したすべてのスクリプトのタイムアウト値を指定します。このタイムアウト時間が経過すると、RMSはスクリプトに対して停止信号を送信します。

OfflineScriptの offline_value タイムアウト値と OnlineScriptの online_value タイムアウト値は、それぞれこの文字列の形式で指定します。

184 J2UZ-5295-08Z0(00)

付録 — 属性 RMS 構成ウィザード管理属性

● ShutdownPriority

設定値 : 0-MAXINT

userApplicationオブジェクトに割当てられた重み係数。インタコネクト故障が発生した場合に生成されるサブクラスタの強制停止の優先度を決定します。

インタコネクト故障が発生して、ノードの強制停止要求が生成されると、SF は各サブクラスタのSF ノードの重みと、サブクラスタ内の全 Onlineアプリケーションの RMS ShutdownPriorityを合算して、各サブクラスタの優先順位を算出します。ノードがインタコネクトによって相互に結合されているサブクラスタが、も大きな重み係数を持ち、強制停止する優先順位がも低くなります。各サブクラスタの重みは、SF ノードの重みに、サブクラスタ内で Online状態にあるすべての userApplication オブジェクトの RMS ShutdownPriority の値を加えた合計値です。

● StandbyCapable

設定値 : 0、1

リソースオブジェクトに対して有効な属性。1に設定すると、対応する親 userApplicationがOfflineであるすべてのノード上で、Standby処理が実行されます。

この属性をユーザが変更できるのは、cmdlineサブアプリケーションについてのみです。他のサブアプリケーションに関しては、構成設定ツールが制御します。

● StandbyTransitions

設定値 : StartUp、SwitchRequest、ClearFaultRequest、または、縦線 (|) で結合される任意の組合せ

userApplication オブジェクトに対して有効な属性。この値は、userApplication オブジェクトについて、Standbyプロセスがいつ開始されるかを指定します。

– StartUpは、起動時を指定します。この設定は、実際のアプリケーションがすでにオンラインになっている場合や、AutoStartUp 属性が設定されているため、userApplicationオブジェクトが強制的に Online化される場合には無視されます。

– SwitchRequestは、切替えの後、切替え前に Onlineであった userApplicationオブジェクトを Standby状態に移行させます。

– ClearFaultRequestは、hvutil -cにより Faulted状態がクリアされたuserApplicationを Standby状態に移行させます。

● WarningScript


ディテクタを持つリソースオブジェクトに対して有効な属性。関連するリソースの状態がWarningになった後で実行するスクリプトを指定します。

12.2 RMS 構成ウィザード管理属性

このセクションに記載された属性は、RMS 構成ウィザードによりプログラム内で設定されています。

● AlternateIp

設定値 : 任意のインタコネクト名

すべての SysNode オブジェクトに対して有効な属性。SysNode 名に割当てられたインタコネクトが使用不能になった場合に、RMS が追加のクラスタインタコネクトとして使用するスペース区切りリスト。これらのすべてのインタコネクトが /etc/hostsデータベースに登録されていなければなりません。RMS 構成ウィザードはデフォルトで、ノード <nodename> への代替インタコネクトが、<nodename>rmsAI<nn> の形式 (<nn> はゼロパディングされた 2 桁の数 ) の名前を持つことを前提としています。この設定はごく限られた構成に適用されます。CF のクラスタでインタコネクトとして使用しないでください。

J2UZ-5295-08Z0(00) 185

RMS 構成ウィザード管理属性付録 — 属性

● Affiliation

設定値 : 任意の文字列

リソースオブジェクトに対して有効な属性。RMS 内では、機能的な意味はありません。

● AutoRecoverCleanup

設定値 : 0、1

Controllerオブジェクトに対して有効な属性。この属性を 1 に設定して、AutoRecoverを 1 にしたときは、子アプリケーションで障害が発生した場合、そのアプリケーションは Offline になってから回復します。この属性を 0 に設定して、AutoRecover を 1 にしたときは、子アプリケーションで障害が発生した場合、そのアプリケーションは Offlineにならずに回復します。

● Class


SysNodeを除くすべてのオブジェクトに対して有効な属性。リソースオブジェクトのクラスを示します。他のプログラム (SNMP エージェントなど ) によってさまざまな目的で使用されます。この値は、RMS ウィザードによって指定されます。

● Comment


すべてのオブジェクトに対して有効な属性。RMS では、機能的な意味はありません。

● ControlledSwitch

設定値 : 0、1

制御対象の userApplicationオブジェクトに対して有効な属性。 0に設定すると、RMS は CLIまたはGUIからの手動の切替え要求を受け付けます。 1に設定すると、親コントローラのみがユーザアプリケーションに対する切替え要求を発行することができます。

● DetectorStartScript

設定値 : 任意の有効なディテクタ

ディテクタを持つリソースオブジェクトに対して有効な属性。<configname>.us ファイルでディテクタ起動コマンドを直接指定します。

なお、RMS は状態を内部的に決定するため、Controllerオブジェクトにはディテクタがありません。

● HostName

設定値 : 任意の SysNode名

userApplicationオブジェクトの第 1レベルの子であるandOpオブジェクトだけに設定する値です。これらの andOpオブジェクトは、HostName属性で指定された SysNodeに自分の親アプリケーションを関連付け、さらにアプリケーションに対するノードの優先順位も決定します。

● I_List

設定値 : スペース区切りの SysNode名リスト

すべての SysNode オブジェクトに対して有効な属性。RMS が追加のクラスタインタコネクトを監視する際に使用するスペース区切りリスト。追加のクラスタインタコネクトはユーザアプリケーションでのみ使用され、PRIMECLUSTER 製品では使用しません。監視されるすべてのインタコネクトが /etc/hosts データベースに登録されていなければなりません。また、すべてのSysNodeオブジェクトが同数の追加インタコネクトを持っていなければなりません。デフォルト値はありません。

● LastDetectorReport

設定値 : Online、Offline、Faulted、Standby

186 J2UZ-5295-08Z0(00)

付録 — 属性 RMS 構成ウィザード管理属性

ディテクタを持つリソースオブジェクトに対して有効な属性。この属性には、ディテクタから通知された新のオブジェクトの状態が含まれています。この値は通常、Cluster Admin GUI に表示されます。表示される値はオブジェクトが表している資源のタイプによって異なります。

● MaxControllers

設定値 : 0-512

userApplication オブジェクトに対して有効な属性。指定した子アプリケーションの親userApplicationオブジェクトの大数。

● NoDisplay

設定値 : 0、1

すべてのオブジェクトタイプに対して有効な属性。 1 に設定したリソースオブジェクトは、hvdisp で -i オプションを指定した場合のみ表示されます。

● NullDetector

設定値 : on、off

ディテクタを持つリソースオブジェクトに対して有効な属性。NullDetector を on に設定すると、ディテクタが実行時に無効になります。この属性は動的再構成でのみ使用します。RMS 構成定義ファイルで、NullDetectorを onにハードコード化してはいけません。

● PriorityList

設定値 : 有効な SysNode名のリスト ( 文字 )

userApplicationオブジェクトに対して有効な属性。アプリケーションが Onlineになることができる SysNodeオブジェクトのリストが入っています。リスト内の順序によって、優先手動切替え時の次のアプリケーション切替え先ノードが決まり、Fault後の手動切替え順序が決まります。リストは循環して適用されます。アプリケーションのノードを選択すると、それに伴ってこの属性が指定されます。RMS はノードが選択された順序を採用して、PriorityList を自動的に作成します。ノードリスト内の各ノードを選択することにより、順序を変更することができます。ローカルgControllerオブジェクトまたはcontrollerオブジェクトで制御されたアプリケーションでは、PriorityListのノードの順番は無視されます。ただし、それぞれの制御対象アプリケーションは、controllerオブジェクトに指定されているノード上で実行できなければなりません。

● Resource

設定値 : 有効な名前 ( 文字 )

Controller オブジェクトに対して有効な属性。子（制御対象）ユーザアプリケーションの名前を含みます。

● rKind

設定値 : 0-2047

gResourceタイプのオブジェクトに対するディテクタの種類を指定します。

● rName

設定値 : 有効な名前 ( 文字 )

gResourceオブジェクトに対して有効な属性。汎用ディテクタに転送される文字列を指定します。

● SplitRequest

設定値 : 0、1

controllerオブジェクトに対して有効な属性。1に設定すると、Offline要求および Online要求とは別に、PreOffline 要求と Preonline 要求が、子 userApplicationに伝播します。0に設定すると、子 userApplicationに対して PreOffline要求または PreOnline要求が発行されません。

J2UZ-5295-08Z0(00) 187

RMS 構成ウィザード管理属性付録 — 属性

● StateDetails


すべてのオブジェクトに対して有効な属性。 Cluster Admin GUI または hvdisp CLI ユーザインタフェース内に状態の詳細情報を追加表示します。ほとんどの場合、[StateDetails] フィールドは空白です。 RMS がこの追加情報を表示するのは、通常、アプリケーションが保守モードにある場合か、オブジェクトが遷移、不整合、または待機の状態にある場合です。

188 J2UZ-5295-08Z0(00)

13 付録 — 環境変数

この章では、RMS のすべての環境変数を以下のグループに分けて説明します。

● "13.2 RMS グローバル環境変数 " では、RMS グローバル環境変数について説明しています。

● "13.3 RMS ローカル環境変数 " では、RMS ローカル環境変数について説明しています。

● "13.4 RMS スクリプト実行環境変数 " では、RMS スクリプト実行環境変数について説明しています。

13.1 RMS 環境変数の設定

hvenv構成設定ファイルの変更は行わないでください。構成設定の RMS 環境変数を変更する際には必ず、hvenv.localファイルに行ってください。

RMS 環境変数の値は、hvenv.localファイルで指定されています。RMS 環境変数の設定を変更するには、テキストエディタで hvenv.localを開き、必要に応じて行の編集または追加を行います。

RMS 環境変数の値は通常次のように記述されています。

export SCRIPTS_TIME_OUT=200

RMS は起動時に一度だけ、hvenvおよび hvenv.localから RMS 環境変数の値を読取り、各ノードでENVオブジェクトと ENVLオブジェクトを初期化します。これ以降 RMS は、ENVオブジェクトと ENVLオブジェクトのファイルを参照しません。このため hvenv.localに加えた変更は、RMS の次回起動時まで有効になりません。

ENVL ( ローカル ) オブジェクトの値は ENV ( グローバル ) オブジェクトの値より優先されます。hvenv.local ファイルに RMS グローバル環境変数が設定された場合は、対応する hvenv ファイルの設定は上書きされます。ただし、RMS グローバル環境変数の設定はクラスタ全体で同じでなければならないため、1 つのノードで hvenv.localファイルの RMS グローバル環境変数の設定を変更した場合は、残りの全ノードで同じように hvenv.localを変更してください。

RMS の実行中は、hvdisp コマンドで RMS 環境変数を表示することができます。ルート権限は必要ありません。

● hvdisp ENV

● hvdisp ENVL

J2UZ-5295-08Z0(00) 189

RMS グローバル環境変数付録 — 環境変数

13.2 RMS グローバル環境変数

RMS グローバル環境変数 (ENV) の設定は、クラスタシステムで共通な構成定義のチェックサムでも検証されます。チェックサムは BM ( ベースモニタ ) の起動時に各ノードで検証され、いずれかのノードでチェックサムが異なっていると、RMS の起動は失敗します。

RMS 環境変数のデフォルト値は、<RELIANT_PATH>/bin/hvenvで調べることができます。hvenv.local構成設定ファイルで RMS 環境変数を再定義することができます。

このセクションでは、RMS グローバル環境変数について説明します。

● HV_AUTOSTARTUP_IGNORE

設定値 : RMS クラスタノードのリスト。RMS クラスタノードのリスト内のノード名は、RMS 構成定義ファイルに記載された SysNodeの名前であることが必要です。リストに CF 名を含めることはできません。デフォルト : "" ( 未設定 )

RMS の起動時に無視されるクラスタノードのリスト。デフォルトでは、RMS 環境変数は設定されません。AutoStartUp 属性を設定してあり、ユーザアプリケーションで定義されているすべてのクラスタノードが Online を報告すると、ユーザアプリケーションが自動起動処理を開始します。クラスタノードがこのリストに含まれている場合は、このノードが Online 状態を報告していなくても、自動起動処理が開始されます。

1 つ以上のクラスタノードを一定期間クラスタから削除する必要があり、削除されたクラスタノードを指定する構成定義ファイルを RMS が使用し続ける場合に、RMS 環境変数を使用します。この場合、RMS 環境変数で使用不能なクラスタノードを指定すると、使用不能なクラスタノードがOnlineを報告しなくても、すべてのユーザアプリケーションが自動的にオンラインになります。

RMS 環境変数を使用する場合は、すべてのクラスタノード上で正しく定義し、常に新の値に設定する必要があります。ノードをクラスタに戻すときは、RMS 環境変数からそのノードを削除します。ノードを RMS 環境変数から削除しないと、RMS は起動処理中にこのノードを無視し、このリストで指定されているノードでアプリケーションが稼動しているかどうかをチェックしないので、データが失われる場合があります。RMS 環境変数を使用する場合は、システム管理者がこのリストを新の状態に保つ必要があります。

● HV_AUTOSTART_WAIT

設定値 : 0 - MAXINTデフォルト : 60 ( 秒 )

RMS の起動時にクラスタノードが Online を報告するまでの待ち時間を ( 秒数で ) 指定します。この時間が過ぎて、すべてのクラスタノードがオンラインにならないと、Online を報告しないクラスタノード、およびユーザアプリケーションを自動的に起動できない理由が、switchlogメッセージによって報告されます。

PartialCluster属性を持つローカルの userApplicationは、リモートノードのHV_AUTOSTART_WAITタイムアウトの影響を受けません。アプリケーションはローカルノードで Onlineの状態を維持します。"12.1 ユーザ設定属性 " の PartialCluster属性の説明を参照してください。

190 J2UZ-5295-08Z0(00)

付録 — 環境変数 RMS グローバル環境変数

この属性は警告メッセージです。AutoStartUpは、指定された時間の経過後も処理を継続します。

● HV_CHECKSUM_INTERVAL


各 Online ノードのチェックサムとローカルチェックサムが同じであると確認されるまで RMSBM ( ベースモニタ ) が待つ時間 ( 秒数 )。

この時間内にチェックサムが確認されると、ローカルノード上の RMS が通常どおり動作し続けます。一方、リモートノードのチェックサムが確認されない場合、または異なるチェックサムが確認された場合、HV_CHECKSUM_INTERVAL の今回の待機時間中に起動されたローカルモニタはシャットダウンします。

また、リモートノードのチェックサムが確認されない場合、または異なるチェックサムが確認された場合、HV_CHECKSUM_INTERVALの今回の待機時間より前に起動されていたローカルモニタはこのリモートノードを Offlineと認識します。

● HV_COM_PORT

設定値 : 0 - 65535デフォルト : 8000

RMS ベースモニタがクラスタの全ノードと通信する場合に使用するポート。

● HV_LOG_ACTION_THRESHOLD

設定値 : 0 - 100デフォルト : 98

hvlogcontrolが RMS ログファイルを消去する条件を指定します。 RELIANT_LOG_PATH が存在するファイルシステム上で、使用済み容量のパーセントがこのしきい値以上になった場合は、RELIANT_LOG_PATH のサブディレクトリはすべて削除されます。さらに HV_LOG_ACTION が onに設定されている場合に、すべてのサブディレクトリの削除が完了すると、現在のログファイルも削除されます。詳細については、"HV_LOG_ACTION" を参照してください。

● HV_LOG_WARN_THRESHOLD

設定値 : 0 - 100デフォルト : 95

RMS ログファイルの容量につき、hvlogcontrol がどの時点で警告を表示するかを指定します。RELIANT_LOG_PATH が存在するファイルシステム上で、使用済み容量のパーセントがこのしきい値以上になった場合、hvlogcontrol がユーザに警告を発します。上記HV_LOG_ACTION_THRESHOLDも参照してください。

J2UZ-5295-08Z0(00) 191

RMS グローバル環境変数付録 — 環境変数

● HV_LOH_INTERVAL

設定値 : 0 - MAXINTデフォルト : 30

userApplication が後に Online 状態であったノード (LOH:Last Online Host) を特定するために、タイムスタンプを比較する際の、小時間差 (秒数 ) を指定します。本設定はOnlinePriority属性に 1 が設定されている場合に使用されます。

2 つのクラスタノードにおけるそれぞれの userApplication に記録された LOH タイムスタンプを比較して、その差がこの属性で指定する時間よりも小さかった場合、RMS は自動起動せず、優先順位の変更は行われません。この場合はコンソールにメッセージを送信し、オペレータ介入が必要になります。

この値を設定する場合は、そのクラスタ内部での時刻同期精度を考慮に入れる必要があります。クラスタノード間で発生しうる時間差よりも大きい値を指定してください。

● HV_USE_ELM

設定値 : 0、1デフォルト : 1

RMS ベースモニタによるハートビート監視モードを指定します。

0－リモートノードとベースモニタの状態は、ネットワークを通じて UDP ハートビートパケットを定期的に送信することにより検出されます。HV_CONNECT_TIMEOUT で定義した間隔内にリモートノードからのハートビートが受信されなかった場合、リカバリ期間の経過を待ってからノード停止処理を開始します。

1 － ELM (Enhanced Lock Manager) と UDP ハートビート方式を組み合わせて使用します。この設定は、CF がインストールされ構成設定が完了している場合にのみ有効です。ELM のロックは、ローカルノードによって取得され、ELM がリモートノードまたはベースモニタの DOWN 状態を通知するまで、ローカルノードにより保存されます。リモートノードまたはベースモニタのDOWN状態が通知されたノードは直ちに停止されます。ELM がリモートノードの状態に変化があったことを通知すると、RMS は各ノードの UDP ハートビートの監視を開始します。監視の方法は上記と同様ですが、リカバリタイムアウト時間はかなり長く設定されます。

ELM が起動されているかどうかにかかわらず、UDP ハートビートが、ハートビートリカバリタイムアウト期間終了前に受信されなければ、リモートノードは停止されます。CF が起動されていない場合、ELM は自動的に停止され、ハートビートリカバリタイムアウトのデフォルト値が 45 秒に設定されます。CF が起動されている場合は、ELM がデフォルトで起動され、ハートビートリカバリタイムアウトのデフォルト値は、600 秒に設定されます。これにより、リモートノードの応答が遅い場合でも、ノードの途中停止を避けることができます。

ELM の手動停止は、専門知識がある場合にのみ行ってください。CF が起動された状態で ELM が停止している場合、ハートビートタイムアウトをデフォルト値の 600 秒で使用すると、間隔が長すぎてリモートの RMS やノードの停止が効率的に検出できません。この場合には、ローカルノードのリカバリタイムアウト値も手動で調整する必要があります。調整するには、hvcm -h<timeout> -c <config_file> コマンドで RMS を起動します。リカバリタイムアウトの設定値は、クラスタ内の全ノードで同じにする必要があります。ELM が停止されている場合の推奨グローバル値は 45 秒です。

● RELIANT_LOG_LIFE

設定値 : 任意の日数デフォルト : 7 ( 日 )

RMS ログ情報が保持される日数を指定します。RMS を起動するたびに、RMS を後に起動した時刻に基づく名前のディレクトリが作成されます。このディレクトリに、すべてのログファイルが入ります。すべての RMS ログファイルはこの方法で保持されます。この RMS 環境変数で指定した日数より古いログファイルは cronジョブで削除されます。

192 J2UZ-5295-08Z0(00)

付録 — 環境変数 RMS グローバル環境変数

● RELIANT_LOG_PATH

設定値 : 任意の有効なパスデフォルト : /var/opt/SMAWRrms/log

すべての RMS ログファイルと RMS Wizard Tools ログファイルが格納されるディレクトリを指定します。

● RELIANT_PATH

設定値 : 任意の有効なパスデフォルト : /opt/SMAW/SMAWRrms

RMS ディレクトリ階層のルートディレクトリを指定します。通常は、ユーザがデフォルト設定を変更する必要はありません。

● RELIANT_SHUT_MIN_WAIT

設定値 : 0 - MAXINTデフォルト : MAXINT ( 秒 )

hvshutコマンドがタイムアウトするまでの時間を秒数で指定します。

hvshutコマンドが -l、-s、-aのいずれかのオプションで実行されると、RMS は起動状態のクラスタアプリケーションのオフライン処理を行った後、RMS の停止処理を行います。

そのため、RELIANT_SHUT_MIN_WAITには、以下を合計した時間を設定してください。

1. クラスタアプリケーションのオフライン処理が終了するのに必要な大時間

2. RMS が停止するのに必要な大時間（30 秒）

1. の値には、クラスタアプリケーションに含まれる、すべてのリソースのスクリプトタイムアウト時間の合計値を使用してください。

各リソースのスクリプトタイムアウト時間は、リソース名を引数にした hvdispコマンドの実行により、OfflineScript属性が空でないリソースの ScriptTimeout属性の設定値（秒数）で確認できます。

クラスタアプリケーションが複数存在する場合は、クラスタアプリケーションごとにリソースのスクリプトタイムアウト時間を合計した値のうち、も大きい値を使用してください。

RELIANT_SHUT_MIN_WAITの値を大きくすることにより、クラスタアプリケーションのオフライン処理の遅延やハングが発生した場合に、以下のような影響があります。

– RMS の停止や OS シャットダウンの処理に、RELIANT_SHUT_MIN_WAITの設定値以上の時間がかかる可能性があります。

– RMS の停止や OS シャットダウンによる、クラスタアプリケーションの自動切替えの処理に、RELIANT_SHUT_MIN_WAITの設定値以上の時間がかかる可能性があります。

RELIANT_SHUT_MIN_WAIT の値が大きすぎる場合は、前述の 1. の値には、想定されるクラスタアプリケーションのオフライン処理がタイムアウトするケースのうち、タイムアウトまでにかかる時間がも長いと見込まれるケースの処理時間を使用してください。

ただし、RELIANT_SHUT_MIN_WAITの値が小さすぎると、クラスタアプリケーションのオフライン処理が終了する前に hvshutコマンドがタイムアウトする現象が頻発するおそれがあります。このため、RELIANT_SHUT_MIN_WAITのチューニングは慎重に行ってください。

J2UZ-5295-08Z0(00) 193

RMS ローカル環境変数付録 — 環境変数

hvshutコマンドのタイムアウト時に RMS は異常終了するため、リソースが停止せず起動したままになる場合があります。この状態にて、他のノードで RMS を起動し、クラスタアプリケーションを強制的に起動すると、リソースが複数ノード上で同時に起動している状態となり、リソースで共用ディスクの制御を行っている場合、データ破壊が発生するおそれがあります。このため、hvshut コマンドがタイムアウトした場合は、 RMSが異常終了したノードの OS をシャットダウン、またはノードを強制停止することで確実にリソースを停止させてから、RMSとクラスタアプリケーションを起動してください。

13.3 RMS ローカル環境変数

ローカルの RMS 環境変数の設定はノードごとに異なります。このセクションでは、RMS ローカル環境変数について説明します。

● HV_AUTOSTARTUP

設定値 : 0、1デフォルト : 1(AutoStartUp属性の通常の処理 )

ローカルノード上にある全 userApplication オブジェクトの AutoStartUp 属性を制御します。1 (デフォルト ) に設定すると、各userApplicationの自動起動は、それぞれのAutoStartUp属性によって決まります ("12.1 ユーザ設定属性 " を参照 )。0 に設定すると、userApplicationに設定された AutoStartUp属性は無視され、自動起動は行われません。HV_AUTOSTARTUPは、hvsetenvコマンド、または Cluster Admin の [ ツール ] メニューから設定します。いずれに設定した場合でも、変更結果は RMS の次回起動時まで反映されません。

● HV_CONNECT_TIMEOUT

設定値 : 5- MAXINTデフォルト : 30( 秒 )。通常は、ユーザがデフォルト設定を変更する必要はありません。

相手ノードからハートビートがない状態がこの時間 ( 秒数 ) だけ経過すると、ベースモニタはノードとの接続が切断されたと判断し、UDP ハートビートリカバリタイマーを起動します。

5 未満の数値を入力すると、システムによって 5 に変換されます。

● HV_LOG_ACTION

設定値 : on、offデフォルト : off

RELIANT_LOG_PATH ファイルシステム上の使用済み領域が HV_LOG_ACTION_THRESHOLD 以上になった場合に、そのディレクトリにある現在のログファイルが削除されるかどうかを決定します。詳細については、"HV_LOG_ACTION_THRESHOLD" を参照してください。

● HV_MAX_HVDISP_FILE_SIZE

設定値 : 0 - MAXINTデフォルト : 20,000,000 ( バイト )

RMS が構成データおよび構成変更と状態変化に関する情報を hvdispに提供するために使用する一時ファイルが、無限に大きくなるのを防止します。この RMS 環境変数の値は一時ファイル<RELIANT_PATH>/locks/.rms<hvdisp プロセスのプロセス ID> の大サイズ ( バイト数 ) です。

194 J2UZ-5295-08Z0(00)

付録 — 環境変数 RMS ローカル環境変数

● HV_MAXPROC

設定値 : 0 - 99デフォルト : 30

RMS が同時に実行できるスクリプトの大数を定義します。ほとんどの場合は、デフォルト (30)で十分です。

● HV_MLOCKALL

設定値 : 0、1デフォルト : 0

1 に設定するとベースモニタプロセスおよび割当てたすべてのメモリは、メモリ内でロックされます。0 （デフォルト）に設定すると、ベースモニタはスワップアウトされる場合があります。

● HV_RCSTART

設定値 : 0、1デフォルト : 1 (RMS を rcスクリプトで起動します )

RMS を rcスクリプトで起動するかどうかを決定します。1 ( デフォルト ) に設定すると、RMS はシステムの起動時に、rcスクリプトから自動で起動されます。0 に設定されていると、RMS は手動で hvcmコマンドによって起動する必要があります。HV_RCSTARTは、Cluster Admin の [ ツール ] メニューまたは hvsetenvコマンドで設定できます (rc起動の前提条件 : CONFIG.rmsが存在し、有効なエントリがあること )。

● HV_REALTIME_PRIORITY

設定値 : 0 - 99デフォルト : 50

RMS BM ( ベースモニタ ) とそのディテクタの RT クラス内の優先順位を定義します。この値を設定する場合は注意が必要です。優先順位を高く設定すると、他の OS のリアルタイムプロセスが、プロセッサのタイムスライスを取得できなくなる可能性があります。低く設定すると、RMS BMがディテクタからの通知に反応できなくなったり、コマンドラインユーティリティからの要求を実行できなくなったりする可能性があります。

この変数は Solaris でのみ有効です。 Linux プラットフォーム上では何の効力もありません。

● HV_SCRIPTS_DEBUG

設定値 :0、1デフォルト : 0

RMS スクリプトによるデバッグ出力情報を制御します。この変数を 1 に設定すると、Wizard Toolsによって生成され管理されるスクリプトの設定いかんにかかわらず、RMS ファイルに対して実行されたコマンドに関する詳細な実行時情報が書き込まれます。記録される情報の内容はスクリプトによって異なります。この設定は、PRIMECLUSTER 製品提供のスクリプトにのみ適用されます。スクリプトによるデバッグ情報の記録を停止するには、hvenv.local で HV_SCRIPTS_DEBUG エントリを削除するか、export HV_SCRIPTS_DEBUG=0を指定してください。

注意：この変数が hvenv.localに設定された場合、RMS はこれをスクリプト環境に追加しますが、それ以外の処理はしません。このため、Cluster Admin GUI および hvdisp ENVL出力には表示されません。

● HV_SYSLOG_USE

設定値 :0、1デフォルト : 1 (hvenvにおける設定 )

RMS BM ( ベースモニタ ) からシステムログへの出力を制御します。RMS は常に、ERROR、FATALERROR、WARNINGおよび NOTICEの各メッセージを switchlogファイルに記録しています。デフォルトでは、これらのメッセージはシステムログファイル (Solaris では /var/adm/messages、Linux では /var/log/messages) にも同時に出力される設定になっています。RMS メッセージのシステムログファイルへの出力を停止するには、hvenv.localで export HV_SYSLOG_USE=0に設定します。

J2UZ-5295-08Z0(00) 195

RMS ローカル環境変数付録 — 環境変数

● RELIANT_HOSTNAME

設定値 : 任意の有効な名前デフォルト : < ノード名 >RMS

RMS クラスタ内のローカルノードの名前。RMSサフィックスが付く CF 名 (fuji2RMSなど ) の出力をこの RMS 環境変数に割当てて、この RMS 環境変数のデフォルト値を定義します。

export RELIANT_HOSTNAME=`cftool -l 2>/dev/null | tail -1 | cut -f1 -d" "`RMS

この事前設定値が適切でない場合は、すべてのクラスタノード上で変更する必要があります。

指定したクラスタノード名は、<configname>.us構成定義ファイル内の SysNode名と一致していなければなりません。ノード名によって、RMS がこのノードとの通信を確立する際に使用する IPアドレスが決まります。

● RELIANT_INITSCRIPT

設定値 : 任意の実行可能スクリプトデフォルト : <RELIANT_PATH>/bin/InitScript

システム起動時に RMS が実行する初期化スクリプトを指定します。このスクリプトは、他のプロセスが起動する前に実行されます。このスクリプトは、それが定義されているすべてのクラスタノード上で 1 度実行されるグローバルスクリプトです。

● RELIANT_STARTUP_PATH

設定値 : 任意の有効なパスデフォルト : <RELIANT_PATH>/build

RMS の起動時に構成定義ファイルを探す場所を定義します。

● SCRIPTS_TIME_OUT


すべての RMS スクリプトが終了するまでのグローバル時間を ( 秒数で ) 指定します。この RMS 環境変数で定義した時間内に特定のスクリプトを終了できない場合は、スクリプトが失敗したと想定され、RMS がスクリプト失敗に対する適切な処理を開始します。

この値が小さすぎると、エラーが不必要に生成されて、アプリケーションをオンラインまたはオフラインにできない場合があります。また、この値が極端に大きいと、スクリプトの失敗を想定するまでの待ち時間が長くなりすぎます。

このグローバル設定値は、RMS が監視するすべてのオブジェクトについて適切であることが必要です。そうでない場合は、ScriptTimeout 属性のオブジェクト固有の値が代わりに使用されます。

196 J2UZ-5295-08Z0(00)

付録 — 環境変数 RMS スクリプト実行環境変数

13.4 RMS スクリプト実行環境変数

本セクションの RMS 環境変数は、RMS ベースモニタが該当オブジェクトのスクリプトを実行するときに、RMS によって自動的に設定されます。これらの RMS 環境変数はスクリプトの環境下にのみ存在し、かつ、スクリプト実行の間のみ存在します。また、明示的に設定されるため、デフォルト値はありません。

● HV_APPLICATION

設定値 : 任意の userApplication名

現在のオブジェクトを含むサブツリーの上位にあるuserApplicationオブジェクトの名前です。

● HV_AUTORECOVER

設定値 : 0、1

1 に設定されている場合、スクリプトの呼び出しが AutoRecover の試行に起因することを示します。

● HV_FORCED_REQUEST

設定値 : 0、1

1 に設定されている場合、現在スクリプトによって強制要求が処理されていることを示します。

● HV_LAST_DET_REPORT

設定値 : Online、Offline、Standby、Faultedのいずれか

ディテクタから通知された新のオブジェクトの状態です。

● HV_OFFLINE_REASON

設定値 : DEACT、SWITCH、FAULT、STOP、SHUTのいずれか

リソースが Offline 状態になる理由が設定されます。SWITCH：userApplicationの切替え要求 (hvswitch)で OfflineになったSTOP：userApplicationの停止要求 (hvutil -f、hvutil -c)で OfflineになったFAULT：リソース故障で OfflineになったDEACT：userApplicationの非活性要求 (hvutil -d)で OfflineになったSHUT：RMSの停止要求 (hvshut)で Offlineになった

● HV_NODENAME

設定値 : 任意のオブジェクト名

現在のオブジェクトを示すグラフノードの名前です。

● HV_REQUESTING_CONTROLLER

設定値 : コントローラ名およびノード名

空でない場合、現在のスクリプトの実行を要求したコントローラおよびノードの名前が格納されます。

● HV_SCALABLE_CONTROLLER

設定値 : スケーラブルコントローラ名

このアプリケーションを制御するスケーラブルコントローラの名前です。

● HV_SCALABLE_INFO

設定値 : スケーラブルアプリケーションのリスト

クラスタ内にあるすべてのスケーラブルアプリケーションのリストが格納されます。

J2UZ-5295-08Z0(00) 197

RMS スクリプト実行環境変数付録 — 環境変数

● HV_SCRIPT_TYPE

設定値 : PreCheckScript、PreOnlineScript、OnlineScript、PostOnlineScript、PreOfflineScript、OfflineScript、PostOfflineScript、OfflineDoneScript、FaultScriptスクリプトタイプのいずれか

スクリプトの種類です。

● NODE_SCRIPTS_TIME_OUT

設定値 : 0 - MAXINT

現在のオブジェクトまたは、オブジェクトに対応する各スクリプトのタイムアウト値です。

HV_REQUESTING_CONTROLLER、HV_SCALABLE_CONTROLLER、HV_SCALABLE_INFOはコントローラオブジェクトにより制御されるアプリケーションの Online/Offline 処理でのみで使用できます。

198 J2UZ-5295-08Z0(00)

14 付録 — トラブルシューティング

本章では、コマンドラインインタフェース (CLI) および Cluster Admin グラフィカルユーザインタフェース (GUI) で RMS のトラブル発生時に原因を特定する方法と対処について説明します。ここでは、ログファイル、ログファイルの格納場所、ログレベルをオンにする方法、GUI でログを表示する方法、CLIでログを表示する方法について詳しく説明します。

本章で説明する内容は以下のとおりです。

● "14.1 概要 " では、トラブルシューティングプロセスの概要を説明します。

● "14.2 デバッグメッセージとエラーメッセージ " では、RMS のデバッグメッセージとエラーメッセージについて説明します。

● "14.3 ログファイル " では、RMS ログファイルを示し、その内容について説明します。

● "14.4 RMS BM ( ベースモニタ ) ログ出力の管理 " では、RMS BM ( ベースモニタ ) とそのコンポーネントによって生成されたログの管理方法を説明します。

● "14.5 アプリケーションログの出力の管理 " では、RMS Wizard Tools アプリケーションおよびリソースコンポーネントによって生成されたログの管理方法を説明します。

● "14.6 ディテクタログの出力の管理 " では、標準の RMS Wizard Tools リソースディテクタによって生成されたログの管理方法を説明します。

● "14.7 RMS ログメッセージの意味 " では、標準の RMS Wizard Tools リソースディテクタによって生成されたログの管理方法を説明します。

● "14.8 RMS ログファイルのクリーンアップ " では、RMS ログファイル大きさの自動管理および手動管理について説明します。

● "14.9 構成のトラブルシューティング " では、RMS Wizard Tools で使用できるトラブルシューティングの資料や方法について説明します。

● "14.10 RMS トラブルシューティング " では、RMS の使用中に発生する問題の解決方法を示します。

● "14.11 高度なトラブルシューティングのための情報収集 " では、コンサルタントや開発者向けのダンプコマンドについて説明します。

● "14.12 SNMP リソース異常通知 " では、では、SNMP マネージャによるクラスタシステムの監視について説明します。

14.1 概要

Cluster Admin の以下のいずれかで、エラー状況または状態変更を検出した場合、RMS トラブルシューティングを開始します。

● クラスタテーブル

● RMS ツリー

● グラフ

クラスタテーブルには要約情報が入っています。エラーの状態を調査するには、このテーブルから始めると便利です。詳細情報については、RMS ツリーまたはグラフを参照します。switchlogやアプリケーションログの調査は、ログビューア機能を使用してログファイルを表示することができます。

ログビューアには、以下の基準に基づく検索機能があります。

● キーワード

● 重要度

● 0以外の終了コード

J2UZ-5295-08Z0(00) 199

デバッグメッセージとエラーメッセージ付録 — トラブルシューティング

キーワードと日付範囲フィールドを使用して、エラーの原因を検索します。緊急な問題、警告、および重大な状態を重要度に基づいて検索することができます。問題を未然に防ぐトラブルシューティングを行う場合、重要度コード (error、warning、notice、info) に基づいて検索することができます。

定期的にログビューアを使用し、重要度レベルに基づいてログファイルを調べることによって、重大な問題が発生するのを回避することを推奨します。問題の原因を診断できない場合は、クラスタ内の複数のノードからログビューアを調べてください。

対処法については、"14.10 RMS トラブルシューティング " を参照してください。

以下の手順に従ってエラーを解決します。

1. Cluster Admin GUI を使用します。

2. 必要な場合は、ログファイルを表示します。

3. ログレベルを変更して詳細情報を取得します。

4. GUI でエラーを解決できない場合は、コマンドラインインタフェースを使用します。標準のUNIX コマンドを使用します。

5. 問題が続く場合は、RMS 以外の問題かどうかを確認し、適切なマニュアルを参照します。

6. オペレーティングシステム、ハードウェア、ネットワークエラーのようなシステム関連の問題を調べます。

7. 自分で問題を解決できない場合は、当社技術員 (SE) に連絡してください。

14.2 デバッグメッセージとエラーメッセージ

RMS のコンポーネント (BM ( ベースモニタ ) やディテクタなど ) が動作しているときは、デバッグメッセージとエラーメッセージがログファイルに書込まれます。RMS のデフォルト設定では、これらのファイルが /var/opt/SMAWRrms/log ディレクトリに格納されます。hvenv.localファイルで設定されている RELIANT_LOG_PATH環境変数で、このディレクトリを変更できます。

RMS を起動すると、ログへの書込みを開始します。デフォルト設定では、BM はすべてのエラーメッセージをログファイルまたは stderr に書込みを行います。デフォルト設定ではデバッグ出力が詳細に制御されているため、通常はデフォルト設定を変更する必要はありません。

必要な場合は、BM で任意のノードの状態とメッセージをすべて記録することができます。しかし、ほとんどの場合、デバッグ出力を理解するには、RMS 内部の操作に関する詳しい知識が必要です。このような情報は、当社技術員でなければ正しく評価できません。

RMS クラスタの管理者は、通常、switchlogファイルを調べるだけで十分です。このファイルには、着信切替要求やノードまたはリソースで発生する障害など、RMS の重要なアクションがすべて記録されます。

RMS 構成に固有のログファイルもログディレクトリに格納されます。管理者は必要に応じてこれらのファイルを調べる必要があります。各ログファイルの名前 (<userApplication>.log) は、RMS WizardTools で設定した RMS 構成によって異なります。詳細については、"14.5 アプリケーションログの出力の管理 " を参照してください。

bmlogログファイルも、問題の解決に使用できます。

200 J2UZ-5295-08Z0(00)

付録 — トラブルシューティングログファイル

14.3 ログファイル

表 11 は、/var/opt/SMAWRrms/logに格納されている RMS ログファイルについて説明しています。

モジュールファイル名内容

BM tracelog オブジェクト間で送信されるすべてのメッセージ、およびすべての変更指示が記録されます。デフォルトでは、RMS はtracelogにメッセージを出力しません。

BM abortstartlog 起動中に、以下のメッセージが出ると、このファイルが作成されます。FATAL ERROR: RMS has failed tostart!詳細情報がさらに switchlog に記録される場合もあります。このファイルは、当社技術員 (SE) が RMS起動失敗の原因を判別するために作成されます。

BM bmlog 通常、一般的な RMS エラーログ情報とメッセージログ情報は、メッセージ報告から詳細な情報まで、レベルによって分類されます。BM の起動時に指定するエラーログレベルによって、このファイルの内容が決まります。詳細については、"14.9 構成のトラブルシューティング " を参照してください。

実行時に BM が受信したすべてのメッセージが記録されています。

hvdump によって生成された情報も含んでいます ("14.11.1 hvdump コマンドの使用 (RMS)" を参照してください )。

ログレベルフラグをオンにすると、大量のディスクスペースを消費するため、このファイルの使用は管理者に限られています。デフォルトで、メッセージはbmlogに記録されません。

すべて (BM、汎用ディテクタ、ノードディテクタ )

switchlog 監視資源の切替えや異常に関する操作イベントが記録されます。通常、ユーザは本ファイルを使用して調査してください。

汎用ディテクタ <program>log ディテクタが受け取ったすべてのメッセージとジョブ指示が記録されます。また、対象資源の状態変化の情報とすべてのエラーメッセージも含まれています。program は RELIANT_PATH の下にあるディテクタの名前です。

表 11: ログファイル

J2UZ-5295-08Z0(00) 201

RMS BM ( ベースモニタ ) ログ出力の管理付録 — トラブルシューティング

14.4 RMS BM ( ベースモニタ ) ログ出力の管理

RMS BM ( ベースモニタ ) は実行時に、RELIANT_LOG_PATH/switchlog ファイルとシステムログファイルに、ログメッセージを出力することができます。このセクションでは、ログファイルのログレベル ( 詳細情報の程度 ) を制御する方法について説明します。各ログレベルとも、上級ユーザのための内部機能に関する情報が記録されます。

複数のログレベルを有効にして RMS を実行すると、システムのパフォーマンスに影響します。この機能は、テストまたはデバッグ目的でのみ使用してください。

14.4.1 RMS BM ( ベースモニタ ) ログレベルの管理

デフォルトでは、ベースモニタログ機能は RMS 起動時に停止しています。ログレベルの初期値は、hvcmの -lオプションで指定することができます。

hvcm -l <level> -c <configuration_file> ...

RMS がすでに実行中の場合は、以下のコマンドでベースモニタのログレベルを管理します。

hvutil -l display

hvutil -l off

hvutil -l <level>

初の hvutil コマンドで、ベースモニタの現在のログレベルを表示し、2 番目の hvutil コマンドでベースモニタのログ機能を停止します。

hvcm または hvutil で -l <level> を指定すると、ベースモニタのログ機能が起動されます。<level> には、以下の形式で数値を 1 つ以上指定します。

● 数字 1 つ

● カンマ区切りまたは空白区切りのリスト。空白区切りのリストの場合は、引用符で囲む。例 : 2,4,5,7 "2 4 5 7"

● n1-n2 のようにハイフンで区切った範囲指定。こうすると、n1 から n2 までのログレベルがすべて含まれます。-n2 と指定した場合は 1-n2 と同じ、n1-は n1 を超えるすべてのログレベルを表します。n1 の値は 1 以上であることが必要です。例 : 2-7 -7 2-

ログレベルを 0 ( ゼロ ) に指定するとすべてのログレベルが有効になります。ログ機能を停止するには offという特別なレベルを指定する必要があります。

現在のログレベルは次回 hvutil -l <level> または hvutil -l offが実行されるか、RMS が停止されるまで有効です。

202 J2UZ-5295-08Z0(00)

付録 — トラブルシューティング RMS BM ( ベースモニタ ) ログ出力の管理

表 12 はベースモニタに指定できるレベルの一覧です。

14.4.2 システムログへの BM ( ベースモニタ ) 出力の制御

デフォルトでは、RMS ベースモニタは、switchlog ファイルとシステムログファイルに同一の内容を出力します。この設定は、HV_SYSLOG_USE環境変数で制御します。

デフォルトでは HV_SYSLOG_USE = 1に設定されています。この設定は、システムログと switchlogに、RMS の NOTICEメッセージ、WARNINGメッセージ、ERRORメッセージ、および FATAL ERRORメッセージをすべて出力します。

RMS メッセージをシステムログに出力しないようにするには、hvenv.localファイルでHV_SYSLOG_USE=0に設定します。変更を有効にするには、RMS を再起動する必要があります。

注意：Log3 RMS メッセージの場合、コンポーネント番号は 1080023 です

ログレベル意味

0 すべてのログレベルをオンにします

1 未使用

2 ディテクタ履歴をオンにします

3 hvdispレベル

4 mskx履歴 (BM のスタック履歴 ) をオンにします

5 エラーメッセージまたは注意メッセージ

6 ハートビートと通信デーモンのレベル

7 BM レベル

8 汎用コントローラメッセージ

9 管理コマンドメッセージ

10 基本タイプレベル

11 動的再構成コントラクトレベル

12 シャットダウンデバッグレベル

13 トークンレベル

14 ディテクタメッセージ

15 ローカルキューレベル

16 ローカルキューレベル

17 スクリプトレベル

18 userApplicationコントラクトレベル

19 一時的なデバッグ履歴

20 SysNode履歴

21 メッセージレベル

22 bm トレースログ

23 SatNodeトレースログ

表 12: BM ( ベースモニタ ) のログレベル

J2UZ-5295-08Z0(00) 203

アプリケーションログの出力の管理付録 — トラブルシューティング

14.5 アプリケーションログの出力の管理

RMS Wizard Tools で提供される実行時コンポーネントは、RMS ベースモニタと同じログディレクトリ内のファイルにログメッセージを記録します。このディレクトリは、RELIANT_LOG_PATH 環境変数で定義されています。これらのコンポーネントが出力するメッセージは大きく 2 つに分類できます。

● リソースディテクタからのメッセージ

● その他のメッセージ

ディテクタのログ機能は "14.6 ディテクタログの出力の管理 " で説明されています。以下の記述はその他のメッセージについての説明です。

構成ツールで提供される実行時コンポーネントは、アプリケーションレベルのすべてのログを記録します。通常のユーザ向けのメッセージに加え、さまざまなレベルのデバッグメッセージも生成します。ユーザ向けメッセージおよびデバッグメッセージはRELIANT_LOG_PATHの以下のファイルに出力されます。

● switchlog — RMS Wizard Tools で提供される標準のサブアプリケーションは、障害や Offline 遷移関連のディテクタレポートを switchlogファイルに記録します。

● <application_name>.log — アプリケーション固有のログファイルには、そのアプリケーションに関連するすべてのメッセージが記録されます。アプリケーションが実行するすべてのスクリプトの出力もログファイルに書き込まれます。ファイルは、アプリケーションに対する Offline 処理または Online 処理が開始された時点で作成されます。

● hvdet_<xxx>.g<n>log — ディテクタが監視するリソース関連の情報 ( すべての状態変化など ) がすべて記録されるディテクタログファイルです。

アプリケーションの問題をデバッグするときは、switchlog ファイル、アプリケーション固有のログファイル、および対応するディテクタログファイルの内容をすべて調べる必要があります。

14.5.1 標準スクリプトのデバッグメッセージの制御

標準の RMS Wizard Tools スクリプトのデバッグ出力は、hvenv.local ファイルの環境変数HV_SCRIPTS_DEBUGの設定により制御することができます。

● デバッグ出力を開始するには次のエントリを作成します。

export HV_SCRIPTS_DEBUG=1

● デバッグ出力を停止するには、HV_SCRIPTS_DEBUGエントリを削除するか、コメントアウトするか、値を 0 に設定します。

14.6 ディテクタログの出力の管理

すべての RMS ディテクタのインスタンスは、switchlog ファイルと、そのインスタンス専用のログファイルに情報を記録します。ログファイルは以下の形式で命名されています。

RELIANT_LOG_PATH/<detector_name>.g<n>log

<detector_name> はディテクタの名前、<n> はディテクタのインスタンス番号です。このようなファイルがディテクタの実行中のインスタンスそれぞれに 1 つ用意されています。なお、RMS Wizard Tools ディテクタの名前は hvdet_<xxx> です。<xxx> はリソースのタイプを表します。

たとえば、初の ( かつ唯一の ) hvdet_system ディテクタのログファイルは<RELIANT_LOG_PATH>/hvdet_system.g1logです。

すべてのリソース状態変化が、switchlogファイルとディテクタの専用ログファイルの両方に記録されます。他のディテクタメッセージはすべて専用ログファイルにのみ記録されます。

204 J2UZ-5295-08Z0(00)

付録 — トラブルシューティングディテクタログの出力の管理

14.6.1 デバッグメッセージとログレベル

各ディテクタインスタンスは、デバッグメッセージを保存しておくために、10KB のメモリバッファを内部に持っています。この内容は、デバッグイベント ( 予期せぬリソース状態の報告 ) が発生した場合に専用のログファイルに書き込まれます。このバッファは循環バッファです。つまり、新しいメッセージの発生により、バッファのオーバーフローが発生しそうになると、保存されているメッセージのも古いものから 1 つまたはそれ以上が上書きされます。この処理はデバッグイベントによってバッファ全体がログファイルに書き出されるまで続き、書き出された時点でバッファはリセットされます。このため、もっとも新しいメッセージのみがログに記録されます。古いデータは、デバッグイベントが発生した時点によっては失われている場合があります。

バッファの内容がログファイルに書き出される場合、メッセージは時系列に沿って書き込まれます。注意すべきことは、バッファ内の新のメッセージはそのデバッグイベントによって生成されたものですが、バッファ内のそれ以前のメッセージは必ずしも関連したメッセージであるとは限らないという点です。ディテクタのログを参照すると、一連の開始メッセージに続いて、デバッグイベントメッセージが現れ、次にまた別の開始メッセージ、それに続いて別のデバッグイベントメッセージ、という形で記録されていることが分かります。このため、ディテクタのデバッグメッセージのすべてについて、検討中の問題と関連しているかどうかを、タイムスタンプと内容を見て確認する必要があります。

ディテクタが生成するメッセージにはすべて詳細レベルが割り当てられており、このレベルが高いとより多くのデバッグ情報が出力されます。実行時には、ディテクタの現在のログレベルと同じかそれより低いレベルのメッセージのみが内部のバッファに保存されます。各ディテクタのログレベルの初期値は1 に設定されています。

あるログレベルで生成される情報の量は、ディテクタのリソースタイプで決まります。高いログレベルが指定されたあるディテクタよりも、低いレベルが指定された別のディテクタのほうが、出力が多い場合もあります。

14.6.2 ディテクタのログレベルの設定

各リソースディテクタにつき個別のログレベルを、コマンド行、および RMS Wizard Tools で設定することができます。

ディテクタのログを開始するには、各ディテクタのログレベルの設定に関係なく、RMS ベースモニタのログレベルにレベル 2 ( ディテクタ履歴 ) が含まれている必要があります。デフォルトでは、ベースモニタのログレベルは offに設定され、ディテクタのログは停止されています。"14.4 RMSBM ( ベースモニタ ) ログ出力の管理 " を参照してください。

14.6.2.1 hvutil -L によるディテクタのログレベルの設定

RMS がすでに実行中の場合は、以下のコマンドでディテクタのログレベルを管理します。

hvutil -L display <resource>

hvutil -L <level> <resource>

初の hvutil コマンドで、指定されたリソースの現在のディテクタログレベルを表示し、2 番目のコマンドでログレベルを設定します。

● <level> を 0 ( ゼロ ) に設定するとリソースのログ採取が停止し、正の数に設定するとそのレベルでログが採取されます。

● <resource> にはディテクタで監視するリソースの名前を指定します。これは汎用リソースであることが必要です。つまり、タイプが gResourceであるオブジェクトです。これらのリソースはhvdisp -aで表示することができます。

J2UZ-5295-08Z0(00) 205

ディテクタログの出力の管理付録 — トラブルシューティング

現在のログレベルは次回 hvutil -Lによってログレベルが変更されるか、または hvutil -l offが発行されるか、RMS が停止されるまで有効です。

14.6.2.2 RMS Wizard Tools によるログレベルの設定

指定できるログレベルは 1 から 9 です。デフォルト値は 1 です。ログレベルは以下のように hvwコマンドで変更することができます。

1. [Configuration-Edit-Global-Settings] メニューを選択します

2. [DetectorDetails] サブメニューを選択します。図 172 の画面が表示されます。

図 172: RMS Wizard Tools のディテクタ詳細メニュー

3. [MemoryLogLevel] を選択して値を希望するレベルに変更します。ログレベルはすべてのディテクタに適用されます

RMS 稼動中のログレベル変更

hvwコマンドを使用して、RMS Wizard ディテクタのデバッグレポート機能を動的にオンまたはオフに切替えることができます。

1. [Configuration-Edit-Global-Settings] を選択します。

2. [DetectorDetails] サブメニューを選択します。

3. [DynamicDetectorLogging] メニュー項目を選択します。

デフォルト値は 0 ( デバッグ機能はオフ ) です。1 から 9 の範囲の値を指定するとデバッグ機能がオンになり、数字が大きいほど情報が詳細になります。生成されるログメッセージの大きさは、ディテクタによって異なります。したがって、あるディテクタに大きな値を指定した場合でも、それより小さな値を他のディテクタに指定した場合より生成されるメッセージの数が少ないこともあります。値の変更は、次回構成が活性化されるまで有効になりません。

動的ログ機能を開始するため hvw を実行すると、実際には <RELIANT_PATH>/etc/wizardloglevel というファイルが作成されます。このファイルは、指定したログレベルを ASCIIの数値で記録したファイルです。hvwコマンドを使用せずに、直接 wizardloglevelファイルを手動で作成 (削除 ) することもできます。その場合は以下のルールに従ってください。

● ファイルが存在しない場合、または、ファイルに 0 ( ゼロ ) が記載されている場合は、デバッグはオフにされます。

● ファイルが存在しても内容が空の場合は、3 が指定されたものと見なされます。

● ファイルに 1 から 9 の数値が記載されている場合は、デバッグがオンになります。

デバッグ機能を有効にするのは、問題が発生した場合に限定してください。問題が解決したらデバッグ機能は必ずオフにして、ファイルシステムに無用な情報が蓄積されるのを防いでください。

206 J2UZ-5295-08Z0(00)

付録 — トラブルシューティング RMS ログメッセージの意味

14.7 RMS ログメッセージの意味

このセクションでは RMS のさまざまなコンポーネントが生成するメッセージの形式について説明します。

14.7.1 switchlog メッセージの形式

RELIANT_LOG_PATH/switchlogファイルにはユーザに関係する RMSイベント (切替要求や障害の指摘など ) が記録されます。次の 5 つの種類があります。

1. 情報メッセージ ( 通知 )

2. 警告メッセージ

3. エラーメッセージ

4. 致命的エラーメッセージ

5. RMS が実行したスクリプトの出力

通知、警告、エラー、致命的エラー

初の 4 つのカテゴリに属するメッセージは、次の形式をとります。

timestamp: (err_code, err_number): msg_type: msg_text: msg_end

メッセージの各フィールドは、後ろにスペースのついたコロン (: ) で区切られています。各フィールドは以下のとおりです。

1. timestamp は次の形式です。

yyyy-mm-dd hh:mm:ss.xxx

2. (err_code、err_number) は、そのメッセージを生成した内部コンポーネントを表す 2 文字または 3文字のコードに続けて、そのコンポーネントに関する一意のメッセージ番号が記されています。

3. msg_type は、以下のいずれかです。

– NOTICE

– WARNING

– ERROR

– FATAL ERROR

4. msg_text は RMS 製品が生成するテキストです。1 行以上の文字列で構成され、各行の終わりには改行文字が付けられます。

5. msg_end は等号を 4 つ並べたもので (====) 後に改行文字が付けられます。先行する msg_text の後にも改行文字が付き、その後ろには区切り記号としてコロンとスペースがあるため、msg_end

は、ログファイルでは、独立した 1 行にコロン、スペース、および 4 つの等号が並んでいるように見えます (: ====) 。これにより、行数に関係なく、各メッセージの末尾が簡単に識別できます。

RMS ERRORおよび RMS FATAL ERRORメッセージの一覧 ( 先頭の timestamp および msg_end フィールドは省略 ) は、“PRIMECLUSTER 活用ガイド < メッセージ集 >”を参照してください。

スクリプトの出力

メッセージの 5 番目カテゴリであるスクリプトには、定まった形式はありません。これらのメッセージは、RMS 構成で定義されたスクリプトによって生成された標準出力および標準エラーストリームのリダイレクト出力です。先頭の timestamp フィールドおよび末尾の msg_end フィールドは通常ありません。

以下に短いスクリプトメッセージの例を示します。

J2UZ-5295-08Z0(00) 207

RMS ログメッセージの意味付録 — トラブルシューティング

Starting Reliant Monitor Services nowloadcount: 0loadcount lt 3

14.7.2 アプリケーションログメッセージの形式

RMS Wizard Tools 製品によって構成されたアプリケーションおよびリソースは、以下の形式のメッセージを出力します。

resource_ name: state: timestamp: msg_type: msg_text: msg_end

メッセージの各フィールドは、後ろにスペースのついたコロン (: ) で区切られていす。各フィールドは以下のとおりです。

1. resource_name は、スクリプトを実行しているリソースノードの名前です。メッセージと関連するリソースがない場合、このフィールドは空です。

2. state は、実行しているアクションのタイプを示します。このフィールドには、RMS によって環境変数 HV_SCRIPT_TYPEの値が設定されます。値は通常、onlineまたは offlineです。値は RMS 構成ツールによっても設定されます。PreCheck スクリプトを実行しているとき PreCheck になります。DEBUGタイプのメッセージでは、このフィールドが空になります。

3. timestamp は、メッセージが生成された日付と時刻です。フィールドの形式は yyyy:mm:dd hh:mm:ss です。yyyy は 4 桁の西暦、mm は月、dd は日、hh は [0-23] の範囲の時、mm は分、ss 秒を表します。

4. msg_type は、以下のいずれかです。

– DEBUG

– NOTICE

– WARNING

– ERROR

– FATAL ERROR

5. msg_text は RMS Wizard 製品が生成するテキストです。このテキストは複数行で構成されることがあるため、途中に改行文字が含まれる場合があります。通常このフィールドは改行文字では終了しません。

6. msg_end は等号を 4 つ並べたものです (====)。msg_text が改行文字で終わらないため、msg_end は同じ行に表示されます。

14.7.3 プログラムログメッセージの形式

RMS は、全体で高可用性管理を実現する多数の独立したプログラムから成り立っています。これらのプログラムはそれぞれ、専用のログファイルにトレースメッセージやエラーメッセージを出力します。ログファイルは以下の場所に格納されています。

RELIANT_LOG_PATH/<program_name>log

たとえば、RMS ベースモニタのプログラム名は bm であるため、専用ログファイルはRELIANT_LOG_PATH/bmlogが使用されます。

プログラムのトレースメッセージやエラーメッセージは内部のトラブルシューティング専用です。ここでは、PRIMECLUSTER のコンサルタントに情報提供を求められた場合に備え、メッセージの形式を説明します。

トレースメッセージには、以下のプリフィックスが付けられています。

timestamp: file: line:

エラーメッセージには、以下のプリフィックスが付けられています。

timestamp: file: line: ERROR

208 J2UZ-5295-08Z0(00)

付録 — トラブルシューティング RMS ログファイルのクリーンアップ

以下に簡単なトレースメッセージの例を示します。

2005-12-17 14:42:46.256: det_generic.C: 756: Return from GdCheck2005-12-17 14:42:46.256: det_generic.C: 773: Call to GdGetAttribute2005-12-17 14:42:46.257: det_generic.C: 775: Return from GdGetAttribute2005-12-17 14:42:46.257: det_generic.C: 790: reporting state to bm

14.8 RMS ログファイルのクリーンアップ

RMS では、ログファイルの管理について以下の 2 つの方法を用意しています。

1. hvlogcleanは、経過時間を基準にしてログファイルの削除やバックアップを行います。

2. hvlogcontrolは、システムの空き容量を基準にして警告の表示やログファイルの削除を行います。

いずれのユーティリティも、RMS のインストール時に自動的にインストールされ、デフォルトの設定で構成されます。このセクションでは両者の機能の概要と管理設定について説明します。

14.8.1 hvlogclean

hvlogclean ユーティリティは現在のログファイルを RELIANT_LOG_PATH のバックアップサブディレクトリに保存します。ディレクトリ名には RMS が後に起動した時刻が使用されます。-d オプションを指定して起動すると、現在のログファイルをコピーせずに削除します。いずれの場合も、hvlogcleanを実行すると、RMS が稼動中であっても新しいログファイルが作成されます。

hvlogcleanはさらに、バックアップサブディレクトリ内の古いファイルを削除します。バックアップファイルが「古い」かどうかは、RELIANT_LOG_LIFE 環境変数の値を確認することによって判定します。バックアップファイル作成の日が変数の値よりも古ければファイルは削除されます。詳細については、"RELIANT_LOG_LIFE" を参照してください。

hvlogclean は crontab ファイルの設定で定期的に起動されますが、手動で起動することもできます。マニュアルページを参照してください。

14.8.2 hvlogcontrol

hvlogcontrolユーティリティは、ログファイルによって RELIANT_LOG_PATH が置かれたファイルシステムの空き容量がすべて消費されてしまうのを防止します。構成定義に設定された上限値に従って、hvlogcontrolは、ユーザへの警告、RELIANT_LOG_PATH のサブディレクトリのみの削除、または、すべての RMS ログファイルの削除ができます。詳細については、以下の RMS 環境変数に関する説明を参照してください。

● "HV_LOG_ACTION_THRESHOLD" ( グローバル )

● "HV_LOG_WARN_THRESHOLD" ( グローバル )

● "HV_LOG_ACTION" ( ローカル )

これらのコントロールを変更するには、hvenv.localファイルを編集し、RMS を再起動する必要があります。"13.1 RMS 環境変数の設定 " を参照してください。

hvlogcontrolはcrontabファイルから定期的に起動されます。マニュアルページはありません。

J2UZ-5295-08Z0(00) 209

構成のトラブルシューティング付録 — トラブルシューティング

14.8.3 バックグラウンドスクリプトのログ採取

Command Line サブアプリケーションは、バックグラウンドで動作する別のコマンドやスクリプトを実行するスクリプトを起動することができます。バックグラウンドプロセスが stdoutまたは stderrに書き込みをする場合、その出力はログファイルにダイレクトされ、ログファイルはプロセスが正常終了するか終了させられるまでオープンされたままです。これにより、そのログファイルは RMS ログファイルが cronジョブまたは hvlogcleanによってクリーンされる時とは異なる方法で処理されます。

hvlogcleanは、クリーンアップを行う際に古いログファイルをバックアップディレクトリに移動します。このバックアップディレクトリ名には RMS が後に起動された時間が使用されています。バックグラウンドプロセス用のログファイルも、オープンされた状態でそこに移されます。バックグラウンドのプロセスは、オープンされたファイルへの書き込みを継続するため、その後の出力はファイルの移動先であるバックアップディレクトリに保存され、/var/opt/reliant/logには保存されません。RMS の残りのプロセスも同様です。

プロセスの実行中にバックグラウンドプロセスのログファイルが削除された場合 ( 手動またはhvlogclean -dコマンドなど )、そのログファイルはそれ以後参照することはできません。ただし、ファイルは引き続き存在しているため、バックグラウンドプロセスは、正常終了するか途中で停止されるまで、表示ができなくなったファイルに書き込みを継続します。

14.9 構成のトラブルシューティング

このセクションでは、標準の構成ツールで使用できるリソースのトラブルシューティングについて説明します。

14.9.1 手動によるスクリプトの実行

開発テスト時で、オブジェクトのスクリプト (Online、Offline など ) を 1 つずつ実行する必要が生じた場合、構成定義中の任意のオブジェクトに対して実行することができます。

あるリソースについてあるスクリプトをテストするには、場合により、まず他のリソースについて別のスクリプトを実行してみることが必要です。このため、RMS が通常どのようにしてリソースを Online化 ( グラフの下から上 ) するか、Offline化 ( グラフの上から下 ) するかを正しく理解しておく必要があります。

運用中において使用する場合は、PRIMECLUSTER の対応製品のマニュアルに従ってください。

210 J2UZ-5295-08Z0(00)

付録 — トラブルシューティング構成のトラブルシューティング

14.9.1.1 RMS Wizard Tools を使用する方法

RMS メイン構成メニューを開きます ( 図 173)。

図 173: RMS Wizard Tools のメイン構成メニュー

「15」の [Configuration-ScriptExecution] を選択します。

[ManualExecution: Application selection] メニューが表示されます ( 図 174)。

図 174: RMS Wizard Tools [ManualExecution: Application selection] メニュー

J2UZ-5295-08Z0(00) 211

RMS トラブルシューティング付録 — トラブルシューティング

アプリケーション名を選択します。ここでは、「5」の [app1] を選択します。

[ManualExecution: Resource selection] メニューが表示されます ( 図 175)。

図 175: RMS Wizard Tools [ManualExecution: Resource selection] メニュー

リソースを選択します。ここでは、「8」の [app1] を選択します。

[ManualExecution: Script selection] メニューが表示されます ( 図 176 )。

図 176: RMS Wizard Tools [ManualExecution: Script selection] メニュー

実行するスクリプトを選択します。ここでは、「6」の [PreCheckScript] を選択します。

選択されたスクリプトのログが以下のファイルに出力されます。

/var/opt/SMAWRrms/log/<application_name>.log.

14.10 RMS トラブルシューティング

問題が発生した場合、RMS はトラブルシューティングのための情報を含んだエラーメッセージを出力します。メッセージが何も出力されない場合は、問題の診断と修正に以下の方法を試してください。

● RMS が起動直後に停止する。

RMS BM は、起動時にリモートノード上の他の BM と構成チェックサムを交換します。BM 起動時のチェックサムがリモートノードのチェックサムと一致すれば、起動処理は続行します。チェックサムが不一致の場合、以下のすべての条件が当てはまるときに RMS BM はシャットダウンします。

1. 初期起動時間 (HV_CHECKSUM_INTERVALに設定される ) 内の BM のチェックサムがリモートモニタのチェックサムと異なる。

2. ノードに Online、待機中、ビジー、またはロック中のアプリケーションが存在しない。

3. この BM が Online状態のリモート BM を検出できない。

または、BM が稼動中であっても、チェックサムがローカル構成チェックサムと一致しないす

べてのリモートモニタは Offline と判断されるため、これらのモニタとメッセージを交換す

ることはできず、ローカルモニタとこれらのリモートモニタとを自動または手動により切替えることができません。

212 J2UZ-5295-08Z0(00)

付録 — トラブルシューティング RMS トラブルシューティング

チェックサムが異なる場合、状況を説明するメッセージが switchlogに出力されます。

構成チェックサムの不一致は主に、手動で RMS グローバル環境変数を変更する際に、一部のノードについてだけ変更し、残りを変更しなかった場合に発生します。

対処法 :

構成チェックサムの不一致が発生している場合は、以下の手順に従ってすべてのノードの構成定義を正しく更新してください。

1. クラスタ内の全 RMS を停止する。

2. どの構成定義ファイルを使用するかを決定する。構成定義ファイル名を確認するには、それぞれのノードで 'hvdisp -a' または 'hvdisp -T SysNode' を実行します (hvdispコマンドの実行には、ルート権限は必要ありません )。

以下のいずれの場合は、構成定義ファイルの名前は同じでも、内容はそれぞれのノードで異なる場合がありますので、正しい構成定義ファイルを選択してください。

– 前回の RMS 構成定義の配布が失敗した場合

– RMS Wizards Tools がクラスタ内の複数ノードで使用された場合

3. 正しい構成定義ファイルを、作成に使用したものと同じツール (RMS Wizard Tools) を使用して配布する。手順については "4.4 RMS 構成定義ファイルの作成と配布 " を参照してください。

または、既存の <configname>.usファイルを以下の方法で再配布します。

– RMS Wizard Tools の [Configuration Push]

すべてのノードへ RMS の配布が成功したことを確認してください。

4. クラスタ全ノードで RMS を起動してください。

● RMS が起動後にハングする ( プロセスは実行中だが、hvdispがハングする ) 。

ローカルノードがクラスタ内の 1 つ以上の他のノードから見て CF の LEFTCLUSTER状態の場合に、この問題が発生します。

対処法 :

すべてのクラスタノード上で「cftool -n」を呼び出して LEFTCLUSTER 状態をチェックすることにより、この問題を確認してください。

「cftool -k」を呼び出して LEFTCLUSTER状態をクリアしてください。ノードがクラスタに参入するとすぐに、RMS は稼動し続けます。再起動する必要はありません。

● RMS が起動直後にループする ( 停止する場合もある )。

CIP 構成定義ファイル /etc/cip.cf にネットマスクのエントリが含まれている場合に、この問題が発生します。これらのエントリは必要ありません (CIP によって評価されません )。ネットマスクは、IP アドレスとフォーマットが同じため RMS からは区別できません。このため、ネットマスクのエントリがあると、RMS は gethostbyaddr() の呼び出しを行います。通常は実害が発生することはありませんが、稀に OS が誤動作する可能性があります。

対処法 :

ネットマスクのエントリが /etc/cip.cfに存在することを調べてください。

ネットマスクのエントリを削除して、RMS を再起動してください。

J2UZ-5295-08Z0(00) 213

RMS トラブルシューティング付録 — トラブルシューティング

● RMS が他ノードの障害を検出しても、そのノードが強制停止されない。

SysNode が Wait状態の場合に、この問題が発生します。

対処法 :

cftool -n を使用して CF の状態を確認してください。

CF の状態が LEFTCLUSTER の場合、LEFTCLUSTER のノードを手動で停止した後、cftool-k を使用して LEFTCLUSTERを解消してください。

CF の状態が DOWN となっていることを確認したら、hvdisp -T SysNode を使用してすべての SysNodeオブジェクトの状態を確認してください。

SysNodeが Wait状態の場合、hvutil -u SysNode を実行してください。

cftool -k コマンド、および hvutil -u コマンドを使用する場合は、必ず Wait 状態のノードを手動で停止してから実行してください。本コマンドを実行すると、アプリケーションの切替え ( フェイルオーバ ) が行われるため、Wait 状態のノードを停止せずに本コマンドを実行した場合、データが破損する可能性があります。

● RMS ベースモニタが、クラスタのハートビートの喪失を検出しましたが、原因の手がかりがない。

この場合、システム管理者は以下のような情報採取を行ってください。

1. truss(1)、または strace(1) を使ってディテクタプロセスのログを採取する。

2. RMS とディテクタロギングを「l0 ( 小文字のエルとゼロ )」にする。

3. システム動作情報を採取する。

truss(1)/strace(1) の呼び出しとログレベルは、ScriptTimeout属性に指定された秒数が経過すると解除されます。すべての情報は、switchlogファイルに保存されます。

ディテクタ履歴などのユーザの指定による操作は、ノードがクラスタを離脱したように見えていても、引き続き各ノードで実行されています。履歴レベルを高く設定すると、ノードの性能に影響が生じ、ベースモニタのハートビートの遅れが発生する場合もあります。

対処法 :

診断情報については、switchlogを参照してください。

214 J2UZ-5295-08Z0(00)

付録 — トラブルシューティング高度なトラブルシューティングのための情報収集

14.11 高度なトラブルシューティングのための情報収集

このセクションで説明する手順は高度なデバッグ情報の収集の方法で、コンサルタントや開発者を対象にしています。

14.11.1 hvdump コマンドの使用 (RMS)

hvdump コマンドは、ローカルノードの RMS のデバッグ情報を取得する場合に使用します。RMS をインストールすると以下のファイルが作成されます。

RELIANT_PATH/bin/hvdump

デフォルトでは、RELIANT_PATH は /opt/SMAW/SMAWRrmsに設定されています。このファイルのシンボリックリンクも/usr/bin/hvdump (通常はデフォルトの検索パス) および/opt/SMAW/bin/hvdumpに作成されます。

hvdump を実行すると、ログファイルと構成データを検索し、RELIANT_PATH ディレクトリの以下のアーカイブに保存します。

<nodename>RMS.<timestamp>.debug_information.tar.<suf>

サフィックス <suf> は Linux プラットフォームでは gz、Solaris プラットフォームでは Zです。

アーカイブファイルは RMS のサポート技術者が使用することを目的としています。hvdump(1M) のマニュアルページには、ファイル名とアーカイブに含まれる情報の詳細なリストが記載されています。

14.12 SNMP リソース異常通知

リソース異常が発生した場合に、SNMP マネージャが動作するサーバへ SNMP Trap を送信できます。

本機能を用いることで、SNMP マネージャによりクラスタシステムを監視できます。

本機能の設定方法の詳細については、"PRIMECLUSTER 導入運用手引書 (Linux)" の "6.10.1 クラスタアプリケーションの設定内容 " を参照してください。

SNMP Trap はバージョン 2c が使用され、送信する SNMP Trap には以下の情報が含まれます。

● リソース種別に応じた OID

● リソース異常検出時のメッセージ

SNMP Trap の送信には、snmptrapコマンドが使用され、以下が実行されます。

snmptrap -v 2c -c < コミュニティ名 > < 送信先ホスト > \.1.3.6.1.4.1.211.4.68.257 <OID> s < メッセージ本文 >

SNMP Trap に設定される OID は以下の通りです。

J2UZ-5295-08Z0(00) 215

SNMP リソース異常通知付録 — トラブルシューティング

「リソース異常検出時のメッセージ」には、リソース異常検出時に RMS が switchlog へ出力したメッセージが格納されています。このメッセージの内容から、どのリソースで、どのような異常を検出したのかを確認できます。

含まれるメッセージの例 :

2014-07-28 17:07:09.254:(DET, 7): ERROR: FAULT REASON: Resource <ManageProgram000_Cmd_APP1> transitioned to a Faulted state due to the resource unexpectedly becoming Offline.

また、メッセージ本文を“PRIMECLUSTER 活用ガイド < メッセージ集 >” 内で探すことで、原因と対処方法を確認することができます。

● クラスタノードから SNMP マネージャが動作するホストまでの通信経路上で異常が発生した場合、SNMP Trap で異常を通知することはできません。

● １つのクラスタアプリケーションにて複数のリソースの異常を同時に検出して、クラスタアプリケーションの切替えが発生した場合、そのうち１つのリソース異常のメッセージを通知します。このため、リソース異常の対処をクラスタノード上で実施後、他の異常が発生していないかをswitchlogで確認してください。

No OID 説明

1 .1.3.6.1.4.1.211.4.68.257.1 アプリケーションやミドルウェアのリソースで異常が発生した場合に設定される OID です。Cmdline リソース、プロシジャリソース、または、ミドルウェアのリソースで異常を検出した場合に設定されます。

2 .1.3.6.1.4.1.211.4.68.257.2 ネットワークの異常が発生した場合に設定される OID です。Gls リソース、または、引継ぎネットワークリソースで異常を検出した場合に設定されます。

3 .1.3.6.1.4.1.211.4.68.257.3 ファイルシステムの異常を検出した場合に設定される OIDです。Fsystemリソースで異常を検出した場合に設定されます。

4 .1.3.6.1.4.1.211.4.68.257.4 ディスクの異常を検出した場合に設定されるOIDです。Gdsリソースで異常を検出した場合に設定されます。

表 13: SNMP Trap に設定される OID

216 J2UZ-5295-08Z0(00)

15 付録 — RMS コマンドラインインタフェース

RMS 構成設定の中心的なインタフェースは RMS Wizard Tools であり、RMS 管理の中心的なインタフェースは Cluster Admin GUI です。RMS Wizard Tools と Cluster Admin GUI のユーザインタフェースは、内部で RMS CLI を呼び出しています。条件によっては CLI を直接起動するほうが便利なこともあります。

次のセクションでは、管理者が使用可能な RMS CLI コマンドの一覧を示します。これらのコマンドの使用法については、"8 RMS の操作 " でいくつか説明されています。各コマンドの詳細な使用方法については、オンラインマニュアルを参照してください。RMS に関連するすべての PRIMECLUSTER コマンドについては、"16 付録 — マニュアルページ " を参照してください。

通常、RMS CLI コマンドの実行にはルート権限が必要です。ルート権限が不要な場合を以下の表に示します。

RMS CLI コマンドでは、アプリケーション名の大文字小文字は区別されません。

15.1 使用可能な RMS CLI コマンド

hvassert

hvassert コマンドは特定のオブジェクト状態の RMS オブジェクトをテストします。このコマンドをスクリプトに使用して、次のコマンドを発行する前に一定の状態を設定することができます。ルート権限は必要ありません。

hvcm

hvcm コマンドは、すべての監視オブジェクトに対するディテクタとベースモニタを起動します。ほとんどの場合、hvcm コマンドのオプションを指定する必要はありません。ベースモニタは RMS モジュールの意思決定の役割を果たします。ベースモニタはすべての RMS オブジェクトの設定およびアクセスを制御します。オブジェクトが失敗すると、ベースモニタは失敗を分析し、構成定義ファイルに指定されているオブジェクト仕様に従って適切な措置をとります。

hvconfig

hvconfig コマンドには、現在の RMS 構成定義情報を表示する、または現在の RMS 構成定義情報を出力ファイルに出力する、という 2 つの機能があります。hvconfigコマンドの出力内容は使用中の RMS 構成定義ファイルの内容と基本的に同じですが、元のファイルに記述されているコメントは出力されません。また、リソース一覧の出力順序は構成定義ファイルと異なる場合があります。

hvdisp

hvdispコマンドを実行すると、RMS オブジェクトの現在の RMS 構成情報が表示されます。ルート権限は必要ありません。

hvdispall

hvdispallコマンドを実行すると、 RMS の全ノードのリソース情報が表示されます。

hvdump

hvdumpコマンドは、ローカルノードの RMS の調査情報を取得する場合に使用します。

hvlogcleanhvlogclean コマンドを実行すると、古いログファイルがサブディレクトリに保存されます。ログファイルの名前は RMS を後に起動した時刻です (-dオプションを指定すると、古いログファイルが削除されます )。hvlogcleanを実行すると、RMS が稼動中であっても新しいログファイルが作成されます。

J2UZ-5295-08Z0(00) 217

使用可能な RMS CLI コマンド付録 — RMS コマンドラインインタフェース

hvresethvresetコマンドは、その RMS 構成におけるノード上の RMS ユーザ業務のグラフを再初期化します。実行中のスクリプトは終了され、処理中の要求はクリアされ、以前の障害情報は消去されます。プロセスが成功すると、グラフ全体が初期の整合状態に戻されますが、不整合の状態になる場合もあります。このため、このコマンドはテスト目的でのみ使用し、本番のクラスタシステムでは実行しないでください。

このコマンドは上級者向けです。

hvsetenvローカルノード上で以下の RMS 環境変数を変更するインタフェースを提供します。

– HV_RCSTART RMS の自動起動を制御する

– HV_AUTOSTARTUP すべてのアプリケーションの自動起動を制御する

HV_RCSTARTと HV_AUTOSTARTUPの詳細については、"13 付録 — 環境変数 " を参照してください。

hvshuthvshut コマンドは、1 つ以上のノード上で RMS を停止します。ローカルノード上のベースモニタは、どのノードが停止されるかを伝えるメッセージを他の Onlineノードに送信します。

hvswitch

hvswitchコマンドは、userApplication または gResourceの制御を RMS 構成内のシステムノード (SysNode) 間で手動で切替えます。

hvutil

hvutilコマンドは、RMS に対する汎用のインタフェースです。以下の管理操作を実行します。

– ログレベルの動的設定

– userApplicationの Offline

– 障害が発生したリソースのクリア

– Wait状態にあるクラスタノードの停止

– ディテクタの監視間隔設定

– 保守モードの設定、その他

hvutil で高いログレベルを設定し、長期間ログを有効にしておくと、ディスク容量が足りなくなる場合があります。詳細については、オンラインマニュアルを参照してください。

218 J2UZ-5295-08Z0(00)

16 付録 — マニュアルページ

本章では、CCBR、CF、CFS、CIP、PAS、クラスタリソース管理機構、RMS、RMS Wizards、SCON、シャットダウン機構 (SF)、非同期監視 (MA)、Web-Based Admin View、RMS ウィザード、およびその他のユーティリティに関するオンラインマニュアルページの一覧を示します。マニュアルページを表示するには、以下のコマンドを入力します。

$ man man_page_name

このリストはコマンドやユーティリティを網羅したものではありません。 PRIMECLUSTER ユーティリティには、内部使用のみを目的としたものもあり、これらのマニュアルページはここに記載されていません。

マニュアルページのハードコピーを印刷するには、以下のコマンドを入力します。

% man man_page_name | col -b | lpr

16.1 CCBR(Solaris)

システム管理者

cfbackup PRIMECLUSTER ノードに関するクラスタ構成情報を保存する

cfrestore PRIMECLUSTER ノードで保存されたクラスタ構成情報を復元する

16.2 CF


cfconfig PRIMECLUSTER クラスタのノードを構成または構成を削除する

cfset /etc/default/cluster.configエントリを CF モジュールに適用もしくは変更する

cfreconノードにより使用されるクラスタインタコネクトを動的に再構成する

cftool ノードまたはクラスタのノード通信状態を出力する

rcqconfig クラスタ整合状態 ( クォーラム ) を設定または開始する

rcqquery クラスタの整合状態 ( クォーラム ) の状態を取得する

J2UZ-5295-08Z0(00) 219

CIP 付録 — マニュアルページ

16.3 CIP


cipconfig CIP 2.0 を起動または停止する

ciptool クラスタ内のローカルノードとリモートノードに関する CIP 情報を取り出す

ファイルフォーマット

cip.cf CIP 構成定義ファイルフォーマット

16.4 PAS


mipcstat MIPC 統計

clmstat CLM 統計

16.5 クラスタリソース管理機構


clautoconfig 自動リソース登録を行う

clbackuprdb リソースデータベースを保存する

clexec クラスタノード間でコマンドを実行する

cldeldevice 自動リソース登録によって登録されたリソースを削除する

clinitreset リソースデータベースをリセットする

clinitscript 共用ディスク装置の接続確認結果を通知する

clrestorerdb リソースデータベースを復元する

clsetacfparam 共用ディスク装置の接続確認、および自動リソース登録の動作設定を行う

clsetparam リソースデータベースの動作環境を表示および変更する

clsetup リソースデータベースを設定する

clspconfig パトロール診断の動作設定を行う

220 J2UZ-5295-08Z0(00)

付録 — マニュアルページ RMS

clsptl パトロール診断を実行する

clstartrsc リソースを活性化する (GDS のみ )

clstoprsc リソースを非活性にする (GDS のみ )

clsyncfile クラスタノード間でファイル配布を行う

ユーザコマンド

また、Web-Based System Administration ツール WSA に clgettreeコマンドもあります。

clgettree リソースデータベースのツリー情報を出力する

16.6 RMS


hvassert RMS のリソース状態をアサート ( テスト ) する

hvcm RMS 構成モニタを起動する

hvconfig RMS 構成定義ファイルを表示または保存する

hvdisp RMS のリソース情報を表示する

hvdispall RMS の全ノードのリソース情報を表示する

hvdump RMS に関するデバッグ情報を収集する

hvlogclean RMS ログファイルを削除する

hvlogcontrol ログディスクの容量を制御する

hvreset クラスタアプリケーションの状態遷移処理を中断し、クラスタアプリケーションの状態を初期化する ( 上級者向けのテスト環境用コマンドです。運用環境では使用しないでください。)

hvsetenvRMS の自動起動またはローカルノード上のユーザアプリケーションを制御する

hvshut RMS を停止する

hvswitch RMS ユーザアプリケーションまたはリソースの制御を他のノードに切替える

J2UZ-5295-08Z0(00) 221

シャットダウン機構 (SF) 付録 — マニュアルページ

hvutil RMS リソースの可用性を操作する


config.usRMS 構成定義ファイル

hvenv.local RMS ローカル環境変数ファイル

hvgdstartup RMS 汎用ディテクタ起動ファイル

16.7 シャットダウン機構 (SF)


rcsd シャットダウン機構 (SF) のシャットダウンデーモン

sdtool シャットダウンデーモンとのインタフェースを提供するツール

sfcipher パスワードを暗号化するツール


rcsd.cfg シャットダウンデーモンの構成定義ファイル

SA_blade.cfgBlade シャットダウンエージェントの構成定義ファイル

SA_wtinps.cfgWTI NPS シャットダウンエージェントの構成定義ファイル

SA_sunF.cfgsunF システムコントローラシャットダウンエージェントの構成定義ファイル

SA_sspint.cfgSun E10000 シャットダウンエージェントの構成定義ファイル

SA_scon.cfgSCON シャットダウンエージェントの構成定義ファイル

SA_ipmi.cfgIPMI (Intelligent Platform Management Interface) 互換プラットフォーム上の BMC (Board Management Controller) シャットダウンエージェント

SA_pprci.cfgRCI シャットダウンエージェントの構成定義ファイル

SA_SATxscf.cfgSolaris ミッドレンジサーバ XSCF ボードシャットダウンエージェントの構成定義ファイル

SA_SATxscf2.cfgSolaris APL サーバ XSCF ボードシャットダウンエージェントの構成定義ファイル

SA_rccu.cfgRCCU シャットダウンエージェントの構成定義ファイル

222 J2UZ-5295-08Z0(00)

付録 — マニュアルページ非同期監視 (MA)

SA_icmp.cfgICMP シャットダウンエージェントの構成定義ファイル

SA_vmSPgp.cfgVM 用クラスタ連携ツール (vmSP) のシャットダウンエージェント (panic 用 ) の構成定義ファイル

SA_vmSPgr.cfgVM 用クラスタ連携ツール (vmSP) のシャットダウンエージェント (reset 用 ) の構成定義ファイル

SA_vmchkhost.cfgvmchkhost ( 管理 OS クラスタ連携 ) のシャットダウンエージェントの構成定義ファイル

上記シャットダウンエージェントについて、システム管理用のマニュアルページを参照するには、サフィックス‘.cfg’ を除いてください。

16.8 非同期監視 (MA)

cldevparam非同期監視のチューニング可能な動作環境の変更／表示

clmmbmonctl MMB 非同期監視デーモンの動作状態の表示／起動／停止／再起動

clmmbsetup MMB 情報の登録／変更／削除／表示

clrcimonctl RCI 非同期監視のデーモンの動作状態表示／起動／停止／再起動

clrccumonctlコンソール非同期監視のデーモンの動作状態表示／起動／停止／再起動

clrccusetupコンソール情報の登録／変更／削除／表示

16.9 Web-Based Admin View


fjsvwvbs Web-Based Admin View を起動、停止する

fjsvwvcnf Web-Based Admin View の Web サーバを起動、停止、および再起動する

wvCntl Web-Based Admin View を起動、停止、およびデバッグ情報を取得する

wvGetparam Web-Based Admin View の RMS 環境変数を表示する

wvSetparam Web-Based Admin View の RMS 環境変数を設定する

wvstat Web-Based Admin View の操作状態を表示する

J2UZ-5295-08Z0(00) 223

RMS ウィザード付録 — マニュアルページ

16.10 RMS ウィザード

RMS Wizard Tools と RMS Wizard KitRMS ウィザードのマニュアルは、DVD の SMAWRhv-doパッケージに HTML 文書として保存されています。このパッケージをインストールすると、マニュアルが以下のディレクトリに保存されます。

<RELIANT_PATH>/htdocs.solaris/wizards.en (Solaris)

<RELIANT_PATH>/htdocs.linux/wizards.en (Linux)

<RELIANT_PATH> のデフォルト値は /opt/SMAW/SMAWRrms/です。


clrwzconfig RMS 構成定義を Activate 後、PRIMECLUSTER リソースマネージャとミドルウェア製品との連携機能を設定する

16.11 その他のユーティリティ

cluster_uninstall PRIMECLUSTER ソフトウェアのアンインストール ( マニュアルページは Solaris 版のみ )

sshconf2 つ以上のノード間の ssh アクセスを構成設定する。

224 J2UZ-5295-08Z0(00)

17 付録 — リリース情報

本章では、本マニュアルの主な変更箇所について説明します。

項番 VL 版数変更箇所内容

1 4.3A10 2011 年6 月版

"13.2 RMS グローバル環境変数 " 以下のグローバル環境変数の説明を変更しました。・HV_LOG_ACTION_THRESHOLD・HV_LOH_INTERVAL

2 4.3A10 2011 年6 月版

"16.7 シャットダウン機構 (SF)" ファイルフォーマットを変更しました。

3 4.3A10 2012 年2 月版

"1.5 略称 " サポートOSから Solaris9 を削除し、Solaris11 を追加しました。

4 4.3A10 2012 年2 月版

"4 RMS Wizard Tools インタフェース (hvw)の使用方法 "

3.6 関連資料を削除しました。

5 4.3A10 2012 年2 月版

"8.1.3 RMS の停止 " リストから選択したノード上でRMS を停止する場合の警告に項目を追加しました。

6 4.3A10 2012 年2 月版

"8.1.3 RMS の停止 " RMS の起動中は RMS の停止を実行しないよう、警告を追加しました。

7 4.3A10 2012 年2 月版

"8.2.2 クラスタアプリケーションの切替え " [ 優先切替え ] および警告の説明を変更しました。

8 4.3A10 2012 年2 月版

"8.4.1 保守モードの開始 " 保守モードが開始されるクラスタアプリケーションの状態を追加しました。

9 4.3A10 2012 年2 月版

"8.4.3 保守モードの終了 " 保守モードを終了する場合の説明を追加しました。

10 4.3A10 2012 年2 月版

130ページの"8.2.1.1 任意指定のフィールド" MAC アドレスの記事を削除しました。

11 4.3A10 2012 年2 月版

"13.2 RMS グローバル環境変数 " RELIANT_SHUT_MIN_WAIT の記事を修正しました。

12 4.3A10 2012 年2 月版

"13.3 RMS ローカル環境変数 " HV_CONNECT_TIMEOUTの設定値とデフォルトを変更しました。

13 4.3A10 2012 年2 月版

"16.7 シャットダウン機構 (SF)" SA_pprci.cfg の説明からPRIMEPOWER の記載を削除しました。

14 4.3A10 2012 年2 月版

" 用語集 " GFS ローカルファイルシステムを削除しました。

15 4.3A10 2012 年2 月版

" 用語集 " の「切替方式」 RIP 方式を削除しました。

16 4.3A10 2012 年2 月版

" 用語集 "- モデル混在クラスタ- 自動電源制御- 電源連動 ( 制御 )

SPARC Enterprise M シリーズ対応用に説明を変更しました。

17 4.3A20 2012 年12 月版

"6.2.3 Cluster Admin メイン画面 " PRIMECLUSTER 4.3 では、SIS が使

用できないことを注意事項に記載しました。

J2UZ-5295-08Z0(00) 225

付録 — リリース情報

18 4.3A20 2012 年12 月版

"9.1.1.1 /etc/hosts 内のネットワークインタフェース名 ""9.2.1 /opt/SMAW/SMAWRrms/etc/hvipalias"

IPv6 の説明を追加しました。

19 4.3A20 2012 年12 月版

"9.2.1 /opt/SMAW/SMAWRrms/etc/hvipalias" IfDevice フィールドの説明を変更しました。

20 4.3A20 2012 年12 月版

8.2.1.1 任意指定のフィールド削除しました。

21 4.3A20 2012 年12 月版

全体 SIS の説明を削除しました。

22 4.3A20 2013 年2 月版

"6.2.2 ログイン " 画面を変更しました。

23 4.3A20 2013 年2 月版

"8.1.4 SysNode の Wait 状態のクリア " SysNode の Wait 状態をクリアする説明を変更しました。

24 4.3A30 2014 年2 月版

"3 RMS の詳細説明 " 章を追加しました。

25 4.3A30 2014 年2 月版

"3.3.3.2 アプリケーションが Online 状態になるノードについて "

アプリケーションが Online 状態になるノードについて、説明を追加しました。

26 4.3A30 2014 年2 月版

"3.3.3.3 制御されるアプリケーションへの要求の伝播 "

親アプリケーションと子アプリケーションが同時に切替わった場合の子アプリケーションの状態遷移について追記しました。

27 4.3A30 2014 年2 月版

7.3.4 保守モードにおける Fault のクリア削除しました。

28 4.3A30 2014 年2 月版

8.2.6 クラスタアプリケーションのAutoSwitchOver 設定の変更

削除しました。

29 4.3A30 2014 年2 月版

"8.4.3 保守モードの終了 " 保守モード終了時の動作の説明を追加しました

30 4.3A30 2014 年2 月版

"12.1 ユーザ設定属性 " 以下の属性を RMS 構成ウィザード管理属性に移動しました。・AlternateIp・AutoRecoverCleanup・ControllerSwitch・I_List・PriorityList・Resource

31 4.3A30 2014 年2 月版

"12.1 ユーザ設定属性 " OnlineTimeout を削除しました。

32 4.3A30 2014 年2 月版

"12.2 RMS 構成ウィザード管理属性 " 以下の属性をユーザ設定属性に移動しました。・OfflineDoneScript・PreCheckScript

33 4.3A30 2014 年2 月版

"12.2 RMS 構成ウィザード管理属性 " NoDisplay の説明を変更しました。

34 4.3A30 2014 年2 月版

"13.2 RMS グローバル環境変数 " HV_COM_PORT の設定値を変更しました。

35 4.3A30 2014 年2 月版

"13.2 RMS グローバル環境変数 " RELIANT_SHUT_MIN_WAIT のデフォルトを変更しました。


226 J2UZ-5295-08Z0(00)


36 4.3A30 2014 年2 月版

"13.4 RMS スクリプト実行環境変数 " HV_LAST_DET_REPORT の設定値を変更しました。

37 4.3A30 2014 年2 月版

"13.4 RMS スクリプト実行環境変数 " HV_OFFLINE_REASON の説明を変更しました。

38 4.3A30 2014 年2 月版

"14 付録 — トラブルシューティング " 付録を追加しました。

39 4.3A30 2014 年2 月版

"15.1 使用可能な RMS CLI コマンド ""16.6 RMS"

hvattr コマンドの説明を削除しました。

40 4.3A30 2014 年2 月版

全体 PCS の説明を削除しました。

41 4.3A40 2014 年10 月版

"2.6.4 RMS CLI" "15.1 使用可能な RMS CLI コマンド ""16.6 RMS"

RHEL5 に関する説明を削除しまし

た。

42 4.3A40 2014 年10 月版

"2.6.4 RMS CLI" "8.2.2 クラスタアプリケーションの切替え ""15.1 使用可能な RMS CLI コマンド "

hvswitch コマンドの説明を変更し

ました。

43 4.3A40 2014 年10 月版

"2.6.4 RMS CLI" "15.1 使用可能な RMS CLI コマンド ""16.6 RMS"

hvdispall コマンドを追加しました。

44 4.3A40 2014 年10 月版

"2.9 環境変数 " "2.9.1 環境変数の設定 "

RMS グローバル環境変数の構成定義ファイル (hvenv、hvenv.local) の説明を変更しました。

45 4.3A40 2014 年10 月版

"3.1.2 初期化 " hvreset を起動した場合の説明を削

除しました。

46 4.3A40 2014 年10 月版

"3.3.3.6 コントローラ StateChangeScript""15.1 使用可能な RMS CLI コマンド ""16.6 RMS"

以下のコマンドの説明を削除しました。- hvdist- hvgdmake- hvrclev- hvthrottle

47 4.3A40 2014 年10 月版

"4.3.2.1 RMS 停止中のメイン構成メニュー

ウィンドウ "RMS ウィザードの [Application-Edit]メニューの説明を変更しました。

48 4.3A40 2014 年10 月版

"4.3.2.1 RMS 停止中のメイン構成メニュー

ウィンドウ "RMS ウィザードの [Configuration-Activate]メニューの重要に項目を追

加しました。

49 4.3A40 2014 年10 月版

"8.3 リソースの管理 " リソースの管理の説明を追加しました。

50 4.3A40 2014 年10 月版

"8.4.2.1 保守モードにおけるクラスタ全体の

制限 "注意の説明を変更しました。

51 4.3A40 2014 年10 月版

"10.2 状態の詳細 " StateDetails 値の一覧表に以下を追

加しました。- Fault Occurred- Partial

52 4.3A40 2014 年10 月版

"12.1 ユーザ設定属性 " PersistentFault の説明を変更しまし

た。

53 4.3A40 2014 年10 月版

"14.12 SNMP リソース異常通知 " SNMP リソース異常通知の説明を

追加しました。


J2UZ-5295-08Z0(00) 227


54 4.3A40 2014 年10 月版

"16.9 Web-Based Admin View" wvCntl の説明を変更しました。


228 J2UZ-5295-08Z0(00)

用語集

ACアクセスクライアントを参照。

APIアプリケーションプログラムインタフェースを参照。

BM ( ベースモニタ ) (RMS)RMS の中心となるリソースの可用性を管理するモジュールプロセス。BM ( ベースモニタ ) はデーモンとディテクタから構成され、RMS が管理するオブジェクトの状態変更の調整 / 制御を行う。監視中の RMS オブジェクトに異常が発生した場合には、構成定義に従ってリカバリ処理 ( ローカルリカバリまたはリモートリカバリ ) を実行する。

Cache FusionOracle 9i で改良されたプロセス間通信インタフェース。論理ディスクブロック ( バッファ ) を更新する際、各ノードのローカルメモリ上にキャッシュされているブロックをディスクにフラッシュするかわりに、インタコネクト経由で、ブロックを他のノードにコピーすることで、物理 I/O のオーバーヘッドをなくし、処理を高速化することができる。

CCBR(Solaris)クラスタ構成のバックアップおよびリストアを参照。

ccbr.conf /opt/SMAW/ccbr ディレクトリに配置されるバックアップ / リストア用の環境設定ファイル。 $CCBRHOME 変数の設定などに使用する。詳細は、cfbackup(1M) コマンドおよび cfrestore(1M)コマンドのマニュアルページおよび ccbr.conf ファイル内のコメントを参照。

ccbr.gen /opt/SMAW/ccbr ディレクトリに配置される世代数を格納するためのファイル。 0 以上の値が格納される。詳細は、cfbackup(1M) コマンドおよび cfrestore(1M) コマンドのマニュアルページを参照。

CCBRHOME 変数バックアップデータが格納されるディレクトリを示す。初期値は /var/spool/pcl4.1/ccbr ディレクトリになる。この変数は、ccbr.conf ファイルでのみ設定可能。

CFCluster Foundation を参照。

Cluster Foundation基本的なクラスタリング通信サービスを提供する PRIMECLUSTER モジュールの集まり。

関連項目クラスタ基盤 (CF)

DHCP Dynamic Host Control Protocol。起動時にノードに対して情報を送信するための標準的な方法。典型的な用途は、ノードの IP アドレスおよびネットマスクの動的割り当てであるが、ドメイン名、DNSサーバ、およびタイムサーバなどのパラメタ割り当てもできる。

DOWN (CF)ノードが使用不可であることを示すノード状態 (DOWN状態と呼ぶ )。LEFTCLUSTER状態のノードをクラスタに再参入させるためには、事前にそのノードの状態を DOWNに変更する必要がある。

関連項目 UP (CF)、LEFTCLUSTER (CF)、ノード状態 (CF)

Enhanced Lock Manager (ELM) (CF)軽量、高性能、高速応答のロックマネージャ。

J2UZ-5295-08Z0(00) 229

用語集

ENS (CF)イベント通知サービス (CF) を参照。

GDSGlobal Disk Services を参照。

GFSGlobal File Services を参照。

GFS 共用ファイルシステム GFS 共用ファイルシステムは、共用ディスク装置を接続した複数の Solaris から一貫性 / 整合性を保った同時アクセスが可能であり、一部のノードがダウンしても、他のノードは処理を継続できることを特長とする共用ファイルシステムです。 GFS 共用ファイルシステムは、複数のノードから同時にマウントして使用できます。

Global Disk Servicesディスク装置に格納されたデータの可用性と運用管理性を向上させるためのボリューム管理機能を提供するサービス。

Global File Servicesクラスタ内の 2 つ以上のノードから共有記憶ユニットのファイルシステムの直接、同時アクセス機能を提供するサービス。

Global Link Servicesネットワーク伝送路を冗長化することにより、ネットワークの高可用性を実現するサービス。

GLSGlobal Link Services を参照。

GUIグラフィカルユーザインタフェースを参照。

IPMI (Intelligent Platform Management Interface)コンピュータの監視や管理を行うための共通インタフェースのファームウェアおよびハードウェア仕様。IPMI は、対象マシンにオンボードで搭載された Baseboard Management Controller(BMC) を通じて動作。OS とは別に動作するため、対象マシンの電源が入っていない場合にも遠隔管理ができる。

IP アドレスインターネットプロトコルアドレスを参照。

IP エイリアス1 つの物理ネットワークインタフェースに複数の IP アドレス ( エイリアス ) を割当てる機能。IP エイリアスにより、他のノードでアプリケーションを実行する場合にも同じ IP アドレスで通信を続けることができる。

関連項目インターネットプロトコルアドレス

JOIN (CF)クラスタ参入サービス (CF) を参照。

LAN業務 LAN を参照。

LEFTCLUSTER (CF)ノードが同じクラスタにある他のノードと通信できないことを示すノード状態。ノードがクラスタを離れていることになる。LEFTCLUSTERという中間状態は、ネットワークパーティションの問題を防ぐために設けられている。

関連項目 UP (CF)、DHCP、ネットワークパーティション (CF)、ノード状態 (CF)

230 J2UZ-5295-08Z0(00)

用語集

MAC アドレスMAC address。ローカルエリアネットワーク (LAN) の MAC 副層で用いられる局、あるいはノードを示すアドレス。

MDSメタデータサーバを参照。

MIB(Management Information Base)ローカルネットワークデバイスの情報を格納した階層データベース。このデータベースは、SNMPエージェントなどのネットワーク管理ソフトウェアで保守される。

MMBPRIMEQUEST に搭載されるハードウェアの 1 つである Management Board の略称。

NIC 切替方式GLS が提供する LAN 二重化方式の 1 つ。二重化した NIC を排他使用し、Solaris サーバとスイッチング HUB 間の LAN 監視と異常検出時の切替えを実現する。

OPSOracle パラレルサーバを参照。

Oracle パラレルサーバOracle パラレルサーバは、クラスタ化されたプラットフォームまたは MPP (massively parallel processing) プラットフォームのユーザおよびアプリケーションにデータベースのすべてのデータへのアクセス機能を提供する。

OSD (CF)オペレーティングシステム依存 (CF) を参照。

PRIMECLUSTER サービス (CF)クラスタ化アプリケーションにサービス、および内部インタフェースを提供するサービスモジュール。

RCCUリモートコンソール接続装置 (Remote Console Connection Unit) の略称。

関連項目リモートコンソール接続装置

Reliant Monitor Services (RMS)監視、および切替機能によりユーザが指定したリソースの高可用性を維持するサービス。

RMSReliant Monitor Services (RMS) を参照。

RMS Wizard KitRMS Wizard Kit の各コンポーネントは、特定のアプリケーション (Oracle, R/3) の RMS ウィザードツールに新しいメニュー項目を追加する。

関連項目 RMS Wizard Tools、Reliant Monitor Services (RMS)、RMS ウィザード

RMS Wizard ToolsRMS 構成のアプリケーションの作成および管理に使用する各種設定、および管理ツールで構成されるソフトウェアパッケージ。RMS ウィザードの基盤および、BM ( ベースモニタ ) とのインタフェースを提供する。

関連項目 RMS Wizard Kit、RCCU

J2UZ-5295-08Z0(00) 231

用語集

RMS ウィザードRMS が動作するための構成定義を作成するためのソフトウェアツール。RMS ウィザードは、RMS Wizard Tools と RMS Wizard Kit の 2 つによって構成されている。

関連項目 RMS Wizard Tools、RMS Wizard Kit

RMS 構成複数のノードを共用リソースに接続する構成。各ノードはオペレーティングシステム、RMS ソフトウェア、固有アプリケーションのコピーを固有に保持する。

RMS コマンドRMS リソースをコマンドラインから管理するコマンド。

SANSNMP(Simple Network Management Protocol) を参照。

Scalable Internet Services (SIS)Scalable Internet Services の TCP 接続は、各接続の通常のクライアント / サーバセッションを維持しながらクラスタノード間のネットワークアクセス負荷を動的に分散する。

SCONシングルコンソールを参照。

SDX オブジェクト (GDS) クラス、グループ、SDX ディスク、ボリュームなど、GDS が管理する資源の総称。

SDX ディスク (GDS) GDS が管理しているディスクの総称。SDX ディスクは、用途に応じてシングルディスク、キープディスク、スペアディスク、および未定義ディスクと呼ばれる場合があります。SDX ディスクを単に「ディスク」と呼ぶ場合もあります。

SISScalable Internet Services (SIS) を参照。

SNMP(Simple Network Management Protocol)管理対象ネットワークデバイス間で情報の通信を行うためのプロトコル。このプロトコルは、デバイスに常駐するソフトウェアエージェントによって実装される。それぞれのエージェントは、ネットワーク上の他のデバイスからの SNMP 要求に対応して、ローカルの MIB(Management Information Base) データを読み書きすることができる。

Storage Area Network複数の外部記憶装置どうしを接続し、複数のコンピュータに接続する高速ネットワーク。通常はファイバチャネルの接続。

UP (CF)ノードが同じクラスタにある他のノードと通信できることを示すノード状態。

関連項目 DHCP、LEFTCLUSTER (CF)、ノード状態 (CF)

Web-Based Admin ViewPRIMECLUSTER のグラフィックユーザインタフェースを活用するための共通基盤。インタフェースは Java で記述されている。

Wizard KitRMS Wizard Kit を参照。

232 J2UZ-5295-08Z0(00)

用語集

XSCFeXtended System Control Facility の略。本体装置の CPU とは独立した専用プロセッサで構成されているシステム監視機構。冷却部 (FAN ユニット )、電源ユニット、システム状態監視、周辺装置の電源投入／切断、異常監視を一括して制御する。さらに、遠隔地からの本体装置の管理を可能にするためにシリアルポートまたはイーサネット接続経由で、本体装置をモニタする機能、故障情報をシステム管理者に通報する機能、コンソール入出力機能を兼ね備えている。

アクセスクライアント各ノード上の GFS カーネルモジュール。メタデータサーバと通信し、共用ファイルシステムへの同時アクセス機能を提供する。

関連項目メタデータサーバ

アプリケーション (RMS)RMS において、アプリケーションオブジェクトとは、他のオブジェクトを論理集合にまとめるためのリソースのこと。通常は、実際のアプリケーションソフトウェアや、高可用性構成のアプリケーションスイートを表すために使用される。

アプリケーションテンプレート (RMS)定義済みのオブジェクト定義の値の集まり。RMS Wizard Kit で特定タイプのクラスタアプリケーションのオブジェクト定義を作成する際に使用される。

アプリケーションプログラムインタフェースアプリケーションが、OS などのサービスプロバイダが提供するサービスを利用する際に使うインタフェース。

イーサネットIEEE802.3 にて標準化された LAN 規格。現在、特殊な用途を除いて、ほとんどの LAN はイーサネットである。なお、イーサネットという表現は元々 10 メガバイト / 秒タイプの LAN 規格の名称であるが、現在は高速イーサネット / ギガバイトイーサネットをも含んだ総称としても用いられる。

イベント通知サービス (CF)クラスタ内で発生したイベントをノード間にブロードキャストする機能を提供する PRIMECLUSTERモジュール。

インストールサーバネットワークを通じてクライアントマシンにオペレーティングシステムをインストールできるための設定を施したサーバ。

インターネットプロトコルアドレスコンピュータまたはアプリケーションに割当てられる数値アドレス。

関連項目 IP エイリアス

インタコネクト (CF)クラスタインタコネクト (CF) を参照。

ウォッチドックタイマ監視 OS ハングやブート異常を監視するタイマ値。

ウィザード (RMS)テスト済みのオブジェクト定義を使って特定タイプのアプリケーションを作成するインタラクティブなソフトウェアツール。

エラー検出 (RMS)エラーを検出するプロセス。RMS では、ログの記録開始、ログファイルへのメッセージ送信、リカバリ処理の実行などを行う。

J2UZ-5295-08Z0(00) 233

用語集

応答待ち時間 ( レイテンシ )データの送信要求を行ってから、実際に応答を受信するまでの時間間隔。

オブジェクト (RMS)構成定義ファイルまたはシステムグラフでは、ノードは物理または仮想リソースを示す。

関連項目リーフオブジェクト (RMS)、オブジェクト定義 (RMS)、ノード状態 (CF)、オブジェクトタイプ (RMS)

オブジェクトタイプ (RMS)ディスクドライブなど監視される同種のリソースをグループ化するカテゴリ。各オブジェクトタイプにはプロパティと呼ばれる固有の属性があり、この属性により実行する監視またはアクションの種類を限定または定義する。リソースを特定のオブジェクトタイプに関連付けると、関連付けたオブジェクトタイプの属性がリソースに適用される。

関連項目汎用タイプ (RMS)

オブジェクト定義 (RMS)RMS の監視対象となるリソースを識別する構成定義ファイルのエントリ。定義された属性により、関連するリソースのプロパティが指定される。オブジェクト定義に関連するキーワードに objectがある。

関連項目属性 (RMS)、オブジェクトタイプ (RMS)

オペレーティングシステム依存 (CF)オペレーティングシステム本体と、OS 非依存の PRIMECLUSTER モジュールとの間のインタフェースを提供するモジュール。

オペレーティングシステム本体オペレーティングシステムのうち、常にアクティブでシステムコールを実際の処理に変換している部分。

親 (RMS)1 つ以上の子オブジェクトを保持する、構成定義ファイルまたはシステムグラフのオブジェクト。

関連項目子 (RMS)、構成定義ファイル (RMS)、サブアプリケーション (RMS)

オンラインメンテナンスホストのシャットダウンや電源オフの必要なく機器を追加、削除、または交換できる機能。

回線切替装置 (Oracle Solaris 10 環境のみ )外部からの回線を複数ノードの間に接続して、RCI により接続ノードの切替えを行う装置。

下位グループ (GDS) 他のグループに属しているグループ。下位グループにはボリュームを作成できません。

拡張性作業負荷の増加に動的に対処するコンピューティングシステムの機能。拡張性は、特にインターネットベースのアプリケーションにおいて、インターネットの使用量の増大に伴って重要になる。

カスタムタイプ (RMS)汎用タイプ (RMS) を参照。

カスタムディテクタ (RMS) ディテクタ (RMS) を参照。

仮想インタフェース (VIP)クラスタの複数ノードをシングルシステムイメージとして見せるために、SIS が使用する仮想的なIP アドレスまたはノード名。

234 J2UZ-5295-08Z0(00)

用語集

仮想ディスク仮想ディスクでは、Solaris 論理 I/O システムの上位と物理デバイスドライバとの間に擬似デバイスドライバが追加される。擬似デバイスドライバはすべての論理 I/O 要求を物理ディスク上にマップする ( 富士通テクノロジー・ソリューションズ製品から移行のお客様のみ )。

関連項目連結仮想ディスク、ミラー仮想ディスク (VM)、単独仮想ディスク、ストライプ化仮想ディスク

可用性多くの企業が必要とする、インターネットによる 24 時間年中無休のアプリケーション稼動環境の達成度を示す指標。実際と計画の使用時間の比較によってシステムの可用性が決まる。

環境変数 (RMS)グローバルに定義された変数またはパラメタ。

管理 LANPRIMECLUSTER の構成における、システムコンソールやクラスタコンソールなどが接続されたプライベートローカルエリアネットワーク (LAN)。管理 LAN には、一般ユーザがアクセスできないため、非常に高いレベルのセキュリティを確保できる。管理 LAN を使用するかどうかは選択可能。

関連項目業務 LAN

キーワード ( 予約語 )プログラミング言語において、ある特別な意味を持つ用語。たとえば、構成定義ファイルの nodeキーワードは、後に続く定義の種類を指定する。

キューメッセージキューを参照。

業務 LAN一般ユーザがマシンにアクセスするためのローカルエリアネットワーク (LAN)。

関連項目管理 LAN

共用ディスク接続確認ノード起動時に共用ディスク装置の電源投入漏れやケーブルの結線誤りがないことを確認する機能。

共用リソース複数ノード間で共有されるディスクドライブなどのリソース。

関連項目専用リソース (RMS)、リソース (RMS)

切替え (RMS)userApplicationの制御を監視対象の 1 つのノードから他のノードに切替える RMS のプロセス。

関連項目自動切替え (RMS)、指定切替え (RMS)、フェイルオーバ (RMS、SIS)、対称切替え (RMS)

切替方式GLS が提供する LAN 二重化の方式名。高速切替方式、NIC 切替方式、GS/SURE 連携方式、マルチパス方式、マルチリンクイーサネット方式、の合計 5 種類が存在する。

クラス (GDS) ディスククラス (GDS) を参照。

クラスタ1 つのコンピューティングソースに統合されるコンピュータの集まり。クラスタは分散型のパラレルコンピューティングを実行する。

関連項目 RMS 構成

J2UZ-5295-08Z0(00) 235

用語集

クラスタアプリケーション (RMS)RMS のリソース定義において、userApplicationに分類されるリソース。複数のリソースをアプリケーション単位にグループ化する際に使用される。

クラスタインタコネクト (CF)PRIMECLUSTER がノード間の通信処理で専用に使用するネットワーク接続。

クラスタ基盤 (CF)基本 OS の上位で動作する PRIMECLUSTER の基本モジュール。PRIMECLUSTER の上位サービスが使用する機能を CF(Cluster Foundation) インタフェースとして提供する。

関連項目 Cluster Foundation

クラスタ構成のバックアップおよびリストアCCBR を使用すると、あるクラスタノードについて現在の PRIMECLUSTER 構成情報を簡単に保存することができる。また、構成情報をリストアすることもできる。

クラスタ参入サービス (CF)新規クラスタの作成およびクラスタへのノードの追加を処理する PRIMECLUSTER サービス。

クラスタ整合状態 ( クォーラム )クラスタシステムを構成するノード間の整合性が保たれている状態。具体的には、クラスタシステムを構成する、各ノードの CF の状態が UPまたは DOWNである状態 (LEFTCLUSTERとなっているノードが存在しない )。

クラスタリソース管理機構複数のノード間で共用されるハードウェアを管理する機構。

グラフ (RMS)サブアプリケーション (RMS) を参照。

グラフィカルユーザインタフェースウィンドウ、アイコン、ツールバー、プルダウンメニューを使った、コマンドラインインタフェースより使いやすいコンピュータインタフェース。

グループ (GDS) ディスクグループ (GDS) を参照。

経路"PRIMECLUSTER コンセプトガイド " では、ノードとノードの間を接続する冗長化されたクラスタインタコネクトの各々のネットワーク経路を意味している。

ゲートウェイクラスタノード (SIS)ゲートウェイクラスタノードは外部ネットワークインタフェースを有し、すべての受信パッケージはこのノードで受信され、サービスのスケジューリングアルゴリズムに従って選択したサービスノードに転送される。

関連項目サービス提供ノード (SIS)、データベースノード (SIS)、Scalable Internet Services (SIS)

子 (RMS)1 つ以上の親に属し、構成定義ファイルに定義されるリソース。子は複数の親に属することが可能。また、子を保持して親ノードとなることも、子を持たずにリーフオブジェクトとなることも可能。

関連項目リソース (RMS)、オブジェクト (RMS)、親 (RMS)、リーフオブジェクト (RMS)

高可用性冗長リソースにより一点故障箇所を排除する概念。

236 J2UZ-5295-08Z0(00)

用語集

構成定義ファイル (RMS)監視するリソースを定義し、リソース間の相互依存性を設定する RMS 構成定義ファイル。デフォルトファイル名は config.us。

高速切替方式GLS が提供する LAN 二重化方式の 1 つ。多重化した LAN を同時に使用し、Solaris サーバ間通信のスケーラビリティ向上と、LAN 異常発生時の高速な切替えを実現する。

コンカチネーション複数の物理ディスクを連結すること。複数のディスクを仮想的に 1 つの大容量ディスクとして使用する仕組み。

コンソールシングルコンソールを参照。

上位グループ (GDS)他のグループに属していないグループ。上位グループには、ボリュームを作成できます。

サービス提供ノード (SIS)FTP、Telnet、HTTP など 1 つ以上の TCP サービスを提供し、ゲートウェイクラスタノードからクライアント要求を受信する。

関連項目データベースノード (SIS)、ゲートウェイクラスタノード (SIS)、Scalable Internet Services (SIS)

サブアプリケーション (RMS)高可用性の 1つのリソースタイプを構成するために設計された構成用テンプレートの一部。RMS 構成には各リソースタイプの複数のインスタンスが含まれる場合がある。汎用テンプレートは、コマンド、アプリケーションコントローラ、IP アドレス、仮想ネットワークインタフェース、ローカルおよびリモートのファイルシステム、ボリュームマネージャ、およびストレージマネージャ用のサブアプリケーションを含む。

システムグラフ (RMS)構成定義ファイルの作成、または解釈に使用される監視対象リソースのビジュアル表示 ( マップ )。

関連項目構成定義ファイル (RMS)

システムディスク (GDS) 動作中のオペレーティングシステムがインストールされているディスク。次のいずれかのファイルシステム ( またはスワップ域 ) として現在動作しているスライスが存在するディスク全体を指します。

Solaris の場合 : /、 /usr 、 /var 、またはスワップ域Linux の場合 : /、 /usr 、 /var 、/boot、/boot/efi、またはスワップ域

指定切替え (RMS)管理者が RMS の userApplicationを指定したノードに切替える処理。

関連項目自動切替え (RMS)、フェイルオーバ (RMS、SIS)、切替え (RMS)、対称切替え (RMS)

自動切替え (RMS)ある一定の条件が検出された際に、userApplicationの実行を他のノードへ自動的に切替えるRMS の処理。

関連項目指定切替え (RMS)、フェイルオーバ (RMS、SIS)、切替え (RMS)、対称切替え (RMS)

自動電源制御自動電源制御は、ESF (Enhanced Support Facility) で提供している機能で、サーバの電源投入および、切断を自動的に行うための機能である。

J2UZ-5295-08Z0(00) 237

用語集

シャットダウン機構異常が発生したノードを強制停止させるための機構。PRIMECLUSTER は、クラスタ整合性 ( クォーラム ) が保てない状態になったと判断した場合に、シャットダウン機構 (SF) を使用して、クラスタシステムをクラスタ整合状態 ( クォーラム ) に戻している。

状態リソース状態 (RMS) を参照。

状態遷移プロシジャクラスタ制御からの状態遷移指示を受け取り、リソースの活性 / 非活性化を制御 ( クラスタアプリケーションの起動 / 停止など ) するもの。

冗長化オブジェクトがクラスタ内の他のオブジェクトのリソース負荷を引継ぐ機能、および RAID ハードウェア、またはソフトウェアにより 2 次記憶装置に保存されているデータを複製する機能。

シングルコンソールRMS の監視対象ノードを集中管理するワークステーション。シングルコンソールソフトウェアのSCON はシングルコンソールから実行される。

シングルディスク (GDS) グループに属していない SDX ディスクで、シングルボリュームを作成できるディスク。

シングルボリューム (GDS) グループに属していないシングルディスク内に作成されたボリューム。データは冗長化されません。

スイッチオーバユーザの要求によりユーザ業務が運用系から待機系へ処理やデータを引継ぐこと。

スクリプト (RMS)リソースの状態遷移に対応して BM ( ベースモニタ ) から実行されるシェルプログラム。スクリプトによりリソースの状態が変更される場合もある。

スコープ (GDS) 共用タイプのディスククラスにおいてオブジェクトを共用できるノード群の範囲を表します。

ストライピングデータを一定のサイズに分割して、複数のスライスに交互に振り分けて書込むこと。I/O を複数の物理ディスクに分散して同時に発行する仕組み。

ストライプ化仮想ディスクストライプ化仮想ディスクは複数の区画で構成されます。物理パーティションや複数の仮想ディスク ( 通常はミラーディスク ) で構成することもできます。このようにして仮想ディスク上の連続したI/O 処理を複数の物理ディスク上の I/O 処理に変換することができる。この機能は RAID レベル 0 (RAID0) に該当する ( 富士通テクノロジー・ソリューションズ製品から移行のお客様のみ )。

関連項目連結仮想ディスク、ミラー仮想ディスク (VM)、単独仮想ディスク、仮想ディスク

ストライプグループ (GDS) ストライプ (stripe) タイプのディスクグループ。ストライピングの単位となるディスクおよび下位グループの集まり。

ストライプ幅 (GDS) ストライピングする際の、データを分割するサイズ。

ストライプボリューム (GDS)ストライプグループ内に作成されたボリューム。ストライピングによって I/O 負荷を複数のディスクに分散させることができます。データは冗長化されません。

238 J2UZ-5295-08Z0(00)

用語集

スペアディスク (GDS) 故障したディスクの替わりにミラーリング状態を回復させるための予備ディスク。

世代数 PRIMECLUSTER のバックアップ / リストアは、データの世代管理が可能で、現在の世代数は、バックアップおよびリストアデータの名前の一部として付加されます。なお世代数は 0 以上の整数が使用され、バックアップが成功するたびに 1 ずつ増加します。世代数は、ccbr.gen ファイル、または、cfbackup(1M) コマンドおよび cfrestore(1M) コマンドのオプション引数にて指定することができます。詳細は、cfbackup(1M) コマンドおよび cfrestore(1M) コマンドのマニュアルページを参照してください。

専用ネットワークアドレスRFC1918 により指定された一定範囲の予約済 IP アドレス。どの部門でも使用可能であるが、異なる部門が同時に同じアドレスを使用する可能性があるため、インターネット経由で外部から参照できないようにする必要がある。

専用リソース (RMS)1 台のノードのみが使用可能で、他の RMS ノードからは使用できないリソース。

関連項目リソース (RMS)、共用リソース

属性 (RMS)各オブジェクトタイプについて、BM ( ベースモニタ ) がどう処理するかを規定するオブジェクト。

対称切替え (RMS)すべての RMS ノードが他の任意の RMS ノードからリソースを引継ぐことのできる機能。

関連項目自動切替え (RMS)、指定切替え (RMS)、フェイルオーバ (RMS、SIS)、切替え (RMS)

タイプオブジェクトタイプ (RMS) を参照。

多重ホスト複数のコントローラ経由で同一のディスク ( 富士通テクノロジー・ソリューションズ製品から移行のお客様のみ ) 。

単独仮想ディスク単独仮想ディスクは、物理ディスクパーティションの 1 領域、またはパーティション全体を定義します ( 富士通テクノロジー・ソリューションズ製品から移行のお客様のみ )。

関連項目連結仮想ディスク、ストライプ化仮想ディスク、仮想ディスク

通知メッセージ (RMS)ディテクタが BM ( ベースモニタ ) に特定リソースの状態を通知するメッセージ。

停止要求クラスタ整合状態 ( クォーラム ) を回復するために、指定したノードを強制停止させるための指示。

ディスククラス (GDS)SDX オブジェクトの集まり。共用タイプのディスククラスは、PRIMECLUSTER システムで利用可能なリソースの単位でもあります。ディスククラスを単に「クラス」と呼ぶ場合もあります。

ディスクグループ (GDS)ミラーリング、ストライピング、またはコンカチネートされる単位となるディスクまたは下位グループの集まり。同じディスクグループに属しているディスクおよび下位グループは、そのディスクグループのタイプ属性 ( ミラー、ストライプ、またはコンカチネーション ) に応じて、互いにミラーリング、ストライピング、またはコンカチネートされます。ディスクグループを単に「グループ」と呼ぶ場合もあります。

J2UZ-5295-08Z0(00) 239

用語集

ディテクタ (RMS)特定のオブジェクトタイプの状態を監視して、リソースの状態変化を BM ( ベースモニタ ) に通知するプロセス。

データベースノード (SIS)SIS 構成の設定、動的データ、統計を管理するノード。

関連項目ゲートウェイクラスタノード (SIS)、サービス提供ノード (SIS)、Scalable Internet Services (SIS)

デーモン特定の機能を繰り返し実行する、システムに常駐するプロセス。

電源連動 ( 制御 )クラスタシステムにおいて、1 ノードの電源を投入すると、電源切断状態にあるその他すべてのノードおよびノードと RCI ケーブルで接続されたディスクアレイ装置の電源が投入されること。

テンプレートアプリケーション (RMS) を参照。

ネットワークアダプタLAN 関連のネットワークアダプタ。

ネットワークインタフェースカードネットワークアダプタを参照。

ネットワークパーティション (CF)クラスタ内の複数ノードのインタコネクトによる通信が不可能な場合に発生する状態。ネットワークパーティション状態でアプリケーションが共用ディスクにアクセスし続けるとデータの整合性がとれなくなる恐れがある。

ノードクラスタのメンバであるホスト。コンピュータノードとはコンピュータのことを指す。

ノード間通信機構PRIMECLUSTER CF で使用されるクラスタノード間の通信機能。クラスタノード間通信専用に設計されているため、TCP/IP よりもオーバヘッドが少なく、メッセージの到着順も保証したデータグラム通信サービスを行うことができる。

ノード状態 (CF)クラスタ内のすべてのノードは、同じクラスタの他のすべてのノードのローカル状態を管理する。クラスタ内のノードは、すべて UP、DOWN、または LEFTCLUSTERのいずれかの状態にある。

関連項目 UP (CF)、DHCP、LEFTCLUSTER (CF)

パトロール診断ハードウェアの故障を定期的に診断する機能。

ハブLAN や、ファイバチャネルで使用されるスター型の結線装置。

汎用タイプ (RMS)汎用プロパティを持つオブジェクトタイプ。汎用タイプは、既存のオブジェクトタイプに割当てることのできない監視対象リソースがある場合に RMS をカスタマイズするために使用される。

関連項目オブジェクトタイプ (RMS)

非同期監視SA の機能に加え、リモートクラスタノードの状態を監視し、そのノードのダウンを即時に検出するコンポーネント。

240 J2UZ-5295-08Z0(00)

用語集

フェイルオーバ (RMS、SIS)SIS では、このプロセスにより障害発生ノードのバックアップノードへの切替えを行う。RMS では、このプロセスを切替えと呼ぶ。

関連項目自動切替え (RMS)、指定切替え (RMS)、切替え (RMS)、対称切替え (RMS)

フォルトトレラントネットワーク ( 耐故障性を備えたネットワーク )耐故障性 ( フォルトトレラント ) を備えたネットワーク。耐故障性 ( フォルトトレラント ) とは、コンピュータシステムの一部に何らかの障害が発生した場合でも、正常な動作を保ち続ける能力のこと。よって、フォルトトレラントネットワークとはネットワークシステムの一部に異常が発生した場合でも、正常に通信を継続できるネットワークのことを意味している。

物理 IP アドレスネットワークインタフェースカードのインタフェース ( たとえば hme0) に直接割り振られた IP アドレス。

プライマリノード (RMS)RMS の起動時にユーザアプリケーションをオンラインにするデフォルトノード。userApplicationのオブジェクト定義中に初に記述されたノードがプライマリノードとなる。

ボリューム (GDS) 論理ボリューム (GDS) を参照。

マウントポイントディレクトリツリー上でファイルシステムが接続されるポイント。

ミラー仮想ディスク (VM)ミラー仮想ディスクは複数の物理デバイスで構成され、すべての出力処理がすべてのデバイス上で同時実行される ( 富士通テクノロジー・ソリューションズ製品から移行のお客様のみ ) 。

関連項目連結仮想ディスク、単独仮想ディスク、ストライプ化仮想ディスク、仮想ディスク

ミラーグループ (GDS)ミラー (mirror) タイプのディスクグループ。互いにミラーリングされるディスクおよび下位グループの集まり。

ミラーリング同じデータを複数のスライスに書込むことによって、冗長性を維持すること。一部のスライスで障害が発生したとしても、正常なスライスが残っていれば、ボリュームへのアクセスが継続できる仕組み。

メタデータサーバファイルシステム ( メタデータ ) の制御情報を一括管理する GFS デーモン。

メッセージ1 つのソフトウェアプロセスから他のプロセス、デバイス、またはファイルに伝送されるデータの集まり。

メッセージキューメッセージの保存場所として使用される専用のメモリ領域。

モデル混在クラスタ SPARC Enterprise の異なるモデルによって構築したクラスタシステム。たとえば 1 つのノードが SPARC Enterprise M3000 でもう 1 つのノードが SPARC Enterprise M4000 など。モデルは、代表的なマシンでは SPARC T3-1/T3-2/T3-4、SPARC Enterprise T1000/T2000、SPARC Enterprise T5120/T5220/T5140/T5240/T5440、SPARC Enterprise M3000/M4000/M5000/M8000/M9000 で分かれます。

J2UZ-5295-08Z0(00) 241

用語集

ユーザグループWeb-Based Admin View や Cluster Admin GUI が提供する環境設定、運用管理などの操作範囲を限定するもので、wvroot、clroot、cladmin、clmonの 4 種類がある。クラスタ管理サーバのオペレーションシステムの管理者に依頼して、個々のユーザ ID を適切なユーザグループへ登録する。

リーフオブジェクト (RMS)システムグラフの下位オブジェクト。リーフオブジェクトは構成定義ファイルの後に定義される。リーフオブジェクトはその配下に子オブジェクトを持たない。

リソース (RMS)ミラーディスク、ミラーディスク部品、データベースサーバなどの機能を提供する、専用または共用のハードウェアまたはソフトウェア要素。ローカルリソースは、ローカルノード上でのみ監視対象となる。

関連項目専用リソース (RMS)、共用リソース

リソース状態 (RMS)リソースの現在の状態。

リソース定義 (RMS)オブジェクト定義 (RMS) を参照。

リソースデータベース複数のノード間で共用されるハードウェアの情報を管理するデータベース。リソースデータベースは、クラスタリソース管理機構により管理される。

リソースラベル (RMS)システムグラフに表示されるリソース名。

リモートコンソール接続装置RS232C インタフェースと LAN インタフェースを変換する装置。本装置により、LAN 接続された他の装置 ( パソコン ) から Telnet 機能により TTY コンソール機能を利用可能とする。

リモートノードリモートホストを参照。

リモートホスト遠距離通信回線または LAN を使ってアクセスするホスト。

関連項目ローカルホスト

リンク (RMS)特定リソース間の親子関係を指定する。

連結仮想ディスク1 つ以上のディスクドライブ上の複数の区画で構成され、各部を合計したものに相当する。ディスクを細かく分割する単独仮想ディスクと異なり、各ディスクまたはパーティションを連結して 1 つの大規模な論理ディスクを構成する ( 富士通テクノロジー・ソリューションズ製品から移行のお客様のみ )。

関連項目ミラー仮想ディスク (VM)、単独仮想ディスク、ストライプ化仮想ディスク、仮想ディスク

ローカル MAC アドレスローカルエリアネットワーク (LAN) のシステムごとに、システム管理者がそのシステム内部での一意性を保証する MAC アドレス。

ローカルエリアネットワーク業務 LAN を参照。

242 J2UZ-5295-08Z0(00)

用語集

ローカルホストコマンドまたはプロセスを開始するホスト

関連項目リモートホスト

ログファイル重要なシステムイベントやメッセージを記録したファイル。BM ( ベースモニタ )、ウィザード、ディテクタにはそれぞれ固有のログファイルがある。

ローリングアップデートクラスタシステムにおいて、修正適用、保守時に使用されるアップデート手法。1 ノードずつ順次修正適用を行うことで、業務を停止せずに修正を適用することが可能となる。

論理ボリューム (GDS) 利用者が直接アクセスできる仮想ディスクデバイスの総称。利用者は、物理ディスクのスライス( パーティション ) と同じように、論理ボリュームにアクセスできます。論理ボリュームを単に「ボリューム」と呼ぶ場合もあります。

J2UZ-5295-08Z0(00) 243

用語集

244 J2UZ-5295-08Z0(00)

略語

ACアクセスクライアント (Access Client)

APIアプリケーションプログラムインタフェース (application program interface)

BMベースモニタ (base monitor)

CFCluster Foundation または Cluster Framework

CIMクラスタ整合性モニタ (Cluster Integrity Monitor)

CIPクラスタインタコネクトプロトコル (Cluster Interconnect Protocol)

CLIコマンドラインインタフェース (command-line interface)

CLMCluster Manager

CRMクラスタリソース管理 (Cluster Resource Management)

DLPIData Link Provider Interface

EEEnterprise Edition

ELMEnhanced Lock Manager

ENSイベント通知サービス (Event Notification Services)

GDSGlobal Disk Services

GFSGlobal File Services

GLSGlobal Link Services

GUIグラフィカルユーザインタフェース (graphical user interface)

HA高可用性 (high availability)

ICF

J2UZ-5295-08Z0(00) 245

略語

ノード間通信機構 (Internode Communication Facility)

I/Fインタフェース (Interface)

I/O入出力 (input/output)

JOINクラスタ参入サービスモジュール (cluster join services module)

LANローカルエリアネットワーク (local area network)

MA非同期監視 (Monitoring Agent)

MDSメタデータサーバ (Meta Data Server)

MIBManagement Information Base

MIPCMesh Interprocessor Communication

MMBManagement Board

NICネットワークインタフェースカード (network interface card)

NSMNode State Monitor

OPSOracle パラレルサーバ (Oracle Parallel Server)

OSDオペレーティングシステム依存 (operating system dependant)

PASParallel Application Services

PSパラレルサーバ (Parallel Server)

RAORMS-Add on

RCCUリモートコンソール接続装置 (Remote Console Connection Unit)

RCIRemote Cabinet Interface

RMSReliant Monitor Services

246 J2UZ-5295-08Z0(00)

略語

SAシャットダウンエージェント (Shutdown Agent)

SANStorage Area Network

SC拡張性クラスタ (Scalability Cluster)

SCFシステム監視機構 (System Control Facility)

SCONシングルコンソールソフトウェア (single console software)

SDシャットダウンデーモン (Shutdown Daemon)

SFシャットダウン機構 (Shutdown Facility)

SISScalable Internet Services

VIP仮想インタフェース (Virtual Interface Provider)

WKWizard Kit

WTWizard Tools

XSCFeXtended System Control Facility

J2UZ-5295-08Z0(00) 247

略語

248 J2UZ-5295-08Z0(00)

図

図 1: PRIMECLUSTER コンポーネントの概要 ................................................................................................ 7

図 2: RMS とオペレーティングシステム間のインタフェース ................................................................... 11

図 3: 2 つの依存オブジェクトを持つ親アプリケーション .......................................................................... 13

図 4: RMS における制御されるアプリケーションの概念図 ....................................................................... 13

図 5: Follow モード切替えの結果 .................................................................................................................... 14

図 6: Scalable モードにおける子 ( 制御される ) アプリケーションの切替え ........................................... 15

図 7: Scalable モードにおける親 ( 制御する ) アプリケーションの切替え ............................................... 15

図 8: 複数の子を持つコントローラ構造 ......................................................................................................... 16

図 9: RMS と RMS ウィザードの関係 ............................................................................................................. 18

図 10: 初期化の例におけるオブジェクト階層 ................................................................................................. 29

図 11: 初期化におけるシステムグラフの例 — RMS Wizard Tools の構成 .................................................. 30

図 12: 初期化における hvdisp 出力の例 — RMS Wizard Tools の構成 ......................................................... 30

図 13: 保守モード時の制限の例 ......................................................................................................................... 46

図 14: スケーラブルコントローラの属性 ......................................................................................................... 54

図 15: 子が保守モードの場合にスケーラブルな親アプリケーションを切替える ..................................... 60

図 16: 親が保守モードの場合にスケーラブルな子アプリケーションを切替える ..................................... 61

図 17: 子が保守モードの場合に親を Offline にするよう試行する ............................................................... 61

図 18: 親が保守モードの場合に子を Offline にするよう試行する ............................................................... 62

図 19: RMS 停止中のメイン構成メニューウィンドウ ................................................................................... 66

図 20: RMS が実行中のメイン構成メニューウィンドウ ............................................................................... 69

図 21: [Application type selection] メニュー ....................................................................................................... 70

図 22: 必須設定の前のメニュー ......................................................................................................................... 70

図 23: 必須設定メニュー ..................................................................................................................................... 71

図 24: 選択設定メニュー ..................................................................................................................................... 71

図 25: メイン構成メニュー ................................................................................................................................. 72

図 26: RMS 構成定義ファイルの作成と配布 ................................................................................................... 72

図 27: メイン構成メニューの終了 ..................................................................................................................... 73

図 28: メイン構成メニュー ................................................................................................................................. 76

図 29: [Add hosts to a cluster] メニュー .............................................................................................................. 77

図 30: [Remove hosts from a cluster] メニュー ................................................................................................... 78

図 31: メイン構成メニュー ................................................................................................................................. 78


図 33: 次の処理を選択するためのプロンプト ................................................................................................. 79

J2UZ-5295-08Z0(00) 249

図

図 34: 整合性チェックと [Machines+Basics] メニュー .................................................................................... 80

図 35: フェイルオーバに使用するノードのリスト ......................................................................................... 80

図 36: 追加ノードを指定するための [Machines+Basics] メニュー ................................................................ 81

図 37: AutoSwitchOver モード ............................................................................................................................. 81

図 38: AutoSwitchOver のフラグ ......................................................................................................................... 82

図 39: 設定の保存 ................................................................................................................................................. 82

図 40: 選択設定 ..................................................................................................................................................... 83

図 41: ディスプレイの指定を促す画面 ............................................................................................................. 83

図 42: ディスプレイの一覧 ................................................................................................................................. 84

図 43: APP1 の整合性チェック完了 .................................................................................................................. 84

図 44: DEMO ターンキーウィザード ................................................................................................................ 85

図 45: メイン構成メニュー ................................................................................................................................. 85

図 46: RMS 構成の配布完了 ............................................................................................................................... 85

図 47: メイン構成メニューの終了 ..................................................................................................................... 86

図 48: メイン構成メニューから再開する ......................................................................................................... 86


図 50: その他の指定を促す画面 ......................................................................................................................... 87

図 51: [Machines+Basics] メニュー ..................................................................................................................... 87

図 52: フェイルオーバに使用するノードのリスト ......................................................................................... 88

図 53: [Machines+Basics] メニュー ..................................................................................................................... 88

図 54: 選択設定 ..................................................................................................................................................... 89

図 55: コントローラの割当て ............................................................................................................................. 89

図 56: 制御されるアプリケーションを選択するためのリスト ..................................................................... 89

図 57: コントローラフラグを設定するためのメニュー ................................................................................. 90

図 58: コントローラタイムアウト時間の変更 ................................................................................................. 90

図 59: コントローラのフラグの保存 ................................................................................................................. 90

図 60: コントローラに対して設定されているフラグ ..................................................................................... 91

図 61: GENERIC ターンキーウィザードを設定するためのメニュー .......................................................... 91

図 62: メイン構成メニュー ................................................................................................................................. 91

図 63: メイン構成メニュー ................................................................................................................................. 92

図 64: RMS 構成の配布 (2 回目 ) ........................................................................................................................ 92

図 65: メイン構成メニューに戻る ..................................................................................................................... 92

図 66: Web-Based Admin View ログイン画面 .................................................................................................... 98

図 67: Cluster Services GUI の起動 ..................................................................................................................... 98

図 68: Cluster Admin の起動 ................................................................................................................................ 99

250 J2UZ-5295-08Z0(00)

図

図 69: Cluster Admin 初期接続メニュー ............................................................................................................ 99

図 70: Cluster Admin メイン画面 — 初期画面表示 ....................................................................................... 100

図 71: Cluster Admin メイン画面 — メッセージ画面表示 ........................................................................... 101

図 72: Cluster Admin メイン画面 — RMS 画面表示 ...................................................................................... 102

図 73: RMS ツリーと Controller オブジェクト ............................................................................................... 103

図 74: コマンドポップアップ ........................................................................................................................... 103

図 75: Online アプリケーションに対するコマンドポップアップ ............................................................... 104

図 76: Offline アプリケーションに対するコマンドポップアップ .............................................................. 104

図 77: 確認ポップアップ画面 ........................................................................................................................... 105

図 78: スケーラブルアプリケーションの場合の確認ポップアップ画面 ................................................... 105

図 79: RMS グローバル環境変数の表示 ......................................................................................................... 105

図 80: RMS グローバル環境変数 ..................................................................................................................... 106

図 81: RMS ローカル環境変数の表示 ............................................................................................................. 106

図 82: RMS ローカル環境変数の表示画面 ..................................................................................................... 107

図 83: クラスタアプリケーションの状態の表示 ........................................................................................... 108

図 84: 構成情報またはオブジェクト属性 ....................................................................................................... 109

図 85: クラスタテーブルを開く ....................................................................................................................... 111

図 86: クラスタテーブル ................................................................................................................................... 111

図 87: 状態名を表示したクラスタテーブル ................................................................................................... 111

図 88: クラスタテーブルで Faulted 状態のクラスタアプリケーション ..................................................... 112

図 89: クラスタテーブルの Offline アプリケーション ................................................................................. 112

図 90: クラスタテーブルの Faulted アプリケーションと Offline アプリケーション ............................... 112

図 91: クラスタパーティション状態を示すクラスタテーブル ................................................................... 113

図 92: クラスタテーブル内のコマンドポップアップの使用 ....................................................................... 113

図 93: ノード上で RMS クラスタ全体のグラフを表示 ................................................................................ 114

図 94: ノードの RMS クラスタ全体のグラフ — タブ画面 .......................................................................... 115

図 95: タブ画面の＜デタッチ＞ボタン拡大図 ............................................................................................... 115

図 96: ノードの RMS クラスタ全体のグラフ — 別ウィンドウで表示 ...................................................... 115

図 97: 別ウィンドウの＜アタッチ＞ボタン拡大図 ....................................................................................... 115

図 98: RMS クラスタ全体のグラフ — オブジェクト名の表示 ................................................................... 116

図 99: RMS クラスタ全体のグラフ — オブジェクトの詳細 ...................................................................... 116

図 100: RMS アプリケーショングラフの表示 ................................................................................................. 117

図 101: RMS アプリケーショングラフの例 ..................................................................................................... 117

図 102: RMS サブアプリケーショングラフの表示 ......................................................................................... 118

図 103: RMS サブアプリケーショングラフの例 ............................................................................................. 118

J2UZ-5295-08Z0(00) 251

図

図 104: 制御対象アプリケーションがある場合の構成の標準表示 .............................................................. 119

図 105: RMS 合成サブアプリケーショングラフの表示 ................................................................................. 119

図 106: RMS 合成サブアプリケーショングラフの例 ..................................................................................... 120

図 107: RMS グラフからコマンドポップアップメニューを使用する ......................................................... 120

図 108: Affiliation 名付き RMS グラフの表示 .................................................................................................. 121

図 109: リソース名付き RMS グラフ ................................................................................................................ 121

図 110: リソース付き RMS グラフ .................................................................................................................... 122

図 111: Affiliation 名とリソース名付き RMS グラフ ...................................................................................... 122

図 112: グラフ内のオブジェクト名の並べ替え ............................................................................................... 123

図 113: RMS を停止する前のクラスタの状態 ................................................................................................. 123

図 114: 異なる構成で RMS を再起動した後のクラスタの状態 .................................................................... 124

図 115: 1 つのノード停止後の RMS メイン画面、グラフ、クラスタテーブル ......................................... 124

図 116: シャットダウンノードの RMS アプリケーショングラフ ................................................................ 125

図 117: 削除したオブジェクトのグラフウィンドウ ....................................................................................... 125

図 118: ポップアップメニューから RMS switchlog ファイルを表示 ............................................................ 126

図 119: [ ツール ] メニューから RMS switchlog を表示 .................................................................................. 126

図 120: ポップアップメニューからアプリケーションログを表示 ............................................................... 127

図 121: タブビューに表示された RMS switchlog ............................................................................................. 127

図 122: タブ画面の＜デタッチ＞ボタン拡大図 ............................................................................................... 128

図 123: 別ウィンドウに表示された RMS switchlog ......................................................................................... 128

図 124: 別ウィンドウの＜アタッチ＞ボタン拡大図 ....................................................................................... 128

図 125: 日付時刻による検索 ............................................................................................................................... 129

図 126: リソース名による検索 ........................................................................................................................... 130

図 127: 重要度による検索 ................................................................................................................................... 131

図 128: キーワードによる検索 ........................................................................................................................... 132

図 129: ログビューア上のポップアップ検索ダイアログ ............................................................................... 133

図 130: メインメニューから RMS を起動 ........................................................................................................ 136

図 131: すべてのノードの RMS 起動メニュー ................................................................................................ 136

図 132: 個々のノードでの RMS 起動メニュー ................................................................................................ 137

図 133: 各ノード上で RMS の起動 .................................................................................................................... 138

図 134: RMS 自動起動の制御 — ステップ 1 ................................................................................................... 140

図 135: RMS 自動起動の制御 — ステップ 2 ................................................................................................... 140

図 136: [ ツール ] メニューから RMS を停止 ................................................................................................... 141

図 137: 稼動中のすべてのノード上で RMS を停止 ........................................................................................ 141

図 138: リストから選択したノード上で RMS を停止 .................................................................................... 142

252 J2UZ-5295-08Z0(00)

図

図 139: アプリケーションを現状のまま RMS を停止 — 確認 ...................................................................... 142

図 140: RMS の強制終了 — 確認 ....................................................................................................................... 143

図 141: ポップアップメニューを使用して 1 つのノード上で RMS を停止 ................................................ 143

図 142: RMS を 1 つのノード上で停止 ............................................................................................................. 143

図 143: アプリケーションの自動起動の制御 — ステップ 1 ......................................................................... 145

図 144: アプリケーションの自動起動の制御 — ステップ 2 ......................................................................... 146

図 145: クラスタアプリケーションの切替え ................................................................................................... 147

図 146: userApplication が Wait 状態のときの切替え ....................................................................................... 148

図 147: クラスタアプリケーションの起動 ....................................................................................................... 149

図 148: クラスタアプリケーションの停止 ....................................................................................................... 149

図 149: クラスタアプリケーションのリセット ............................................................................................... 150

図 150: クラスタアプリケーションのリセットタイムアウト値の選択 ....................................................... 151

図 151: クラスタアプリケーション Fault 状態のクリア ................................................................................ 151

図 152: クラスタアプリケーション Fault 状態のクリア — 確認のダイアログ ........................................ 152

図 153: リソースの切替え ................................................................................................................................... 153

図 154: リソースの切替え確認 ........................................................................................................................... 154

図 155: リソースの起動 ....................................................................................................................................... 155

図 156: リソースの起動確認 ............................................................................................................................... 155

図 157: リソースの停止 ....................................................................................................................................... 156

図 158: リソースの停止確認 ............................................................................................................................... 156

図 159: 故障したリソースの確認 ....................................................................................................................... 157

図 160: StateDetails 属性の Fault Occurred 表示 ................................................................................................ 158

図 161: Fault 形跡のクリア ................................................................................................................................. 159

図 162: 故障形跡のクリア確認 ........................................................................................................................... 159

図 163: すべてのアプリケーションで保守モードを開始 ............................................................................... 160

図 164: 1 つのアプリケーションのみで保守モードを開始 ............................................................................ 160

図 165: すべてのアプリケーションについての保守モードの確認 ............................................................... 160

図 166: 単一のアプリケーションについての保守モードの確認 ................................................................... 161

図 167: 保守モードに入ったクラスタの例 ....................................................................................................... 161

図 168: 独立したアプリケーションの通常の動作 ........................................................................................... 162

図 169: すべてのアプリケーションで保守モードを通常終了 ....................................................................... 162

図 170: 単一のアプリケーションで保守モードを通常終了 ........................................................................... 162

図 171: すべてのアプリケーションについての保守モード強制終了の確認 ............................................... 163

図 172: RMS Wizard Tools のディテクタ詳細メニュー ................................................................................... 206

図 173: RMS Wizard Tools のメイン構成メニュー ........................................................................................... 211

J2UZ-5295-08Z0(00) 253

図

図 174: RMS Wizard Tools [ManualExecution: Application selection] メニュー .............................................. 211

図 175: RMS Wizard Tools [ManualExecution: Resource selection] メニュー .................................................. 212

図 176: RMS Wizard Tools [ManualExecution: Script selection] メニュー ........................................................ 212

254 J2UZ-5295-08Z0(00)

表

表 1: 使用可能な CLI コマンド ................................................................................................................... 21

表 2: RMS の基本ディレクトリ構造 .......................................................................................................... 25

表 3: ログのディレクトリ構造 .................................................................................................................... 25

表 4: 子アプリケーションの状態とスケーラブルコントローラの状態の関係 .................................... 54

表 5: クラスタのシステム設計ワークシート ............................................................................................ 76

表 6: RMS の重要度レベルの説明 .............................................................................................................. 131

表 7: /etc/hosts の RMS 命名規則 ................................................................................................................. 167

表 8: RMS オブジェクトのディテクタが通知する状態 .......................................................................... 175

表 9: RMS オブジェクトのその他の状態 .................................................................................................. 175

表 10: RMS オブジェクトの StateDetails 値 ................................................................................................. 176

表 11: ログファイル ........................................................................................................................................ 201

表 12: BM ( ベースモニタ ) のログレベル ................................................................................................... 203

表 13: SNMP Trap に設定される OID ........................................................................................................... 216

J2UZ-5295-08Z0(00) 255

表

256 J2UZ-5295-08Z0(00)

索引

記号/etc/cip.cf 80/etc/dfs/dfstab 172/etc/hosts 76, 77/etc/vfstab.pcl 172/opt/SMAW/SMAWRrms/build/ 75/var/opt/SMAWRrms/log/ 126>> 入力するプロンプト 66

AAffiliation、属性 186AlternateIp、属性 185andOp

説明 179必須属性 179

applicationsviewing graph 117viewing log files 126

automatic RMS startup 140AutoRecover

Fault 処理 41AutoRecoverCleanup、属性 186AutoRecover、属性 181AutoStartUp、属性 181AutoSwitchOver

Fault 処理 39

Bbin、ディレクトリ 25BM ( ベースモニタ ) 20bmlog の説明 201BM ( ベースモニタ )

高可用性 9ディテクタ 74デバッグメッセージ 200メッセージ 201ログファイル 201

build、ディレクトリ 25

CCCBR コマンド

cfbackup 219cfrestore 219

CFLEFTCLUSTER 44

CF コマンドcfconfig 219cfrecon 219cfset 219cftool 219rcqconfig 219rcqquery 219

changingdetail level in graphs 121HV_RCSTART 140

CIP コマンドcip.cf 220cipconfig 220ciptool 220

Class、属性 186clautoconfig 220clbackuprdb 220cldeldevice 220clexec 220clgettree 221CLI

オプション 135「RMS CLI」を参照

clinitreset 220clinitscript 220clrestorerdb 220clrwzconfig 224clsetacfparam 220clsetparam 220clsetup 220clspconfig 220clsptl 221clstartrsc 221clstoprsc 221clsyncfile 221Cluster Admin 19

application graph 117clusterwide table 111GUI 97RMS グラフ 114, 118RMS ツリー 102SysNode の選択 104userApplication の選択 104viewing log files 126オブジェクト属性 109オペレータ権限 98概要 8管理者権限 98コマンドポップアップ 103使用 97セカンダリ管理サーバ 97プライマリ管理サーバ 97メイン画面 100ルート権限 98ログイン 98

cluster_uninstall 224ClusterExclusive、属性 181clusterwide table

defined 111Cmdline、リソースウィザード 64Comment、属性 186ControlledSwitch、属性 186controller

RMS サブアプリケーショングラフ 119依存性 103

J2UZ-5295-08Z0(00) 257

索引

Controller、リソースウィザード 64controlling

RMS operation 135

DDeact 状態 175DEMO ターンキーウィザード 64, 65, 78, 79details

changing level of, in graphs 121DetectorStartScript、属性 186displaying

HV_RCSTART 140

EELM (Enhanced Lock Manager) 9ENV

説明 179必須属性 179

environment variablesHV_RCSTART, changing 140

ENVL説明 179必須属性 179

ENV オブジェクトと ENVL オブジェクト 23etc、ディレクトリ 25

FFault

クリア 151Faulted 状態 175

FaultScript 21クリア 151

FaultScript 39FaultScript スクリプト 21FaultScript、属性 181Fault のクリア要求の送信 43fjsvwvbs 223fjsvwvcnf 223Follow モードコントローラ 14Fsystem、リソースウィザード 64

GGDS 64GDS、リソースウィザード 64GENERIC ターンキーウィザード 87GLS 64GLS、リソースウィザード 64graphs

appearance after shut down 124application 117changing detail level 121

gResource 74オブジェクトタイプ 10, 179必須属性 179

GUIRMS の起動 102停止後 124プルダウンメニュー 100メッセージ 101

HHalt、属性 182HostName、属性 186HTML 文書 224HV_APPLICATION 57, 197HV_APPLICATION_STATE_CHANGE_INFO 56HV_AUTORECOVER 57, 197HV_AUTOSTART_WAIT 変数

PartialCluster 属性 183HV_AUTOSTARTUP 194HV_AUTOSTARTUP_IGNORE 190HV_AUTOSTARTUP 変数 181HV_AUTOSTART_WAIT 190HV_CHECKSUM_INTERVAL 191HV_COM_PORT 191HV_CONNECT_TIMEOUT 194HV_FORCED_REQUEST 57, 197HV_HOST_STATE_CHANGE_INFO 56HV_LAST_DET_REPORT 57, 197HV_LOG_ACTION 194HV_LOG_ACTION_THRESHOLD 191HV_LOG_WARN_THRESHOLD 191, 192HV_MAX_HVDISP_FILE_SIZE 194HV_MAXPROC 195HV_MLOCKALL 195HV_NODENAME 57, 197HV_OFFLINE_REASON 57, 197HV_RCSTART 140, 195HV_REALTIMEPRIORITY 195HV_REQUESTING_CONTROLLER 197HV_SCALABLE_CONTROLLER 197HV_SCALABLE_INFO 197HV_SCRIPT_TYPE 57, 198HV_SCRIPTS_DEBUG 195HV_SYSLOG_USE 195HV_USE_ELM 192hvcm コマンド

定義 21hvdisp コマンド 24, 107, 108, 189

ファイルサイズ 194hvexec コマンド 73hvsetenv command

HV_RCSTART 140hvshut コマンド

RMS の停止 144タイムアウト値の指定 193定義 22

hvswitch コマンド定義 22

hvutil コマンド 164-c option 43アプリケーションの停止 149定義 22

hvw コマンド 18RMS 構成の再開 86運用モード 68定義済み 65

II_List、属性 186

258 J2UZ-5295-08Z0(00)

索引

include、ディレクトリ 25Inconsistent 状態 175InitScript 20Ipaddress、リソースウィザード 64IP アドレス

リソースの定義 17リソースウィザード 64

LLastDetectorReport、属性 186LEFTCLUSTER 44lib、ディレクトリ 25LieOffline、属性 182local controllers

maintenance mode 161log files

viewing 126

Mmaintenance mode

exiting 162local controllers 161operating notes 161stopping 162

Maintenance 状態 175MaxControllers、属性 187MA コマンド

cldevparam 223clmmbmonctl 223clmmbsetup 223clrccumonctl 223clrccusetup 223clrcimonctl 223

MonitorOnly、属性 182

NNFS

エントリ 172NODE_SCRIPTS_TIME_OUT 57, 198NoDisplay、属性 187NullDetector、属性 187

OOfflineDoneScript スクリプト 21OfflineDoneScript、属性 182OfflineFault 状態 175OfflineScript スクリプト 21OfflineScript、属性 182Offline 状態 8, 175

OfflineDoneScript 21OfflineScript 21PostOfflineScript 21

Offline スクリプト 18Offline 要求 36OnlinePriority、属性 183OnlineScript スクリプト 21OnlineScript、属性 183Online 状態 8, 175

OnlineScript 21PostOnlineScript 21

PreCheckScript 20PreOnlineScript 21

Online スクリプト 18orOp、オブジェクトタイプ 179

PPartialCluster 属性

HV_AUTOSTART_WAIT 190PartialCluster、属性 183PAS コマンド

clmstat 220mipcstat 220

PersistentFault、属性 183PostOfflineScript

属性 184PostOfflineScript スクリプト 21PostOnlineScript スクリプト 21PostOnlineScript、属性 184PreCheckScript スクリプト 20PreCheckScript、属性 184PreOfflineScript スクリプト 20PreOfflineScript、属性 184PreOffline 処理 37PreOnlineScript スクリプト 21PreOnlineScript、属性 184PreserveState

Fault 処理への影響 39, 40PreserveState、属性 184PRIMECLUSTER 7PriorityList、属性 187

RRAID 238rcsd 222rcsd.cfg 222Reliant Monitor Services

RMS グラフ 114概要 8高可用性 8コンポーネント 20ツリー 102

RELIANT_HOSTNAME 196RELIANT_INITSCRIPT 196RELIANT_LOG_LIFE 192RELIANT_LOG_PATH 193, 200RELIANT_PATH 193RELIANT_SHUT_MIN_WAIT 193RELIANT_STARTUP_PATH 196Resource、属性 187rKind、属性 187RMS

clusterwide table 111controlling operation 135full graph 114RMS 構成定義 67shutdown, and graph appearance 124命名規則 77, 167

RMS CLI 21hvassert 21hvcm 21

J2UZ-5295-08Z0(00) 259

索引

hvconfig 22hvdisp 22hvdispall 22hvdump 22hvlogclean 22hvsetenv 22hvshut 22hvswitch 22hvutil 22userApplication の切替え 21

RMS commandshvsetenv 140

RMS Wizard Kit 17, 18hvw コマンド 18概要 8スクリプト 18ディテクタ 18

RMS Wizard Tools 17, 64hvw コマンド 18オブジェクト 18概要 8スクリプト 18ディテクタ 18

RMS Wizard Tools ディテクタログレベルの設定 206

RMS ウィザードRMS 構成 63一般的な説明 64選択設定 70必須設定 70

「ウィザード」を参照 78RMS 環境変数 23, 24

AutoRecover の試行 197HV_APPLICATION 57, 197HV_APPLICATION_STATE_CHANGE_INFO、

スケーラブルコントローラスクリプト 56HV_AUTORECOVER スクリプト AutoRecover の

試行フラグ 57HV_AUTOSTARTUP 194HV_AUTOSTARTUP_IGNORE 190HV_AUTOSTART_WAIT 190HV_CHECKSUM_INTERVAL 191HV_COM_PORT 191HV_CONNECT_TIMEOUT 194HV_FORCED_REQUEST スクリプト強制要求

フラグ 57, 197HV_HOST_STATE_CHANGE_INFO、スケーラブ

ルコントローラスクリプト 56HV_LAST_DET_REPORT、スクリプト後の

ディテクタレポート 57HV_LAST_DET_REPORT、

スクリプト後のディテクタレポート 197HV_LOG_ACTION 194HV_LOG_ACTION_THRESHOLD 191HV_LOG_WARN_THRESHOLD 191, 192HV_MAXPROC 195HV_MLOCKALL 195HV_NODENAME、スクリプト現在のオブジェ

クトの名前 57

HV_NODENAME、スクリプト現在のオブジェクトの名前 197

HV_OFFLINE_REASON、スクリプト Offline処理の理由 57

HV_OFFLINE_REASON、スクリプト Offline 処理の理由 197

HV_RCSTART 140, 195HV_REALTIMEPRIORITY 195HV_REQUESTING_CONTROLLER スクリプト

強制要求フラグ 197HV_SCALABLE_CONTROLLER、スケーラブル

コントローラスクリプト 197HV_SCALABLE_INFO、スケーラブルコント

ローラスクリプト 197HV_SCRIPT_TYPE、スクリプトの種類 57, 198HV_SCRIPTS_DEBUG 195HV_SYSLOG_USE 195HV_USE_ELM 192NODE_SCRIPTS_TIME_OUT、スクリプト現在

のオブジェクトのタイムアウト値 57, 198RELIANT_HOSTNAME 196RELIANT_INITSCRIPT 196RELIANT_LOG_LIFE 192RELIANT_LOG_PATH 193, 200RELIANT_PATH 193RELIANT_SHUT_MIN_WAIT 193RELIANT_STARTUP_PATH 196SCRIPTS_TIME_OUT 196表示 105

RMS 環境変数の設定の変更 189RMS グラフ 114

RMS 合成サブアプリケーション 118コマンドポップアップ 120

RMS グローバル環境変数 23RMS 構成

一般的な手順 65RMS 合成サブアプリケーショングラフ 118RMS 構成定義

RMS グラフ 114RMS 構成定義、RMS 67RMS コマンド

config.us 222hvassert 221hvcm 21, 221hvconfig 22, 221hvdisp 22, 108, 221hvdispall 22, 221hvdump 22, 221hvenv.local 222hvexec 73hvgdstartup 222hvlogclean 22, 221hvlogcontrol 221hvreset 221hvsetenv 221hvshut 22, 221hvshut コマンド 144hvswitch 22, 221hvutil 22, 149, 222

RMS サブアプリケーショングラフ 118

260 J2UZ-5295-08Z0(00)

索引

RMS の起動 135RMS の停止 141RMS ベースモニタ 8RMS ローカル環境変数 23rName、属性 187

SSA_blade.cfg 222SA_icmp.cfg 223SA_ipmi.cfg 222SA_pprci.cfg 222SA_rccu.cfg 222SA_SATxscf.cfg 222SA_SATxscf2.cfg 222SA_scon.cfg 222SA_sspint.cfg 222SA_sunF.cfg 222SA_vmchkhost.cfg 223SA_vmSPgp.cfg 223SA_vmSPgr.cfg 223SA_wtinps.cfg 222Scalable モードコントローラ 15SCRIPTS_TIME_OUT 196ScriptTimeout、属性 184sdtool 222sfcipher 222ShutdownPriority、属性 185SplitRequest、属性 187sshconf 224StandbyCapable、属性 185StandbyTransitions、属性 185Standby 状態 175starting

RMS, automatically 140RMS, hvcm command 138

StateChangeScript スクリプト 21StateDetails、属性 188stopping

maintenance mode 162strace、Linux トレースツール 214switchlog 44

viewing 126ファイル 200, 201

SysNode 10, 74Wait 状態、クリア 144アプリケーションの切替え 22異常 44オブジェクトタイプ 179オブジェクトの選択 104状態に反応するスクリプト 21初期化 28ディテクタ 44

Ttab、ディレクトリ 25truss、Solaris トレースツール 214

UUnknown 状態 175

終了 28

初期状態 28userApplication 28, 74

Fault のクリア 151hvshut の使用 144RMS ツリー 102オブジェクト 10オブジェクトタイプ 179オブジェクトの選択 104活性化 152状態情報 111状態に反応するスクリプト 21停止する 149

us、ディレクトリ 25

WWait 状態 44, 175

SysNode のクリア 144障害のリソースをクリア 22停止中のノードをクリア 22

WarningScript 21WarningScript、属性 185Warning 状態 175

WarningScript 21Web-Based Admin View

セカンダリ管理サーバ 97プライマリ管理サーバ 97ログイン 98

Wizard Kit 17RMS 構成 64概要 8

wvCntl 223wvGetparam 223wvSetparam 223wvstat 223

あアプリケーション

Offline になる 36SysNode に切替え 22オブジェクト 10依存性 103活性化 152切替え 44状態の表示 108停止する 149

アプリケーションの切替え 22, 147依存オブジェクト 10依存性 103一覧表 111ウィザード

DEMO ターンキー 65GENERIC ターンキー 87hvexec コマンド 73ORACLE 64R/3 64構成定義 17サブメニュー 70セカンダリメニュー 70ターンキー 64, 67デバッグレベル 206

J2UZ-5295-08Z0(00) 261

索引

デバッグレポート 206頻繁に使用するメニュー項目 66メインメニュー 66リソースウィザード 64

エラーOffline 状態 41初期化時 36処理 39

エラーメッセージ 199BM ( ベースモニタ ) 200

オブジェクトController 103Fault のクリア 151gResource 10RMS アプリケーショングラフの

カスタマイズ 121RMS クラスタ全体のグラフ 116SysNode 10, 104userApplication 10, 104, 144アプリケーションの切替え 147依存性 116関係 116監視 74クラスタアプリケーションの活性化 152クラスタアプリケーションの起動 148クラスタアプリケーションを

Offline 状態にする 149, 150クラスタテーブル 111コンテキストメニュー 120コントローラ 13, 119スクリプト 20選択 104属性 23, 109タイプ 23

オブジェクト状態のタイムアウト、ベースモニタで監視 8

オブジェクトタイプandOp 179controller 179ENV 179ENVL 179gResource 179orOp 179SysNode 179userApplication 179

オブジェクトの状態、ベースモニタで監視 8オフライン処理 10

定義 36オペレータ介入 44オペレータ権限 98オンライン処理 10

か拡張性 7, 15仮想概念 8仮想ディスク

単独 239ミラー 241

活性化アプリケーション 152

管理サーバ 97管理者権限 98関連マニュアル 2擬似デバイスドライバ 235強制シャットダウン 141切替え処理

定義 44クラスタ 1

userApplication の切替え 21高可用性 8サービス 7

クラスタアプリケーションの起動 148クラスタアプリケーションの停止 149クラスタテーブル 111クラスタノード

オンラインを報告するまでの待ち時間 190起動時に無視 190リモートノードに対するディテクタの

タイムアウト 194クラスタファイルシステム 7クラスタボリューム管理 7グラフ

コンテキストメニュー 120定義 8

グラフィカルユーザインタフェース「GUI」を参照クリア

Fault 151Faulted 状態 151SysNode の Wait 状態 144障害が発生したリソース 22停止中のノード 22

権限 98高可用性 1, 7

アプリケーションの指定 67構成

各オブジェクトの詳細 109定義 8

構成設定アプリケーション 63

構成定義表示 22

故障状態からの回復 43コマンド

hvutil -c 43コマンドポップアップ

RMS グラフ 120RMS ツリー 103

コンテキストメニューグラフ 120

コントローラ 13Follow モード 14Scalable モード 15説明 179必須属性 179

さ作成

2 番目のアプリケーション 86アプリケーション 75

サブアプリケーション 102

262 J2UZ-5295-08Z0(00)

索引

サブツリーの上位 197サブメニュー、ウィザード 70資源

状態 8選択設定 71定義 17

事前準備 167実行プロセス 17指定切替え要求 45シャットダウン機構 12シャットダウン機構、RMS 10手動によるスクリプトの実行

RMS Wizard Tools 211障害

フェイルオーバ 80状態 20

Deact 175Faulted 175Inconsistent 175Maintenance 175Offline 175OfflineFault 175Online 175Standby 175Unknown 175Wait 144, 175Warning 175グラフのオブジェクト 8情報の表示 111

状態トリガ・スクリプトFaultScript 21OfflineDoneScript 21PostOfflineScript 21PostOnlineScript 21WarningScript 21

初期化 28初期化、エラー時 36初期化スクリプト、指定 196初期状態

Unknown 状態 28初期化 28

スクリプト 10, 20Offline 18Online 18RMS Wizard Kit 18オブジェクト 20タイムアウト 196プロアクティブ 10リアクティブ 10

スケーラブルコントローラ状態に反応するスクリプト 21

スペースをチルダに 84制御されるアプリケーション 13セカンダリ管理サーバ 97セカンダリメニュー、ウィザード 70設定

IP アドレス 64アプリケーション 64情報の表示 100, 102ファイルシステム 64

リソース 64設定ファイルのノード名 167選択設定、RMS ウィザード 70属性

Affiliation 186AlternateIp 185AutoRecover 181AutoRecoverCleanup 186AutoStartUp 181Class 186ClusterExclusive 181Comment 186ControlledSwitch 186DetectorStartScript 186FaultScript 181HostName 186I_List 186LastDetectorReport 186LieOffline 182MaxControllers 187MonitorOnly 182NoDisplay 187NullDetector 187OfflineDoneScript 182OfflineScript 182OnlinePriority 183OnlineScript 183PartialCluster 183PersistentFault 183PostOfflineScript 184PostOnlineScript 184PreCheckScript 184PreOfflineScript 184PreOnlineScript 184PreserveState 184PriorityList 187Resource 187rKind 187rName 187ScriptTimeout 184ShutdownPriority 185SplitRequest 187StandbyCapable 185StandbyTransitions 185StateDetails 188Halt 182WarningScript 185

ソフトウェアモニタRMS 8機能 1

たターンキーウィザード 64, 67

DEMO 65, 78GENERIC 87ORACLE 64R/3 64「ウィザード」を参照 78

タイムアウト値の指定 193単独仮想ディスク 239

J2UZ-5295-08Z0(00) 263

索引

地域固有のアプリケーション 8ツリーの上位スクリプト 57ディスククラス、ユーザ業務の資源 17ディテクタ 9, 20

RMS Wizard Kit 18RMS Wizard Tools 18無効 28

ディレクトリbin 25build 25etc 25include 25lib 25tab 25us 25

ディレクトリ階層ルートディレクトリ 193ルートディレクトリの指定 193

テーブルクラスタ 111

デバッグメッセージ 199BM ( ベースモニタ ) 200log ディレクトリ 200

デバッグレベル、ウィザード 206デバッグレポート、ウィザード 206デフォルトの起動ファイル CONFIG.rms 140

なネットワーク

事前準備 167ノード 8

強制停止 10, 12事前準備 167

ノードを強制停止 10, 12

はハートビート 8, 47ハートビートリカバリタイムアウト値 9, 48, 139配布

RMS 構成 68, 71構成の 2 回目 92

パラレルアプリケーションのサポート 7必須設定、RMS ウィザード 70表示

GUI メッセージ 101RMS 環境変数 105アプリケーションの状態 108現在の RMS 構成定義 22

ファイルシステムFsystem 64オブジェクト 18ユーザ業務が使用する資源 63ユーザ業務の資源 17

ファイルシステム、事前準備 167フェイルオーバ 9, 12, 48フォローコントローラで密に結合された

アプリケーション 14物理ディスク

初期化時の状態 35プライマリ管理サーバ 97

ブラウザ 97プロアクティブ型スクリプト 10保守モード 160

設定 22ボリュームマネージャ 17

まマニュアル

関連 2マニュアルページ

表示 219ミラー仮想ディスク 241命名規則、RMS 77, 167メインメニュー

ウィザード 66メッセージ 28

bmlog 201BM ( ベースモニタ ) 201RMS のトラブルシューティング 212エラー 200デバッグ 200汎用ディテクタログ 201

や優先切替え

要求 45要求 28

Offline 36要求トリガ・スクリプト

InitScript 20OfflineScript 21OnlineScript 21PreCheckScript 20PreOnlineScript 21

らリアクティブ型スクリプト 10リソース

オブジェクトタイプ 23障害のクリア 22スクリプトの実行 68設定 64ファイルシステムのエントリ 172

リソースウィザードCmdline 64Controller 64Fsystem 64GDS 64GLS 64Ipaddress 64Vxvm 64

ルート権限 98ログイン、Cluster Admin 98ログファイル

BM ( ベースモニタ ) 201switchlog 44, 201ディレクトリの指定 193保持期間 192

ログレベル

264 J2UZ-5295-08Z0(00)

索引

ディテクタ、RMS Wizard Tools のログレベルの設定 206

J2UZ-5295-08Z0(00) 265

索引

266 J2UZ-5295-08Z0(00)

FUJITSU Software...

Documents

Transcript of FUJITSU Software...