Cluster Foundation -...

Cluster Foundation

PRIMECLUSTER™ RMS 導入運用手引書 4.3

(Solaris™ オペレーティングシステム /Linux 版 )

2009 年 6 月版

版権および商標

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

Sun、Sun Microsystems、Sun ロゴ、Solaris およびすべての Solaris に関連する

商標及びロゴは、米国およびその他の国における米国 Sun Microsystems, Inc. の

商標または登録商標であり、同社のライセンスを受けて使用しています。

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

TimeFinder および SRDF は EMC Corporation の商標です。

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

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

お願い

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

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

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

Copyright (C) 2008 Fujitsu Siemens Computers GmbH.

All rights reserved.

目次

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 コマンド構文 ....................................................................................................................................... 41.4 表記記号 ........................................................................................................................................................... 41.5 略称 ................................................................................................................................................................... 41.6 変更履歴 ........................................................................................................................................................... 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 オブジェクトタイプ ..................................................................................................................................... 222.8 オブジェクト属性 ......................................................................................................................................... 232.9 環境変数 ......................................................................................................................................................... 23

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

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

3 RMS Wizard Tools インタフェース (hvw) の使用方法 ........................................................... 273.1 概要 ................................................................................................................................................................. 27

3.1.1 RMS ウィザードのタイプ ................................................................................................................ 283.1.1.1 ターンキーウィザード ...................................................................................................... 283.1.1.2 リソースウィザード .......................................................................................................... 28

3.2 一般的な構成設定の手順 ............................................................................................................................. 293.3 RMS 構成の作成および編集 ........................................................................................................................ 29

3.3.1 RMS ウィザードメニューの使用 .................................................................................................... 303.3.2 メイン構成メニュー ......................................................................................................................... 30

J2UZ-5295-02Z0(02)

目次

3.3.2.1 RMS 停止中のメイン構成メニューウィンドウ ............................................................ 303.3.2.2 RMS 実行中のメイン構成メニューウィンドウ ............................................................ 33

3.3.3 セカンダリメニュー ......................................................................................................................... 343.3.4 必須設定と選択設定 ......................................................................................................................... 34

3.4 RMS 構成定義ファイルの作成と配布 ........................................................................................................ 353.5 RMS 構成要素 ................................................................................................................................................ 37

3.5.1 スクリプト ......................................................................................................................................... 373.5.2 ディテクタ ......................................................................................................................................... 383.5.3 RMS オブジェクト ............................................................................................................................ 38

3.6 関連資料 ......................................................................................................................................................... 38

4 構成設定の例 ................................................................................................................................. 414.1 RMS の停止 .................................................................................................................................................... 414.2 RMS 構成の作成 ............................................................................................................................................ 414.3 クラスタへのノードの追加 ......................................................................................................................... 424.4 アプリケーションの作成 ............................................................................................................................. 444.5 Machines+Basics 設定の入力 ........................................................................................................................ 464.6 選択設定の入力 ............................................................................................................................................. 494.7 ディスプレイの指定 ..................................................................................................................................... 504.8 RMS 構成の配布 ............................................................................................................................................ 514.9 2 番目のアプリケーションの作成 .............................................................................................................. 524.10 制御するアプリケーションの設定 ............................................................................................................. 544.11 制御されるアプリケーションの指定 ......................................................................................................... 554.12 RMS 構成の配布 (2 回目 ) ............................................................................................................................ 584.13 RMS の起動 .................................................................................................................................................... 59

5 Cluster Admin GUI の使用方法 .................................................................................................. 635.1 概要 ................................................................................................................................................................. 635.2 Cluster Admin の起動 .................................................................................................................................... 63

5.2.1 Web-Based Admin View ..................................................................................................................... 635.2.2 ログイン ............................................................................................................................................. 645.2.3 Cluster Admin メイン画面 ................................................................................................................ 665.2.4 Cluster Admin メッセージの表示 .................................................................................................... 67

5.3 RMS の状態と属性の表示 ............................................................................................................................ 685.3.1 RMS ツリー ........................................................................................................................................ 685.3.2 コマンドポップアップ ..................................................................................................................... 695.3.3 ポップアップ確認画面 ..................................................................................................................... 715.3.4 RMS 環境変数の表示 ........................................................................................................................ 715.3.5 オブジェクトの状態の表示 ............................................................................................................. 745.3.6 構成情報またはオブジェクト属性 ................................................................................................. 75

6 その他の管理ツール .................................................................................................................... 776.1 RMS クラスタテーブルの使用 .................................................................................................................... 77

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

6.2.1 RMS クラスタ全体のグラフ ............................................................................................................ 806.2.2 RMS アプリケーショングラフ ........................................................................................................ 836.2.3 RMS サブアプリケーショングラフ ................................................................................................ 846.2.4 RMS 合成サブアプリケーショングラフ ........................................................................................ 846.2.5 グラフからコマンドポップアップメニューの使用 ..................................................................... 866.2.6 表示された詳細レベルの変更 ......................................................................................................... 87

6.3 表示変更の意味 ............................................................................................................................................. 896.3.1 RMS 構成変更時の表示 .................................................................................................................... 896.3.2 RMS 停止後のグラフの見方 ............................................................................................................ 90

6.4 RMS ログメッセージの表示 ........................................................................................................................ 926.4.1 switchlog およびアプリケーションログを表示する一般的な手順 ............................................. 956.4.2 時刻フィルタ ..................................................................................................................................... 95

J2UZ-5295-02Z0(02)

目次

6.4.3 キーワードフィルタ ......................................................................................................................... 966.4.3.1 リソース名 .......................................................................................................................... 966.4.3.2 重要度 .................................................................................................................................. 976.4.3.3 0 以外の終了コード ........................................................................................................... 976.4.3.4 キーワード .......................................................................................................................... 98

6.4.4 テキスト検索 ..................................................................................................................................... 996.4.5 フィルタの削除 ................................................................................................................................. 99

7 RMS の操作 ................................................................................................................................. 1017.1 RMS の操作について .................................................................................................................................. 101

7.1.1 RMS の起動 ...................................................................................................................................... 1017.1.2 システム起動時に RMS を自動起動する ..................................................................................... 1057.1.3 RMS の停止 ...................................................................................................................................... 1067.1.4 SysNode の Wait 状態のクリア ...................................................................................................... 109

7.2 RMS アプリケーションの管理 .................................................................................................................. 1107.2.1 アプリケーションの自動起動のオーバーライド ....................................................................... 1107.2.2 クラスタアプリケーションの切替え ........................................................................................... 1127.2.3 クラスタアプリケーションの起動 ............................................................................................... 1137.2.4 クラスタアプリケーションの停止 ............................................................................................... 1147.2.5 クラスタアプリケーションのリセット ....................................................................................... 1147.2.6 クラスタアプリケーションの AutoSwitchOver 設定の変更 ...................................................... 1167.2.7 Faulted 状態のクリア ...................................................................................................................... 1177.2.8 クラスタアプリケーションの活性化 ........................................................................................... 118

7.3 保守モードの使用法 ................................................................................................................................... 1197.3.1 保守モードの開始 ........................................................................................................................... 1197.3.2 保守モードの動作に関する注意 ................................................................................................... 120

7.3.2.1 保守モードにおけるクラスタ全体の制限 .................................................................... 1217.3.3 保守モードの終了 ........................................................................................................................... 1217.3.4 保守モードにおける Fault のクリア ............................................................................................. 1227.3.5 保守モードのコマンドラインインタフェース ........................................................................... 123

8 付録 — 事前準備 ........................................................................................................................ 1278.1 ネットワークデータベースファイル ....................................................................................................... 127

8.1.1 /etc/hosts ............................................................................................................................................ 1278.1.1.1 /etc/hosts 内のネットワークインタフェース名 ........................................................... 128

8.1.2 /.rhosts (Solaris)、/root/.rhosts (Linux) ............................................................................................ 1288.2 構成資源の定義 ........................................................................................................................................... 129

8.2.1 /opt/SMAW/SMAWRrms/etc/hvipalias ........................................................................................... 1298.2.1.1 任意指定のフィールド .................................................................................................... 130

8.2.2 /opt/SMAW/SMAWRrms/etc/hvconsoles ......................................................................................... 1318.3 ファイルシステム― (Linux) ...................................................................................................................... 131

8.3.1 /etc/fstab.pcl ....................................................................................................................................... 1328.3.1.1 アプリケーション用のファイルシステムの構成 ........................................................ 1328.3.1.2 クラスタ全体に渡る構成の問題 .................................................................................... 132

8.3.2 /etc/exports.pcl ................................................................................................................................... 1338.4 ファイルシステム — (Solaris) ................................................................................................................... 133

8.4.1 NFS ロックフェイルオーバ ........................................................................................................... 1348.5 NFS サーバ ................................................................................................................................................... 1348.6 ログファイル ............................................................................................................................................... 135

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

9 付録 — 状態 ................................................................................................................................ 1379.1 基本状態 ....................................................................................................................................................... 1379.2 状態の詳細 ................................................................................................................................................... 138

10 付録 — オブジェクトタイプ ................................................................................................... 139

J2UZ-5295-02Z0(02)

目次

11 付録 — 属性 ................................................................................................................................ 14111.1 ユーザ設定属性 ........................................................................................................................................... 14111.2 RMS 構成ウィザード管理属性 .................................................................................................................. 147

12 付録 — 環境変数 ........................................................................................................................ 15112.1 RMS 環境変数の設定 .................................................................................................................................. 15112.2 RMS グローバル環境変数 .......................................................................................................................... 15212.3 RMS ローカル環境変数 .............................................................................................................................. 15512.4 RMS スクリプト実行環境変数 .................................................................................................................. 158

13 付録 — RMS コマンドラインインタフェース ...................................................................... 16113.1 使用可能な RMS CLI コマンド ................................................................................................................. 161

14 付録 — マニュアルページ ....................................................................................................... 16514.1 CCBR ............................................................................................................................................................ 16514.2 CF .................................................................................................................................................................. 16514.3 CIP ................................................................................................................................................................. 16614.4 PAS ................................................................................................................................................................ 16614.5 クラスタリソース管理機構 ....................................................................................................................... 16614.6 RMS ............................................................................................................................................................... 16714.7 シャットダウン機構 (SF) ........................................................................................................................... 16814.8 非同期監視 (MA) ......................................................................................................................................... 16914.9 SIS ................................................................................................................................................................. 16914.10 Web-Based Admin View ............................................................................................................................... 17014.11 RMS ウィザード .......................................................................................................................................... 17014.12その他のユーティリティ ........................................................................................................................... 170

用語集 ................................................................................................................................................ 171

略語 .................................................................................................................................................... 187

図 ........................................................................................................................................................ 191

表 ........................................................................................................................................................ 197

索引 .................................................................................................................................................... 199

J2UZ-5295-02Z0(02)

1 はじめに

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

本書は、RMS コンポーネントの紹介と、正しく運用するために必要な構成データおよび管理タスクについて説明します。

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

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

● PRIMECLUSTER 製品ファミリ

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

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

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

1.1 本書の構成

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

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

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

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

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

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

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

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

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

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

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

● 151 ページの "12 付録 — 環境変数 " では、RMS 環境変数について説明します。

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

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

J2UZ-5295-02Z0(02) 1

マニュアルはじめに

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 システムの導入から運用管理までの一連の流れ、および操作について説明しています。

● "RMS リファレンスガイド " — RMS の高可用性マネージャの動作原理と診断手順を解説しています。RMS ログファイルの表示や解釈の方法についても説明しています。RMS の全エラーメッセージにつき、考えられる原因と、状況ごとの対処法を説明しています。

● " 製品添付インストールガイド " — このドキュメントは、PRIMECLUSTER のインストール、構成設定、および操作に関する新情報が記載されています。

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

1.3 本書の表記について

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

1.3.1 表記

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

1.3.1.1 プロンプト

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

2 J2UZ-5295-02Z0(02)

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

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 ＜ファイル名＞

書体使用方法

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

斜体具体的な数値に置き換える必要のある変数。具体的な数値に置き換える必要のあるコマンド行の変数。隣接する文字列と区別するためかぎ括弧で括られて表記される場合がありますが ( 例 : <nodename>RMS)、特に指定のない限り、かぎ括弧は入力対象ではありません。

CUI または GUI 内の項目名。例としては、メニュー項目、ラジオボタン、チェックボックス、文字列入力ボックス、パネル、ウィンドウタイトルなどがあります。

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

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

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

＜均等幅＞ボタン名

J2UZ-5295-02Z0(02) 3

表記記号はじめに

1.3.2 コマンド構文

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

1.4 表記記号

特に注意すべき事項には以下の記号が付いています。

説明されている内容に関する重要な情報が記述されていることを示します。

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

1.5 略称

参照する Solaris™ オペレーティングシステム ( 以降、Solaris) のマニュアル名称で "Solaris X" と書かれている部分は、Solaris™ 9 オペレーティングシステム ( 以降、Solaris 9) 、または Solaris™ 10 オペレーティングシステム ( 以降、Solaris 10) と読み替えてマニュアルを参照してください。

1.6 変更履歴

記号名前意味

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

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

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

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

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

追加・変更内容変更箇所マニュアルコード

重要事項に保守モードを開始するための条件を追加しました。 7.3.1 J2UZ-5295-02Z0(01)

重要事項に保守モードを終了するための条件を追加しました。 7.3.3

属性値を変更しました。 11.1

重要事項の保守モードを終了するための条件の記載を変更しました。 7.3.3 J2UZ-5295-02Z0(02)

4 J2UZ-5295-02Z0(02)

Part I: 構成設定

J2UZ-5295-02Z0(02)

6 J2UZ-5295-02Z0(02)

2 概要

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

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

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

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

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

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

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

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

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

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

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

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

2.1 概要

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

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

パラレル

アプリケーション(PAS)

スケーラブル

インターネット(SIS)

カスタム

サービス

(GDS、GLS)

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

RMS 構成(RMS ウィザード )

CF

高可用性(RMS)

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

ユーザインタフェース

J2UZ-5295-02Z0(02) 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 製品 ( 上図の薄いグレー部分 ) については、個別のマニュアルが用意されています。2 ページの "1.2 マニュアル " を参照してください。

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

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

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

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

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

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

ノードとハートビート

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

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

8 J2UZ-5295-02Z0(02)

概要 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-02Z0(02) 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 オブジェクトタイプの一覧は 139 ページの "10 付録 — オブジェクトタイプ " を参照してください。

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

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

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

10 J2UZ-5295-02Z0(02)


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-02Z0(02) 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」と呼ぶのが普通です。

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

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

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

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

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

12 J2UZ-5295-02Z0(02)


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-02Z0(02) 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 が正しいシーケンスを実行することが高可用性運用には非常に重要です。詳細については、127 ページの "8 付録 — 事前準備 " を参照してください。

Online

Offline

:

1 2

14 J2UZ-5295-02Z0(02)


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-02Z0(02) 15


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

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

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

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

詳細については、"PRIMECLUSTER RMS リファレンスガイド " を参照してください。

ATM ATM

16 J2UZ-5295-02Z0(02)

概要 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 や SAP R/3 などの一般的なアプリケーションの RMS の構成を設定することができます。RMS ウィザードは、あらゆるタイプのクラスタアプリケーションを制御するRMS の構成を設定することができます。

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

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

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

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

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

J2UZ-5295-02Z0(02) 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-02Z0(02)

概要 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-02Z0(02) 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-02Z0(02)

概要 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 コマンドの詳細については、165 ページの "14 付録 — マニュアルページ " を参照してください。

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

コマンド機能

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

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

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

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

J2UZ-5295-02Z0(02) 21

オブジェクトタイプ概要

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

2.7 オブジェクトタイプ

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

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

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

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

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

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

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

これらの変数は 151 ページの "12 付録 — 環境変数 " に説明されています。

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

hvswitch hvswitchコマンドは、クラスタアプリケーションの制御を RMS 構成内のシステムノード (SysNode) 間で手動で切替えます。切替えるリソースのタイプはuserApplication、システムノードのタイプは SysNodeである必要があります。

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

－ userApplicationの Offline

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

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

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

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

コマンド機能

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

22 J2UZ-5295-02Z0(02)

概要オブジェクト属性

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

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

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

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

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

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

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

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

2.8 オブジェクト属性

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

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

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

2.9 環境変数

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

● RMS グローバル環境変数は、クラスタ内の全てのノードで同じ設定にする必要があります。RMS は、RMS グローバル環境変数を ENV オブジェクトおよび /opt/SMAW/SMAWRrms/bin/hvenv 構成定義ファイルに保存します。

● RMS ローカル環境変数は RMS グローバル環境変数に優先し、また、ノードごとに異なる可能性があります。RMS は、RMS ローカル環境変数を ENVLオブジェクトおよび/opt/SMAW/SMAWRrms/bin/hvenv.local 構成定義ファイルに保存します。

RMS グローバル環境変数および RMS ローカル環境変数のファイルの保存先は、RELIANT_PATHの定義によって変わることがあります。その場合、各ファイルは、<RELIANT_PATH>/bin/hvenv、<RELIANT_PATH>/bin/hvenv.localに保存されます。

J2UZ-5295-02Z0(02) 23

環境変数概要

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

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

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

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

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

24 J2UZ-5295-02Z0(02)

概要環境変数

2.9.1 環境変数の設定

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

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

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

hvenv.local ファイルに設定されているノードのみ設定が変更されますが、hvenv ファイルを設定する場合は、全てのノードの hvenvファイルの内容を同一にする必要があります。変更を有効にするには、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 のユーザ環境または管理者環境からは見えません。稀に、システムログやコンソールの診断メッセージに含まれる場合があります。

158 ページの "12.4 RMS スクリプト実行環境変数 " では、これら全ての変数について説明しています。

J2UZ-5295-02Z0(02) 25

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: ログのディレクトリ構造

26 J2UZ-5295-02Z0(02)

3 RMS Wizard Tools インタフェース (hvw) の使用方法

本章では、RMS ウィザードを使用してクラスタアプリケーションの高可用性構成を設定する方法について説明します。

● 27 ページの "3.1 概要 " では、構成設定の手順と RMS ウィザードについて簡単に説明します。

● 29 ページの "3.2 一般的な構成設定の手順 " では、それぞれの構成設定手順について大きく 4 つのステップに分けて説明します。

● 29 ページの "3.3 RMS 構成の作成および編集 " では、RMS ウィザードインタフェースの内容と構成設定での使用法を説明します。

● 35 ページの "3.4 RMS 構成定義ファイルの作成と配布 " では、作成または変更した RMS 構成を配布する方法について説明します。

● 37 ページの "3.5 RMS 構成要素 " では、それぞれの RMS 構成で指定する RMS の基本要素 ( スクリプト、ディテクタ、RMS オブジェクト ) について詳述します。

● 38 ページの "3.6 関連資料 " では、RMS ウィザードの詳細を説明した関連資料を紹介します。

以下の手順では全て、Cluster Foundation (CF) ソフトウェアが正しくインストールされ、構成され、起動されていることを前提としています。詳細については、"Cluster Foundation 導入運用手引書 " を参照してください。

3.1 概要

7 ページの "2 概要 " では、高可用性アプリケーションを構成設定するために必要なコンポーネントについて説明しています。高可用性アプリケーションを構成設定するには、アプリケーションおよびアプリケーションによって使用される資源としてのオブジェクトを定義することが非常に重要です。資源とは、ディスク、ファイルシステム、プロセス、IP アドレスなどの実体を指します。

RMS 構成定義を作成するためには、上記の情報だけでなく以下の情報も必要です。

● アプリケーションと資源オブジェクトの関連性

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

● どのディテクタがどの資源オブジェクトの状態を監視するか

たとえば、ノードが使用不能になった場合に備えて、そのノードに代わる代替ノードを定義しておき、このノードに依存するユーザ業務が中断するのを小限に抑え、代替ノードで継続稼動できるようにする必要があります。これらの情報が定義できれば、RMS 構成は設定できます。しかし、これだけの情報を定義して RMS 構成を設定するには、多くの専門知識が必要になります。

RMS ウィザードは、高い柔軟性を提供するため、シンプル設計された RMS 構成設定のツールです。RMSウィザードで RMS の構成を設定するには、メニュー形式のインタフェースから、アプリケーションの情報を入力します。 RMS ウィザードは、これらの情報を使用して RMS の構成設定を作成します。

以下のセクションでは、RMS ウィザードを使用して、高可用性クラスタアプリケーションを設定する方法を説明します。

J2UZ-5295-02Z0(02) 27

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

3.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 などの各ウィザード製品のマニュアルを参照してください。詳細については、38 ページの"3.6 関連資料 " を参照してください。

3.1.1.1 ターンキーウィザード

ターンキーウィザードは、クラスタアプリケーションをトップダウン形式で一括で設定するためのウィザードてす。このウィザードを使用することによって、クラスタアプリケーションを設定する管理者は、クラスタアプリケーションに関連付けられている基本リソースの活性化や非活性化の優先順位を気にする必要がなくなります。

ターンキーウィザードの多くは、特定の種類のアプリケーション専用に設計されています。 41 ページの"4 構成設定の例 " で説明している RMS 構成は、GENERIC ターンキーウィザードおよび DEMO ターンキーウィザードを使用します。他には、R/3 ウィザードや ORACLE ウィザードがあります。ターンキーウィザードは、全て大文字で表記します。

3.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 アドレスを設定します。

28 J2UZ-5295-02Z0(02)

RMS Wizard Tools インタフェース (hvw) の使用方法一般的な構成設定の手順

3.2 一般的な構成設定の手順

RMS の構成設定は、次の 4 つの段階で行います。

RMS を停止する

106 ページの "7.1.3 RMS の停止 " を参照してください。 Cluster Admin GUI または、クラスタ内のいずれかのノードからコマンドラインインタフェース (CLI) を使用します。

RMS 構成を作成および編集する

次のセクションでは一般的な説明を行い、41 ページの "4 構成設定の例 " では、例を使って説明します。

RMS 構成を配布する

RMS 構成の配布を行う場合は、上記で作成編集した情報から RMS 構成定義を生成し、それを各ノードに送付するという 2 段階で行います。 35 ページの "3.4 RMS 構成定義ファイルの作成と配布 " を参照してください。

RMS を起動する

101 ページの "7.1.1 RMS の起動 " を参照してください。 Cluster Admin GUI または、クラスタ内のいずれかのノードからコマンドラインインタフェース (CLI) を使用します。

3.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-02Z0(02) 29

RMS 構成の作成および編集 RMS Wizard Tools インタフェース (hvw) の使用方法

3.3.1 RMS ウィザードメニューの使用

hvw コマンドは操作するメニューを文字列で表示します。以下によく使用されるメニュー操作とメニュー項目について説明します。

● 項目の選択 — 通常は、項目の番号を入力してから、＜ Enter ＞または＜ Return ＞キーを押します。メニュー内のプロンプト行は、入力が必要であることを示しています。 >> プロンプトは入力する文字列を示します。

● メッセージへの応答 — メニューには、数種類のメッセージが表示されます。たとえば、RMS ウィザードが実行したアクティビティに関する情報 (整合性チェックが成功したことなど ) を知らせるメッセージがあります。 RMS 構成設定手順で特定のアクティビティの実行 ( アプリケーション名の選択など ) を指示するメッセージもあります。

● [HELP] — ユーザにヘルプ情報を提供します。全ての RMS ウィザードメニューの先頭項目です。

● [QUIT] — RMS ウィザードメニューシステムを終了します。

● [RETURN] — メニューシステム内で 1 つ上のレベルに移動するための項目です。つまり、現在のメニューから、その前に使用していたメニューに移動します。

● [SAVE+EXIT] / [NOSAVE+EXIT] —入力を保存または破棄して終了するための項目です。[SAVE+EXIT]は読取専用モードでは選択できません。また、その時点の構成設定に不整合がある場合には選択できないことがあります。

3.3.2 メイン構成メニュー

RMS 構成を呼び出した直後に、メイン構成メニューが表示されます。上位のメニューは、RMS クラスタの状態を、以下のいずれかで示します。

● RMS が停止中の場合

● RMS が実行中であるノードのリスト

メイン構成メニューは、RMS がクラスタで実行中であるか編集中の RMS 構成ファイルが現在の RMS 構成ファイルであるかにより、動的に変化します。

RMS がクラスタ内のいずれかの場所で実行中である場合は、実行中の RMS 構成を変更する可能性がある操作は全て無効になり、使用できません。さらに、実行中の RMS 構成に対する変更ができないように、メニュー項目が変更されます。

RMS が実行中で、かつ編集中の RMS 構成が実行中の RMS 構成と異なる場合は、メインメニューには[Configuration-Activate] メニューオプションが使用できないこと以外の制限はありません。

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

RMS がシステムを構成するいずれのノードでも実行されていない場合、上位のメニュー全体が、制限なしで表示されます。図 10 は、RMS 停止中のメイン構成メニューウィンドウを示しています。

図 10: RMS 停止中のメイン構成メニューウィンドウ

30 J2UZ-5295-02Z0(02)

RMS Wizard Tools インタフェース (hvw) の使用方法 RMS 構成の作成および編集

メニュー項目

メイン構成メニューでは、RMS がクラスタのいずれのノードでも実行されていない場合、以下の処理を行うことができます。

● [Application-Create] — 新規クラスタアプリケーションを作成します。このメニューでは、動作に必要な関連項目も全て指定する必要があります。も重要な指定項目は、クラスタアプリケーションの名前とノードのリスト ( クラスタアプリケーションを実行するクラスタノード ) です。

ユーザアプリケーションは、高可用性構成のため複数のノードで実行するように設定してください。

RMS ウィザードは指定したオブジェクトに応じて、属性に値を割当て、必須設定の場合はプロンプトを表示します。

アプリケーションに適したターンキーウィザードを選択すると、スクリプトやディテクタなどの、対象となるアプリケーションの定義済みの内容が自動的に設定されます。これらの内容は特定のアプリケーション向けに開発されたものです。

不整合が発生することを防ぐため、RMS ウィザードは RMS 構成設定段階で文法チェックも実行します。

● [Application-Edit] — 既存のクラスタアプリケーションを変更します。

既存のクラスタアプリケーションはこのメニュー項目で変更できます。変更では、以下のモードが使用できます。

– ターンキーモード ( 推奨 ) — デフォルトのモードです。クラスタアプリケーションを作成するために必要な各種の設定を簡単に行うことができるので、通常はこのモードを使用してください。

– 非ターンキーモード ( システムの詳しい知識がある場合 ) — 専門知識をもったユーザ ( エキスパートユーザ ) 向けのモードです。このモードを使用する場合には、RMS 構成に不整合が生じないようにする必要があります。 RMS 構成に不整合が生じると、RMS が起動しなくなります。このモードの使用法については本書では扱いません。

● [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 が起動しているかどうかに関係なく常に使用可能です。

J2UZ-5295-02Z0(02) 31


● [Configuration-Activate] — RMS 構成を生成して配布します。

この項目を選択すると、RMS 構成定義ファイルの生成と配布を同時に行います。生成のフェーズについては、前の項目を参照してください。

配布のフェーズでは、各ノードにデータを送付する必要があるため、クラスタシステムの全ノードが動作していなければなりません。RMS ウィザードは、RMS 構成で指定された実行中の全てのノードに構成データをコピーし、必要なファイルをコピーします。送付時に停止しているノードがあった場合は、後から [Configuration-Push] ( 次セクションで説明 ) を使ってこれらのノードだけに更新データを送ることができます。

[Configuration-Activate] は、RMS が実行されているノードが 1 つでも存在する場合は使用できません。

● [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] — クラスタノードの一覧からノードを削除します。

32 J2UZ-5295-02Z0(02)

RMS Wizard Tools インタフェース (hvw) の使用方法 RMS 構成の作成および編集

3.3.2.2 RMS 実行中のメイン構成メニューウィンドウ

RMS Wizard Tools メニューの内容は、RMS が以下の場所で起動されているかどうかにより動的に変化します。

● クラスタ内のいずれかのノード

● RMS Wizard Tools を実行しているローカルのノード上

RMS がクラスタノードのいずれかで動作している場合は、現在実行中の構成に変更を加える可能性のある操作はできません。

RMS がローカルノードで実行されていると、図 11 のようなメイン構成メニューウィンドウが表示されます。

図 11: 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-02Z0(02) 33


3.3.3 セカンダリメニュー

メインメニューの各項目を選択すると次のメニュー (セカンダリメニュー) が出ます。セカンダリメニューのサブメニューが存在する場合もあります。

セカンダリメニューの例として、[Creation: Application type selection] メニュー ( 図 12) があります。このメニューは、メインメニューで [Application-Create] を選択した場合に表示されます。

図 12: [Application type selection] メニュー

メニューに表示される使用可能なアプリケーションの一覧は、そのローカルのシステムにパッケージがインストールされているかどうかによって変わります。この例の中にあるアプリケーションの一部は、マーケットやプラットフォームによっては使用できない場合があります。

このメニューでは、アプリケーションに割当てるアプリケーションタイプを選択できます。これは RMS構成を設定する手順の中でも重要なステップです。なぜなら、この手順で起動する指定のアプリケーションタイプのウィザードが、アプリケーションタイプに対応する全ての定義済み要素 ( スクリプトやディテクタなど ) を提供するからです。

41 ページの "4 構成設定の例 " で、セカンダリメニューの使用方法を示します。これらのメニューの詳細は、RMS ウィザードマニュアルパッケージで説明しています。

3.3.4 必須設定と選択設定

クラスタアプリケーションの設定に RMS ウィザードを使用すると、必須設定と選択設定に分かれて設定されます。

必須設定の項目には、アプリケーション名とそのアプリケーションが実行可能なノード名があります。たとえば、前のセクションで示したアプリケーションタイプ選択メニューで、[5) DEMO] を選択すると、図 13 に示すメニューが表示されます。

図 13: 必須設定の前のメニュー

34 J2UZ-5295-02Z0(02)

RMS Wizard Tools インタフェース (hvw) の使用方法 RMS 構成定義ファイルの作成と配布

[7) Machines+Basics] を選択すると、図 14 のメニューを使用した必須設定が完了できます。

図 14: 必須設定メニュー

メニューにはアプリケーションの現在の属性設定が表示されます。これらの属性には RMS ウィザードによって自動的に設定されたものも含まれています。括弧で囲まれた属性はオプションの属性です。

必須設定が完了した後で、選択設定メニューが表示されます ( 図 15)。選択設定では、ファイルシステム、IP アドレス、ディスクなど資源の指定も行います。

図 15: 選択設定メニュー

メニューに表示される使用可能なサブアプリケーションの一覧は、そのローカルのシステムにパッケージがインストールされているかどうかによって変わります。例の中にあるサブアプリケーションの一部は、マーケットやプラットフォームによっては使用できない場合があります。

3.4 RMS 構成定義ファイルの作成と配布

29 ページの "3.2 一般的な構成設定の手順 " で説明したように、RMS 構成の配布はクラスタシステムを構成するのに必要な3番目の基本ステップです。 RMS構成を起動するステップは、いくつかの手順からなっています。これらの手順で、RMS 構成を生成して配布します。

RMS構成を配布するには、まずクラスタ内の全てのノード上のRMSを停止する必要があります。

J2UZ-5295-02Z0(02) 35

RMS 構成定義ファイルの作成と配布 RMS Wizard Tools インタフェース (hvw) の使用方法

RMS 構成の配布は、メイン構成メニューから行います ( 図 16 を参照 )。

図 16: メイン構成メニュー

数字「8」を入力して [Configuration-Activate] を選択します。

作成、配布は RMS ウィザードによって実行されます。ここでは、他の入力は必要ありません。

配布の実行中に、RMS ウィザードは複数の作業を実行し、作業の状態を画面に表示します。完了した作業にはそれぞれ done 等の文字が表示されます ( 図 17 を参照 )。

図 17: RMS 構成定義ファイルの作成と配布

[Configuration-Activate] では、RMS 構成定義ファイルの生成および配布が行われます。RMS ウィザードは、RMS 構成定義ファイルを構成内で指定された全てのノードに送付する前に、RMS 構成定義ファイルの生成で作成されたグラフの整合性チェックを実行します。

クラスタ内のいずれかのノードで RMS が稼動していると、[Configuration-Activate] を実行できません。[Configuration-Activate] を実行する前に、RMS を停止してください。

[Configuration-Activate] を実行すると、クラスタアプリケーションが後に Online状態であったノードを示す情報 (OnlinePriority属性が 1に設定されている場合に使用される情報 ) や、クラスタアプリケーションが Faulted 状態になったことを示す情報 (PersistentFault 属性が1 に設定されている場合に使用される情報 ) が初期化され失われます。

RMS 構成定義ファイルが正しく作成および配布されたら、メイン構成メニューに戻ります。このメニューから、構成設定を終了できます。

36 J2UZ-5295-02Z0(02)

RMS Wizard Tools インタフェース (hvw) の使用方法 RMS 構成要素

＜ Enter ＞を押して [Main configuration menu] に戻ります ( 図 18 を参照 )。

図 18: メイン構成メニューの終了

数字「2」を入力して [QUIT] を選択します。

これで RMS 構成の配布フェーズが終了します。通常次の段階では、RMS を起動して、新しく構成したクラスタアプリケーションの監視を開始します。

GUI または以下のコマンドを使用して、RMS を起動します。

hvcm -a

3.5 RMS 構成要素

このセクションでは、高可用性構成の一部である基本要素 ( スクリプト、ディテクタ、RMS オブジェクト ) について説明します。これらの要素の大半については、前のセクションで説明しました。ここでは、RMS ウィザードがどのようにこれらの要素を使用するのかをより詳しく説明します。

このセクションは、操作の説明ではなく、RMS 構成の要素について理解を深めていただくために用意されています。

3.5.1 スクリプト

スクリプトを使用して、数種類の処理を実行します。この中でも重要な処理を以下に示します。

● オブジェクトをオンライン (Online) 状態にする

● オブジェクトをオフライン (Offline) 状態にする

オブジェクトを Offlineにするスクリプトの例として、障害が発生したノードシステムからアンマウントする必要があるファイルシステムについて考えてみます。オフラインスクリプトは umount コマンドを使用してファイルシステムをアンマウントします。別のスクリプトはmountコマンドを使用して、ファイルシステムを別のノードシステムにマウントします。

このような Online スクリプトおよび Offline スクリプトの他に、オンラインおよびオフラインへの移行を準備する PreOnlineスクリプトと PreOfflineスクリプトなど、多くのスクリプトがあります。

RMS ウィザードは、あらかじめ R/3 アプリケーションなどに対応する複数のスクリプトを用意しています。アプリケーションをこれらの標準タイプのいずれかに割当てると、RMS ウィザード提供のスクリプトが自動的に使用可能になります。

hvexec コマンドは、RMS で監視される高可用性構成のスクリプトを実行します。 hvexec コマンドの詳細については、RMS ウィザードのマニュアルパッケージに含まれている primer.htmドキュメントを参照してください (2 ページの "1.2 マニュアル " を参照 )。

J2UZ-5295-02Z0(02) 37

関連資料 RMS Wizard Tools インタフェース (hvw) の使用方法

3.5.2 ディテクタ

ディテクタは、オブジェクトを監視するプロセスです。オブジェクト ( ディスクグループなど ) の状態が変化すると、ディテクタが状態の変化を RMS BM ( ベースモニタ ) に通知します。 BM ( ベースモニタ )は、この状態変化に対してスクリプトを実行するかどうかを決定できます。

前のセクションで説明したシステム提供のスクリプト同様、RMS ウィザードは、あらかじめ R/3 アプリケーションなどに対応したディテクタを備えています。アプリケーションをこれらの標準タイプのいずれかに割当てると、自動的に RMS ウィザード提供のディテクタが使用されるようになります。

3.5.3 RMS オブジェクト

クラスタシステムは、相互に依存する一連のオブジェクトと見ることができます。クラスタシステムの一部であるユーザ業務または資源は、オブジェクトの 1 つで表されます。 RMS グラフでは、オブジェクトの相互依存性を表示できます。

RMS 構成で使用されるも重要なオブジェクトを以下に示します。

● userApplication — クラスタシステムで監視の対象となるユーザ業務です。

● SysNode — クラスタ内でノードとして稼動するノードです。

● gResource — ユーザ業務のニーズに従って定義される汎用オブジェクトです。

構成定義では通常、1 つのディテクタが種類を同じくする全てのオブジェクトに関連付けられています。

3.6 関連資料

これまでのセクションは、RMS ウィザードの基本的概念と方法を理解するための内容になっています。詳細については、これらのツールおよびその使用方法について詳しく説明したマニュアルを参照してください。

RMS ウィザードマニュアルパッケージ

RMS ウィザードマニュアルパッケージは PRIMECLUSTER CD に HTML 形式で収録されています。インストール後、マニュアルは以下の場所に格納されます。

/opt/SMAW/SMAWRrms/htdocs.solaris/wizards.en/ (Solaris)

/usr/doc/packages/SMAWRhv-do/wizards.en/ (Linux)

● feature_description.htm

RMS Wizard Tools の新しいバージョンで追加された機能を説明しています。

● primer.htm

RMS ウィザードの導入説明と、本章で説明できなかった詳細な機能について説明しています。

● wizards/

このセクションでは、本章で説明した 3 種類のウィザード、つまりターンキーウィザード、リソースウィザード、およびその他のウィザード ( 汎用ウィザードを含む ) について説明しています。

● scripts_and_tools/

このセクションでは、RMS ウィザードを使用してクラスタシステムを設定するときに役立つスクリプトとツールについて説明しています。gresources.htmでは、ディテクタについて説明しています。

38 J2UZ-5295-02Z0(02)

RMS Wizard Tools インタフェース (hvw) の使用方法関連資料

● manuals/

このセクションでは、RMS ウィザードを使用してクラスタシステムを設定するときに頻繁に使用するコマンドのマニュアルページで入手できる情報を紹介しています。

本章でも説明している hvwコマンドと hvexecコマンドについて、詳しく説明しています。

マニュアルページ

RMS ウィザードでの RMS 構成設定作業で使用するコマンドに関する情報は、マニュアルページからも入手できます。

たとえば、本章の手順で使用される hvw コマンド、hvcm コマンド、および hvexec コマンドのマニュアルページがあります。

J2UZ-5295-02Z0(02) 39

関連資料 RMS Wizard Tools インタフェース (hvw) の使用方法

40 J2UZ-5295-02Z0(02)

4 構成設定の例

この章では、RMS ウィザードを使用した構成設定の例について説明します。小規模クラスタシステム上で 2 つの簡単なクラスタアプリケーションを構成する場合を例にとります。この例は、以下の手順で構成されています。

● 41 ページの "4.1 RMS の停止 " では、RMS の停止について説明しています。

● 41 ページの "4.2 RMS 構成の作成 " では、RMS 構成を作成する方法について説明しています。

● 42 ページの "4.3 クラスタへのノードの追加 " では、クラスタへノードを追加する方法について説明しています。

● 44 ページの "4.4 アプリケーションの作成 " では、クラスタアプリケーションを設定する方法について説明しています。

● 46 ページの "4.5 Machines+Basics 設定の入力 " では、[Machines+Basics] メニューからクラスタアプリケーションを設定する方法について説明しています。

● 49 ページの "4.6 選択設定の入力 " では、選択設定を入力する方法について説明しています。

● 50ページの"4.7 ディスプレイの指定" では、ディスプレイを指定する方法について説明しています。

● 51 ページの "4.8 RMS 構成の配布 " では、RMS 構成を配布する手順について説明しています。

● 52 ページの "4.9 2 番目のアプリケーションの作成 " では、第 2 のクラスタアプリケーションを追加して mydemo構成を拡張する方法について説明しています。

● 54 ページの "4.10 制御するアプリケーションの設定 " では、他のクラスタアプリケーションを制御するクラスタアプリケーションの設定手順について説明しています。

● 55 ページの "4.11 制御されるアプリケーションの指定 " では、制御されるクラスタアプリケーションを指定する方法について説明しています。

● 58 ページの "4.12 RMS 構成の配布 (2 回目 )" では、2 回目の RMS 構成を配布する手順について説明しています。

● 59 ページの "4.13 RMS の起動 " では、RMS の起動について説明しています。

4.1 RMS の停止

RMS 構成の作成や編集を行う場合には必ず、RMS を停止してください。Cluster Admin GUI を使用する(106 ページの "7.1.3 RMS の停止 " を参照 ) か、クラスタ内のいずれかのノードから以下のコマンドを入力します。

# hvshut -a

4.2 RMS 構成の作成

mydemoというサンプルの RMS 構成のためのウィザードメニューを表示させるために、次のコマンドを入力します。

# hvw -n mydemo

これにより、RMS 構成定義ファイル mydemo.us が、/opt/SMAW/SMAWRrms/build/ ディレクトリ内に作成されます。別の名前やディレクトリを指定する場合は、ファイル名とパスを合わせて 80 文字以内で指定してください。

J2UZ-5295-02Z0(02) 41

クラスタへのノードの追加構成設定の例

RMS 構成メニューが表示されます。RMS 構成名はメニューの上部に示されています ( 図 19)。


4.3 クラスタへのノードの追加

ユーザ業務を構成する場合は、必ず、クラスタ内の全てのノードで実行できるように設定する必要があります。全ての RMS ノード名は、/etc/hostsファイルに登録しておいてください ( 第 8 章 “ 付録 — 事前準備 ” を参照 )。

RMS 構成に含めるノードを選択します。表 4 のワークシートを使用すると、設定作業が順序よく行えます。

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

表 4: クラスタのシステム設計ワークシート

42 J2UZ-5295-02Z0(02)

構成設定の例クラスタへのノードの追加

この例では、/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] メニューが表示されます ( 図 20)。

図 20: [Add hosts to a cluster] メニュー

このメニューには、現時点でのノード群が表示され、選択可能なマシンの一覧が表示されます。数字「5」を入力して、[ALL-CF-HOSTS] 項目を選択すると、RMS ウィザードにより、/etc/cip.cf 内の全ノードがこの RMS 構成に追加されます。この他に、表示されたリストから個別にノードを選択して追加することもできます。

数字「6」を入力して [fuji2RMS] を選択します。数字「7」を入力して [fuji3RMS] を選択します ( 図 20 を参照 )。

また、この画面では、数字「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

表 4: クラスタのシステム設計ワークシート

J2UZ-5295-02Z0(02) 43

アプリケーションの作成構成設定の例

ノードを削除するには、メイン構成メニューで数字「17」を入力し、 [RMS-RemoveMachine] 項目を選択します。[Remove hosts from a cluster] メニューが表示されます ( 図 21)。

図 21: [Remove hosts from a cluster] メニュー

このメニューには、現時点でクラスタ内に存在する全てのノードが表示されます。マシンは、メニューで個別に選択するか、数字「4」を入力して [ALL] を選択することにより削除できます。いずれの方法でも、そのマシンを使用しているアプリケーションが 1 つでも存在する場合は削除できません。

4.4 アプリケーションの作成

ノード名が追加されると、これらのノードで動作するクラスタアプリケーションの設定ができるようになります。この手順では、初に DEMO ターンキーウィザードを使用してクラスタアプリケーションを作成します。まず、メイン構成メニューを開きます ( 図 22)。


数字「3」を入力して [Application-Create] を選択します。[Application type selection] メニューが表示されます ( 図 23)。


メニューに表示される使用可能なアプリケーションの一覧は、そのローカルのシステムにパッケージがインストールされているかどうかによって変わります。この例の中にあるアプリケーションの一部は、マーケットやプラットフォームによっては使用できない場合があります。

44 J2UZ-5295-02Z0(02)

構成設定の例アプリケーションの作成

この設定例では、DEMO アプリケーションタイプを使用します。これは、構成設定の手順を分かりやすく説明するため、デモ用に特別に用意されたアプリケーションタイプです。ユーザ固有のいくつかを除いて属性は全て事前に設定され、すぐに実行できる状態になっています。実際のアプリケーションを構成設定する場合は、アプリケーションタイプ [GENERIC] を選択してください。52 ページの "4.9 2 番目のアプリケーションの作成 " を参照してください。

数字「5」を入力して [DEMO] アプリケーションタイプを選択します。

これで、アプリケーションに DEMO アプリケーションタイプが割当てられました。これは、DEMO アプリケーションタイプ用に開発されたスクリプトとディテクタを使用することを意味します。

ただし、このアプリケーションを実行するには、この他にいくつかのパラメタを指定する必要があります。そのうちの 1 つが、クラスタアプリケーション名です。RMS 用に設定したクラスタアプリケーションには、全て自由に名前をつけることができます。この例では、クラスタアプリケーション名の指定は必要ありません。DEMO ウィザードにより、デフォルトのアプリケーション名 APP1が与えられます。

APP1 はここでのサンプル用に作成された単純なクラスタアプリケーションで、X-window 上に動画を表示します。APP1 は、クラスタアプリケーションの起動、停止、切替えがどのように行われるのか、また、プロセスが強制停止された場合に、RMS がどのようにフェイルオーバを実行するのかを示すために使用します。

整合性チェックが完了すると、次に行う作業を選択する画面が表示されます ( 図 24 を参照 )。

図 24: 次の処理を選択するためのプロンプト

各手順で、設定中のクラスタアプリケーションの整合性が RMS ウィザードによってチェックされます。整合性が保証されたクラスタアプリケーションだけが高可用性構成の一部になることができます。

別のクラスタアプリケーション名を指定する場合は、数字「5」を入力して [ApplicationName] を選択します。この例では、デフォルトの APP1を使用します。「7」を入力して [Machine+Basics] を選択すると、Yet to do プロンプトの表示が消えます。

J2UZ-5295-02Z0(02) 45

Machines+Basics 設定の入力構成設定の例

4.5 Machines+Basics 設定の入力

数字「7」を入力して [Machines+Basics] を選択します。[Machines+Basics] メニューが表示されます ( 図 25)。

図 25: 整合性チェックと [Machines+Basics] メニュー

メニューの上部に、新の整合性チェックの結果が RMS ウィザードにより表示されます。前の画面で示された APP1という名前のクラスタアプリケーションの整合性が証明されたことが示されています。

「7」の [Machines[0]] 項目は、クラスタアプリケーションが初にオンライン状態になるノードを表しています。この例では、fuji2RMSです。

RMS ウィザードは、RELIANT_HOSTNAME に定義されたローカルノードから [Machines[0]] のデフォルト設定を検索します。

後続の [Machines[]] 項目には、フェイルオーバ先のノードのリストが表示されます。初のノードに障害が発生した場合に、RMS はクラスタアプリケーションを、リストに記載された順序でフェイルオーバノードに切替えます。

この時点で、メニューには初のノードだけが表示されます。したがって、クラスタアプリケーションのフェイルオーバノードを以下のようにして設定してください。

数字「5」を入力して [AdditionalMachine] を選択します。現在稼動中のノードのリストを含んだメニューが表示されます ( 図 26)。

図 26: フェイルオーバに使用するノードのリスト

RMS ウィザードは、CIP 構成定義ファイルからノードのデフォルトリストを検索します。/etc/cip.cf

サンプルのクラスタアプリケーションは、現在 fuji2RMS用に設定されているため、fuji3RMSが追加ノードになります。

数字「4」を入力して [fuji3RMS] を選択します。

46 J2UZ-5295-02Z0(02)

構成設定の例 Machines+Basics 設定の入力

次のメニュー ( 図 27) で、選択した内容を確認します。[fuji3RMS] が追加ノードとして、[Machines[1]] の後に表示されています。これで、fuji2RMS に障害が発生した場合に、クラスタアプリケーションがfuji3RMSに切り替わるように設定されました。

図 27: 追加ノードを指定するための [Machines+Basics] メニュー

この時点で、「16」の [AutoSwitchOver] は、デフォルトの NO ( 自動切替えしない ) に設定されています。このため、クラスタアプリケーションを実際に切替えるには、手動操作が必要です。

クラスタアプリケーションが自動的に切替えられるようにするには、このメニューで「16」の[AutoSwitchOver] を選択します。

「AutoSwitchOver モード」メニューが表示されます ( 図 28)。

図 28: AutoSwitchOver モード

J2UZ-5295-02Z0(02) 47

Machines+Basics 設定の入力構成設定の例

数字「6」を入力してフラグを [HOSTFAILURE] に設定します。これは、ノード異常が発生した場合に、RMS がクラスタアプリケーションを自動的に他のノードに切替えることを意味します。

更新されたメニューの 1 行目に、[HOSTFAILURE] フラグが設定されたことが示されています ( 図 29)。

図 29: AutoSwitchOver のフラグ

同じメニューから続けて以下の操作を行います。

数字「7」を入力して [RESOURCEFAILURE] に設定します ( 図 29 を参照 )。これは、リソース異常が発生した場合に、RMS がクラスタアプリケーションを自動的に他のノードに切替えることを意味します。

数字「3」を入力して [SAVE+RETURN] に設定します ( 図 29 を参照 )。

[Machines+Basics] メニューが再び表示されます (図 30)。項目「16」には、設定したばかりのAutoSwitchOverフラグが表示されています。

図 30: 設定の保存

設定を保存して、[Application-Create] を終了します。

数字「3」を入力して [SAVE+EXIT] を選択します。

48 J2UZ-5295-02Z0(02)

構成設定の例選択設定の入力

4.6 選択設定の入力

RMS ウィザード設定メニューに戻る前に、DEMO ターンキーウィザードにより、再度整合性チェックが実行されます ( 図 31)。

図 31: 選択設定

メニューに表示される使用可能なサブアプリケーションの一覧は、そのローカルのシステムにパッケージがインストールされているかどうかによって変わります。例の中にあるサブアプリケーションの一部は、マーケットやプラットフォームによっては使用できない場合があります。

画面の一番上に、設定すべき項目が 1 つ以上存在することが示されていますが、これは必須設定ではありません。

前述のように、このクラスタアプリケーションは X-window 上に動画を表示します。このためすでに入力した必須設定に、DEMO ウィザード用のディスプレイの設定を加える必要があります。

数字「9」を入力して [DEMO] を選択します。[CommandLines] メニューが表示されます ( 図 32)。

図 32: ディスプレイの指定を促す画面

画面の一番上に、ディスプレイの指定が必要であることが示され、ステータス行には APP1の整合性が確認されていないことが表示されています。したがってこの状態では、APP1を RMS 構成 mydemo上で実行することはできません。

DEMO ウィザードはデモンストレーション用途で作成されているため、メニュー項目のいくつかが事前に定義されています。メニュー本体の項目は、起動、停止、監視をするために、提供するスクリプトが示されています。6) StartCommands[0]=、7) StopCommands[0]=、8) CheckCommands[0]= で始まる行を参照してください。

J2UZ-5295-02Z0(02) 49

ディスプレイの指定構成設定の例

技術的な理由により、RMS ウィザードのメニューコマンドではスペースがチルダ (~) に置き換えられて表示されます。したがって実際のコマンドにチルダは含まれていません。

4.7 ディスプレイの指定

次のようにして、[CommandLines] メニューでディスプレイを指定します。

数字「5」を入力して [Display] を選択します。ディスプレイオプションのリストが表示されます( 図 33)。

図 33: ディスプレイの一覧

検出されたノード (/etc/ノード内の全てのノード ) のリストから選択するか、数字「3」を入力して [FREECHOICE] を選択してから適切なディスプレイが接続された任意のノードを指定します。

数字「3」を入力して [FREECHOICE] を選択します。

>>プロンプトで、X-window ディスプレイのノード名または IP アドレスを入力します。この例では、IPアドレス172.25.220.27を使用していますが、実際には使用するLANのアドレスを入力してください。

FREECHOICE の作業が完了すると、再度、整合性チェックが実行されます ( 図 34)。

図 34: APP1 の整合性チェック完了

整合性チェックが完了し、APP1が RMS 構成 mydemo で実行可能になりました。

なお、項目 6) StartCommands[0] および 7) StopCommands[0] のスクリプトで使用するディスプレイ情報は、RMS ウィザードによって更新されています。

これで選択設定は完了しました。ここで、次のようにして選択設定を保存し、設定処理をいったん終了できます。

[CommandLines] メニュー ( 図 34) で、数字「3」を入力し、[SAVE+EXIT] を選択します。

50 J2UZ-5295-02Z0(02)

構成設定の例 RMS 構成の配布

これで、ターンキーウィザード DEMO を設定するためのメニューに戻ります ( 図 35)。

図 35: DEMO ターンキーウィザード

クラスタアプリケーションの必須設定と選択設定を指定し、整合性チェックが完了すると、構成設定の[Application-Create] の手順が完了します。

4.8 RMS 構成の配布

29 ページの "3.2 一般的な構成設定の手順 " で説明したように、RMS 構成の配布は、高可用性構成を設定するために必要な 4 つの基本手順のうちの 3 番目です。RMS 構成を配布するには、まず RMS を停止する必要があります。ただし、この例では、RMS はすでに構成の作成前で停止されています。

RMS 構成の配布は、メイン構成メニューから行います ( 図 36)。



ここでは、他の入力は必要ありません。RMS ウィザードは、起動段階の各処理を完了するたびに、状態情報を表示します。状態情報については、35 ページの "3.4 RMS 構成定義ファイルの作成と配布 " を参照してください。各処理が終わるごとに、処理の継続について確認するメッセージが表示されます ( 図 37を参照 )。

図 37: RMS 構成の配布完了

J2UZ-5295-02Z0(02) 51

2 番目のアプリケーションの作成構成設定の例

＜ Enter ＞または＜ Return ＞キーを押して、メイン構成メニューに戻ります ( 図 38)。

図 38: メイン構成メニューの終了


構成プロセスの起動段階が終了します。通常はこの時点で、RMS は新しく構成されたクラスタアプリケーションの監視を開始します。

4.9 2 番目のアプリケーションの作成

このセクションでは、第 2 のクラスタアプリケーションを追加して mydemo 構成を拡張します。重複する構成設定の手順を省略してあるので、このサンプルアプリケーションは初のアプリケーションと異なります。しかし、他の部分では、新しい項目が加えられ mydemo構成が複雑になっています。

第 2 のクラスタアプリケーションは、以下の点で初のクラスタアプリケーションと異なります。

● クラスタアプリケーションタイプとして、DEMO ではなく GENERIC を使用します。第 2 のクラスタアプリケーションの名前は、APP2にします。

● APP2 は、初のアプリケーション (APP1) を制御します。そのため、APP2 はコントローラサブアプリケーション付きで設定されていなければなりません。

以下のようにして RMS 構成設定を再開します。

RMS が起動中であれば停止します。

以下のコマンドにより、メイン構成メニューを表示します。

# hvw -n mydemo

メイン構成メニューが表示されます ( 図 39 を参照 )。

図 39: メイン構成メニューから再開する

必要な事前準備が完了していれば、この時点でクラスタにノードを追加することができます。

ノードを追加するには、数字「15」を入力して [RMS-CreateMachine] を選択します。前述の手順を実行し、完了したらメイン構成メニューに戻ってください。

メイン構成メニューから、次のようにして [Application-Create] を選択します。

数字「3」を入力して [Application-Create] を選択します。

52 J2UZ-5295-02Z0(02)

構成設定の例 2 番目のアプリケーションの作成

[Application type selection] メニューが表示されます ( 図 40 を参照 )。


今回は、GENERIC アプリケーションタイプを指定します。したがってこの例では、GENERIC ターンキーウィザードにより設定手順が進められます。

数字「6」を入力して [GENERIC] アプリケーションタイプを選択します。

整合性チェックの後、必須設定を行うように求めるメッセージが表示されます。APP2は、デフォルトのクラスタアプリケーション名です。

クラスタアプリケーション名を変更する場合は、数字「5」を入力し [ApplicationName] を選択します ( 図 41)。

図 41: その他の指定を促す画面

数字「7」を入力して [Machines+Basics] を選択します。

APP2 の整合性チェックの結果、整合性が確認されました。[Machines+Basics] メニューが表示され、APP2はfuji2RMS上で実行されるよう初期設定されていることが示されます (図 42の「7」の Machines[0]を参照 )。

図 42: [Machines+Basics] メニュー

J2UZ-5295-02Z0(02) 53

制御するアプリケーションの設定構成設定の例

数字「5」を入力して [AdditionalMachine] を選択します。現在稼動中のノードのリストを含むメニューが表示されます ( 図 43)。

図 43: フェイルオーバに使用するノードのリスト

初のクラスタアプリケーションと同様に、フェイルオーバ用の追加マシンとして fuji3RMSを指定します。

数字「4」を入力して [fuji3RMS] を選択します。

次の画面で、選択した内容を確認します。「8」の Machines[1] に、fuji3RMS が追加マシンとして表示されます ( 図 44)。

図 44: [Machines+Basics] メニュー

項目 16 では、AutoSwitchOver=No と表示されています。これは、fuji2RMS で障害が発生してもAPP2が fuji3RMSへ自動的に切替えられないことを意味しています。切替えは GUI または CLI を使って手動で行わなければなりません。自動切替えを有効にするには、項目 16 を選択します。

設定を保存し、構成設定のこの部分を終了します。

数字「3」を入力して [SAVE+EXIT] を選択します。選択設定メニューが表示されます。

4.10 制御するアプリケーションの設定

必須設定の指定が完了しました。この後に、APP1 を制御するため、APP2 を設定する必要があります。この作業は 2 つのステップで構成され、選択設定から行います。

● APP2のコントローラオブジェクトを作成する

● コントローラオブジェクトの制御対象アプリケーションとして APP1を指定する

54 J2UZ-5295-02Z0(02)

構成設定の例制御されるアプリケーションの指定

前の手順により、すでに選択設定メニューが表示されています ( 図 45)。

図 45: 選択設定

数字「8」を入力して [Controllers] を選択します。

APP2のコントローラオブジェクトが作成され、コントローラの設定を行うメニューが表示されます( 図 46) 。

図 46: コントローラの割当て

項目 5 ではコントローラのタイプを変更できます。この例では、デフォルトのフォローコントローラを使用します。

4.11 制御されるアプリケーションの指定

コントローラを指定した後、そのコントローラで制御するクラスタアプリケーションを指定します。

クラスタアプリケーションがコントローラの子になると、RMS ウィザードにより属性が自動的に調整されます。フォローコントローラの場合、子の Machines[] エントリは親と同じ設定に変更されます。

数字「6」を入力して [AdditionalAppToControl] を選択します。

続くメニューに、クラスタアプリケーションを選択するためのリストが表示されます ( 図 47)。

図 47: 制御されるアプリケーションを選択するためのリスト

制御されるクラスタアプリケーションは APP1で、制御するクラスタアプリケーションは APP2です。次のようにして、制御されるクラスタアプリケーションを選択します。

J2UZ-5295-02Z0(02) 55

制御されるアプリケーションの指定構成設定の例

数字「4」を入力して [APP1] を選択します。[controller flags] メニューが表示されます ( 図 48)。

図 48: コントローラフラグを設定するためのメニュー

制御されるアプリケーションに設定できるフラグは多数あります。この RMS 構成例では、フラグ A(AUTORECOVER) が設定されています。フラグ A は、制御されるアプリケーションにおいてエラーが発生した場合に、制御するアプリケーションにより再起動が試みられるということを意味します。[AUTORECOVER] メニュー項目は、現在 NOT 付きで表示されています。これは、制御されるアプリケーションによる再起動が試みられないことを意味します。

T フラグ (TIMEOUT) は、制御されるクラスタアプリケーションを Onlineにする際のタイムアウト時間を指定します。この例では、タイムアウト時間を 150 秒に縮小します。

数字「7」を入力してタイムアウト時間を変更します。

メニューが表示されたら ( 図 49) 数字「3」を入力して [FREECHOICE] を選択します。

図 49: コントローラタイムアウト時間の変更

>>プロンプトで、タイムアウト時間として「150」を入力します。

＜ Enter ＞または＜ Return ＞キーを押して、コントローラフラグのメニューに戻ります ( 図 50)。

図 50: コントローラのフラグの保存

設定が完了したら、次のように設定を保存して、コントローラメニューに戻ります。

数字「3」を入力して [SAVE+RETURN] を選択します。

56 J2UZ-5295-02Z0(02)

構成設定の例制御されるアプリケーションの指定

[ コントローラ ] メニューには、コントローラの設定の整合性が確立したことが表示されます ( 図 51)。

図 51: コントローラに対して設定されているフラグ

設定内容は項目「7」の Controllers[0] で確認できます。A および T フラグが APP1に設定されていることが分かります。

数字「3」を入力して [SAVE+EXIT] を選択します。

[GENERIC] メニューに戻ります ( 図 52)。

図 52: GENERIC ターンキーウィザードを設定するためのメニュー

GENERIC メニューの、「8」の Controllers には、コントローラが APP2に割当てられていることが表示されています。

数字「3」を入力して [SAVE+EXIT] を選択します。メイン構成メニューに戻ります ( 図 53)。


これで第 2 のクラスタアプリケーション作成が完了しました。

J2UZ-5295-02Z0(02) 57

RMS 構成の配布 (2 回目 ) 構成設定の例

4.12 RMS 構成の配布 (2 回目 )

メイン構成メニューに戻った後、mydemo 構成の 2 回目の配布を行う必要があります。再起動する必要があるのは、別のクラスタアプリケーションを追加して RMS 構成を変更したためです。

RMS は構成が配布されている間は実行できません。ただしこの例では、RMS はすでに 2 番目のクラスタアプリケーションの作成前に停止されています。

RMS 構成の配布は、メイン構成メニューから行います ( 図 54)。



ここでは、他の入力は必要ありません。RMS ウィザードは、起動段階の各処理を完了するたびに、状態情報を表示します。状態情報については、35 ページの "3.4 RMS 構成定義ファイルの作成と配布 " を参照してください。各処理が終わるごとに、処理の継続について確認するメッセージが表示されます ( 図 55を参照 )。

図 55: RMS 構成の配布 (2 回目 )

＜ Enter ＞または＜ Return ＞キーを押して、メイン構成メニューに戻ります ( 図 56)。

図 56: メイン構成メニューに戻る


これで RMS 構成プロセスの起動段階が終了しました。

58 J2UZ-5295-02Z0(02)

構成設定の例 RMS の起動

4.13 RMS の起動

この時点で、クラスタ内の全てのノード上の RMS を起動して 2 つのクラスタアプリケーションの監視をする準備ができました。Cluster Admin GUI を使用する (101 ページの "7.1.1 RMS の起動 " を参照 ) か、クラスタ内のいずれかのノードから以下のコマンドを入力します。

# hvcm -c mydemo

hvcm-cで「mydemo」を省略した場合は、後に配布された RMS 構成定義が使用されます。

以上でサンプルの構成設定は終了しました。

J2UZ-5295-02Z0(02) 59

RMS の起動構成設定の例

60 J2UZ-5295-02Z0(02)

Part II: 管理

J2UZ-5295-02Z0(02)

62 J2UZ-5295-02Z0(02)

5 Cluster Admin GUI の使用方法

本章では、Cluster Admin グラフィカルユーザインタフェース (GUI) を使用して PRIMECLUSTER を管理する手順について説明します。いくつかのコマンドラインインタフェース (CLI) についても説明します。

本章の内容は以下のとおりです。

● 63 ページの "5.1 概要 " では、RMS を管理する方法として Cluster Admin GUI と CLI があることを紹介します。

● 63 ページの "5.2 Cluster Admin の起動 " では、ユーザインタフェース (GUI) の RMS 部分の使用方法について説明しています。

● 68 ページの "5.3 RMS の状態と属性の表示 " では、ノード、アプリケーション、資源など、RMSクラスタについての情報を表示する手順について説明しています。

5.1 概要

RMS の管理には Cluster Admin GUI または CLI を使用できますが、Cluster Admin GUI を使用することを推奨します。

参考のため CLI の手順が説明されている場合もありますが、CLI の使用は、専門のシステム管理者だけ、またはブラウザが使用できない場合だけにしてください。

CLI コマンドについては、161 ページの "13 付録 — RMS コマンドラインインタフェース " を参照してください。

5.2 Cluster Admin の起動

以下のセクションでは、GUI の RMS 部分の起動方法を説明します。

Windows デスクトップシステムでは、"Web-Based Admin View 操作手引書 " で指定された Java プラグインを使用する必要があります。

5.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-02Z0(02) 63

Cluster Admin の起動 Cluster Admin GUI の使用方法

5.2.2 ログイン

ログインには、適切な権限レベルを持つユーザの「ユーザ名」と「パスワード」が必要です。ClusterAdmin には、以下の権限レベルがあります。

● ルート権限 — 構成設定、管理、情報の表示など、全てのアクションを実行できます。

● 管理者権限 — 情報の表示および実行ができますが、構成を変更することはできません。

● オペレータ権限 — 情報の表示だけを実行できます。

権限レベルの詳細については、"PRIMECLUSTER 導入運用手引書 " の "4.3.1 クラスタを管理するユーザの作成 " を参照してください。

Web-Based Admin View ログイン画面が表示されたら ( 図 57)、次のようにログインします。

適切な権限レベルを持つユーザの「ユーザ名」と「パスワード」を入力します。

＜確認＞ボタンをクリックします。

図 57: Web-Based Admin View ログイン画面

ログインすると、Web-Based Admin View 画面が表示されます ( 図 58)。

図 58: Cluster Services GUI の起動

64 J2UZ-5295-02Z0(02)

Cluster Admin GUI の使用方法 Cluster Admin の起動

＜ Global Cluster Services ＞ボタンをクリックすると、図 59 の画面が表示されます。

図 59: Cluster Admin の起動

＜ Cluster Admin ＞ボタンをクリックすると、ノード選択画面が表示されます ( 図 60)。

図 60: Cluster Admin 初期接続メニュー

ノードはアルファベット順に表示され、初のノードがあらかじめ選択されています。通常は、ユーザがどのノードを選択するかは管理作業には大きな意味はありません。

接続するノードを選択して＜確認＞ボタンをクリックします。

次に表示される画面は、Cluster Admin Java アプレットの信頼レベルをどのように設定したかによって異なります。全てのセッションで信頼されたアプレットを使用することを選択してある場合は、以下の説明を読む必要はありません。

J2UZ-5295-02Z0(02) 65

Cluster Admin の起動 Cluster Admin GUI の使用方法

信頼されたアプレット

プラットフォーム非依存性とセキュリティを確保するため、Cluster Admin GUI では Java アプレットを使用しています。Java アプレットは、信頼されたモードで実行されると、クリップボードなど、クライアントのリソースの一部を使用することが許されます。ワークステーション上で、Java ウィンドウと他のアプリケーションの間でコピーアンドペーストを使用するには、アプレットを信頼されたモードで実行しておく必要があります。

PRIMECLUSTER の信頼されたアプレットは VeriSign, Inc によって署名されています。Cluster Admin アプレットの初回起動時には [Java Security Warning] ダイアログが表示され、現在のセッション、および今後のセッションのセキュリティレベルを選択することができます。

5.2.3 Cluster Admin メイン画面

Cluster Admin メイン画面 ( 図 61 を参照 ) の左側パネルに、以下のタブがあります。

● cf

● crm

● rms

● sis

● msg ( メッセージウィンドウ )

図 61: Cluster Admin メイン画面 — 初期画面表示

適切なタブを選択してコンポーネントに切替えます。初は、 [cf] タブが選択されています。

Cluster Admin GUI には、RMS、CF、SIS およびメッセージウィンドウに共通する以下の標準コンポーネントがあります。

● プルダウンメニュー — Admin GUI の汎用機能と PRIMECLUSTER 製品に固有の機能があります。

● ツリーパネル — 左側のパネルは通常ツリーパネルです。ツリーパネルには製品固有の設定情報が表示されます。ツリーコンポーネントを選択して、メインパネルに詳しい情報を表示します。

● メインパネル — 右側の大きいパネルは主な作業および情報領域です。管理する対象の製品およびメニューやツリーで選択した機能に応じて、表示される内容が変わります。

66 J2UZ-5295-02Z0(02)

Cluster Admin GUI の使用方法 Cluster Admin の起動

5.2.4 Cluster Admin メッセージの表示

Cluster Admin に関連するエラーメッセージやデバッグメッセージは Cluster Admin 上で表示できます。

前回表示した時から表示内容に変化があった場合、それに対応するタブの名前は赤色で表示されます ( 図 62)。

図 62: Cluster Admin メイン画面 — メッセージ画面表示

メッセージパネルは、画面下部のボタンによって別ウィンドウとして表示したり、メイン画面に再度組み込んだりできます。＜クリア＞ボタンをクリックすると、画面上に表示された全てのメッセージがクリアされます。

J2UZ-5295-02Z0(02) 67

RMS の状態と属性の表示 Cluster Admin GUI の使用方法

5.3 RMS の状態と属性の表示

このセクションでは、個々のノード、アプリケーション、資源など、RMS クラスタについての情報を表示する手順を説明します。この操作では情報の表示はできますが、RMS 構成設定の内容は変更することができません。

RMSメインウィンドウを起動するには、[rms] タブをクリックします。図 63のような画面が表示されます。

図 63: Cluster Admin メイン画面 — RMS 画面表示

メイン画面は、大きく 2 つの領域に分かれています。左のパネルには RMS ツリーが表示されます。右のパネルには、RMS ツリーで選択した項目に基づいて、ノード、ログ、またはその両方の設定情報やプロパティが表示されます。

5.3.1 RMS ツリー

RMS ツリーには、クラスタの構成情報が階層形式で表示されます。ツリーは以下に示すレベルで構成されています。

● ツリーのルート — クラスタを表します。

● 第 1 レベル — クラスタを形成するシステムノードを表します。

● 第 2 レベル — 各システムノードで動作する userApplicationオブジェクトを表します。

● 第 3 レベル — サブアプリケーションを表します。また、独立オブジェクト (andOp、orOp) のグループもここに含まれます ( 第 4 レベルの説明を参照 )。

● 第 4 レベル — 各サブアプリケーションに必要な資源を表します。独立オブジェクト (andOp、orOp) も含まれます。

独立オブジェクト (andOp、orOp) は上級者向けです。これらのオブジェクトはノード、アプリケーション、およびサブアプリケーション間の論理的依存関係やグループとしての結合を示します。

クラスタアプリケーションにサブアプリケーションが存在する場合は、そのサブアプリケーションで使用する資源がオブジェクトとして第 4 レベルに表示されます。クラスタアプリケーションにサブアプリケーションが存在しない場合は、userApplicationで使用する全ての資源が第 3 レベルに表示されます。

68 J2UZ-5295-02Z0(02)

Cluster Admin GUI の使用方法 RMS の状態と属性の表示

クラスタアプリケーション間の依存性は、RMS ツリー内で Controller オブジェクトによって表されます。RMS ツリーと Controllerオブジェクトの例を図 64 に示します。

図 64: RMS ツリーと Controller オブジェクト

5.3.2 コマンドポップアップ

Cluster Admin の RMS 構成ツリー内の各オブジェクトにはポップアップメニューが用意され、よく使われる操作がすぐ選択できるようになっています。ポップアップメニューを表示するには、オブジェクトを右クリックします。メニュー項目の先頭には、選択されたオブジェクトの名前がグレーアウト表示されます。それ以外の項目は選択可能な操作です。表示される項目はオブジェクトのタイプと現在の状態により異なります ( 図 65)。

図 65: コマンドポップアップ

オブジェクトの状態、ノードの状態、および RMS の構成全体に影響する項目は、メニューの下部に表示されます。これらの操作については本章の後のセクションで説明します。

J2UZ-5295-02Z0(02) 69


操作を選択せずにポップアアップメニューを閉じるには、グレーアウト表示されたオブジェクト名をクリックするか、＜ Esc ＞キーを押します。

たとえば、ノードオブジェクトを選択した場合と、アプリケーションオブジェクトを選択した場合では、メニューに表示される項目が異なります。また、同じアプリケーションオブジェクトを選択した場合でも、Online状態 ( 図 66) と Offline状態 ( 図 67) では異なるメニュー項目が表示されます。

図 66: Online アプリケーションに対するコマンドポップアップ

図 67: Offline アプリケーションに対するコマンドポップアップ

70 J2UZ-5295-02Z0(02)


5.3.3 ポップアップ確認画面

オブジェクトのポップアップメニューで選択した項目が、そのオブジェクトの状態変更を生じさせるような項目であった場合には、確認のポップアップ画面が表示されます ( 図 68)。警告メッセージに示された処理を実行する場合は、＜はい＞をクリックし、処理を取り消す場合は＜いいえ＞をクリックします。

図 68: 確認ポップアップ画面

スケーラブルアプリケーション ( 親 ) の場合、確認ポップアップ画面にそのアプリケーションから制御される子アプリケーションの一覧が表示され、指定された処理を実行するとこれらのアプリケーションの状態も変更される可能性があるとの警告が表示されます。( 図 69)。

図 69: スケーラブルアプリケーションの場合の確認ポップアップ画面

5.3.4 RMS 環境変数の表示

以下の手順に従って、RMS グローバル環境変数を表示します。

RMS メインウィンドウのクラスタアイコン上で右クリックし、ポップアップメニューから [ 環境の表示 ] を選択します ( 図 70)。

図 70: RMS グローバル環境変数の表示

J2UZ-5295-02Z0(02) 71


RMS グローバル環境変数は、右パネルの [ 環境 ] タブに表示されます ( 図 71)。

図 71: RMS グローバル環境変数

タブ画面を閉じるには、画面右上隅のボタンをクリックします。

以下の手順に従って RMS ローカル環境変数を表示します。

RMS メインウィンドウのノード上で右クリックし、ポップアップメニューから [ 環境の表示 ] を選択します ( 図 72)。

図 72: RMS ローカル環境変数の表示

72 J2UZ-5295-02Z0(02)


RMS ローカル環境変数と RMS グローバル環境変数は、右パネルの [ 環境 ] タブに表示されます ( 図 73)。

図 73: RMS ローカル環境変数の表示画面

CLI

hvdisp コマンドで環境変数を表示します。ルート権限は必要ありません。

hvdisp ENV

hvdisp ENVL

J2UZ-5295-02Z0(02) 73


5.3.5 オブジェクトの状態の表示

それぞれの RMS オブジェクトの状態は、円形の状態表示アイコンの色によって示されます。状態表示アイコンは、RMS ツリーのオブジェクト名のすぐ左に表示されます。クラスタアプリケーションの状態を示すアイコンの一覧は、RMS ツリーの下に表示されます ( 図 74)。

図 74: クラスタアプリケーションの状態の表示

上記の例では、アプリケーション App2 は、ノード fuji2RMS上では Online ( 状態表示アイコンが緑 )ですが、ノード fuji3RMS上では Offline ( 状態表示アイコンが青 ) です。

CLI

CLI の構文は次のとおりです。

hvdisp {-a | -c} [-o out_file]

オプションは以下のとおりです。

hvdispコマンドは、RMS が起動されている場合にのみ実行可能で、ルート権限は必要ありません。

-a RMS 構成内の各オブジェクトについて、オブジェクト名、オブジェクトタイプ、オブジェクトの SysNode名、オブジェクトの状態を表示する ( 自動生成のコネクタは表示されない )。

-c 情報を簡潔に表示する。

-o 指定されたファイルに結果を出力する。

74 J2UZ-5295-02Z0(02)


5.3.6 構成情報またはオブジェクト属性

RMS ツリーのオブジェクトをマウスで左クリックして、個々のオブジェクトに関する構成情報を表示します。プロパティは、RMS メインウィンドウの右側パネルに一覧表形式で表示されます ( 図 75)。

図 75: 構成情報またはオブジェクト属性

J2UZ-5295-02Z0(02) 75


76 J2UZ-5295-02Z0(02)

6 その他の管理ツール

Cluster Admin GUI には、これまでに説明した機能のほかに RMS の管理に役立つツールがいくつか用意されています。


● 77 ページの "6.1 RMS クラスタテーブルの使用 "

● 80 ページの "6.2 RMS グラフの使用 "

● 89 ページの "6.3 表示変更の意味 "

● 92 ページの "6.4 RMS ログメッセージの表示 "

6.1 RMS クラスタテーブルの使用

RMS クラスタテーブルには、アプリケーションオブジェクトに関する状態情報が簡潔な一覧表として表示されます。各システムノード上の各アプリケーションの状態を確認できます。

クラスタテーブルを開くには、クラスタ名 (RMS ツリーのルート ) をクリックして、ポップアップメニューから [ クラスタテーブルの表示 ] を選択します ( 図 76)。

図 76: クラスタテーブルを開く

クラスタテーブルは別のウィンドウに表示されます ( 図 77)。

図 77: クラスタテーブル

それぞれの状態表示アイコンの隣に状態名を表示するには、ウィンドウ右下の [ 状態名の表示 ] チェックボックスをクリックします ( 図 78)。

図 78: 状態名を表示したクラスタテーブル

マウスを使用して、クラスタテーブルウィンドウと列のサイズを調整することができます。ウィンドウ内に全ての項目が表示されている場合は、サイズを拡大することはできません。

J2UZ-5295-02Z0(02) 77

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

色分けされた円を囲む四角は、userApplication のプライマリノード ( デフォルトで起動時にuserApplication が Online となるノード ) を示しています。図 78 は、shasta1 が全てのuserApplicationのプライマリノードであることを示しています。

クラスタテーブルには、通常、アプリケーションが上から下にアルファベット順で表示されます。ただし、Faulted状態のクラスタアプリケーションだけは特別に扱われます。クラスタのいずれかのノードで、アプリケーションが Faulted状態にある場合、そのクラスタアプリケーションはテーブルの一番上に表示され、クラスタアプリケーション名がピンクの背景で強調表示されます ( 図 79)。これにより、システム管理者は簡単に Faulted状態のクラスタアプリケーションを特定することができます。

図 79: クラスタテーブルで Faulted 状態のクラスタアプリケーション

また、クラスタシステムのどこかに Online でないクラスタアプリケーションが存在すると、テーブルの一番上に表示され、クラスタアプリケーション名が明るい青の背景で強調表示されます ( 図 80)。これにより、システム管理者は、どこかに実行中でないクラスタアプリケーションがないか、どこかのノードで Onlineにすべきノードがないかを把握することができます。

図 80: クラスタテーブルの Offline アプリケーション

さらに、Faulted状態のクラスタアプリケーションと Onlineでないクラスタアプリケーションが同時に見つかった場合、Faulted 状態のクラスタアプリケーションは Online でないクラスタアプリケーションの上に表示されます ( 図 81)。

図 81: クラスタテーブルの Faulted アプリケーションと Offline アプリケーション

クラスタテーブルとRMSツリーの両方に含まれるクラスタにクラスタパーティションの状態が発生すると、ノードの状態を表すアイコン ( 色付きの円 ) の後ろに色付きの感嘆符 (!) が表示されます。この感嘆符は、SysNode の実際の状態が別の SysNode から見た状態と異なっていることを示します。感嘆符の色は、他のノードから見たその SysNode の状態を示しています。1 つの SysNode が複数のノードから異なった状態に見える場合は、色分けされた SysNodeの状態を表すアイコンの後ろに複数の感嘆符が表示されます。感嘆符は状態の重要度の順に表示されます。

78 J2UZ-5295-02Z0(02)

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

図 82 では、クラスタテーブルに、クラスタパーティション状態が生じたクラスタアプリケーションが表示されています。2 番目のノード名の先頭には、黄色の感嘆符が付けられています。

図 82: クラスタパーティション状態を示すクラスタテーブル

ノードの起動または停止処理の間、一時的にクラスタパーティション状態が表示される場合があります。

6.1.1 クラスタテーブルからのコマンドポップアップメニューの使用

クラスタ一覧表内の各オブジェクトにはポップアップメニューが用意され、よく使われる操作がすぐに選択できるようになっています。

ポップアップメニューを表示するには、状態表示アイコンが表示されたオブジェクトを右クリックします。列のヘッダはノード名を表し、セルはアプリケーションを表しています。

メニュー項目の先頭には、選択されたオブジェクトの名前がグレーアウト表示されます。それ以外の項目は選択可能な操作です。表示される項目はオブジェクトのタイプと現在の状態により異なります ( 図 83)。

図 83: クラスタテーブル内のコマンドポップアップの使用


操作を選択せずにコンテキストメニューを閉じるには、グレーアウト表示されたオブジェクト名をクリックするか、＜ Esc ＞キーを押します。

J2UZ-5295-02Z0(02) 79

RMS グラフの使用その他の管理ツール

6.2 RMS グラフの使用

Cluster Admin では、RMS 構成の階層構造を表示する手段として、RMS グラフと呼ばれる形式も用意しています。RMS グラフは実際の RMS 構成をツリー構造として表現します。これまでに説明した RMS 構成ツリーでは通常は表示されない依存関係も枝として表されます。RMS グラフには次のようなタイプがあります。

● RMSクラスタ全体のグラフ — 現在RMSが動作しているRMSクラスタ構成全体が表示されます。

● RMSアプリケーショングラフ — 指定された1つのクラスタアプリケーションが使用するオブジェクトが全て表示されます。このグラフを使用して、特定のオブジェクトの詳細情報を調べることができます。

● RMS サブアプリケーショングラフ — 指定されたクラスタアプリケーションが使用する全てのRMS サブアプリケーション、および RMS サブアプリケーション間の関係が表示されます。

● RMS 合成サブアプリケーショングラフ — 直接または間接的に依存している全ての RMS サブアプリケーションが表示されます。

以下のセクションでは各モデルについて、グラフに関連した機能とともに詳しく説明します。

● 構成情報の取得

● ポップアップメニューの使用法

● さまざまなレベルの詳細表示

● クラスタテーブルおよびグラフにおける表示の変更の意味

6.2.1 RMS クラスタ全体のグラフ

システムノードのいずれかを右クリックし、ポップアップメニューから [ グラフの表示 ] を選択すると RMS クラスタ全体のグラフが表示されます ( 図 84)。

図 84: ノード上で RMS クラスタ全体のグラフを表示

[ グラフの表示 ] メニュー項目は、そのノード上ですでに RMS グラフが開かれている場合でないと使用できません。

80 J2UZ-5295-02Z0(02)

その他の管理ツール RMS グラフの使用

デフォルトでは、各グラフは Cluster Admin View の右パネルに独立したタブとして表示されます ( 図 85)。

図 85: ノードの RMS クラスタ全体のグラフ — タブ画面

タブを別ウィンドウで表示するには、＜デタッチ＞ボタンをクリックします。＜デタッチ＞ボタンは、画面右上隅の＜閉じる＞ボタンの隣にあります ( 図 86)。

図 86: タブ画面の＜デタッチ＞ボタン拡大図

別ウィンドウに表示された場合でも、内容はタブ表示と同じです ( 図 87)。

図 87: ノードの RMS クラスタ全体のグラフ — 別ウィンドウで表示

切り離したウィンドウを Cluster Admin 画面に戻すには、＜アタッチ＞ボタンをクリックします。＜アタッチ＞ボタンは、画面右上隅の＜閉じる＞ボタンの隣にあります。標準のウィンドウ制御ボタンのすぐ下です ( 図 88)。

図 88: 別ウィンドウの＜アタッチ＞ボタン拡大図

J2UZ-5295-02Z0(02) 81


RMS クラスタ全体のグラフには、クラスタの RMS 構成全体と以下の内容が表示されます。

● アプリケーションが Online になっているノードでは、ノードとアプリケーションオブジェクト間が緑の線で結ばれている

● オブジェクトタイプはオブジェクトのアイコンで表示

● オブジェクトの現在の状態は、各アイコンの下の色付きのバーで表示

● オブジェクト間の関係

● オブジェクトの依存性

RMS グラフは、特定のシステムノードの観点から表示されます。つまり、各ノードの状態情報は全て、特定のシステムノードから見た状態として表示されます。RMS グラフのタイトルバーに表示されるノード名は、状態情報を提供するノードを示しています。ユーザは任意のクラスタノードから見た RMS グラフを表示できます。

グラフの背景にはグレーの帯が表示されます。この帯は上から下に向かってだんだんと濃いグレーになります。大きく複雑なグラフの場合は、各オブジェクトがどの場所にあるか、依存レベルはどうか、を把握する際にこの帯が役立ちます。

RMS グラフ内のあるオブジェクトにマウスカーソルを合わせると、カーソルが十字線に変わり、オブジェクト名が表示されます。各オブジェクトから出ている結合線は、親子関係にある場合は黄色で表示されます ( 図 89)。

図 89: RMS クラスタ全体のグラフ — オブジェクト名の表示

オブジェクトをクリックすると、オブジェクトの属性をはじめとする詳細情報が記載されたウィンドウが表示されます ( 図 90)。

図 90: RMS クラスタ全体のグラフ — オブジェクトの詳細

82 J2UZ-5295-02Z0(02)


6.2.2 RMS アプリケーショングラフ

クラスタアプリケーションを右クリックし、ポップアップメニューから [ アプリケーショングラフの表示 ] を選択すると、1 つのクラスタアプリケーションに対する RMS グラフを表示できます ( 図 91)。

図 91: RMS アプリケーショングラフの表示

RMSアプリケーショングラフには、選択されたアプリケーションとそのリソースだけが表示されますが、それ以外の点では RMS クラスタ全体のグラフと同様です ( 図 92)。全体グラフと同様に、RMS アプリケーショングラフは、選択したノードの観点から表示され、アプリケーション名および詳細情報も表示されます。

図 92: RMS アプリケーショングラフの例

J2UZ-5295-02Z0(02) 83


6.2.3 RMS サブアプリケーショングラフ

親のクラスタアプリケーションを右クリックし、ポップアップメニューから [ サブアプリケーショングラフの表示 ] を選択すると、RMS サブアプリケーショングラフが表示できます ( 図 93)。

図 93: RMS サブアプリケーショングラフの表示

このグラフには、選択したアプリケーションが使用する全てのサブアプリケーションと、それら相互の結合状態が表示されます ( 図 94)。

図 94: RMS サブアプリケーショングラフの例

図を見やすくするため、ここでは、オブジェクト名は実際の画面とは異なってラベルで表示しています。また、独立オブジェクトなどの抽象概念も省略しています。他のグラフ同様、オブジェクトをクリックすると属性を表示する画面が表示されます。

6.2.4 RMS 合成サブアプリケーショングラフ

RMS 合成サブアプリケーショングラフは、コントローラオブジェクトを持つアプリケーションでのみ使用できます。

構成にコントローラオブジェクトが含まれる場合、ノード ( またはアプリケーション ) のクラスタ全体のグラフでは、親アプリケーションと子アプリケーションは別々のブランチに表示されます ( 図 95)。

84 J2UZ-5295-02Z0(02)


図 95: 制御対象アプリケーションがある場合の構成の標準表示

場合によっては、子アプリケーションを親のリソースとして扱うことにより、同じブランチに表示したほうが便利です。同じブランチに表示したグラフを RMS 合成サブアプリケーショングラフと呼びます。

クラスタアプリケーションを右クリックし、ポップアップメニューから [ 合成サブアプリケーショングラフの表示 ] を選択すると、RMS 合成サブアプリケーショングラフが表示できます ( 図 96)。

図 96: RMS 合成サブアプリケーショングラフの表示

RMS 合成サブアプリケーショングラフは、RMS サブアプリケーショングラフの一種で、制御されるアプリケーションが存在する場合に使用します。RMS サブアプリケーショングラフ内の全ての「制御するオブジェクト」について、対応する「制御されるアプリケーション」のグラフが、親アプリケーションと点線で結ばれた形で挿入されます。たとえば、app1が、次ページの図 97 内の RMS 合成サブアプリケーショングラフ内に表示される様子を、上記図 95 の通常の RMS サブアプリケーショングラフと比較してみてください。

J2UZ-5295-02Z0(02) 85


図 97: RMS 合成サブアプリケーショングラフの例

依存しているアプリケーションにコントローラオブジェクトがある場合は、このプロセスが繰り返されます。このため、選択したクラスタアプリケーションが直接または間接的に依存している全てのサブアプリケーションを合成表示することができます。

6.2.5 グラフからコマンドポップアップメニューの使用

RMS グラフ内の各オブジェクトにはポップアップのコンテキストメニューが用意され、よく使われる操作がすぐに選択できるようになっています。

コンテキストメニューを表示するには、グラフ内のオブジェクトを右クリックします。

メニュー項目の先頭には、選択されたオブジェクトの名前がグレーアウト表示されます。それ以外の項目は選択可能な操作です。表示される項目はオブジェクトのタイプと現在の状態により異なります (図 98)。

図 98: RMS グラフからコマンドポップアップメニューを使用する


操作を選択せずにコンテキストメニューを閉じるには、グレーアウト表示されたオブジェクト名をクリックするか、＜ Esc ＞キーを押します。

86 J2UZ-5295-02Z0(02)


6.2.6 表示された詳細レベルの変更

RMS クラスタ全体のグラフおよび RMS アプリケーショングラフのデフォルトの設定では、オブジェクト ( リソース ) 名が表示されません。特定のオブジェクト上にマウスポインタを置くと、これらの名前を表示できます。

リソース名、Affiliation 名、NoDisplay ノードをグラフに追加するには、[ 設定 ] メニューでそれぞれのチェックボックスをオンにします。

図 99 は [ 設定 ] メニュー項目を選択した画面と、その選択に対応してリソース名が表示されたグラフを示しています。

図 99: Affiliation 名付き RMS グラフの表示

図 100 は、[ 設定 ] メニューで項目を選択した状態とそれに対応するリソース名を表示するグラフを示しています。

図 100: リソース名付き RMS グラフ

J2UZ-5295-02Z0(02) 87


図 101 は [ 設定 ] メニュー項目を選択した画面と、その選択によって NoDisplay オブジェクトが表示されたグラフを示しています。これらは通常、構成ツールで自動的に生成される論理 AND/OR オブジェクトです。

図 101: リソース付き RMS グラフ

複数の表示オプションが選択されると、オブジェクト名やリソース名が画面に入りきらない場合があります ( 図 102)。グラフがウィンドウの幅より大きい場合は水平スクロールバーが表示されますが、グラフの見にくさは残ります。

図 102: Affiliation 名とリソース名付き RMS グラフ

88 J2UZ-5295-02Z0(02)

その他の管理ツール表示変更の意味

複雑なグラフでは、リソース名をアルファベット順に並べると見やすくなる場合があります ( 図 103)。

図 103: グラフ内のオブジェクト名の並べ替え

6.3 表示変更の意味

Cluster Admin View、グラフ、およびクラスタテーブルのいずれにおいても構成全体だけでなくノード個々の状態を表示することができます。

6.3.1 RMS 構成変更時の表示

RMS を停止して異なる構成で再起動すると、RMS ツリー、クラスタテーブル、およびノードグラフも同じウィンドウに再作成されます。図 104 は Cluster Admin 画面に 2 つのノードグラフとクラスタテーブルを重ねて表示しています。これらは全て、app1と app2を監視する実行中の構成の状態を表しています。

図 104: RMS を停止する前のクラスタの状態

J2UZ-5295-02Z0(02) 89

表示変更の意味その他の管理ツール

図 105 は、 RMS が再起動した後の同じウィンドウです。前回とは異なり、app1と app2を監視する構成で起動されています。

図 105: 異なる構成で RMS を再起動した後のクラスタの状態

グラフとクラスタテーブルは、再起動の前後で同一の SysNode オブジェクト (fuji2 および fuji3) の状態を表示しているため、ウィンドウは開かれたままです。

6.3.2 RMS 停止後のグラフの見方

RMS を停止すると、RMS の GUI ( グラフやクラスタテーブルなど ) は接続先ノードから情報を取得できないため暗い灰色になります。この場合、全ての状態が白で表示されます。RMS が起動しているノードに接続すると、情報を再表示できます。

たとえば、サンプルクラスタで RMS が 1 つのノードでのみ停止した場合を考えてみます。そのノードのグラフおよびクラスタテーブルの対応する列は、背景が濃いグレーで表示されます ( 図 106)。

図 106: 1 つのノード停止後の RMS メイン画面、グラフ、クラスタテーブル

しかし、残りのノード fuji3上で RMS が稼動を続ける限り、RMS メイン画面、fuji3RMS グラフ、クラスタテーブルの fuji3の列には、Onlineのオブジェクトが引き続き表示されます。

90 J2UZ-5295-02Z0(02)

その他の管理ツール表示変更の意味

アプリケーショングラフおよびサブアプリケーショングラフ

ノードが停止すると、そのノード上のアプリケーションおよびサブアプリケーションも全て Shutdown の状態に変わります ( 図 107)。

図 107: シャットダウンノードの RMS アプリケーショングラフ

グラフの表示はノードが同じ構成で再起動されるまで変わりません。再起動されると、通常の表示に戻ります。

ノードが異なる構成で再起動された場合はグラフの内容は削除されます。これは、新しい構成内ではそのオブジェクトが存在しないためです。ただし、空のグラフウィンドウは明示的に閉じない限り開いたままで残ります ( 図 108)。

図 108: 削除したオブジェクトのグラフウィンドウ

J2UZ-5295-02Z0(02) 91

RMS ログメッセージの表示その他の管理ツール

6.4 RMS ログメッセージの表示

Cluster Admin インタフェースが持つログ表示機能により、任意のノードで、RMS の switchlog およびアプリケーションのログに含まれるエントリを表示し、フィルタリングすることができます。

全ての RMS ログファイル ( 通常は /var/opt/SMAWRrms/log/) は、vi などの UNIX の一般的なエディタを使用して表示することができます。

エラーメッセージの意味と、可能な対処方法については“RMS リファレンスガイド”を参照してください。

以下の手順に従って、システムノードの switchlog を表示します。

システムノード上で右クリックし、ポップアップメニューから [switchlog の表示] を選択します( 図 109)。または、ノードを選択して [ ツール ] - [switchlog の表示 ] を選択します ( 図 110)。

図 109: ポップアップメニューから RMS switchlog ファイルを表示

図 110: [ ツール ] メニューから RMS switchlog を表示

92 J2UZ-5295-02Z0(02)

その他の管理ツール RMS ログメッセージの表示

以下の手順に従ってアプリケーションログを表示します。

RMS ツリー内のアプリケーション上で右クリックし、ポップアップメニューから [ ログファイルの表示 ] を選択します ( 図 111)。

図 111: ポップアップメニューからアプリケーションログを表示

オブジェクトに対応するポップアップメニューは、Cluster Admin 画面、クラスタテーブル、オブジェクトを含む任意の RMS グラフのいずれからも起動することができます。

いずれの場合でも、ログは右側パネルの専用タブに表示されます ( 図 112)。

図 112: タブビューに表示された RMS switchlog

J2UZ-5295-02Z0(02) 93


タブを別ウィンドウで表示するには、＜デタッチ＞ボタンをクリックします。＜デタッチ＞ボタンは、画面右上隅の＜ヘルプ＞ボタンと＜閉じる＞ボタンとの間にあります ( 図 113)。

図 113: タブ画面の＜デタッチ＞ボタン拡大図

別ウィンドウに表示された場合でも、内容はタブ表示と同じです ( 図 114)。

図 114: 別ウィンドウに表示された RMS switchlog

切り離したウィンドウを Cluster Admin 画面に戻すには、＜アタッチ＞ボタンをクリックします。＜アタッチ＞ボタンは、＜ヘルプ＞ボタンと＜閉じる＞ボタンとの間にあります。標準のウィンドウ制御ボタンのすぐ下です ( 図 115)。

図 115: 別ウィンドウの＜アタッチ＞ボタン拡大図

別ウィンドウ表示では、画面の＜閉じる＞ボタンとウィンドウ標準の＜閉じる＞ボタンの機能は同じです。どちらをクリックしてもウィンドウは閉じます。

メイン画面表示では、タブ表示画面の＜閉じる＞ボタンをクリックすると表示中のタブのみが閉じられます。他のタブ画面は開いたままです。

94 J2UZ-5295-02Z0(02)


6.4.1 switchlog およびアプリケーションログを表示する一般的な手順

デフォルトでは、ウィンドウ下部のスクロール領域にログ全体が表示されます。表示されるログは、以下のフィルタで絞り込むことができます。

● [ 時刻フィルタ ] — 対象となる時間範囲を指定します。

● [ キーワードフィルタ ] — 特定のリソース名 ( アプリケーションの場合のみ )、エラーメッセージの重要度レベル、0 以外の終了コード、またはキーワードを選択します。

重要度レベルと終了コードの詳細については、“RMS リファレンスガイド” を参照してください。

フィルタ項目の入力後、＜フィルタ＞ボタンをクリックすると、フィルタで絞り込んだログエントリが表示されます。

[ 時刻フィルタ ] と [ キーワードフィルタ ] の両方を設定すると、両方の条件を満たしたログエントリに絞り込むことができます。

switchlog のエントリは、ログビューアウィンドウの [ 昇順 ] チェックボックスをオンまたはオフにすることにより、時系列昇順または降順にいつでも並べ替えることができます。

6.4.2 時刻フィルタ

[ 時刻フィルタ ] に日付と時刻を指定して、ログウィンドウに表示するエントリを絞り込むことができます ( 図 116)。

図 116: 日付時刻による検索

入力ボックスのスピンボタンで [ 開始時刻 ] と [ 終了時刻 ] を選択し ( 値を直接入力することもできます )、[ 有効 ] チェックボックスをオンにします。

ここでの設定は、＜フィルタ＞ボタンをクリックしたときに有効になります。

時刻フィルタを削除するには、[ 有効 ] チェックボックスをオフにして、＜フィルタ＞ボタンをクリックします。

J2UZ-5295-02Z0(02) 95


6.4.3 キーワードフィルタ

［キーワードフィルタ］パネルには、以下の項目があります。

6.4.3.1 リソース名

［リソース名］コントロールを使用できるのは、アプリケーションログの場合のみです。

ドロップダウンリストからリソース名を選択し、＜フィルタ＞ボタンをクリックします ( 図 117)。

図 117: リソース名による検索

リソース名のフィルタを削除するには、ドロップダウンリストで [ 選択なし ] を選択し、＜フィルタ＞ボタンをクリックします。

96 J2UZ-5295-02Z0(02)


6.4.3.2 重要度

ドロップダウンリストからメッセージの重要度レベルを選択します ( 図 118)。

図 118: 重要度による検索

表 5 に RMS の重要度レベルを説明します。

重要度レベルのフィルタを削除するには、ドロップダウンリストで [ 選択なし ] を選択し、＜フィルタ＞ボタンをクリックします。

6.4.3.3 0 以外の終了コード

[0 以外の終了コード ] 入力ボックスに終了コードを数値で入力し、＜フィルタ＞ボタンをクリックします。

重要度レベル説明

Emergency システム使用不能

Alert 直ちに対処が必要

Critical 重要な状態（致命的なエラー）

Error エラー状態（致命的でないエラー）

Warning 注意状態

Notice 普通だが通告を要する状態

Info その他の情報

Debug デバッグメッセージ

表 5: RMS の重要度レベルの説明

J2UZ-5295-02Z0(02) 97


6.4.3.4 キーワード

[ キーワード ] ボックスに文字列を入力し、＜フィルタ＞ボタンをクリックします ( 図 119)。

図 119: キーワードによる検索

特殊文字および空白は使用できますが、ワイルドカードは使用できません。検索では大文字と小文字が区別されません。

キーワードのフィルタを削除するには、キーワードボックスの文字列をクリアし、＜フィルタ＞ボタンをクリックします。

98 J2UZ-5295-02Z0(02)


6.4.4 テキスト検索

表示中のアプリケーションログの上で右クリックして、テキスト検索を行うことができます。[ 検索 ]ポップアップダイアログで文字列を入力すると、指定した方向に向かって大文字と小文字を区別した検索が行われます ( 図 120)。

図 120: ログビューア上のポップアップ検索ダイアログ

入力した文字列は、完全一致で検索されます。スペースや特殊文字を使用することができますが、ワイルドカードは無効です。

6.4.5 フィルタの削除

全てのフィルタを削除するには、以下の手順を行います。

● 時刻フィルタの [ 有効 ] チェックボックスをオフにします。

● ドロップダウンリストで [ 選択なし ] を選択します。

● 入力ボックスのテキストを削除します。

● ＜フィルタ＞ボタンをクリックします。

フィルタによる絞り込みのない検索結果が再度表示されます。

J2UZ-5295-02Z0(02) 99


100 J2UZ-5295-02Z0(02)

7 RMS の操作


● 101 ページの "7.1 RMS の操作について "

● 110 ページの "7.2 RMS アプリケーションの管理 "

● 119 ページの "7.3 保守モードの使用法 "

7.1 RMS の操作について

このセクションでは、個々のノード上で動作する RMS やアプリケーションの操作等、基本的な手順について説明します。このセクションで説明する手順を実行すると、実際に RMS クラスタの状態が変更され、データの処理に直接の影響が及びます。

63 ページの "5.1 概要 " で述べたように、クラスタの管理にはできるだけ Cluster Admin GUI を使用してください。ただし、このセクションで説明する各手順は、必要に応じて CLI でも行うことができます。その場合には以下の点に注意してください。

● コマンドは、<RELIANT_PATH>/binディレクトリに格納されています。

● RMS CLI の全てのコマンドでは、CF ノード名および RMS ノード名が、RMS の命名規則に従っている場合 (<CF名>RMSの形の名前である場合 )、両方ともSysNodeオブジェクトとして扱います。

● コマンドの説明では、使用頻度の高いオプションのみを記載しています。このため、それ以外にも使用できるオプションが存在する場合があります。コマンドの詳細については、165 ページの"14 付録 — マニュアルページ " に記載されたオンラインマニュアルページを参照してください。

7.1.1 RMS の起動

GUI からは、直前に使用した構成しか起動できません。その他の構成を起動するには、まず RMS WizardTools を使用してその構成を配布する必要があります。

GUI のデフォルトの設定では、クラスタ内の全てのノードで RMS を起動するようになっています。この他に、選択したノードでのみ RMS を起動することもできます。

1. Cluster Admin を起動して [rms] タブをクリックして RMS メインウィンドウを表示します。[ ツール ] メニューから [RMS の起動 ] を選択します ( 図 121)。

図 121: メインメニューから RMS を起動

J2UZ-5295-02Z0(02) 101

RMS の操作について RMS の操作

2. [RMS 起動メニュー ] 画面が表示されます。全てのノード上で RMS を起動するには、[ 利用可能な全てのノード ] ラジオボタンをクリックして＜確認＞ボタンをクリックします ( 図 122)。

図 122: 全てのノードの RMS 起動メニュー

3. 選択されたノード上でのみ RMS を起動するには、[ リストから 1 つを選択 ] ラジオボタンをクリックしてから、[ 選択 ] 列のチェックボックスで 1 つまたは複数のノードを選択できます。選択するノードをチェックしたら、＜確認＞ボタンをクリックします ( 図 123)。

図 123: 個々のノードでの RMS 起動メニュー

102 J2UZ-5295-02Z0(02)

RMS の操作 RMS の操作について

この他に、[Cluster Admin] 画面から個々のノード上の RMS を直接起動することもできます。

1. 左パネルの [rms] タブをクリックして、クラスタツリーを表示します。

2. ノードを選択した状態で右クリックし、ポップアップメニューから [RMS の起動 ] を選択します( 図 124)。

図 124: 各ノード上で 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 から指定することはできません。

J2UZ-5295-02Z0(02) 103


フォーマット 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 ハートビートリカバリタイムアウト値を設定します。8 ページの " ノードとハートビート " を参照してください。

● デフォルトでは、RMS は各ノードの状態を、CF に実装された ELM を使用して監視します。ELMはポーリングを行いません。ELM では、各ノードに保持されノードまたはベースモニタが停止したときに解放されるロックを使用します。ELM が起動されると、UDP ハートビートタイムアウトのデフォルト値は 600 秒に設定されます。

● ローリングアップデートやデバッグのために ELM を停止する必要がある場合は、HV_USE_ELM環境変数を 0 に設定します。152 ページの "12.2 RMS グローバル環境変数 " の "HV_USE_ELM" を参照してください。ELM が停止されると、UDP ハートビートタイムアウトのデフォルト値は 45 秒に設定されます。

ハートビートタイムアウト値をデフォルト値より小さく設定すると、ノードがリカバリできる状態であるにもかかわらず処理途中で停止されることがあります。この場合、ノードの停止は通常終了で行われるため、データの破損は発生しません。しかし、アプリケーションの他ノードへの切替えが発生するため、その遅延によってクラスタの性能が低下する場合があります。ハートビートタイムアウト値をあまり小さくし過ぎると、CF イベントタイムアウトとの干渉が発生する場合があります。

-l オプションは、起動時の診断出力レベルを設定します。loglevels の指定は、個々のレベルを数値で直接指定するか、ハイフンで区切った範囲で指定します。複数指定する場合は、カンマで区切ります。上級レベルの機能について、詳細は “RMS リファレンスガイド” を参照してください。

104 J2UZ-5295-02Z0(02)


7.1.2 システム起動時に RMS を自動起動する

この設定はシステムの再起動後に有効になります。

システム起動時に RMS が自動起動するように設定したり、その設定を解除したりするには、以下の手順で行います。

Cluster Admin を起動し、 [rms] タブをクリックして RMS メインウィンドウを表示します。[ ツール ] メニューから [RMS の自動起動を設定 ] を選択します ( 図 125)。

図 125: RMS 自動起動の制御 — ステップ 1

ここで、全ノードまたは 1 つのノードについて、RMS の自動起動の開始 ( または停止 ) を選択します。( 図 126)

図 126: 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の現在の値を通知します。

J2UZ-5295-02Z0(02) 105


7.1.3 RMS の停止

RMS の停止は、全てのノードまたは指定したノードで実行することができます。

[ ツール ] プルダウンメニューから [RMS の停止 ] を選択します ( 図 127) 。

図 127: [ ツール ] メニューから RMS を停止

全てのノード上で RMS を停止するには、[ 利用可能な全てのノード ] ラジオボタンをクリックして＜確認＞ボタンをクリックします ( 図 128)。

図 128: 稼動中の全てのノード上で RMS を停止

[ 利用可能な全てのノード ] を停止する場合は、2 つのラジオボタンでアプリケーションの処理を指定できます。

● 全てのアプリケーションを停止－全てのユーザアプリケーションを停止する

● ローカルのアプリケーションを継続稼動－アプリケーションを稼動した状態に保つ

RMS 停止後もアプリケーションを稼動させた状態にしておくと、データの不整合や破損が生じる恐れがあります。

特定のノード上で RMS を停止するには、[ リストから 1 つを選択 ] ラジオボタンを選択して、停止するノードのチェックボックスをオンにします ( 図 129)。

106 J2UZ-5295-02Z0(02)


図 129: リストから選択したノード上で RMS を停止

各ノードには [ オプション ] 列にドロップダウンリストがあり、以下の処理が選択できます。

● 全てのアプリケーションを停止 — 選択したノードで全てのユーザアプリケーションを停止

● ローカルのアプリケーションを継続稼動 — 選択したノード上でアプリケーションを継続稼動

● 強制停止 — RMS の強制停止を実行

[ ローカルのアプリケーションを継続稼動 ] または [ 強制停止 ] を選択すると、データの整合性が失われたりデータが破損する場合があります。

＜確認＞ボタンをクリックすると、停止の方法を選択する画面が表示されます。

全てのノードまたは 1 つのノードにおける RMS の停止について、デフォルトのオプションは、[ 全てのアプリケーションを停止 ] です。デフォルト以外のオプションを選択した場合は、確認メッセージが表示されます ( 図 130 および図 131)。

図 130: アプリケーションを現状のまま RMS を停止 — 確認

J2UZ-5295-02Z0(02) 107


図 131: RMS の強制終了 — 確認

RMS ツリーのノードを右クリックして、ポップアップメニューから [RMS の停止 ] を選択すると、そのノード上の RMS を停止できます ( 図 132)。確認画面にノードが 1 つだけ表示されます ( 図 133)。

図 132: ポップアップメニューを使用して 1 つのノード上で RMS を停止

図 133: RMS を 1 つのノード上で停止

108 J2UZ-5295-02Z0(02)


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オプションを使用すると、データの整合性が失われたりデータが破損する場合があるので、注意が必要です。

7.1.4 SysNode の Wait 状態のクリア

シャットダウン機構 (SF) がタイムアウト時間内にノードを kill できなかった場合、そのノードは Wait状態になります。Wait状態が手動でクリアされた場合、RMS はユーザの選択に従って、Waitの前の状態に関係なく、指定されたノードに Online状態もしくは Offline状態のマークを付けます。

Wait状態をクリアする場合は、指定した状態がノードの実際の物理状態に対応しているかどうかを確認してください。RMS、CF および SF はユーザの選択したとおりにノードの状態にマークを付けます。マークと実際の状態が一致していない場合、競合やデータ破損が発生することがあります。

ノードでシャットダウン機構 (SF) のタイムアウト期間が経過していない場合、Wait 状態のクリア要求は無視されます。

以下の手順に従って、ノードの Wait状態をクリアします。

ノード上で右クリックし、ポップアップメニューから [Online] または [Offline] を選択します。

J2UZ-5295-02Z0(02) 109

RMS アプリケーションの管理 RMS の操作

CLI: hvutil -o および hvutil -u

Wait状態をクリアするには、hvutilコマンドを使用します。ノードを Online状態にするには -oオプションを使用します。

hvutil -o SysNode

ノードを Offline状態にするには -uオプションを使用します。

hvutil -u SysNode

7.2 RMS アプリケーションの管理

このセクションでは、各アプリケーションの起動、停止、および特定の状態をクリアするための基本的な手順について説明します。このセクションで説明する手順は RMS クラスタの状態を直ちに変更するため、データの処理に直接の影響を及ぼす可能性があります。

本章の概要で述べたとおり、基本的な管理操作は Cluster Admin GUI から行います。操作はできる限りこの方法で行ってください。ただし、このセクションで説明する手順はそれぞれ CLI でも実行することができます。

7.2.1 アプリケーションの自動起動のオーバーライド

デフォルトの設定では、アプリケーションの自動起動はそれぞれの AutoStartUp 属性によって制御されています。

● AutoStartUp が 1 に設定されていると、アプリケーションは、RMS が起動された時、またはそのアプリケーションが他のノードに切替えられた時に自動起動します。

● AutoStartUp が 0 に設定されている場合は、アプリケーションは手動で起動する必要があります。起動方法については 101 ページの "7.1.1 RMS の起動 " を参照してください。

アプリケーションの自動起動は、メンテナンス時やトラブルシューティング時に問題となる場合があります。その場合は、全てのアプリケーションについて AutoStartUp属性を無効にすることができます。HV_AUTOSTARTUPグローバル環境変数は、以下の手順で変更することができます。

HV_AUTOSTARTUPに加えた変更は次回 RMS を起動するまで有効になりません。

Cluster Admin を起動し、[rms] タブをクリックして RMS メインウィンドウを表示します。[ ツール ] メニューから [userApplication の自動起動を設定 ] を選択します ( 図 134)。

図 134: アプリケーションの自動起動の制御 — ステップ 1

次に全ての AutoStartUp 設定の変更を指定します。指定を中止するには [ 取消 ] をクリックします( 図 135)。

110 J2UZ-5295-02Z0(02)

RMS の操作 RMS アプリケーションの管理

図 135: アプリケーションの自動起動の制御 — ステップ 2

CLI: hvsetenv

各アプリケーションの AutoStartUp属性の機能は、RMS 環境変数 HV_AUTOSTARTUP によって制御されます (155 ページの "12.3 RMS ローカル環境変数 " の説明を参照 )。この RMS 環境変数は、以下のように hvsetenvコマンドを使って変更できます。

hvsetenv HV_AUTOSTARTUP [0|1]

設定値は以下のとおりです。

0 次回 RMS 起動時にアプリケーションの自動起動を行わない

1 次回 RMS 起動時にアプリケーションの自動起動を行う

値を指定しないと、コマンドは RMS 環境変数 HV_AUTOSTARTUPの現在の値を通知します。

J2UZ-5295-02Z0(02) 111


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

クラスタアプリケーションの切替えが行われると、RMS は以下の処理を行います。

● クラスタアプリケーションがクラスタ内ですでに実行されている場合は、RMS によって停止されます。

● クラスタアプリケーションが完全に停止した後、RMS は指定されたノードでそのクラスタアプリケーションを起動します。

以下の手順に従って Online状態のクラスタアプリケーションを切替えます。

1. userApplicationオブジェクト上で右クリックし、メニュー項目から [ 切替え ] を選択します。切替え可能なノードがサブメニューに表示されます。

2. プルダウンメニューからノード名を選択して、クラスタアプリケーションをそのノードに切替えます ( 図 136)。

図 136: クラスタアプリケーションの切替え

RMS は処理を開始する前に、操作の確認を求めるメッセージを表示します。

[ 優先切替え ] は、アプリケーションの PriorityList 属性内で該当する初のノードから対象を選択します。PriorityListの内容は、クラスタアプリケーションが構成された時にノードが選択された順序です。その他の点は通常の切替え操作と同じです。

デフォルトでは、RMS は通常のシャットダウンを行います。通常のシャットダウンが失敗した場合、RMSは起動フェーズには進みません。これは、同じアプリケーションの 2 つのインスタンスに競合が発生し、データ破損が生じる恐れがあるためです。この場合には、強制切替えを行ってください。

ユーザ業務とデータの整合性および完全性が保たれるように、標準のクラスタアプリケーション切替方式を使用することを推奨します。標準モードでクラスタアプリケーションを切替えられない場合は、強制切替方式を使用できます。ただし、強制切替えを実行すると、安全性チェックが全て無効になり、データが破損したり整合性が失われる場合があります。

112 J2UZ-5295-02Z0(02)


クラスタアプリケーションがビジー状態の場合、クラスタアプリケーションを切替えるためのコマンドポップアップは表示されません。代わりに、メニューには表示のみの操作が表示され、後のメニュー項目によって、クラスタアプリケーションが Wait状態にあることが示されます ( 図 137)。

図 137: userApplication が Wait 状態のときの切替え

CLI: hvswitch


hvswitch [-f] userApplication [SysNode]

hvswitch は、userApplication リソースの制御を RMS 構成内のシステムノード間で手動切替えするためのコマンドです。切替えるリソースのタイプは userApplicationであることが必要です。システムノードのタイプは SysNode であることが必要です。SysNode が指定されていないと、クラスタアプリケーションはローカルノードに切替えられます。-fオプションは強制切替えオプションです。

hvswitch -fの実行には注意が必要です。クラスタアプリケーションの強制切替えを行うと、安全性チェックが全て無効になり、データが破損したり整合性が失われる場合があります。

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

クラスタアプリケーションがクラスタ全域ですでに Offlineの場合は、以下のようにして単一ノードで起動 (Online化 ) することができます。

userApplicationオブジェクト上で右クリックし、ポップアップメニューから [Online] を選択します( 図 138)。

図 138: クラスタアプリケーションの起動


J2UZ-5295-02Z0(02) 113


CLI

ローカルノードでクラスタアプリケーションを起動するには、クラスタアプリケーションを他のノードに切替える場合と同様に、hvswitchコマンドを使用します。構文規則については、113 ページの "CLI:hvswitch" を参照してください。

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

Online状態のクラスタアプリケーションを停止する (Offline状態にする ) には以下のようにします。

Online状態のuserApplicationオブジェクトを右クリックし、ポップアップメニューから[Offline]を選択します ( 図 139)。

図 139: クラスタアプリケーションの停止


CLI: hvutil -f


hvutil -f userApplication

これは通常の Offline 要求です。userApplicationに対する「強制」Offline要求はありません。

Offline状態の userApplicationを Standby状態にするには、hvutil -s userApplicationを使用してください。

7.2.5 クラスタアプリケーションのリセット

この操作は、実際のディテクタのレポートに基づいて、対象となるクラスタアプリケーションとそのリソースツリー内の全オブジェクト ( つまりアプリケーショングラフ全体 ) を完全に再初期化します。そのクラスタアプリケーションについて現在進行中の RMS 処理は全て中止され、実行中のスクリプトも終了されます。

クラスタアプリケーションをリセットすると、以前の障害に関する情報やその他の履歴は失われます。これにより多くの場合アプリケーションに不整合の状態が発生します。

114 J2UZ-5295-02Z0(02)


この操作はシステム管理者がテスト段階で使用することを想定しています。運用環境では絶対に実行しないでください。

以下の手順に従って Online状態のクラスタアプリケーションをリセット ( 再初期化 ) します。

Online状態のアプリケーションオブジェクトを右クリックし、ポップアップメニューから [Reset] を選択します ( 図 140)。

図 140: クラスタアプリケーションのリセット

RMSは処理を開始する前に、リセットのタイムアウト値の入力を求めるメッセージを表示します (図 141)。

図 141: クラスタアプリケーションのリセットタイムアウト値の選択

設定したタイムアウト時間内にアプリケーショングラフ全体を再初期化できなかった場合、RMS はエラーメッセージを出力して終了します。デフォルト : 10 秒

必要に応じてタイムアウト値を変更し、＜はい＞ボタンをクリックしてクラスタアプリケーションのリセットを開始します。

J2UZ-5295-02Z0(02) 115


CLI: hvreset -t


hvreset -t timeout userApplication

hvresetは結果についての警告メッセージを表示し、処理を開始してよいかの確認を求められます。

userApplicationが Online、Offline、または Fault処理のいずれも行っていない場合、hvresetは直ちに、行うべき処理がない旨を表すメッセージを表示します。この場合はコマンドの実行が成功したものとして終了コード 0 が返されます。

7.2.6 クラスタアプリケーションの AutoSwitchOver 設定の変更

クラスタアプリケーションの AutoSwitchOver属性は、リソースの障害やノードの障害、または、ノードの停止が発生した場合に、他のノードへの切替えを自動的に行うかどうかを指定します。この属性は構成設定時に、各アプリケーションに設定されますが、以下の手順によって実行時に変更することもできます。

任意のノード上のアプリケーションオブジェクトを右クリックし、コンテキストメニューから[AutoSwitchOver] を選択します ( 図 142)。

図 142: アプリケーションの AutoSwitchOver 設定の変更 — ステップ 1

次に表示されたポップアップ画面で、変更する設定を選択します ( 図 143)。

図 143: アプリケーションの AutoSwitchOver 設定の変更 — ステップ 2

116 J2UZ-5295-02Z0(02)


[Automatic recovery] を選択した場合は、チェックボックスをクリックすることにより、表示された条件の選択や選択解除ができます。条件は複数選択することができます。

＜ Ok ＞ボタンをクリックして、全てのノードに対する AutoSwitchOverの変更を確認します。

＜ Ok ＞ボタンをクリックすると、RMS は直ちにクラスタ内全てのアプリケーションについて、AutoSwitchOver設定の更新を開始します。更新処理は各ノードにつき通常数秒で完了しますが、これより長くかかる場合もあります。処理の開始時および終了時のいずれも、通知メッセージは表示されません。

通信できないノードがあっても、RMS は警告を表示しません。ただし、通信できないノードのいずれかが、後に通信可能になった場合、RMS はベースモニタが起動した直後に、自動的にアプリケーションのAutoSwitchOverの設定を更新します。これにより、アプリケーションの優先順位リストに記載されたノードは、全て同じ AutoSwitchOverの設定で稼動することが保証されます。

CLI: hvattr


hvattr <userApplication>:AutoSwitchOver:<value> ...

hvattr コマンドは、アプリケーションレベルの属性変更を、クラスタ全体で行うための汎用コマンドです。コマンド行の引数は、アプリケーション名、変更する属性、および新しい属性値の 3 つをコロンで区切って指定します。1 つのコマンド行に複数の引数を指定することもできます。この場合は、各引数ではアプリケーションと属性名を一意の組み合わせで指定します。

現在ユーザが指定できるのは、AutoSwitchOver属性のみです。指定できる値については、142 ページの "AutoSwitchOver (Wizard Tools)" を参照してください。

パイプ文字を含む属性値を指定する場合は、シェルがパイプ文字そのものを解釈してしまうのを防ぐため、属性値を引用符で囲む必要があります。

複数の hvattrコマンドを同時に実行するのは避けてください。通常は、複数の hvattrが同時に呼び出された場合はその時点で拒否されます。稀に、タイムアウトが発生するまで hvattr が完了せず、実行中の hvattrコマンドが終了するまで他の hvattrコマンドを実行できなくなることがあります。

7.2.7 Faulted 状態のクリア

以下の手順に従って、クラスタアプリケーションの Faulted状態をクリアします。

▲ userApplicationオブジェクト上で右クリックし、ポップアップメニューから [Fault のクリア ] を選択します ( 図 144)。

図 144: クラスタアプリケーション Fault 状態のクリア

コマンドが実行される前に、その処理を実行してよいかの確認を求めるメッセージが表示されます (図 145)。

J2UZ-5295-02Z0(02) 117


図 145: クラスタアプリケーション Fault 状態のクリア — 確認のダイアログ

CLI: hvutil -c


hvutil -c userApplication

userApplicationが Online状態の場合に Faultをクリアすると、RMS では Faultが発生したオブジェクトを Online 状態に戻すように試行されます。userApplication が Offline または Faulted状態の場合に Faultをクリアすると、オブジェクトが Offline状態にされます。コマンドが実行される前に、操作の確認を求めるメッセージが表示されます。

7.2.8 クラスタアプリケーションの活性化

非活性状態 (Deact状態 ) のクラスタアプリケーションを活性化すると、その状態はDeactからOfflineに変化します。Onlineにはなりません。userApplicationの活性化は、RMS 構成の配布とは関係ありません。両者は全く別の操作です。以下の手順に従って非活性状態 (Deact 状態 ) のクラスタアプリケーションを活性化します。

userApplicationオブジェクト上で右クリックし、ポップアップメニューから [ 活性化 ] を選択します。

CLI: hvutil -a


hvutil -a userApplication

hvutil -d userApplicationコマンドにより明示的にアプリケーションが非活性化された場合以外は、アプリケーションの活性化は必要ありません。

118 J2UZ-5295-02Z0(02)

RMS の操作保守モードの使用法

7.3 保守モードの使用法

保守モードは、アプリケーションを一時的に依存オブジェクトから切り離して動作させることのできる特殊なモードです。これにより、たとえばバックアップを行う場合など、親アプリケーションの Online状態に影響を与えることなく、ファイルシステムを Offlineにすることができます。

7.3.1 保守モードの開始

全てのノード上で全てのアプリケーションを保守モードにするには、次のようにします。

RMS ツリーの上部のクラスタを右クリックし、ポップアップメニューから [ 保守モードの開始 ] を選択します ( 図 146)。

図 146: 全てのアプリケーションで保守モードを開始

1 つのアプリケーションのみを保守モードにするには以下のようにします。

RMS ツリーでアプリケーションインスタンスを右クリックし、ポップアップメニューから [ 保守モードの開始 ] を選択します ( 図 147)。

図 147: 1 つのアプリケーションのみで保守モードを開始

いずれの場合でも、操作の確認を求めるメッセージが出力されます ( 図 148、図 149)。

図 148: 全てのアプリケーションについての保守モードの確認

J2UZ-5295-02Z0(02) 119

保守モードの使用法 RMS の操作

図 149: 単一のアプリケーションについての保守モードの確認

保守モードはクラスタ全体に適用されます。あるアプリケーションが 1 つのノードで保守モードに入ると、そのアプリケーションが実行可能な全てのノードで保守モードが開始されます。

クラスタアプリケーションは以下の状態の場合に開始できます。

・ Online 状態・ Standby 状態・ Offline 状態

RMS グラフの動的再構成の要求がある場合は、保守モードは開始できません。

図 150 は、1 つのアプリケーションが保守モードに入った後の Cluster Admin 画面を示しています。

図 150: 保守モードに入ったクラスタの例

ここで、アプリケーションの状態アイコンの右半分は、目標状態 ( アプリケーションが保守モードから抜けた場合に到達する状態 ) を示すようになっています。目標状態は、アプリケーションの StateDetails属性によっても分かります。この属性は、右パネルの属性テーブルで初の項目として表示されます。

7.3.2 保守モードの動作に関する注意

アプリケーションが保守モードに入ると、同じグラフを使用している全てのアプリケーションに影響を及ぼします。たとえば、2 つのアプリケーションがコントローラでリンクされている場合に、片方のアプリケーションが保守モードに入ると他方のアプリケーションも保守モードに入ります。この場合、どちらが親アプリケーションでどちらが子アプリケーションかは関係ありません。

逆に、2 つのアプリケーションが同じグラフを使用していない場合、つまり、両者が 1 つ以上のコントローラでリンクされていない場合は、片方のアプリケーションが保守モードに入っても、他方は RMS の通常の制御下で稼動を続けます。

120 J2UZ-5295-02Z0(02)


たとえば、先の例の App1と App2を見ると、両者は独立しています。このため、App1は保守モードの状態にありますが、App2は通常の動作を継続しており、下の図 151 に示すように、あるノードから他のノードに切替えることができます。

図 151: 独立したアプリケーションの通常の動作

7.3.2.1 保守モードにおけるクラスタ全体の制限

保守モードが開始されても、通常の RMS の制御下で稼動を続けるアプリケーションも存在しますが、保守モードによる制限はクラスタ全体の動作に及びます。特に以下の点に注意してください。

● アプリケーションを Offline 状態にする場合や他のノードに切替える場合には、まず保守モードを終了する必要があります。

● RMS を停止するには、クラスタの全てのノードで保守モードを終了する必要があります。

7.3.3 保守モードの終了

保守モードを終了するには以下のようにします。

クラスタまたはアプリケーションを右クリックし、ポップアップメニューから [ 保守モードの終了 ]を選択します ( 図 152、図 153)。

図 152: 全てのアプリケーションで保守モードを通常終了

図 153: 単一のアプリケーションで保守モードを通常終了

いずれの場合でも、操作の確認を求めるメッセージが出力されます。

J2UZ-5295-02Z0(02) 121


クラスタ全体が保守モードに入っている場合でも、1 つのアプリケーションのみで保守モードを終了することができます。

保守モードを終了する場合、クラスタアプリケーションおよび各リソースの状態が、保守モードを開始する前の状態と同じ状態にする必要があります。状態が異なる場合、保守モードを終了できません。

たとえば上記の例で、クラスタアプリケーション App1 にファイルシステムリソース Res1 があり、App1 で保守モードを開始する時、Res1 が fuji2RMSでオンライン状態であったとします。この場合、App1の保守モードを終了するには、fuji2RMSで Res1 がオンライン状態である必要があります。

保守モードを開始した場合と異なる状態で、[ 保守モードの終了 ] で強制的に保守モードを終了すると、Inconsistent 状態となるため、[ 保守モードの終了 ] の使用は推奨しません。

上記のクラスタのポップアップメニューとアプリケーションのポップアップメニューのいずれにも[Force Exit Maintenance Mode] メニュー項目が含まれています。このコマンドを選択すると、適正な状態にないリソースが存在する場合でも、RMS は保守モードを強制的に終了します。図 154 は、1 つのアプリケーションを強制停止しようとした場合の確認メッセージです。全てのアプリケーションを強制停止する場合も同様のメッセージが表示されます。

図 154: 全てのアプリケーションについての保守モード強制終了の確認

7.3.4 保守モードにおける Fault のクリア

保守モードの間にアプリケーションの障害が発生した場合、そのアプリケーションを通常の動作に戻すには Faultをクリアする必要があります ( これにより、他のアプリケーションが通常モードに戻れなくなることはありません )。

RMS はこの種類の Fault状態を、Maintenance-Online 状態アイコンの隣につけた青色の感嘆符で表します。また、クラスタテーブルにも状態名 Online!! で表示します ( 図 155)。

図 155: 保守モードでのアプリケーションの Fault 状態

122 J2UZ-5295-02Z0(02)


Fault をクリアするには、構成ツリーかクラスタテーブルで、オブジェクトを右クリックして、[Faultのクリア ] を選択します ( 図 156、図 157)。

図 156: 構成ツリーでの Fault のクリア

図 157: クラスタテーブルでの Fault のクリア

Fault のクリアが成功するとアプリケーションは通常の保守モードに戻ります ( 図 158)。

図 158: 通常の保守モードに戻ったアプリケーション

コンテキストメニューから [Force Exit Maintenance Mode] を選択することが必要な場合もあります。成功すると、アプリケーションは Faultがクリアされた状態で通常モードに戻ります。

7.3.5 保守モードのコマンドラインインタフェース

保守モードは hvutil コマンドで以下のように制御できます。

hvutil -M { on | off | forceoff }

hvutil -m { on | off | forceoff } userApplication


-M 保守モードの操作を全てのノードの全てのアプリケーションに適用する。

-m 保守モードの操作を全てのノードの指定したアプリケーションに適用する。

J2UZ-5295-02Z0(02) 123


機能は以下のとおりです。

hvutilコマンドの保守モードは複数同時実行できます。したがって、複数のコマンドを実行した場合、全てのコマンドが終状態に到達するか、エラーが発生するまでは復帰しません。不適切な状態にある資源が存在すると、「-m off」はエラーを返します。このような場合には、問題のある資源を列挙したエラーメッセージが表示されます。

on 保守モードを開始する。

off 全ての資源が適切な状態にあれば保守モードを停止する。

forceoff 全ての資源が適切な状態になくても保守モードを強制停止する。

124 J2UZ-5295-02Z0(02)

Part III: リファレンス

J2UZ-5295-02Z0(02)

126 J2UZ-5295-02Z0(02)

8 付録 — 事前準備

クラスタシステムに RMS を導入するためには事前準備が必要です。これらの準備作業の一部では、構成定義で使用されたノード、ファイルシステム、ネットワークインタフェースが RMS から識別できるように、システムファイルを変更する必要が生じます。これらの変更は RMS のインストール前に行っておく必要があります。

ユーザ環境に変更があった場合は、RMS 構成定義ファイルの作成または変更が必要になることがあります。ユーザ環境の変更内容によっては、事前にシステムファイルの検討や更新を行っておく必要があります。変更作業の例としては次のようなものがあります。

● IP アドレスの変更

● 冗長クラスタインタコネクトの追加

● ノードの追加、削除、ノード名の変更

● 2 つ以上のクラスタシステムを 1 つに併合

● ファイルシステムや SAN の追加、削除

以下にノード、ファイルシステム、およびネットワークに関する事前準備の方法について説明します。RMS 初期導入時から、これらの設定値に変更があった場合は、以下の記載を参照して必要な構成設定の変更を行ってください。

修正の内容は主に、OS 標準のシステムファイルへの RMS 固有エントリの追加です。この場合、以前から存在しているエントリは影響を受けません。地域固有のアプリケーションが使用する資源にも同様のカスタマイズが必要な場合があります。

8.1 ネットワークデータベースファイル

8.1.1 /etc/hosts

クラスタの一部として全てのホストシステムの IP アドレスと RMS 名を指定する必要があります。

RMS はクラスタ内のノードを管理するために、ノード名を保持しています。クラスタを構成する場合、標準のノード名ではなく、RMS ノード名を使用します。これらの名前は、DNS にアクセスできない場合の問題を避けるため、システムごとに /etc/hosts で指定する必要があります。 Cluster Admin を使用して RMS の CIP を設定した場合、/etc/hostsには、以下に説明する正しい RMS ノード名がすでに設定されています。

デフォルトでは、表 6 の命名規則に従います。

RMS が使用するプライマリノード名は、そのマシンの RELIANT_HOSTNAME に一致している必要があります。RELIANT_HOSTNAME は、hvenv.local ファイルに記載されています。

エントリのタイプ RMS 名のパターン例

プライマリノード名 <hostname>RMS fuji2RMSfuji3RMS

表 6: /etc/hostsの RMS 命名規則

J2UZ-5295-02Z0(02) 127

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

例

以下の /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

8.1.1.1 /etc/hosts 内のネットワークインタフェース名

Ip Addressサブアプリケーションとの切替えを行うためのネットワークインタフェースを構成設定するには、まず、インタフェースが設定可能な全てのノードで、/etc/hostsファイルにインタフェース名を入力する必要があります。各エントリは、インタフェースの IP アドレスと名前を通常の形式で入力します。特別なコメントは必要ありません。

例

IP アドレス 172.25.222.223を持つインタフェース shastavipが、shasta1と shasta2との間で切替えられる可能性がある場合は、各ノードの /etc/hosts に以下の行が記述されている必要があります。

172.25.222.223 shastavip

Ip Address サブアプリケーションを構成する場合、指定が必要なものは /etc/hostsに記述されたインタフェース名であり、IP アドレスではありません。

8.1.2 /.rhosts (Solaris)、/root/.rhosts (Linux)

信頼関係の設定されたリモートノードからのログインを制御するエントリが保存されます。

RMS Wizard Tools は、各ノードに対するルートでの自動ログインを必要とします。このため、各ノードの .rhostsファイルを正しく変更する必要があります。機能の説明やフォーマットについての詳細は、rhostsのマニュアルページを参照してください。

例

クラスタにノード shasta1、shasta2 が存在する場合、各マシンの .rhosts ファイルには以下の行が記載されている必要があります。

shasta1 rootshasta2 root

Cluster Foundation (CF) は、.rhostsと同等の機能 (CF シェル、CFCP) を提供しているため、Cluster Foundation の cfsh、cfcpの設定をしていれば、.rhostsを設定しなくても、RMS の構成、管理、運用の作業全てが可能です。

128 J2UZ-5295-02Z0(02)

付録 — 事前準備構成資源の定義

8.2 構成資源の定義

8.2.1 /opt/SMAW/SMAWRrms/etc/hvipalias

RMS の構成で資源として使用する全ネットワークインタフェースのエントリが指定されています。通常はこのエントリによって、論理インタフェース名すなわち IP エイリアスが、指定されたノードの物理インタフェースと関連付けられています。IP エイリアスは、他ノードへの切替えがあった場合や、実際の物理的なインタフェースの特性がノードごとに異なっていても、常に同じ IP アドレスを表します。

各 IP エイリアスとその IP アドレスは、/etc/hosts ファイルに入力されている必要があります。IPアドレスは hvipalias ファイルには記載されていません。

hvipalias の各エントリには、次の必須フィールドがあります。

<Uname> <IfName> <IfDevice> <Netmask>

フィールドは以下のように定義されます。

● Uname －論理インタフェースを割当てるノード名。これは通常 uname -nコマンドで返される値です。

この値には、cftool -qlコマンドで返される CF ノード名を使用することもできます。同じ uname -n 設定で構成された 2 つのマシンが、CF 構成時に異なる名前を割当てられていた場合には、この値を使って両者を区別することができます。

● IfName －論理インタフェース名 (IP エイリアス )。この名前は、関連付けられた IP アドレスとともに、そのノードの /etc/hostsファイルに記述されている必要があります。関連付けられた IP アドレスは全てのノードで同じであることが必要です

● IfDevice －指定されたノードへの切替えが発生した場合に、論理インタフェースに関連付けられる物理デバイス名。

カンマ区切りで 2 つのデバイスを指定すると、初のデバイスに障害が発生した場合に、論理インタフェースは 2 番目のデバイスにフェイルオーバされます。

● Netmask －インタフェース名に関連付けられた IP アドレスとともに使用する netmask で、標準の 16進数 8 桁で指定します。netmask は、物理デバイスが Onlineの状態になってから、ifconfigコマンドで設定します。

ネットワークの競合を防ぐため、IpAddress で監視されるネットワークのホスト名またはアドレスを有効にできるのは、クラスタ内で一度に 1 つのノードのみです。

構成が活性化されると、ローカルの hvipaliasファイルが構成内の全ノードにコピーされます。リモートノードに同じ名前やパスのファイルがあった場合には、新しい内容で上書きされます。このため、ファイルには、インタフェースとその切替え先ノード組み合わせを全て記述した行を、必ず含める必要があります。

たとえば、dbhost というインタフェースが 2 つのノード間で切替え可能であった場合、各ノードのhvipaliasには、ローカルとリモートの 2 つのインタフェースを記述した行が含まれている必要があります。

例 (Linux)

#Uname IfName IfDevice Netmaskshasta1 dbhost eth1 0xffffff00shasta2 dbhost eth1 0xffffff00

J2UZ-5295-02Z0(02) 129

構成資源の定義付録 — 事前準備

例 (Solaris)

#Uname IfName IfDevice Netmaskfuji2 dbhost hme0 0xffffff00fuji3 dbhost hme0 0xffffff00

インタフェースとして、device1 と device2 を指定した場合、初のデバイス (device1) に障害が発生した場合、IP アドレスは 2 番目のデバイス (device2) にフェイルオーバされます。

例 (Linux)

#Uname IfName IfDevice Netmaskshasta1 dbhost eth1,eth2 0xffffff00shasta2 dbhost eth1,eth2 0xffffff00

例 (Solaris)

#Uname IfName IfDevice Netmaskfuji2 dbhost hme0,hme1 0xffffff00fuji3 dbhost hme0,hme1 0xffffff00

8.2.1.1 任意指定のフィールド

以下は任意指定のフィールドです。指定された場合は、必須フィールドの後ろに以下の順序で表示されます。

MAC アドレス (Solaris のみ )

インタフェースの MAC アドレスを指定しておくことにより、論理名が他のコントローラに切り替わっても、外部の接続を引き続き有効に保つことができます。このフィールドは、キーワード MACに続けて、標準のコロン区切りの 6 バイト 16 進 MAC アドレスを指定します ( 例 : MAC00:80:17:28:25:9c)。

先頭のキーワード MAC は、そのアドレスが使用される前に検証されることを示します。使用前にアドレスを検証する必要がない場合には MAC キーワードを省略することができますが、お勧めはできせん。

MAC Address のフィールドは必ず Netmask フィールドの後ろに記述してください。

MAC アドレスを使用するには、FJSVclmac および FSUNnet パッケージが必要です。

例

#Uname IfName IfDevice Netmaskfuji2 dbhost hme0,hme1 0xffffff00 MAC00:80:17:28:25:9cfuji3 dbhost hme0,hme1 0xffffff00 00:80:17:28:25:9c

ifconfig パラメタ

ifconfig コマンドにはいくつかの引数を指定することができます。これにより、インタフェースが切替えられる前に物理ドライブに必要とされる特別なインタフェースの設定を行うことが可能です。

このフィールドには、キーワード IFCONFIG を全て大文字で入力し、その後ろに空白を入力してから、ifconfigコマンドに渡す引数をカンマで区切って指定します。このキーワードと引数は、Netmaskフィールド (MAC アドレスがある場合はその後ろ ) と Routes 引数の間に指定する必要があります。

たとえば、dbhostエイリアスに関連付けられたローカルのデバイスに、mtu値 1200 を指定する場合は次のように入力します。

例 (Linux)

#Uname IfName IfDevice Netmaskshasta1 dbhost eth1,eth2 0xffffff00 IFCONFIG mtu,1200

130 J2UZ-5295-02Z0(02)

付録 — 事前準備ファイルシステム― (Linux)

例 (Solaris)

#Uname IfName IfDevice Netmaskfuji2 dbhost hme0,hme1 0xffffff00 IFCONFIG mtu,1200

IFCONFIG キーワードに指定されたカスタマイズの設定は、エイリアスのオンライン化が成功した後に追加で実行されます。

ルートパラメタ

行末の残りのフィールドは、構成されたインタフェースの routeコマンドに渡されます。文字列 $INTFはインタフェース名に置き換えられます。それ以外のフィールドは文字列がそのまま渡されます。

add または delete サブコマンドは引数に含めないでください。 RMS は、インタフェースがOnlineまたは Offlineの状態に変わると自動的にこれらのサブコマンドを生成します。

例 (Linux)

shasta1 dbhost eth1,eth2 0xffffff00 default dev $INTF

例 (Solaris)

fuji2 dbhost hme0,hme1 0xffffff00 default dev $INTF

dbhostインタフェースが Online状態になると、RMS は以下のコマンドを発行します。

route add default dev dbhost

8.2.2 /opt/SMAW/SMAWRrms/etc/hvconsoles

Faultメッセージの処理方法をカスタマイズできます。通常は、リモートコンソールや、ポケットベルなどの特殊なデバイスに出力する場合の処理方法のカスタマイズに使用します。RMS や OS のログファイルに出力される標準メッセージには影響しません。

それぞれのエントリは、ある RMS 資源オブジェクトで Fault が発生した場合に、どのプログラムを実行するかを指定しています。ファイルが存在しない場合には、カスタマイズされた Faultの情報が表示されません。フォーマットの詳細については、hvconsolesのオンラインマニュアルまたはhvconsolesファイルのコメント部分を参照してください。

8.3 ファイルシステム― (Linux)

RMS で Linux ファイルシステムを管理する場合は、/etc/fstab.pcl および /etc/exports.pcl 構成ファイルに以下のセクションで説明するエントリを作成する必要があります。これらの構成ファイルには以下の共通の特徴があります。

● 先頭の空白、および空白行は無視されます。

● #RMS# または #RMS:<appname># で始まる行は RMS のファイルシステムの指定です。指定全体が同じ行に含まれている必要があります。複数行に渡る指定は許されません。

● 上記以外のポンド記号 (#) で始まる行、またはアスタリスク (*) で始まる行はコメントとして扱われます。

● 上記以外の行は現在のところ無視されます。ただし、RMS の今後のバージョンでは処理される可能性はあります。

J2UZ-5295-02Z0(02) 131

ファイルシステム― (Linux) 付録 — 事前準備

8.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 が起動し、同じファイルシステムをマウントしようとした時点で競合が生じます。

● リモートファイルシステムを、<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

8.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

8.3.1.2 クラスタ全体に渡る構成の問題

1 つのノード上で、リモートファイルシステムや共有ファイラのための制御エントリを /etc/fstab.pclに作成した場合は、クラスタ内でそのファイルシステムをマウントしないノードがあっても、通常はそのエントリをクラスタ内の全ノードに複製する必要があります。これにより、構成がクラスタ内のどこでも常に同じ動作をすることが保証されます。

ローカルのファイルシステムやマウントポイントを指定するエントリについても同じ手順を実行します。全てのノードが同じアーキテクチャを採用している場合は、/etc/fstab.pcl制御ファイル全体をそのままコピーしてください。しかし、ノードによってローカルの物理ディスクデバイスが異なる場合は、同じマウントポイントについて個別にエントリを調整する必要があります。たとえば、node1 とnode2のエントリ /mnt1とはそれぞれ次のようになります。

node1:

#RMS#/dev/sda3 /mnt1 ...

node2:

132 J2UZ-5295-02Z0(02)

付録 — 事前準備ファイルシステム — (Solaris)

#RMS#/dev/sdb5 /mnt1 ...

いずれの場合でも、/etc/fstab.pclに記載された各マウントポイントについて、クラスタ内の全ノードで必ずディレクトリを作成してください。

RMS が管理する共有 NFS ファイルシステムでは、ファイルシステムをマウントするホストが全て同じメジャーデバイス番号およびマイナーデバイス番号を持つ必要があります。これは、アプリケーションのフェイルオーバが発生した場合に、ファイルシステムが透過的に再マウントされるようにするためです。

8.3.2 /etc/exports.pcl

このファイルは、他ノードにマウント可能な全ファイルシステムのエントリを含んでいます。RMS は、実行中の構成の要求に従って各ファイルシステムの共有化および共有解除を行います。

各ファイルシステムを RMS に管理させるには、/etc/exports.pclに標準 exportsフィールドを含む行を作成し、先頭に #RMS# を挿入します。詳細については、exports のマニュアルページを参照してください。

例

#RMS#/usr shasta*(rw)

RMS は、リモートサーバからマウントされたファイルシステムを含むサブディレクトリをエクスポートすることはできません。リモートファイルシステムのルートのみがエクスポート可能です。

8.4 ファイルシステム — (Solaris)

● /etc/vfstab

RMS構成でリソースとして使用する全てのローカルファイルシステムのエントリが格納されています。つまり、ローカルにマウントすべきファイルシステムを記載するのはこのファイルです。

RMS が管理する各ファイルシステムについては、標準の vfstab フィールドを含む行を作成し、先頭に #RMS# を挿入します。RMS が読取るためのエントリはコメントとして表示され、PRIMECLUSTER コンポーネント以外のプロセスからは無視されます。詳細については、vfstabのマニュアルページを参照してください。

例

#RMS#/dev/dsk/c0t0d0s0 /dev/rdk/c0t0d0s0 /testfs1 ufs 1 yes -

● /etc/dfs/dfstab

高可用性構成で使用する全ての NFS のエントリが格納されています。つまり、このファイルには、他のノードからマウントできるファイルシステムを記載します。

RMS が管理する各ファイルシステムについては、標準の dfstab フィールドを含む行を作成し、先頭に #RMS# を挿入します。RMS が読取るためのエントリはコメントとして表示され、PRIMECLUSTER コンポーネント以外のプロセスからは無視されます。このため、システム起動時に NFS デーモンを確実に起動するためには、このファイルにコメント以外の (RMS 用でない ) エントリが 1 つ以上存在する必要があります。

RMS 以外のエントリは、ローカルファイルシステム用に構成され、そのノードでのみ共用される疑似エントリでもかまいません。リモートノードとの実際の共有を行わなくても NFS デーモンを起動させるためにこのような条件を必要とします。詳細については、dfstab のマニュアルページを参照してください。

J2UZ-5295-02Z0(02) 133

NFS サーバ付録 — 事前準備

例

以下には、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

8.4.1 NFS ロックフェイルオーバ

NFS ロックフェイルオーバ機能はローカルのファイルシステムで使用できます。あるファイルシステムについて NFS ロックフェイルオーバを構成設定した後に、そのファイルシステムで障害が発生すると、ファイルシステムとともに NFS ロックもフェイルオーバされます。

この機能を使用するには、以下の事前準備が必要です。

● クラスタ内の全てのノードからアクセスできる共用ディスクを用意する必要があります。

● NFS ロックフェイルオーバを動作させるには専用のディレクトリを用意する必要があります。既存のディレクトリを指定しないでください。このディレクトリはNFS ロックフェイルオーバにのみ使用されます。このため、既存のディレクトリを指定すると、以後そのディレクトリは他のアプリケーションで使用できなくなります。

● NFS ロックフェイルオーバを使用するアプリケーションそれぞれに 1 つ IP アドレスを割当てます。ローカルのファイルシステムを構成する時に、この IP アドレスを NFS ロックフェイルオーバに指定します。このアドレスを Ip Address サブアプリケーションにも割り当て、ファイルシステムを含むアプリケーションとともに切替えられるようにします。

NFS ロックフェイルオーバに選択できるファイルシステムは、userApplication ごとに 1 つとしてください。

8.5 NFS サーバ

RMS などの高可用性環境では、サーバノードがサービスを停止した場合には、エクスポートされたファイルシステムが透過的にフェイルオーバされることが必要です。これによって、フェイルオーバの前にファイルシステムをマウントしたクライアントで、フェイルオーバ後のアクセス障害が発生することを防止することができます。NFS ファイルシステムにおいてこれを実現するには、特別な準備が必要です。

クライアントがリモートの NFS ファイルシステムをマウントすると、その後のファイルシステム操作で使用するために、内部のファイルハンドルを作成します。NFS のアーキテクチャに従い、クライアントのファイルハンドルには、そのファイルシステムにおけるサーバのメジャーデバイス番号とマイナーデバイス番号が記録されています。RMS 環境では、この設計が原因で問題が発生する可能性があります。システムが、あるサーバで Offline になり、別のサーバで Online になった場合、そのサーバが初のサーバとは異なるメジャーデバイス番号とマイナーデバイス番号を割当てた場合、ファイルハンドルは無効になります。この状態を「ステイルファイルハンドル」と言います。この問題を回避するには、あるファイルシステムを宣言する全ての NFS サーバで、そのファイルシステムに同じメジャーデバイス番号とマイナーデバイス番号を割当てます。

上記の説明はファイルシステム一般を対象としたものですが、高可用性環境においては、ファイルシステムの実体はそのファイルシステムをエクスポートする可能性がある全てのノードからアクセスできる共有ディスクボリュームです。共有ディスクボリュームに同じメジャーデバイス番号とマイナーデバイス番号を割当てるには、ハードウェア構成やソフトウェア構成の変更を必要とする場合があります。共有ディスクボリュームがボリューム管理ソフトウェアの上位に構築されている場合、ボリュームマネージャがインストールされた時点で、追加の処理が必要となることがあります。

このセクションでは、RMS 環境での NFS サーバとしてボリュームマネージャを使用するための準備のヒントを説明します。

134 J2UZ-5295-02Z0(02)

付録 — 事前準備ログファイル

8.6 ログファイル

8.6.1 /var/log/messages (Linux) または /var/adm/messages (Solaris)

デフォルト設定では、RMS が出力する全てのメッセージはシステムログ messages、および RMSswitchlog ファイルの両方に記録されます。システムログファイルに RMS メッセージを記録しないようにするには、hvenv.local ファイルに export HV_SYSLOG_USE=0 を設定します。デフォルトは 1です。

8.7 他のシステムサービスおよびデータベース

RMS を構成設定するには、以下のシステムサービスまたはデータベースを構成設定する必要があります。詳細については、当社技術員 (SE) にお問い合わせください。

● PRIMECLUSTER Cluster Foundation (CF) ― CIP が設定されていることが必須です。

● /etc/nsswitch.conf システムサービス参照順位データベース

J2UZ-5295-02Z0(02) 135

他のシステムサービスおよびデータベース付録 — 事前準備

136 J2UZ-5295-02Z0(02)

9 付録 — 状態

9.1 基本状態

表 7 はディテクタが BM ( ベースモニタ ) に通知する状態の一覧です。

表 8 は、Cluster Admin GUI または hvdispコマンドで表示される資源の状態の一覧です。

Offline および Faulted の意味は、資源によって異なる場合があります。たとえば、マウントポイントの資源の状態は、Online ( マウントされている ) または Offline ( マウントされていない ) のいずれかです。この場合、ディテクタから Faulted状態が通知されることはありません。他方、物理ディスクのディテクタからは、Online ( 正常動作 ) または Faulted ( 入力または出力のエラー ) が通知され、Offlineが通知されることはありません。

状態説明

Faulted 監視しているオブジェクトが故障している状態。子のいずれかにおいて、またはスクリプトの実行中に、資源のエラーが発生した可能性があります。

Offline 監視しているオブジェクトが停止している状態。スクリプトにより、資源の非活性化が正しく行われた場合です。

Online 監視しているオブジェクトが起動している状態。必要なすべての子が Online で、かつ、スクリプトの実行中にエラーが検出されなかった場合です。

Standby 監視しているオブジェクトの起動準備が完了している状態。

表 7: RMS オブジェクトのディテクタが通知する状態

状態説明

Deact 監視しているオブジェクトが保守などの目的で非活性の状態。

Inconsistent 監視しているオブジェクトに一貫性がない状態 (userApplication のみ )。監視しているオブジェクトが Offline または Faulted だが、図表中の 1 つまたは 1つ以上のリソースオブジェクトが Onlineまたは Faultedの状態。

OfflineFault 監視しているオブジェクトの故障が回復していない状態。

Unknown オブジェクトに対する監視や制御が行われていない状態。

Wait 監視しているオブジェクトが状態遷移中。

Warning 監視しているオブジェクトは起動しているが一部故障している状態。ただしこの状態は選択された資源についてのみ表示されます。

Maintenance システム管理者の手動操作によって移行する一時的な保守用の状態。アプリケーションの状態は依存オブジェクトと切り離された状態にあります。これにより、たとえばバックアップを行う場合など、親アプリケーションの状態に影響を与えることなく、ファイルシステムを Offlineにすることができます。

保守モードのアプリケーションには、目標状態のマークが付けられます。目標状態とは、保守モードが直ちに終了したと仮定した場合のそのアプリケーションの状態です。保守モードの目標状態は、Maintenance-Online、Maintenance-Offline、および Maintenance-Standbyです。

表 8: RMS オブジェクトのその他の状態

J2UZ-5295-02Z0(02) 137

状態の詳細付録 — 状態

9.2 状態の詳細

上記の基本状態の他に、RMS は以下の場所に状態の詳細を報告する場合があります。

● Cluster Admin GUI では、オブジェクトのプロパティ画面で、リストの一番上に [State Details] 項目が表示されます。ほとんどの属性は RMS Wizard Tools による構成設定処理時で設定されますが、この通知フィールドは RMS の実行時に動的に設定されます。

● hvdispユーティリティの出力では、StateDetails 列が各行の後に表示されます。

ほとんどの場合、[State Details] フィールドは空白です。RMS がこの追加情報を表示するのは、通常、アプリケーションが保守モードにある場合か、オブジェクトが遷移、不整合、または待機の状態にある場合です。表 9 は、RMS オブジェクトの StateDetails 値の一覧です。

たとえば、あるノード上でアプリケーションが Online 状態から保守モードに切り替わった場合、保守モードが終了すると通常は以前の Online状態に復帰します。RMS はこのことを、そのノードの状態詳細フィールドに Online intended と表示することによって表します。アプケーションが Online であったノードでは、RMS は状態詳細フィールドに Offline intendedを表示します。

値説明

Failed Over Offline処理が成功し切替えが開始された状態。

Faulted Faultedの通知を受信した。

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。

PreCheckScriptFailed PreCheckScriptが失敗した。

Preserved PreserveState が設定され、Offline 処理が開始されていない状態。

Shutdown 停止中であるため、SysNodeが Faultedの状態にある。

Standby Standbyの通知を受信した。

Standby !! 目標状態は Standbyだが、いくつかの資源が競合している状態。

Standby intended 目標状態は Standby。

Remote Faulted 制御アプリケーションが少なくとも 1 つのノードで Faulted である状態。

Remote Offline 制御アプリケーションがすべてのノードで Standby ではない状態。

表 9: RMS オブジェクトの StateDetails 値

138 J2UZ-5295-02Z0(02)

10 付録 — オブジェクトタイプ

この章では RMS によって提供され、RMS Wizard Tools によって構成されるすべてのオブジェクトタイプをアルファベット順に説明します。

タイプ必須属性説明

andOp HostName (userApplicationオブジェクトの直接の子に対する )

論理AND演算子で子と関連付けられるオブジェクト。オブジェクトタイプは、子がOnlineの場合Online、子がOfflineの場合 Offlineになります。

controller Resource属性 1 つ以上の userApplicationオブジェクトを制御するオブジェクト。下位互換性確保のため、PCS は、以前のコントローラオブジェクトがすでに構成に存在している場合はサポートします。ただし、現在の gControllerオブジェクトがある場合は、どちらか一方しかサポートされません。

ENV なしクラスタ ( グローバル ) 環境変数が入っているオブジェクト

ENVL なしノード固有の (ローカル) 環境変数が入っているオブジェクト

gResource – rKind– rName

カスタム ( 汎用 ) オブジェクト。通常は、ファイルシステム、ネットワークインタフェース、またはシステムプロセスなどのシステムリソースを示します。

orOp なし論理 OR 演算子で子と関連付けられるオブジェクト。オブジェクトタイプは、1つ以上の子が Online の場合は Onlineになります。

SysNode なしクラスタ内のノードを表します。低1 つ存在する必要があります。userApplicationオブジェクトのみが子として認められます。

userApplication なし監視対象のアプリケーションを表します。低 1 つ存在する必要があります。親として低 1 つの SysNode オブジェクトが必要です。親 SysNode にはそれぞれ、その SysNodeの名前を HostName属性に持つ子 andOpが 1 つ必要です。

J2UZ-5295-02Z0(02) 139

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

140 J2UZ-5295-02Z0(02)

11 付録 — 属性

RMS の属性には、ユーザがウィザード GUI を使用して設定できる属性と、ウィザードがプログラム内で設定する属性の 2 つがあります。以下のセクションでは、すべての属性を設定値とデフォルト値とともに説明します。

11.1 ユーザ設定属性

このセクションに記載された属性は、ユーザがウィザード GUI または hvattrコマンドを使用して変更することができます。

デフォルト値は Cmdline リソースにおけるものです。その他のリソースのデフォルト値については、各リソースごとに異なります。

● AlternateIp

設定値 : 任意のインタコネクト名デフォルト : "" ( 未設定 )

すべての SysNode オブジェクトに対して有効な属性。SysNode 名に割当てられたインタコネクトが使用不能になった場合に、RMS が追加のクラスタインタコネクトとして使用するスペース区切りリスト。これらのすべてのインタコネクトが /etc/hostsデータベースに登録されていなければなりません。RMS 構成ウィザードはデフォルトで、ノード <nodename> への代替インタコネクトが、<nodename>rmsAI<nn> の形式 (<nn> はゼロパディングされた 2 桁の数 ) の名前を持つことを前提としています。この設定はごく限られた構成に適用されます。CF のクラスタでインタコネクトとして使用しないでください。

● AutoRecover

設定値 : 0、1デフォルト : 1

リソースオブジェクトに対して有効な属性。1に設定すると、Online状態のオブジェクトで障害が発生した場合に、そのオブジェクトに対して Online スクリプトを実行します。オブジェクトが Online状態に戻ることができる場合は、障害が復旧されます。

Controller オブジェクトはこの属性を 0 に設定する必要があります。 RMS は、子アプリケーションの切替えを自動的に行います。

● AutoRecoverCleanup


Controllerオブジェクトに対して有効な属性。この属性を 1 に設定して、AutoRecoverを 1 にしたときは、子アプリケーションで障害が発生した場合、そのアプリケーションは Offline になってから回復します。この属性を 0 に設定して、AutoRecover を 1 にしたときは、子アプリケーションで障害が発生した場合、そのアプリケーションは Offlineにならずに回復します。

● AutoStartUp


userApplication オブジェクトに対して有効な属性。 1 に設定すると、RMS 起動時、も優先度が高い SysNode (PriorityList 属性の 1 番目のノード ) 上でアプリケーションが自動的にOnlineになります。も優先度が高い SysNodeが使用できないと、別のノードが使用できる状態であっても、アプリケーションは自動的に起動しません。

RMS 環境変数 HV_AUTOSTARTUP を設定して、すべての userApplication オブジェクトのAutoStartUp属性をオーバーライドできます。 HV_AUTOSTARTUPについては、155ページの"12.3RMS ローカル環境変数 " を参照してください。

J2UZ-5295-02Z0(02) 141

ユーザ設定属性付録 — 属性

● AutoSwitchOver (Wizard Tools)

設定値 : 次のうちの 1 つ以上を含む文字列。No、HostFailure、ResourceFailure、ShutDownデフォルト : No

userApplicationオブジェクトで障害が発生した場合に、自動的に切替えられるようにします。[|] を使用して、値を組み合わせることができます。Noを指定すると自動切替えは停止します。Noは他の値と組み合わせることができません。

下位互換性を確保するため、0 および 1 を使用することができます。0 は No として、1 はHostFailure | ResourceFailure | ShutDownとして扱われます。

● ClusterExclusive


リソースオブジェクトに対して有効な属性。1 に設定すると、クラスタ内で一度に 1 つのノード上だけでリソースが Online になります。0 に設定すると、一度に複数のノード上でリソースがOnlineになることができます。ここで言う Online とは、オンライン処理のすべてのフェーズを表します。たとえば、リソースがあるノード上でOnline状態にあり、同時にPreOnlineScriptが他のノードで実行中である場合、これらのリソースオブジェクトは両方とも、オンラインであると見なされます。

この属性をユーザが変更できるのは、cmdlineサブアプリケーションについてのみです。他のサブアプリケーションに関しては、構成設定ツールが制御します。

● ControlledSwitch


制御対象の userApplicationオブジェクトに対して有効な属性。 0に設定すると、RMS は CLIまたはGUIからの手動の切替え要求を受け付けます。 1に設定すると、親コントローラのみがユーザアプリケーションに対する切替え要求を発行することができます。

● FaultScript

設定値 : 有効なスクリプト ( 文字 )デフォルト : "" ( 未設定 )

すべてのオブジェクトタイプに対して有効な属性。関連するリソースが Faulted状態になったときに実行するスクリプトを指定します。

142 J2UZ-5295-02Z0(02)

付録 — 属性ユーザ設定属性

● Halt (Wizard Tools)


userApplication オブジェクトに対して有効な属性。二重障害の発生時にローカルノードの強制停止を制御します。二重障害とは、アプリケーションの初期障害処理の実行中に 2 つめの障害が発生した場合です。

Halt が 1 に設定され、他のノードでアプリケーションの実行が可能な場合、二重障害が発生すると以下の処理が実行されます。

1. 初に、ローカルノードの RMS が直ちに終了します。

2. 次に、別のノードの RMS がシャットダウン機構を呼び出してローカルノードを強制停止します。

3. 後に、ローカルノードで Onlineだったすべてのアプリケーションと、AutoSwitchOverパラメタで HostFailureを設定したすべてのアプリケーションが、使用できるノードに切替えられます。

注意：あるアプリケーションが Halt属性のすべての条件を満たしている場合でも（AutoSwitchOverの設定、使用可能なノードの追加）、同じノード上で実行されている別のアプリケーションの状態により Halt の動作が妨げられる場合があります。例えば、別のアプリケーションに使用可能な別のノードがない場合や、AutoSwitchOverの設定が正しく行われていない場合などです。どちらの場合でも、RMS はローカルノードでの動作を継続します。これを防ぐためには、別のアプリケーションに追加のノードを割当て、優先順位リストを調整して、Halt 属性を設定したアプリケーションとのノードの競合を小限に抑えるようにします。

● I_List

設定値 : スペース区切りの SysNode名リストデフォルト : "" ( 未設定 )

すべての SysNode オブジェクトに対して有効な属性。RMS が追加のクラスタインタコネクトを監視する際に使用するスペース区切りリスト。追加のクラスタインタコネクトはユーザアプリケーションでのみ使用され、PRIMECLUSTER 製品では使用しません。監視されるすべてのインタコネクトが /etc/hosts データベースに登録されていなければなりません。また、すべてのSysNodeオブジェクトが同数の追加インタコネクトを持っていなければなりません。デフォルト値はありません。

● LieOffline


すべてのリソースオブジェクトに対して有効な属性。1に設定すると、Offline処理中にリソースを Onlineに保つことができます。

● MonitorOnly


リソースオブジェクトに対して有効な属性。1 に設定すると、親の状態を計算するときに、親がオブジェクトの状態を無視します。すべての親は、MonitorOnly が設定されていない子を 1 つ以上持つ必要があります。

● OfflineScript


SysNodeを除くすべてのオブジェクトタイプに対して有効な属性。関連するリソースを Offline状態にするときに実行するスクリプトを指定します。

J2UZ-5295-02Z0(02) 143


● OnlinePriority


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状態にするスクリプトを指定します。

● OnlineTimeout

設定値 : 0-MAXINTデフォルト : 0

Controller オブジェクトに対して有効な属性。子アプリケーションが Online 状態でなくなった場合に、コントローラが対応を開始するまでの時間を秒数で指定します。

● PartialCluster


userApplication オブジェクトに設定できる属性です。userApplication の起動時に、userApplicationが動作できるすべてのノードに対し、起動しようとする userApplicationがすでに起動していないかをチェックする処理を実行するかどうかを定義します。

本属性値を 0に設定すると、userApplicationが動作できるすべてのノードが Online状態にならないと、userApplicationは起動しません。

本属性値を 1に設定すると、userApplicationが動作できるすべてのノードが Online状態にならなくても、Online状態であるノードで userApplicationは起動します。

PartialCluster属性を持つローカルの userApplicationは、リモートノードの起動タイムアウトの影響を受けません。アプリケーションはローカルノードでOnlineの状態を維持します。152ページの "12.2 RMS グローバル環境変数 " の HV_AUTOSTART_WAITの説明を参照してください。

144 J2UZ-5295-02Z0(02)

付録 — 属性ユーザ設定属性

● PersistentFault


userApplication オブジェクトに対して有効な属性。1 に設定すると、userApplication はFaulted状態だったかどうかを追跡します。 RMS を停止して再起動した場合、hvutil -cまたは hvswitch -fで障害を解消するか、Faulted状態の SysNodeを構成から削除してから RMS を再起動しなければ、Faulted状態だった userApplicationは Faulted状態に戻ります。

● PostOfflineScript


SysNodeを除くすべてのオブジェクトに対して有効な属性。関連するリソースの状態が Offlineに変化した後で実行するスクリプトを指定します。

● PostOnlineScript


SysNodeを除くすべてのオブジェクトに対して有効な属性。関連するリソースの状態が Onlineに変化した後で実行するスクリプトを指定します。

● PreOfflineScript


SysNode を除くすべてのオブジェクトに対して有効な属性。関連するオブジェクトの状態がOffline状態にする前に実行するスクリプトを指定します。

● PreOnlineScript


SysNodeを除くすべてのオブジェクトに対して有効な属性。関連するリソースを Online状態にする前に実行するスクリプトを指定します。

● PreserveState


userApplication オブジェクトに対して有効な属性。1 に設定すると、障害発生後にリソースをOffline にしません。AutoSwitchoverが1に設定されている場合、この属性は無視されます。

● PriorityList

設定値 : 有効な SysNode名のリスト ( 文字 )デフォルト : "" ( 未設定 )

userApplicationオブジェクトに対して有効な属性。アプリケーションが Onlineになることができる SysNodeオブジェクトのリストが入っています。リスト内の順序によって、優先手動切替え時の次のアプリケーション切替え先ノードが決まり、Fault後の手動切替え順序が決まります。リストは循環して適用されます。アプリケーションのノードを選択すると、それに伴ってこの属性が指定されます。RMS はノードが選択された順序を採用して、PriorityList を自動的に作成します。ノードリスト内の各ノードを選択することにより、順序を変更することができます。ローカルgControllerオブジェクトまたはcontrollerオブジェクトで制御されたアプリケーションでは、PriorityListのノードの順番は無視されます。ただし、それぞれの制御対象アプリケーションは、controllerオブジェクトに指定されているノード上で実行できなければなりません。

J2UZ-5295-02Z0(02) 145


● Resource

設定値 : 有効な名前 ( 文字 )デフォルト : "" ( 未設定 )

Controller オブジェクトに対して有効な属性。子（制御対象）ユーザアプリケーションの名前を含みます。

● ScriptTimeout

設定値 : 0-MAXINT (秒数)または "timeout_value[:[offline_value][:online_value]]" 形式の有効な文字列デフォルト : 300

すべてのオブジェクトタイプに対して有効な属性。構成定義ファイルでノードに対して指定したすべてのスクリプトのタイムアウト値を指定します。このタイムアウト時間が経過すると、RMSはスクリプトに対して停止信号を送信します。

OfflineScriptの offline_value タイムアウト値と OnlineScriptの online_value タイムアウト値は、それぞれこの文字列の形式で指定します。

● ShutdownPriority

設定値 : 0-MAXINTデフォルト : 0

userApplicationオブジェクトに割当てられた重み係数。インタコネクト故障が発生した場合に生成されるサブクラスタの強制停止の優先度を決定します。

インタコネクト故障が発生して、ノードの強制停止要求が生成されると、SF は各サブクラスタのSF ノードの重みと、サブクラスタ内の全 Onlineアプリケーションの RMS ShutdownPriorityを合算して、各サブクラスタの優先順位を算出します。ノードがインタコネクトによって相互に結合されているサブクラスタが、も大きな重み係数を持ち、強制停止する優先順位がも低くなります。各サブクラスタの重みは、SF ノードの重みに、サブクラスタ内で Online状態にあるすべての userApplication オブジェクトの RMS ShutdownPriority の値を加えた合計値です。

● StandbyCapable


リソースオブジェクトに対して有効な属性。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状態に移行させます。

146 J2UZ-5295-02Z0(02)

付録 — 属性 RMS 構成ウィザード管理属性

● WarningScript


ディテクタを持つリソースオブジェクトに対して有効な属性。関連するリソースの状態がWarningになった後で実行するスクリプトを指定します。

11.2 RMS 構成ウィザード管理属性

このセクションに記載された属性は、RMS 構成ウィザードによりプログラム内で設定されています。

● Affiliation

設定値 : 任意の文字列デフォルト : "" ( 未設定 )

リソースオブジェクトに対して有効な属性。RMS 内では、機能的な意味はありません。

● Class

設定値 : 任意の文字列デフォルト : "10 付録 — オブジェクトタイプ " で定義されているデフォルトの属性

SysNodeを除くすべてのオブジェクトに対して有効な属性。リソースオブジェクトのクラスを示します。他のプログラム (SNMP エージェントなど ) によってさまざまな目的で使用されます。この値は、RMS ウィザードによって指定されます。

● Comment


すべてのオブジェクトに対して有効な属性。RMS では、機能的な意味はありません。

● DetectorStartScript

設定値 : 任意の有効なディテクタデフォルト : "" ( 未設定 )

ディテクタを持つリソースオブジェクトに対して有効な属性。<configname>.us ファイルでディテクタ起動コマンドを直接指定します。

なお、RMS は状態を内部的に決定するため、Controllerオブジェクトにはディテクタがありません。

● HostName

設定値 : 任意の SysNode名デフォルト : "" ( 未設定 )

userApplicationオブジェクトの第 1レベルの子であるandOpオブジェクトだけに設定する値です。これらの andOpオブジェクトは、HostName属性で指定された SysNodeに自分の親アプリケーションを関連付け、さらにアプリケーションに対するノードの優先順位も決定します。

● LastDetectorReport

設定値 : Online、Offline、Faulted、Standby

デフォルト : ( なし )

ディテクタを持つリソースオブジェクトに対して有効な属性。この属性には、ディテクタから通知された新のオブジェクトの状態が含まれています。この値は通常、Cluster Admin GUI に表示されます。表示される値はオブジェクトが表している資源のタイプによって異なります。

J2UZ-5295-02Z0(02) 147

RMS 構成ウィザード管理属性付録 — 属性

● MaxControllers

設定値 : 0-512デフォルト : 512

userApplication オブジェクトに対して有効な属性。指定した子アプリケーションの親userApplicationオブジェクトの大数。

● NoDisplay


すべてのオブジェクトタイプに対して有効な属性。1に設定すると、hvdispがアクティブなときに、リソースが表示されません。hvdisp -Sで、この設定を無効にすることができます。

● NullDetector

設定値 : on、offデフォルト : off

ディテクタを持つリソースオブジェクトに対して有効な属性。NullDetector を on に設定すると、ディテクタが実行時に無効になります。この属性は動的再構成でのみ使用します。RMS 構成定義ファイルで、NullDetectorを onにハードコード化してはいけません。

● OfflineDoneScript


userApplication オブジェクトに対して有効な属性。userApplicationの Offline 処理が完了した後で実行する後のスクリプト。

● PreCheckScript


userApplication オブジェクトに対して有効な属性。Online または Standby 処理中に初のアクションとしてフォークされるスクリプトを指定します。スクリプトの終了コードとして 0が戻ると、処理が実行されます。スクリプトの終了コードとして 0 以外の値が戻ると、処理が実行されず、適切な警告が switchlogファイルに記録されます。

● rKind

設定値 : 0-2047デフォルト : なし

gResourceタイプのオブジェクトに対するディテクタの種類を指定します。

● rName

設定値 : 有効な名前 ( 文字 )デフォルト : なし

gResourceオブジェクトに対して有効な属性。汎用ディテクタに転送される文字列を指定します。

● SplitRequest


controllerオブジェクトに対して有効な属性。1に設定すると、Offline要求および Online要求とは別に、PreOffline 要求と Preonline 要求が、子 userApplicationに伝播します。0に設定すると、子 userApplicationに対して PreOffline要求または PreOnline要求が発行されません。

148 J2UZ-5295-02Z0(02)

付録 — 属性 RMS 構成ウィザード管理属性

● StateDetails


すべてのオブジェクトに対して有効な属性。 Cluster Admin GUI または hvdisp CLI ユーザインタフェース内に状態の詳細情報を追加表示します。ほとんどの場合、[StateDetails] フィールドは空白です。 RMS がこの追加情報を表示するのは、通常、アプリケーションが保守モードにある場合か、オブジェクトが遷移、不整合、または待機の状態にある場合です。

J2UZ-5295-02Z0(02) 149

RMS 構成ウィザード管理属性付録 — 属性

150 J2UZ-5295-02Z0(02)

12 付録 — 環境変数

この章では、RMS のすべての環境変数を以下のグループに分けて説明します。

● 152 ページの "12.2 RMS グローバル環境変数 " では、RMS グローバル環境変数について説明しています。

● 155ページの"12.3 RMSローカル環境変数" では、RMS ローカル環境変数について説明しています。

● 158 ページの "12.4 RMS スクリプト実行環境変数 " では、RMS スクリプト実行環境変数について説明しています。

12.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-02Z0(02) 151

RMS グローバル環境変数付録 — 環境変数

12.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の状態を維持します。141 ページの "11.1 ユーザ設定属性 " の PartialCluster属性の説明を参照してください。

152 J2UZ-5295-02Z0(02)

付録 — 環境変数 RMS グローバル環境変数

この属性は警告メッセージです。AutoStartUpは、指定された時間の経過後も処理を継続します。

● HV_CHECKSUM_INTERVAL


各 Online ノードのチェックサムとローカルチェックサムが同じであると確認されるまで RMSBM ( ベースモニタ ) が待つ時間 ( 秒数 )。

この時間内にチェックサムが確認されると、ローカルノード上の RMS が通常どおり動作し続けます。一方、リモートノードのチェックサムが確認されない場合、または異なるチェックサムが確認された場合、HV_CHECKSUM_INTERVAL の今回の待機時間中に起動されたローカルモニタはシャットダウンします。

また、リモートノードのチェックサムが確認されない場合、または異なるチェックサムが確認された場合、HV_CHECKSUM_INTERVALの今回の待機時間より前に起動されていたローカルモニタはこのリモートノードを Offlineと認識します。

● HV_COM_PORT

設定値 : 0 - MAXINTデフォルト : 8000

RMS ベースモニタがクラスタの全ノードと通信する場合に使用するポート。

● HV_LOG_ACTION_THRESHOLD

設定値 : 0 - 100デフォルト : 98

hvlogcontrolが RMS ログファイルの消去を行う時刻を指定します。 RELIANT_LOG_PATH が存在するファイルシステム上で、使用済み容量のパーセントがこのしきい値以上になった場合は、RELIANT_LOG_PATH のサブディレクトリはすべて削除されます。さらに HV_LOG_ACTION が onに設定されている場合に、すべてのサブディレクトリの削除が完了すると、現在のログファイルも削除されます。詳細については、156 ページの “HV_LOG_ACTION” を参照してください。

● HV_LOG_WARN_THRESHOLD

設定値 : 0 - 100デフォルト : 95

RMS ログファイルの容量につき、hvlogcontrol がどの時点で警告を表示するかを指定します。RELIANT_LOG_PATH が存在するファイルシステム上で、使用済み容量のパーセントがこのしきい値以上になった場合、hvlogcontrol がユーザに警告を発します。上記HV_LOG_ACTION_THRESHOLDも参照してください。

J2UZ-5295-02Z0(02) 153

RMS グローバル環境変数付録 — 環境変数

● HV_LOH_INTERVAL

設定値 : 0 - MAXINTデフォルト : 30

終 Onlineノード (LOH) を特定するためにタイムスタンプを比較する際の、小時間差を指定( 秒数 )。終 Online ノード (LOH) とは、userApplication が後に Online 状態であったノードを意味します。本設定は OnlinePriority属性が設定されている場合に使用されます。

クラスタノードが異なる 2 つの userApplication を比較して、LOH タイムスタンプエントリの差がこの属性で指定する時間よりも小さかった場合、RMS は自動起動せず、優先順位の変更は行われません。この場合はコンソールにメッセージを送信し、オペレータ介入が必要になります。

この値を設定する場合は、そのクラスタ内部での時刻同期精度を考慮に入れる必要があります。クラスタノード間で発生しうる時間差よりも大きい値を指定してください。

● HV_USE_ELM


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ジョブで削除されます。

154 J2UZ-5295-02Z0(02)

付録 — 環境変数 RMS ローカル環境変数

● RELIANT_LOG_PATH

設定値 : 任意の有効なパスデフォルト : /var/opt/SMAWRrms/log

すべての RMS ログファイルと RMS Wizard Tools ログファイルが格納されるディレクトリを指定します。

● RELIANT_PATH

設定値 : 任意の有効なパスデフォルト : /opt/SMAW/SMAWRrms

RMS ディレクトリ階層のルートディレクトリを指定します。通常は、ユーザがデフォルト設定を変更する必要はありません。

● RELIANT_SHUT_MIN_WAIT


hvshut コマンドがタイムアウトになって、エラーメッセージが生成されるまでの時間を ( 秒数で )指定します。この値は、構成設定されたすべてのアプリケーションが、すべてのクラスタノード上でオフラインになるのに必要な大時間より大きな値であることが必要です。

この値が小さすぎると、RMS が正常に終了できません。実行中のスクリプトはすべて直ちに終了し、RMS の管理下にあるリソースのいくつかは、制御が失われた状態になります。RMS を再起動するには、まずこれらのリソースを手動で停止する必要があります。

設定値は、デフォルトのままで問題ない場合もありますが、必ず構成設定に応じて個別に検討してください。オフライン処理に時間がかかる場合は、ノードの数が多い、リソースが多い、ネットワークが遅い、ハードウェアに問題がある、などの原因が考えられます。このような場合は、使用中のクラスタアプリケーションやリソースに詳しい専門家に相談することをお奨めします。

専門家の助言が得られない場合は、次のように RELIANT_SHUT_MIN_WAIT 値を設定してください。一時的に大きな値 ( 例 4000) を設定し、運用環境を想定した条件のもとで何回か実行してみます。その結果から悪のオフライン処理時間を検討し、これに安全をみて ( 例 10% 増し等 ) 値を決定してください。

オフライン処理のタイムアウトの原因診断は、その影響が大きいため、他の方法で RMS を自動停止させる前に行ってください。

12.3 RMS ローカル環境変数

ローカルの RMS 環境変数の設定はノードごとに異なります。このセクションでは、RMS ローカル環境変数について説明します。

● HV_AUTOSTARTUP

設定値 : 0、1デフォルト : 1(AutoStartUp属性の通常の処理 )

ローカルノード上にある全 userApplication オブジェクトの AutoStartUp 属性を制御します。1 (デフォルト ) に設定すると、各userApplicationの自動起動は、それぞれのAutoStartUp属性によって決まります (141 ページの "11.1 ユーザ設定属性 " を参照 )。0 に設定すると、userApplication に設定された AutoStartUp 属性は無視され、自動起動は行われません。HV_AUTOSTARTUPは、hvsetenvコマンド、または Cluster Admin の [ ツール ] メニューから設定します。いずれに設定した場合でも、変更結果は RMS の次回起動時まで反映されません。

J2UZ-5295-02Z0(02) 155

RMS ローカル環境変数付録 — 環境変数

● HV_CONNECT_TIMEOUT

設定値 : 1- MAXINTデフォルト : 5( 秒 )。通常は、ユーザがデフォルト設定を変更する必要はありません。

相手ノードからハートビートがない状態がこの時間 ( 秒数 ) だけ経過すると、ベースモニタはノードとの接続が切断されたと判断し、UDP ハートビートリカバリタイマーを起動します。

5 未満の数値を入力すると、システムによって 5 に変換されます。

● HV_LOG_ACTION

設定値 : on、offデフォルト : off

RELIANT_LOG_PATH ファイルシステム上の使用済み領域が HV_LOG_ACTION_THRESHOLD 以上になった場合に、そのディレクトリにある現在のログファイルが削除されるかどうかを決定します。詳細については、153 ページの “HV_LOG_ACTION_THRESHOLD” を参照してください。

● HV_MAX_HVDISP_FILE_SIZE

設定値 : 0 - MAXINTデフォルト : 20,000,000 ( バイト )

RMS が構成データおよび構成変更と状態変化に関する情報を hvdispに提供するために使用する一時ファイルが、無限に大きくなるのを防止します。この RMS 環境変数の値は一時ファイル<RELIANT_PATH>/locks/.rms<hvdisp プロセスのプロセス ID> の大サイズ ( バイト数 ) です。

● HV_MAXPROC

設定値 : 0 - フォーク上限デフォルト : 30

RMS がいつでもフォークできるスクリプトの大数を定義します。ほとんどの場合は、デフォルト (30) で十分です。

● HV_MLOCKALL


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 プラットフォーム上では何の効力もありません。

156 J2UZ-5295-02Z0(02)

付録 — 環境変数 RMS ローカル環境変数

● 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に設定します。

● 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 の起動時に構成定義ファイルを探す場所を定義します。

J2UZ-5295-02Z0(02) 157

RMS スクリプト実行環境変数付録 — 環境変数

● SCRIPTS_TIME_OUT


すべての RMS スクリプトが終了するまでのグローバル時間を ( 秒数で ) 指定します。この RMS 環境変数で定義した時間内に特定のスクリプトを終了できない場合は、スクリプトが失敗したと想定され、RMS がスクリプト失敗に対する適切な処理を開始します。

この値が小さすぎると、エラーが不必要に生成されて、アプリケーションをオンラインまたはオフラインにできない場合があります。また、この値が極端に大きいと、スクリプトの失敗を想定するまでの待ち時間が長くなりすぎます。

このグローバル設定値は、RMS が監視するすべてのオブジェクトについて適切であることが必要です。そうでない場合は、ScriptTimeout 属性のオブジェクト固有の値が代わりに使用されます。

12.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、Faulted、NoReportのいずれか

ディテクタから通知された新のオブジェクトの状態です。

● HV_OFFLINE_REASON

設定値 : DEACT、SWITCH、FAULT、STOPのいずれか

次のような、処理中の Offline処理の理由です。 DEACT: 非活性要求 ('hvutil -d') SWITCH: 手動切替え ('hvswitch') FAULT: リソース障害後のフォローアップ処理 STOP: 停止した userApplication ('hvutil -f'、'hvutil -c'、'hvshut')

● HV_NODENAME

設定値 : 任意のオブジェクト名

現在のオブジェクトを示すグラフノードの名前です。

158 J2UZ-5295-02Z0(02)

付録 — 環境変数 RMS スクリプト実行環境変数

● HV_REQUESTING_CONTROLLER

設定値 : コントローラ名およびノード名

空でない場合、現在のスクリプトの実行を要求したコントローラおよびノードの名前が格納されます。

● HV_SCALABLE_CONTROLLER

設定値 : スケーラブルコントローラ名

このアプリケーションを制御するスケーラブルコントローラの名前です。

● HV_SCALABLE_INFO

設定値 : スケーラブルアプリケーションのリスト

クラスタ内にあるすべてのスケーラブルアプリケーションのリストが格納されます。

● 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 処理でのみで使用できます。

J2UZ-5295-02Z0(02) 159

RMS スクリプト実行環境変数付録 — 環境変数

160 J2UZ-5295-02Z0(02)

13 付録 — RMS コマンドラインインタフェース

RMS 構成設定の中心的なインタフェースは RMS Wizard Tools であり、RMS 管理の中心的なインタフェースは Cluster Admin GUI です。RMS Wizard Tools と Cluster Admin GUI のユーザインタフェースは、内部で RMS CLI を呼び出しています。条件によっては CLI を直接起動するほうが便利なこともあります。

次のセクションでは、管理者が使用可能な RMS CLI コマンドの一覧を示します。これらのコマンドの使用法については、"RMS 導入運用手引書 " の "RMS の操作 " でいくつか説明されています。各コマンドの詳細な使用方法については、オンラインマニュアルを参照してください。RMS に関連するすべてのPRIMECLUSTERコマンドについては、165ページの"14 付録 — マニュアルページ" を参照してください。

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

RMS CLI コマンドでは、アプリケーション名の大文字小文字は区別されません。

13.1 使用可能な RMS CLI コマンド

hvassert

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

hvattr

hvattrコマンドは、実行時の AutoSwitchOver属性を変更するためのインタフェースを提供します。1 つのノード上で変更を行えば、現在実行中の RMS 構成で、クラスタ全体の userApplicationオブジェクトに適用されます。指定できる値は、No、HostFailure、ResourceFailure、ShutDownです。詳細については、141 ページの "11 付録 — 属性 " の "AutoSwitchOver (Wizard Tools)" を参照してください。

hvcm

hvcm コマンドは、すべての監視オブジェクトに対するディテクタとベースモニタを起動します。ほとんどの場合、hvcm コマンドのオプションを指定する必要はありません。ベースモニタは RMS モジュールの意思決定の役割を果たします。ベースモニタはすべての RMS オブジェクトの設定およびアクセスを制御します。オブジェクトが失敗すると、ベースモニタは失敗を分析し、構成定義ファイルに指定されているオブジェクト仕様に従って適切な措置をとります。

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

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

hvdisthvdistコマンドを実行すると、RMS 構成のすべてのノードに構成定義ファイルが配布されます。

hvdump

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

J2UZ-5295-02Z0(02) 161

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

hvgdmake

hvgdmakeコマンドを実行すると、RMS 構成で使用するカスタムディテクタがコンパイルされます。初にディテクタの拡張子が「.c」のソースファイルを準備する必要があります。

hvlogclean

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

hvrclev

システム起動時に RMS を自動起動する場合のランレベルの表示と変更を行います。インストール時に pkgaddは、hvrclevを使用して RMS のランレベルを /etc/inittabに指定されたデフォルト値に設定します。システムのデフォルトのランレベルが後から変更された場合は、RMS が適切なシーケンスで起動されるように、RMS のランレベルも hvrclevによって変更する必要があります。現在のランレベルのデフォルト値は hvrclevを使用しても表示できます。

hvresethvresetコマンドは、その RMS 構成におけるノード上の RMS ユーザ業務のグラフを再初期化します。実行中のスクリプトは終了され、処理中の要求はクリアされ、以前の障害情報は消去されます。プロセスが成功すると、グラフ全体が初期の整合状態に戻されますが、不整合の状態になる場合もあります。このため、このコマンドはテスト目的でのみ使用し、本番のクラスタシステムでは実行しないでください。

このコマンドは上級者向けです。

hvsetenv

ローカルノード上で以下の RMS 環境変数を変更するインタフェースを提供します。

– HV_RCSTART RMS の自動起動を制御する

– HV_AUTOSTARTUP すべてのアプリケーションの自動起動を制御する

HV_RCSTARTと HV_AUTOSTARTUPの詳細については、151 ページの "12 付録 — 環境変数 " を参照してください。

hvshut

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

hvswitch

hvswitchコマンドは、クラスタアプリケーションの制御を RMS 構成内のシステムノード (SysNode)間で手動で切替えます。切替えるリソースのタイプは userApplication、システムノードのタイプは SysNode である必要があります。

hvthrottle

hvthrottleコマンドは、順次処理のキューを作成することにより、構成定義ファイル内の複数スクリプトが同時に実行されるのを防ぎます。

hvutil

hvutilコマンドは、RMS に対する汎用のインタフェースです。以下の管理操作を実行します。

– ログレベルの動的設定

– userApplicationの Offline

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

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

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

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

162 J2UZ-5295-02Z0(02)

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

hvutil で高いログレベルを設定し、長期間ログを有効にしておくと、ディスク容量が足りなくなる場合があります。詳細については、オンラインマニュアルを参照してください。

J2UZ-5295-02Z0(02) 163

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

164 J2UZ-5295-02Z0(02)

14 付録 — マニュアルページ

本章では、CCBR、CF、CFS、CIP、PAS、クラスタリソース管理機構、RMS、RMS Wizards、SCON、シャットダウン機構 (SF)、非同期監視 (MA)、SIS、Web-Based Admin View、RMS ウィザード、およびその他のユーティリティに関するオンラインマニュアルページの一覧を示します。マニュアルページを表示するには、以下のコマンドを入力します。

$ man man_page_name

このリストはコマンドやユーティリティを網羅したものではありません。 PRIMECLUSTER ユーティリティには、内部使用のみを目的としたものもあり、これらのマニュアルページはここに記載されていません。

マニュアルページのハードコピーを印刷するには、以下のコマンドを入力します。

% man man_page_name | col -b | lpr

14.1 CCBR

システム管理者

cfbackup PRIMECLUSTER ノードに関するクラスタ構成情報を保存する

cfrestore PRIMECLUSTER ノードで保存されたクラスタ構成情報を復元する

14.2 CF


cfconfig PRIMECLUSTER クラスタのノードを構成または構成を削除する

cfset /etc/default/cluster.configエントリを CF モジュールに適用もしくは変更する

cfreconノードにより使用されるクラスタインタコネクトを動的に再構成する

cftool ノードまたはクラスタのノード通信状態を出力する

rcqconfig クラスタ整合状態 ( クォーラム ) を設定または開始する

rcqquery クラスタの整合状態 ( クォーラム ) の状態を取得する

J2UZ-5295-02Z0(02) 165

CIP 付録 — マニュアルページ

14.3 CIP


cipconfig CIP 2.0 を起動または停止する

ciptool クラスタ内のローカルノードとリモートノードに関する CIP 情報を取り出す

ファイルフォーマット

cip.cf CIP 構成定義ファイルフォーマット

14.4 PAS


mipcstat MIPC 統計

clmstat CLM 統計

14.5 クラスタリソース管理機構


clautoconfig 自動リソース登録を行う

clbackuprdb リソースデータベースを保存する

clexec クラスタノード間でコマンドを実行する

cldeldevice 自動リソース登録によって登録されたリソースを削除する

clinitreset リソースデータベースをリセットする

clinitscript 共用ディスク装置の接続確認結果を通知する

clrestorerdb リソースデータベースを復元する

clsetacfparam 共用ディスク装置の接続確認、および自動リソース登録の動作設定を行う

clsetparam リソースデータベースの動作環境を表示および変更する

clsetup リソースデータベースを設定する

clspconfig パトロール診断の動作設定を行う

166 J2UZ-5295-02Z0(02)

付録 — マニュアルページ RMS

clsptl パトロール診断を実行する

clstartrsc リソースを活性化する (GDS のみ )

clstoprsc リソースを非活性にする (GDS のみ )

clsyncfile クラスタノード間でファイル配布を行う

ユーザコマンド

また、Web-Based System Administration ツール WSA に clgettreeコマンドもあります。

clgettree リソースデータベースのツリー情報を出力する

14.6 RMS


hvassert RMS のリソース状態をアサート ( テスト ) する

hvattr 1 つのノードから全クラスタの実行時の属性を変更する (RMS Wizard Tools をインストールしている場合 )

hvcm RMS 構成モニタを起動する

hvconfig RMS 構成定義ファイルを表示または保存する

hvdisp RMS のリソース情報を表示する

hvdist RMS 構成定義ファイルを配布する

hvdump RMS に関するデバッグ情報を収集する

hvgdmake RMS のカスタムディテクタをコンパイルする

hvlogclean RMS ログファイルを削除する

hvrclev デフォルトの RMS 起動実行レベルを変更する

hvlogcontrol ログディスクの容量を制御する

hvrclev RMS のデフォルト起動実行レベルを変更する

J2UZ-5295-02Z0(02) 167

シャットダウン機構 (SF) 付録 — マニュアルページ

hvreset クラスタアプリケーションの状態遷移処理を中断し、クラスタアプリケーションの状態を初期化する ( 上級者向けのテスト環境用コマンドです。運用環境では使用しないでください。)

hvsetenvRMS の自動起動またはローカルノード上のユーザアプリケーションを制御する

hvshut RMS を停止する

hvswitch RMS ユーザアプリケーションリソースの制御を他のノードに切替える

hvthrottle 複数 RMS スクリプトの同時実行を禁止する

hvutil RMS リソースの可用性を操作する


config.usRMS ノード構成定義ファイルフォーマット

hvenv.local RMS ローカル環境構成定義ファイル

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


rcsd シャットダウン機構 (SF) のシャットダウンデーモン

sdtool シャットダウンデーモンとのインタフェースを提供するツール


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 シャットダウンエージェントの構成定義ファイル (PRIMEPOWER のみ )

168 J2UZ-5295-02Z0(02)

付録 — マニュアルページ非同期監視 (MA)

SA_rps.cfgリモートパワースイッチ (RPS) を使用するシャットダウンエージェントの構成定義ファイル

SA_rsb.cfgリモートサービスボード (RSB) を使用するシャットダウンエージェントの構成定義ファイル

SA_snmp.cfgSNMP シャットダウンエージェントの構成定義ファイル

SA_SATxscf.cfgSolaris ミッドレンジサーバ XSCF ボードシャットダウンエージェントの構成ファイル

SA_SATxscf2.cfgSolaris APL サーバ XSCF ボードシャットダウンエージェントの構成ファイル

SA_rccu.cfgRCCU シャットダウンエージェントの構成定義ファイル

上記シャットダウンエージェントについて、システム管理用のマニュアルページを参照するには、サフィックス‘.cfg’ を除いてください。

14.8 非同期監視 (MA)

cldevparam非同期監視のチューニング可能な動作環境の変更／表示

clmmbmonctl MMB 非同期監視デーモンの動作状態の表示／起動／停止／再起動

clmmbsetup MMB 情報の登録／変更／削除／表示

clrcimonctl RCI 非同期監視のデーモンの動作状態表示／起動／停止／再起動

clrccumonctlコンソール非同期監視のデーモンの動作状態表示／起動／停止／再起動

clrccusetupコンソール情報の登録／変更／削除／表示

14.9 SIS


dtcpadmin SIS 管理ユーティリティを起動する

dtcpd VIP 構成用の SIS デーモンを起動する

dtcpstat SIS の状態情報

J2UZ-5295-02Z0(02) 169

Web-Based Admin View 付録 — マニュアルページ

14.10 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 の操作状態を表示する

14.11 RMS ウィザード

RMS Wizard Tools と RMS Wizard KitRMS ウィザードのマニュアルは、CD-ROM の 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 リソースマネージャとミドルウェア製品との連携機能を設定する

14.12 その他のユーティリティ

cluster_uninstall PRIMECLUSTER ソフトウェアのアンインストール ( マニュアルページは Solaris 版のみ )

sshconf2 つ以上のノード間の ssh アクセスを構成設定する。

170 J2UZ-5295-02Z0(02)

用語集

ACアクセスクライアントを参照。

APIアプリケーションプログラムインタフェースを参照。

BM ( ベースモニタ ) (RMS)RMS の中心となるリソースの可用性を管理するモジュールプロセス。BM ( ベースモニタ ) はデーモンとディテクタから構成され、RMS が管理するオブジェクトの状態変更の調整 / 制御を行う。監視中の RMS オブジェクトに異常が発生した場合には、構成定義に従ってリカバリ処理 ( ローカルリカバリまたはリモートリカバリ ) を実行する。

Cache FusionOracle 9i で改良されたプロセス間通信インタフェース。論理ディスクブロック ( バッファ ) を更新する際、各ノードのローカルメモリ上にキャッシュされているブロックをディスクにフラッシュするかわりに、インタコネクト経由で、ブロックを他のノードにコピーすることで、物理 I/O のオーバーヘッドをなくし、処理を高速化することができる。

CCBRクラスタ構成のバックアップおよびリストアを参照。

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-02Z0(02) 171

用語集

ENS (CF)イベント通知サービス (CF) を参照。

GDSGlobal Disk Services を参照。

GFSGlobal File Services を参照。

GFS 共用ファイルシステム GFS 共用ファイルシステムは、共用ディスク装置を接続した複数の Solaris から一貫性 / 整合性を保った同時アクセスが可能であり、一部のノードがダウンしても、他のノードは処理を継続できることを特長とする共用ファイルシステムです。 GFS 共用ファイルシステムは、複数のノードから同時にマウントして使用できます。

GFS ローカルファイルシステム GFS ローカルファイルシステムは、ファイルデータの連続ブロック割当てによる高性能なファイルアクセス、システムダウン後の高速な整合性回復機能による、高速なファイルシステム切替えを特長とするローカルファイルシステムです。 GFS ローカルファイルシステムは、1 ノードで使用するか、または 2 ノードで切替えファイルシステムとして使用します。

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 を参照。

172 J2UZ-5295-02Z0(02)

用語集

LEFTCLUSTER (CF)ノードが同じクラスタにある他のノードと通信できないことを示すノード状態。ノードがクラスタを離れていることになる。LEFTCLUSTERという中間状態は、ネットワークパーティションの問題を防ぐために設けられている。

関連項目 UP (CF)、DHCP、ネットワークパーティション (CF)、ノード状態 (CF)

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)クラスタ化アプリケーションにサービス、および内部インタフェースを提供するサービスモジュール。

RC2000 各ノードの OS コンソールを操作するための機能を提供するソフトウェア (Java アプリケーション )。

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 ウィザード

J2UZ-5295-02Z0(02) 173

用語集

RMS Wizard ToolsRMS 構成のアプリケーションの作成および管理に使用する各種設定、および管理ツールで構成されるソフトウェアパッケージ。RMS ウィザードの基盤および、BM ( ベースモニタ ) とのインタフェースを提供する。

関連項目 RMS Wizard Kit、RC2000

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 で記述されている。

174 J2UZ-5295-02Z0(02)

用語集

Wizard KitRMS Wizard Kit を参照。

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)テスト済みのオブジェクト定義を使って特定タイプのアプリケーションを作成するインタラクティブなソフトウェアツール。

J2UZ-5295-02Z0(02) 175

用語集

エラー検出 (RMS)エラーを検出するプロセス。RMS では、ログの記録開始、ログファイルへのメッセージ送信、リカバリ処理の実行などを行う。

応答待ち時間 ( レイテンシ )データの送信要求を行ってから、実際に応答を受信するまでの時間間隔。

オブジェクト (RMS)構成定義ファイルまたはシステムグラフでは、ノードは物理または仮想リソースを示す。

関連項目リーフオブジェクト (RMS)、オブジェクト定義 (RMS)、ノード状態 (CF)、オブジェクトタイプ (RMS)

オブジェクトタイプ (RMS)ディスクドライブなど監視される同種のリソースをグループ化するカテゴリ。各オブジェクトタイプにはプロパティと呼ばれる固有の属性があり、この属性により実行する監視またはアクションの種類を限定または定義する。リソースを特定のオブジェクトタイプに関連付けると、関連付けたオブジェクトタイプの属性がリソースに適用される。

関連項目汎用タイプ (RMS)

オブジェクト定義 (RMS)RMS の監視対象となるリソースを識別する構成定義ファイルのエントリ。定義された属性により、関連するリソースのプロパティが指定される。オブジェクト定義に関連するキーワードに objectがある。

関連項目属性 (RMS)、オブジェクトタイプ (RMS)

オペレーティングシステム依存 (CF)オペレーティングシステム本体と、OS 非依存の PRIMECLUSTER モジュールとの間のインタフェースを提供するモジュール。

オペレーティングシステム本体オペレーティングシステムのうち、常にアクティブでシステムコールを実際の処理に変換している部分。

親 (RMS)1 つ以上の子オブジェクトを保持する、構成定義ファイルまたはシステムグラフのオブジェクト。

関連項目子 (RMS)、構成定義ファイル (RMS)、サブアプリケーション (RMS)

オンラインメンテナンスホストのシャットダウンや電源オフの必要なく機器を追加、削除、または交換できる機能。

回線切替装置外部からの回線を複数ノードの間に接続して、RCI により接続ノードの切替えを行う装置。

下位グループ (GDS) 他のグループに属しているグループ。下位グループにはボリュームを作成できません。

拡張性作業負荷の増加に動的に対処するコンピューティングシステムの機能。拡張性は、特にインターネットベースのアプリケーションにおいて、インターネットの使用量の増大に伴って重要になる。

カスタムタイプ (RMS)汎用タイプ (RMS) を参照。

カスタムディテクタ (RMS) ディテクタ (RMS) を参照。

176 J2UZ-5295-02Z0(02)

用語集

仮想インタフェース (VIP)クラスタの複数ノードをシングルシステムイメージとして見せるために、SIS が使用する仮想的なIP アドレスまたはノード名。

仮想ディスク仮想ディスクでは、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 連携方式、RIP 方式、マルチパス方式、マルチリンクイーサネット方式、の合計 6 種類が存在する。

クラス (GDS) ディスククラス (GDS) を参照。

J2UZ-5295-02Z0(02) 177

用語集

クラスタ1 つのコンピューティングソースに統合されるコンピュータの集まり。クラスタは分散型のパラレルコンピューティングを実行する。

関連項目 RMS 構成

クラスタアプリケーション (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)

178 J2UZ-5295-02Z0(02)

用語集

高可用性冗長リソースにより一点故障箇所を排除する概念。

構成定義ファイル (RMS)監視するリソースを定義し、リソース間の相互依存性を設定する RMS 構成定義ファイル。デフォルトファイル名は config.us。

構成の生成 (RMS)構成定義ファイルを生成する処理。生成された構成定義ファイルは、構成ノードすべてに配布され、活性化される。

高速切替方式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 の処理。

J2UZ-5295-02Z0(02) 179

用語集

関連項目指定切替え (RMS)、フェイルオーバ (RMS、SIS)、切替え (RMS)、対称切替え (RMS)

自動電源制御自動電源制御は、ESF (Enhanced Support Facility) で提供している機能で、PRIMEPOWER の電源投入および、切断を自動的に行うための機能である。

シャットダウン機構異常が発生したノードを強制停止させるための機構。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) タイプのディスクグループ。ストライピングの単位となるディスクおよび下位グループの集まり。

180 J2UZ-5295-02Z0(02)

用語集

ストライプ幅 (GDS) ストライピングする際の、データを分割するサイズ。

ストライプボリューム (GDS)ストライプグループ内に作成されたボリューム。ストライピングによって I/O 負荷を複数のディスクに分散させることができます。データは冗長化されません。

スペアディスク (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 システムで利用可能なリソースの単位でもあります。ディスククラスを単に「クラス」と呼ぶ場合もあります。

J2UZ-5295-02Z0(02) 181

用語集

ディスクグループ (GDS)ミラーリング、ストライピング、またはコンカチネートされる単位となるディスクまたは下位グループの集まり。同じディスクグループに属しているディスクおよび下位グループは、そのディスクグループのタイプ属性 ( ミラー、ストライプ、またはコンカチネーション ) に応じて、互いにミラーリング、ストライピング、またはコンカチネートされます。ディスクグループを単に「グループ」と呼ぶ場合もあります。

ディテクタ (RMS)特定のオブジェクトタイプの状態を監視して、リソースの状態変化を BM ( ベースモニタ ) に通知するプロセス。

データベースノード (SIS)SIS 構成の設定、動的データ、統計を管理するノード。

関連項目ゲートウェイクラスタノード (SIS)、サービス提供ノード (SIS)、Scalable Internet Services (SIS)

デーモン特定の機能を繰り返し実行する、システムに常駐するプロセス。

電源連動 ( 制御 )PRIMEPOWER で構成されるクラスタシステムにおいて、1 ノードの電源を投入すると、電源切断状態にあるその他すべてのノードおよびノードと RCI ケーブルで接続されたディスクアレイ装置の電源が投入されること。

テンプレートアプリケーション (RMS) を参照。

ネットワークアダプタLAN 関連のネットワークアダプタ。

ネットワークインタフェースカードネットワークアダプタを参照。

ネットワークパーティション (CF)クラスタ内の複数ノードのインタコネクトによる通信が不可能な場合に発生する状態。ネットワークパーティション状態でアプリケーションが共用ディスクにアクセスし続けるとデータの整合性がとれなくなる恐れがある。

ノードクラスタのメンバであるホスト。コンピュータノードとはコンピュータのことを指す。

ノード間通信機構PRIMECLUSTER CF で使用されるクラスタノード間の通信機能。クラスタノード間通信専用に設計されているため、TCP/IP よりもオーバヘッドが少なく、メッセージの到着順も保証したデータグラム通信サービスを行うことができる。

ノード状態 (CF)クラスタ内のすべてのノードは、同じクラスタの他のすべてのノードのローカル状態を管理する。クラスタ内のノードは、すべて UP、DOWN、または LEFTCLUSTERのいずれかの状態にある。

関連項目 UP (CF)、DHCP、LEFTCLUSTER (CF)

パトロール診断ハードウェアの故障を定期的に診断する機能。

ハブLAN や、ファイバチャネルで使用されるスター型の結線装置。

182 J2UZ-5295-02Z0(02)

用語集

汎用タイプ (RMS)汎用プロパティを持つオブジェクトタイプ。汎用タイプは、既存のオブジェクトタイプに割当てることのできない監視対象リソースがある場合に RMS をカスタマイズするために使用される。

関連項目オブジェクトタイプ (RMS)

非同期監視SA の機能に加え、リモートクラスタノードの状態を監視し、そのノードのダウンを即時に検出するコンポーネント。

フェイルオーバ (RMS、SIS)SIS では、このプロセスにより障害発生ノードのバックアップノードへの切替えを行う。RMS では、このプロセスを切替えと呼ぶ。

関連項目自動切替え (RMS)、指定切替え (RMS)、切替え (RMS)、対称切替え (RMS)

フォルトトレラントネットワーク ( 耐故障性を備えたネットワーク )耐故障性 ( フォルトトレラント ) を備えたネットワーク。耐故障性 ( フォルトトレラント ) とは、コンピュータシステムの一部に何らかの障害が発生した場合でも、正常な動作を保ち続ける能力のこと。よって、フォルトトレラントネットワークとはネットワークシステムの一部に異常が発生した場合でも、正常に通信を継続できるネットワークのことを意味している。

物理 IP アドレスネットワークインタフェースカードのインタフェース ( たとえば hme0) に直接割り振られた IP アドレス。関連する用語として論理 IP アドレスがある。論理インタフェースについては ifconfig(1M)の "logical interface" の説明を参照。

プライマリノード (RMS)RMS の起動時にユーザアプリケーションをオンラインにするデフォルトノード。userApplicationのオブジェクト定義中に初に記述されたノードがプライマリノードとなる。

ボリューム (GDS) 論理ボリューム (GDS) を参照。

マウントポイントディレクトリツリー上でファイルシステムが接続されるポイント。

ミラー仮想ディスク (VM)ミラー仮想ディスクは複数の物理デバイスで構成され、すべての出力処理がすべてのデバイス上で同時実行される ( 富士通テクノロジー・ソリューションズ製品から移行のお客様のみ ) 。

関連項目連結仮想ディスク、単独仮想ディスク、ストライプ化仮想ディスク、仮想ディスク

ミラーグループ (GDS)ミラー (mirror) タイプのディスクグループ。互いにミラーリングされるディスクおよび下位グループの集まり。

ミラーリング同じデータを複数のスライスに書込むことによって、冗長性を維持すること。一部のスライスで障害が発生したとしても、正常なスライスが残っていれば、ボリュームへのアクセスが継続できる仕組み。

メタデータサーバファイルシステム ( メタデータ ) の制御情報を一括管理する GFS デーモン。

メッセージ1 つのソフトウェアプロセスから他のプロセス、デバイス、またはファイルに伝送されるデータの集まり。

J2UZ-5295-02Z0(02) 183

用語集

メッセージキューメッセージの保存場所として使用される専用のメモリ領域。

モデル混在クラスタ PRIMEPOWER の異なるモデルによって構築したクラスタシステム。たとえば 1 つのノードがPRIMEPOWER1000 でもう 1 つのノードが PRIMEPOWER200 など。モデルは、代表的なマシンではPRIMEPOWER200/400/600、PRIMEPOWER800/1000/2000 で分かれます。

ユーザグループ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)、単独仮想ディスク、ストライプ化仮想ディスク、仮想ディスク

184 J2UZ-5295-02Z0(02)

用語集

ローカル MAC アドレスローカルエリアネットワーク (LAN) のシステムごとに、システム管理者がそのシステム内部での一意性を保証する MAC アドレス。

ローカルエリアネットワーク業務 LAN を参照。

ローカルホストコマンドまたはプロセスを開始するホスト

関連項目リモートホスト

ログファイル重要なシステムイベントやメッセージを記録したファイル。BM ( ベースモニタ )、ウィザード、ディテクタにはそれぞれ固有のログファイルがある。

ローリングアップデートクラスタシステムにおいて、修正適用、保守時に使用されるアップデート手法。1 ノードずつ順次修正適用を行うことで、業務を停止せずに修正を適用することが可能となる。

論理ボリューム (GDS) 利用者が直接アクセスできる仮想ディスクデバイスの総称。利用者は、物理ディスクのスライス( パーティション ) と同じように、論理ボリュームにアクセスできます。論理ボリュームを単に「ボリューム」と呼ぶ場合もあります。

J2UZ-5295-02Z0(02) 185

用語集

186 J2UZ-5295-02Z0(02)

略語

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-02Z0(02) 187

略語

ノード間通信機構 (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

188 J2UZ-5295-02Z0(02)

略語

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-02Z0(02) 189

略語

190 J2UZ-5295-02Z0(02)

図

図 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: RMS 停止中のメイン構成メニューウィンドウ ................................................................................... 30

図 11: RMS が実行中のメイン構成メニューウィンドウ ............................................................................... 33

図 12: [Application type selection] メニュー ....................................................................................................... 34

図 13: 必須設定の前のメニュー ......................................................................................................................... 34

図 14: 必須設定メニュー ..................................................................................................................................... 35

図 15: 選択設定メニュー ..................................................................................................................................... 35

図 16: メイン構成メニュー ................................................................................................................................. 36

図 17: RMS 構成定義ファイルの作成と配布 ................................................................................................... 36

図 18: メイン構成メニューの終了 ..................................................................................................................... 37

図 19: メイン構成メニュー ................................................................................................................................. 42

図 20: [Add hosts to a cluster] メニュー .............................................................................................................. 43

図 21: [Remove hosts from a cluster] メニュー ................................................................................................... 44

図 22: メイン構成メニュー ................................................................................................................................. 44


図 24: 次の処理を選択するためのプロンプト ................................................................................................. 45

図 25: 整合性チェックと [Machines+Basics] メニュー .................................................................................... 46

図 26: フェイルオーバに使用するノードのリスト ......................................................................................... 46

図 27: 追加ノードを指定するための [Machines+Basics] メニュー ................................................................ 47

図 28: AutoSwitchOver モード ............................................................................................................................. 47

図 29: AutoSwitchOver のフラグ ......................................................................................................................... 48

図 30: 設定の保存 ................................................................................................................................................. 48

図 31: 選択設定 ..................................................................................................................................................... 49

図 32: ディスプレイの指定を促す画面 ............................................................................................................. 49

図 33: ディスプレイの一覧 ................................................................................................................................. 50

J2UZ-5295-02Z0(02) 191

図

図 34: APP1 の整合性チェック完了 .................................................................................................................. 50

図 35: DEMO ターンキーウィザード ................................................................................................................ 51

図 36: メイン構成メニュー ................................................................................................................................. 51

図 37: RMS 構成の配布完了 ............................................................................................................................... 51

図 38: メイン構成メニューの終了 ..................................................................................................................... 52

図 39: メイン構成メニューから再開する ......................................................................................................... 52


図 41: その他の指定を促す画面 ......................................................................................................................... 53

図 42: [Machines+Basics] メニュー ..................................................................................................................... 53

図 43: フェイルオーバに使用するノードのリスト ......................................................................................... 54

図 44: [Machines+Basics] メニュー ..................................................................................................................... 54

図 45: 選択設定 ..................................................................................................................................................... 55

図 46: コントローラの割当て ............................................................................................................................. 55

図 47: 制御されるアプリケーションを選択するためのリスト ..................................................................... 55

図 48: コントローラフラグを設定するためのメニュー ................................................................................. 56

図 49: コントローラタイムアウト時間の変更 ................................................................................................. 56

図 50: コントローラのフラグの保存 ................................................................................................................. 56

図 51: コントローラに対して設定されているフラグ ..................................................................................... 57

図 52: GENERIC ターンキーウィザードを設定するためのメニュー .......................................................... 57

図 53: メイン構成メニュー ................................................................................................................................. 57

図 54: メイン構成メニュー ................................................................................................................................. 58

図 55: RMS 構成の配布 (2 回目 ) ........................................................................................................................ 58

図 56: メイン構成メニューに戻る ..................................................................................................................... 58

図 57: Web-Based Admin View ログイン画面 .................................................................................................... 64

図 58: Cluster Services GUI の起動 ..................................................................................................................... 64

図 59: Cluster Admin の起動 ................................................................................................................................ 65

図 60: Cluster Admin 初期接続メニュー ............................................................................................................ 65

図 61: Cluster Admin メイン画面 — 初期画面表示 ......................................................................................... 66

図 62: Cluster Admin メイン画面 — メッセージ画面表示 ............................................................................. 67

図 63: Cluster Admin メイン画面 — RMS 画面表示 ........................................................................................ 68

図 64: RMS ツリーと Controller オブジェクト ................................................................................................. 69

図 65: コマンドポップアップ ............................................................................................................................. 69

図 66: Online アプリケーションに対するコマンドポップアップ ................................................................. 70

図 67: Offline アプリケーションに対するコマンドポップアップ ................................................................ 70

図 68: 確認ポップアップ画面 ............................................................................................................................. 71

192 J2UZ-5295-02Z0(02)

図

図 69: スケーラブルアプリケーションの場合の確認ポップアップ画面 ..................................................... 71

図 70: RMS グローバル環境変数の表示 ........................................................................................................... 71

図 71: RMS グローバル環境変数 ....................................................................................................................... 72

図 72: RMS ローカル環境変数の表示 ............................................................................................................... 72

図 73: RMS ローカル環境変数の表示画面 ....................................................................................................... 73

図 74: クラスタアプリケーションの状態の表示 ............................................................................................. 74

図 75: 構成情報またはオブジェクト属性 ......................................................................................................... 75

図 76: クラスタテーブルを開く ......................................................................................................................... 77

図 77: クラスタテーブル ..................................................................................................................................... 77

図 78: 状態名を表示したクラスタテーブル ..................................................................................................... 77

図 79: クラスタテーブルで Faulted 状態のクラスタアプリケーション ....................................................... 78

図 80: クラスタテーブルの Offline アプリケーション ................................................................................... 78

図 81: クラスタテーブルの Faulted アプリケーションと Offline アプリケーション ................................. 78

図 82: クラスタパーティション状態を示すクラスタテーブル ..................................................................... 79

図 83: クラスタテーブル内のコマンドポップアップの使用 ......................................................................... 79

図 84: ノード上で RMS クラスタ全体のグラフを表示 .................................................................................. 80

図 85: ノードの RMS クラスタ全体のグラフ — タブ画面 ............................................................................ 81

図 86: タブ画面の＜デタッチ＞ボタン拡大図 ................................................................................................. 81

図 87: ノードの RMS クラスタ全体のグラフ — 別ウィンドウで表示 ........................................................ 81

図 88: 別ウィンドウの＜アタッチ＞ボタン拡大図 ......................................................................................... 81

図 89: RMS クラスタ全体のグラフ — オブジェクト名の表示 ..................................................................... 82

図 90: RMS クラスタ全体のグラフ — オブジェクトの詳細 ........................................................................ 82

図 91: RMS アプリケーショングラフの表示 ................................................................................................... 83

図 92: RMS アプリケーショングラフの例 ....................................................................................................... 83

図 93: RMS サブアプリケーショングラフの表示 ........................................................................................... 84

図 94: RMS サブアプリケーショングラフの例 ............................................................................................... 84

図 95: 制御対象アプリケーションがある場合の構成の標準表示 ................................................................ 85

図 96: RMS 合成サブアプリケーショングラフの表示 ................................................................................... 85

図 97: RMS 合成サブアプリケーショングラフの例 ....................................................................................... 86

図 98: RMS グラフからコマンドポップアップメニューを使用する ........................................................... 86

図 99: Affiliation 名付き RMS グラフの表示 .................................................................................................... 87

図 100: リソース名付き RMS グラフ .................................................................................................................. 87

図 101: リソース付き RMS グラフ ...................................................................................................................... 88

図 102: Affiliation 名とリソース名付き RMS グラフ ........................................................................................ 88

図 103: グラフ内のオブジェクト名の並べ替え ................................................................................................. 89

J2UZ-5295-02Z0(02) 193

図

図 104: RMS を停止する前のクラスタの状態 ................................................................................................... 89

図 105: 異なる構成で RMS を再起動した後のクラスタの状態 ...................................................................... 90

図 106: 1 つのノード停止後の RMS メイン画面、グラフ、クラスタテーブル ........................................... 90

図 107: シャットダウンノードの RMS アプリケーショングラフ .................................................................. 91

図 108: 削除したオブジェクトのグラフウィンドウ ......................................................................................... 91

図 109: ポップアップメニューから RMS switchlog ファイルを表示 .............................................................. 92

図 110: [ ツール ] メニューから RMS switchlog を表示 .................................................................................... 92

図 111: ポップアップメニューからアプリケーションログを表示 ................................................................. 93

図 112: タブビューに表示された RMS switchlog ............................................................................................... 93

図 113: タブ画面の＜デタッチ＞ボタン拡大図 ................................................................................................. 94

図 114: 別ウィンドウに表示された RMS switchlog ........................................................................................... 94

図 115: 別ウィンドウの＜アタッチ＞ボタン拡大図 ......................................................................................... 94

図 116: 日付時刻による検索 ................................................................................................................................. 95

図 117: リソース名による検索 ............................................................................................................................. 96

図 118: 重要度による検索 ..................................................................................................................................... 97

図 119: キーワードによる検索 ............................................................................................................................. 98

図 120: ログビューア上のポップアップ検索ダイアログ ................................................................................. 99

図 121: メインメニューから RMS を起動 ........................................................................................................ 101

図 122: 全てのノードの RMS 起動メニュー .................................................................................................... 102

図 123: 個々のノードでの RMS 起動メニュー ................................................................................................ 102

図 124: 各ノード上で RMS の起動 .................................................................................................................... 103

図 125: RMS 自動起動の制御 — ステップ 1 ................................................................................................... 105

図 126: RMS 自動起動の制御 — ステップ 2 ................................................................................................... 105

図 127: [ ツール ] メニューから RMS を停止 ................................................................................................... 106

図 128: 稼動中の全てのノード上で RMS を停止 ............................................................................................ 106

図 129: リストから選択したノード上で RMS を停止 .................................................................................... 107

図 130: アプリケーションを現状のまま RMS を停止 — 確認 ...................................................................... 107

図 131: RMS の強制終了 — 確認 ....................................................................................................................... 108

図 132: ポップアップメニューを使用して 1 つのノード上で RMS を停止 ................................................ 108

図 133: RMS を 1 つのノード上で停止 ............................................................................................................. 108

図 134: アプリケーションの自動起動の制御 — ステップ 1 ......................................................................... 110

図 135: アプリケーションの自動起動の制御 — ステップ 2 ......................................................................... 111

図 136: クラスタアプリケーションの切替え ................................................................................................... 112

図 137: userApplication が Wait 状態のときの切替え ....................................................................................... 113

図 138: クラスタアプリケーションの起動 ....................................................................................................... 113

194 J2UZ-5295-02Z0(02)

図

図 139: クラスタアプリケーションの停止 ....................................................................................................... 114

図 140: クラスタアプリケーションのリセット ............................................................................................... 115

図 141: クラスタアプリケーションのリセットタイムアウト値の選択 ....................................................... 115

図 142: アプリケーションの AutoSwitchOver 設定の変更 — ステップ 1 ..................................................... 116

図 143: アプリケーションの AutoSwitchOver 設定の変更 — ステップ 2 ..................................................... 116

図 144: クラスタアプリケーション Fault 状態のクリア ................................................................................ 117

図 145: クラスタアプリケーション Fault 状態のクリア — 確認のダイアログ ........................................ 118

図 146: 全てのアプリケーションで保守モードを開始 ................................................................................... 119

図 147: 1 つのアプリケーションのみで保守モードを開始 ............................................................................ 119

図 148: 全てのアプリケーションについての保守モードの確認 ................................................................... 119

図 149: 単一のアプリケーションについての保守モードの確認 ................................................................... 120

図 150: 保守モードに入ったクラスタの例 ....................................................................................................... 120

図 151: 独立したアプリケーションの通常の動作 ........................................................................................... 121

図 152: 全てのアプリケーションで保守モードを通常終了 ........................................................................... 121

図 153: 単一のアプリケーションで保守モードを通常終了 ........................................................................... 121

図 154: 全てのアプリケーションについての保守モード強制終了の確認 ................................................... 122

図 155: 保守モードでのアプリケーションの Fault 状態 ................................................................................ 122

図 156: 構成ツリーでの Fault のクリア ............................................................................................................ 123

図 157: クラスタテーブルでの Fault のクリア ................................................................................................ 123

図 158: 通常の保守モードに戻ったアプリケーション ................................................................................... 123

J2UZ-5295-02Z0(02) 195

図

196 J2UZ-5295-02Z0(02)

表

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

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

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

表 4: クラスタのシステム設計ワークシート ............................................................................................ 42

表 5: RMS の重要度レベルの説明 .............................................................................................................. 97

表 6: /etc/hosts の RMS 命名規則 ................................................................................................................. 127

表 7: RMS オブジェクトのディテクタが通知する状態 .......................................................................... 137

表 8: RMS オブジェクトのその他の状態 .................................................................................................. 137

表 9: RMS オブジェクトの StateDetails 値 ................................................................................................. 138

J2UZ-5295-02Z0(02) 197

表

198 J2UZ-5295-02Z0(02)

索引

記号/etc/cip.cf 46/etc/dfs/dfstab 133/etc/hosts 42, 43/etc/vfstab 133/opt/SMAW/SMAWRrms/build/ 41/var/opt/SMAWRrms/log/ 92>> 入力するプロンプト 30

AAffiliation、属性 147AlternateIp、属性 141andOp

説明 139必須属性 139

applicationsviewing graph 83viewing log files 92

automatic RMS startup 105AutoRecoverCleanup、属性 141AutoRecover、属性 141AutoStartUp、属性 141

Bbin、ディレクトリ 26BM ( ベースモニタ ) 20

高可用性 9ディテクタ 38

build、ディレクトリ 26

Ccfset 165CF コマンド

cfconfig 165cfrecon 165cfset 165cftool 165rcqconfig 165

changingdetail level in graphs 87HV_RCSTART 105

CIP コマンドcip.cf 166cipconfig 166ciptool 166

Class、属性 147clbackuprdb 166clearing

faults, in maintenance mode 122clgettree 167CLI

オプション 101「RMS CLI」を参照

clinitreset 166clrestorerdb 166

clsetparam 166clsetup 166clstartrsc 167clstoprsc 167Cluster Admin 19

application graph 83clusterwide table 77GUI 63RMS グラフ 80, 84RMS ツリー 68SysNode の選択 70userApplication の選択 70viewing log files 92オブジェクト属性 75オペレータ権限 64概要 8管理者権限 64コマンドポップアップ 69使用 63セカンダリ管理サーバ 63プライマリ管理サーバ 63メイン画面 66ルート権限 64ログイン 64

cluster_uninstall 170ClusterExclusive、属性 142clusterwide table

defined 77Cmdline、リソースウィザード 28Comment、属性 147ControlledSwitch、属性 142controller

RMS サブアプリケーショングラフ 85依存性 69

Controller、リソースウィザード 28controlling

RMS operation 101

DDeact 状態 137DEMO ターンキーウィザード 28, 29, 44, 45details

changing level of, in graphs 87DetectorStartScript、属性 147displaying

HV_RCSTART 105

EELM (Enhanced Lock Manager) 9ENV


environment variablesHV_RCSTART, changing 105

ENVL

J2UZ-5295-02Z0(02) 199

索引


ENV オブジェクトと ENVL オブジェクト 23etc、ディレクトリ 26

FFault

クリア 117Faulted state

clearing in maintenance mode 122Faulted 状態 137

FaultScript 21クリア 117

faultsmaintenance mode 122

FaultScript スクリプト 21FaultScript、属性 142fjsvwvbs 170fjsvwvcnf 170Follow モードコントローラ 14Fsystem、リソースウィザード 28

GGDS 28GDS、リソースウィザード 28GENERIC ターンキーウィザード 53GLS 28GLS、リソースウィザード 28graphs

appearance after shut down 90application 83changing detail level 87

gResource 38オブジェクトタイプ 10, 139必須属性 139

GUIRMS の起動 68停止後 90プルダウンメニュー 66メッセージ 67

HHalt (Wizard Tools)、属性 143HostName、属性 147HTML 文書 170HV_APPLICATION 158HV_AUTORECOVER 158HV_AUTOSTART_WAIT 変数

PartialCluster 属性 144HV_AUTOSTARTUP 155HV_AUTOSTARTUP_IGNORE 152HV_AUTOSTARTUP 変数 141HV_AUTOSTART_WAIT 152HV_CHECKSUM_INTERVAL 153HV_COM_PORT 153HV_CONNECT_TIMEOUT 156HV_FORCED_REQUEST 158HV_LAST_DET_REPORT 158HV_LOG_ACTION 156HV_LOG_ACTION_THRESHOLD 153

HV_LOG_WARN_THRESHOLD 153, 154HV_MAX_HVDISP_FILE_SIZE 156HV_MAXPROC 156HV_MLOCKALL 156HV_NODENAME 158HV_OFFLINE_REASON 158HV_RCSTART 105, 156HV_REALTIMEPRIORITY 156HV_REQUESTING_CONTROLLER 159HV_SCALABLE_CONTROLLER 159HV_SCALABLE_INFO 159HV_SCRIPT_TYPE 159HV_SCRIPTS_DEBUG 157HV_SYSLOG_USE 157HV_USE_ELM 154hvcm コマンド

定義 21hvdisp コマンド 24, 25, 73, 74, 151

非表示 148ファイルサイズ 156

hvenv.local ファイル 23hvenv ファイル 23hvexec コマンド 37hvsetenv command

HV_RCSTART 105hvshut コマンド

RMS の停止 109タイムアウト値の指定 155定義 22

hvswitch コマンド定義 22

hvutil コマンド 123アプリケーションの停止 114定義 22

hvw コマンド 18RMS 構成の再開 52運用モード 32定義済み 29

II_List、属性 143include、ディレクトリ 26Inconsistent 状態 137InitScript 20Ipaddress、リソースウィザード 28IP アドレス

リソースの定義 17リソースウィザード 28

LLastDetectorReport、属性 147lib、ディレクトリ 26LieOffline、属性 143local controllers

maintenance mode 120log files

viewing 92

Mmaintenance mode

200 J2UZ-5295-02Z0(02)

索引

exiting 121fault clearing 122local controllers 120operating notes 120stopping 121

Maintenance 状態 137MaxControllers、属性 148MA コマンド

cldevparam 169clmmbmonctl 169clmmbsetup 169clrccumonctl 169clrccusetup 169clrcimonctl 169

MonitorOnly、属性 143

NNFS

エントリ 133NODE_SCRIPTS_TIME_OUT 159NoDisplay、属性 148NullDetector、属性 148

OOfflineDoneScript スクリプト 21OfflineDoneScript、属性 148OfflineFault 状態 137OfflineScript スクリプト 21OfflineScript、属性 143Offline 状態 8, 137

OfflineDoneScript 21OfflineScript 21PostOfflineScript 21

Offline スクリプト 18OnlinePriority、属性 144OnlineScript スクリプト 21OnlineScript、属性 144OnlineTimeout、属性 144Online 状態 8, 137

OnlineScript 21PostOnlineScript 21PreCheckScript 20PreOnlineScript 21

Online スクリプト 18orOp、オブジェクトタイプ 139

PPartialCluster 属性

HV_AUTOSTART_WAIT 152PartialCluster、属性 144PAS コマンド

clmtest 166mipcstat 166

PersistentFault、属性 145PostOfflineScript

属性 145PostOfflineScript スクリプト 21PostOnlineScript スクリプト 21PostOnlineScript、属性 145PreCheckScript スクリプト 20

PreCheckScript、属性 148PreOfflineScript スクリプト 20PreOfflineScript、属性 145PreOnlineScript スクリプト 21PreOnlineScript、属性 145PreserveState、属性 145PRIMECLUSTER 7PriorityList、属性 145

RRAID 180rcsd 168rcsd.cfg 168Reliant Monitor Services

RMS グラフ 80概要 8高可用性 8コンポーネント 20ツリー 68

RELIANT_HOSTNAME 157RELIANT_INITSCRIPT 157RELIANT_LOG_LIFE 154RELIANT_LOG_PATH 155RELIANT_PATH 155RELIANT_SHUT_MIN_WAIT 155RELIANT_STARTUP_PATH 157Resource、属性 146rKind、属性 148RMS

clusterwide table 77controlling operation 101full graph 80RMS 構成定義 31shutdown, and graph appearance 90命名規則 43, 127

RMS CLI 21hvassert 21hvcm 21hvconfig 22hvdisp 22hvdump 22hvlogclean 22hvsetenv 22hvshut 22hvswitch 22hvutil 22userApplication の切替え 21

RMS commandshvsetenv 105

RMS Wizard Kit 17, 18hvw コマンド 18概要 8スクリプト 18ディテクタ 18

RMS Wizard Tools 17, 28hvw コマンド 18オブジェクト 18概要 8スクリプト 18ディテクタ 18

J2UZ-5295-02Z0(02) 201

索引

RMS ウィザードRMS 構成 27一般的な説明 28選択設定 34必須設定 34

「ウィザード」を参照 44RMS 環境変数 23, 25

AutoRecover の試行 158HV_APPLICATION 158HV_AUTOSTARTUP 155HV_AUTOSTARTUP_IGNORE 152HV_AUTOSTART_WAIT 152HV_CHECKSUM_INTERVAL 153HV_COM_PORT 153HV_CONNECT_TIMEOUT 156HV_FORCED_REQUEST スクリプト強制要求

フラグ 158HV_LAST_DET_REPORT、

スクリプト後のディテクタレポート 158HV_LOG_ACTION 156HV_LOG_ACTION_THRESHOLD 153HV_LOG_WARN_THRESHOLD 153, 154HV_MAXPROC 156HV_MLOCKALL 156HV_NODENAME、

スクリプト現在のオブジェクトの名前 158HV_OFFLINE_REASON、

スクリプト Offline 処理の理由 158HV_RCSTART 105, 156HV_REALTIMEPRIORITY 156HV_REQUESTING_CONTROLLER スクリプト

強制要求フラグ 159HV_SCALABLE_CONTROLLER、スケーラブル

コントローラスクリプト 159HV_SCALABLE_INFO、スケーラブルコント

ローラスクリプト 159HV_SCRIPT_TYPE、スクリプトの種類 159HV_SCRIPTS_DEBUG 157HV_SYSLOG_USE 157HV_USE_ELM 154hvenv と hvenvl.local ファイル 23NODE_SCRIPTS_TIME_OUT、スクリプト現在

のオブジェクトのタイムアウト値 159RELIANT_HOSTNAME 157RELIANT_INITSCRIPT 157RELIANT_LOG_LIFE 154RELIANT_LOG_PATH 155RELIANT_PATH 155RELIANT_SHUT_MIN_WAIT 155RELIANT_STARTUP_PATH 157SCRIPTS_TIME_OUT 158表示 71

RMS 環境変数の設定の変更 151RMS グラフ 80

RMS 合成サブアプリケーション 84コマンドポップアップ 86

RMS グローバル環境変数 23RMS 構成

一般的な手順 29RMS 合成サブアプリケーショングラフ 84

RMS 構成定義RMS グラフ 80

RMS 構成定義、RMS 31RMS コマンド

config.us 168hvassert 167hvattr 167hvcm 21, 167hvconfig 22, 167hvdisp 22, 74, 167hvdist 167hvdump 22, 167hvenv.local 168hvexec 37hvgdmake 167hvlogclean 22, 167hvlogcontrol 167hvreset 168hvsetenv 168hvshut 22, 167, 168hvshut コマンド 109hvswitch 22, 168hvthrottle 168hvutil 22, 114, 168

RMS サブアプリケーショングラフ 84RMS の起動 101RMS の停止 106RMS ベースモニタ 8RMS リファレンスガイド 92RMS ローカル環境変数 23rName、属性 148

SSA_ipmi.cfg 168SA_rccu.cfg 169SA_rps.cfg 169SA_SATxscf.cfg 169SA_SATxscf2.cfg 169SA_scon.cfg 168SA_sspint.cfg 168SA_sunF.cfg 168SA_wtinps.cfg 168Scalable モードコントローラ 15SCRIPTS_TIME_OUT 158ScriptTimeout、属性 146sdtool 168ShutdownPriority、属性 146SIS コマンド

dtcpadmin 169dtcpd 169dtcpdbg 169

SplitRequest、属性 148sshconf 170StandbyCapable、属性 146StandbyTransitions、属性 146Standby 状態 137starting

RMS, automatically 105RMS, hvcm command 103

StateChangeScript スクリプト 21

202 J2UZ-5295-02Z0(02)

索引

StateDetails、属性 149states

Faulted 122stopping

maintenance mode 121switchlog

viewing 92SysNode 10, 38

Wait 状態、クリア 109アプリケーションの切替え 22オブジェクトタイプ 139オブジェクトの選択 70状態に反応するスクリプト 21

Ttab、ディレクトリ 26

UUnknown 状態 137userApplication 38

Fault のクリア 117hvshut の使用 109RMS ツリー 68オブジェクト 10オブジェクトタイプ 139オブジェクトの選択 70活性化 118状態情報 77状態に反応するスクリプト 21停止する 114

us、ディレクトリ 26

WWait 状態 137

SysNode のクリア 109障害のリソースをクリア 22停止中のノードをクリア 22

WarningScript 21WarningScript、属性 147Warning 状態 137

WarningScript 21Web-Based Admin View

セカンダリ管理サーバ 63プライマリ管理サーバ 63ログイン 64

Wizard Kit 17RMS 構成 28概要 8

wvCntl 170wvGetparam 170wvSetparam 170wvstat 170

あアプリケーション

SysNode に切替え 22オブジェクト 10依存性 69活性化 118状態の表示 74

停止する 114アプリケーションの切替え 22, 112依存オブジェクト 10依存性 69一覧表 77ウィザード

DEMO ターンキー 29GENERIC ターンキー 53hvexec コマンド 37ORACLE 28R/3 28構成定義 17サブメニュー 34セカンダリメニュー 34ターンキー 28, 31, 38頻繁に使用するメニュー項目 30メインメニュー 30リソースウィザード 28

オブジェクトController 69Fault のクリア 117gResource 10RMS アプリケーショングラフの

カスタマイズ 87RMS クラスタ全体のグラフ 82SysNode 10, 70userApplication 10, 70, 109アプリケーションの切替え 112依存性 82関係 82監視 38クラスタアプリケーションの活性化 118クラスタアプリケーションの起動 113クラスタアプリケーションを

Offline 状態にする 114, 115クラスタテーブル 77コンテキストメニュー 86コントローラ 13, 85スクリプト 20選択 70属性 23, 75タイプ 22

オブジェクト状態のタイムアウト、ベースモニタで監視 8

オブジェクトタイプandOp 139controller 139ENV 139ENVL 139gResource 139orOp 139SysNode 139userApplication 139

オブジェクトの状態、ベースモニタで監視 8オフライン処理 10オペレータ権限 64オンライン処理 10

か拡張性 7, 15

J2UZ-5295-02Z0(02) 203

索引

仮想概念 8仮想ディスク

単独 181ミラー 183

活性化アプリケーション 118

管理サーバ 63管理者権限 64関連マニュアル 2擬似デバイスドライバ 177強制シャットダウン 106, 107クラスタ 1

userApplication の切替え 21高可用性 8サービス 7

クラスタアプリケーションの起動 113クラスタアプリケーションの停止 114クラスタテーブル 77クラスタノード

オンラインを報告するまでの待ち時間 152起動時に無視 152リモートノードに対するディテクタの

タイムアウト 156クラスタファイルシステム 7クラスタボリューム管理 7グラフ

コンテキストメニュー 86定義 8

グラフィカルユーザインタフェース「GUI」を参照クリア

Fault 117Faulted 状態 117SysNode の Wait 状態 109障害が発生したリソース 22停止中のノード 22

権限 64高可用性 1, 7

アプリケーションの指定 31構成

各オブジェクトの詳細 75定義 8

構成設定アプリケーション 27

構成定義表示 22

コマンドポップアップRMS グラフ 86RMS ツリー 69

コンテキストメニューグラフ 86

コントローラ 13Follow モード 14Scalable モード 15説明 139必須属性 139

さ作成

2 番目のアプリケーション 52アプリケーション 41

サブアプリケーション 68サブツリーの上位 158サブメニュー、ウィザード 34資源

状態 8選択設定 35定義 17

事前準備 127実行プロセス 17シャットダウン機構 12シャットダウン機構、RMS 10障害

フェイルオーバ 46状態 20

Deact 137Faulted 137Inconsistent 137Maintenance 137Offline 137OfflineFault 137Online 137Standby 137Unknown 137Wait 109, 137Warning 137グラフのオブジェクト 8情報の表示 77

状態トリガ・スクリプトFaultScript 21OfflineDoneScript 21PostOfflineScript 21PostOnlineScript 21WarningScript 21

初期化スクリプト、指定 157スクリプト 10, 20

Offline 18Online 18RMS Wizard Kit 18オブジェクト 20タイムアウト 158プロアクティブ 10リアクティブ 10

スケーラブルコントローラ状態に反応するスクリプト 21

スペースをチルダに 50制御されるアプリケーション 13セカンダリ管理サーバ 63セカンダリメニュー、ウィザード 34設定

IP アドレス 28アプリケーション 28情報の表示 66, 68ファイルシステム 28リソース 28

設定ファイルのノード名 127選択設定、RMS ウィザード 34属性

Affiliation 147AlternateIp 141AutoRecover 141

204 J2UZ-5295-02Z0(02)

索引

AutoRecoverCleanup 141AutoStartUp 141Class 147ClusterExclusive 142Comment 147ControlledSwitch 142DetectorStartScript 147FaultScript 142Halt (Wizard Tools) 143HostName 147I_List 143LastDetectorReport 147LieOffline 143MaxControllers 148MonitorOnly 143NoDisplay 148NullDetector 148OfflineDoneScript 148OfflineScript 143OnlinePriority 144OnlineScript 144OnlineTimeout 144PartialCluster 144PersistentFault 145PostOfflineScript 145PostOnlineScript 145PreCheckScript 148PreOfflineScript 145PreOnlineScript 145PreserveState 145PriorityList 145Resource 146rKind 148rName 148ScriptTimeout 146ShutdownPriority 146SplitRequest 148StandbyCapable 146StandbyTransitions 146StateDetails 149WarningScript 147

ソフトウェアモニタRMS 8機能 1

たターンキーウィザード 28, 31, 38

DEMO 29, 44GENERIC 53ORACLE 28R/3 28

「ウィザード」を参照 44タイムアウト値の指定 155単独仮想ディスク 181地域固有のアプリケーション 8ディスククラス、ユーザ業務の資源 17ディテクタ 9, 20

RMS Wizard Kit 18RMS Wizard Tools 18

ディレクトリ

bin 26build 26etc 26include 26lib 26tab 26us 26

ディレクトリ階層ルートディレクトリ 155ルートディレクトリの指定 155

テーブルクラスタ 77

デフォルトの起動ファイル CONFIG.rms 105

なネットワーク

事前準備 127ノード 8, 10

強制停止 10, 12事前準備 127

ノードを強制停止 10, 12

はハートビート 8ハートビートリカバリタイムアウト値 9, 104配布

RMS 構成 32, 35構成の 2 回目 58

パラレルアプリケーションのサポート 7必須設定、RMS ウィザード 34表示

GUI メッセージ 67RMS 環境変数 71アプリケーションの状態 74現在の RMS 構成定義 22

ファイルシステムFsystem 28オブジェクト 18ユーザ業務が使用する資源 27ユーザ業務の資源 17

ファイルシステム、事前準備 127フェイルオーバ 9, 12フォローコントローラで密に結合された

アプリケーション 14プライマリ管理サーバ 63ブラウザ 63プロアクティブ型スクリプト 10保守モード 119

設定 22ボリュームマネージャ 17

まマニュアル

RMS ウィザード 38関連 2

マニュアルページ表示 165

ミラー仮想ディスク 183命名規則、RMS 43, 127メインメニュー

J2UZ-5295-02Z0(02) 205

索引

ウィザード 30

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

InitScript 20OfflineScript 21OnlineScript 21PreCheckScript 20PreOnlineScript 21

らリアクティブ型スクリプト 10リソース

オブジェクトタイプ 22障害のクリア 22スクリプトの実行 32設定 28ファイルシステムのエントリ 133

リソースウィザードCmdline 28Controller 28Fsystem 28GDS 28GLS 28Ipaddress 28Rcvm 28Vxvm 28

ルート権限 64ログイン、Cluster Admin 64ログファイル

ディレクトリの指定 155保持期間 154

206 J2UZ-5295-02Z0(02)

Cluster Foundation -...

Documents

Transcript of Cluster Foundation -...