HP OpenVMS Systems Documentation |
| 前へ | 次へ | 目次 | 索引 |
以下の表は,OpenVMS Cluster システムの VAX コンピュータと Alpha コンピュータで一般的に使用される SYSUAF.DAT シナリオとその結果を示しています。
| 値を設定するレベル | プロセスが起動される場所 | 結果 |
|---|---|---|
| Alpha レベル | Alpha ノード | 適切であると思われる値で実行される。 |
| VAX ノード | LOGINOUT は,Alpha 形式の SYSUAF.DAT から各クォータに対して大きい方の値を検出するため,VAX システムで定義されているシステム固有の PQL_M quota の値を使用しない。このため,OpenVMS Cluster 内の VAX プロセスは不適切に高いリソースを使用することがある。 | |
| VAX レベル | VAX ノード | 適切であると思われる値で実行される。 |
| Alpha ノード | LOGINOUT は,SYSUAF に定義されている小さい方の VAX レベルの値を無視し,Alpha システムの各クォータの現在の PQL_M quota の値を使用する。この方法を選択した場合は, PQL_M quota システム・パラメータの現在の値を監視する。Alpha システムで,MODPARAMS.DAT の適切な PQL_M quota の値を必要に応じて大きくする。 |
OpenVMS Cluster 環境で共通の SYSUAF.DAT に対して使用する値を判断する場合,OpenVMS Alpha システムの SYSUAF.DAT に通常割り当てる,高いプロセス・クォータ値を試しに使用してみることができます。VAX システムに大きな空きメモリ・リソースがある場合,OpenVMS Cluster のホスト VAX ノードで生成されるプロセスに対して, Alpha レベルの高いプロセス・クォータを使用しても問題ありません。
VAX システムと Alpha システムのプロセスにとって適切な値を判断するには,試行錯誤を繰り返します。各プロセスにとって適切な上限値とクォータ値を判断する場合,以下の要素を考慮する必要があります。
OpenVMS Cluster システムを使用している間,コンピュータがクラスタに追加されたり,削除されることがあります。たとえば,クラスタの処理能力を拡張するためにコンピュータをクラスタに追加しなければならないことがあり,ハードウェア・エラーや致命的なソフトウェア・エラーが発生したためにコンピュータをシャットダウンしなければならないこともあります。接続管理ソフトウェアは,これらのクラスタの状態の変化を調整し,クラスタの動作を制御します。
あるコンピュータがシャットダウンされると,接続マネージャの支援のもとに,残りのコンピュータは,シャットダウンされるコンピュータを削除して,クラスタを再構成します。コンピュータで障害が発生しても,クラスタのボーツ (投票) の総数がクラスタのクォーラム値より大きい限り,操作を続行できます。クラスタのボーツの総数がクラスタ・クォーラム値より小さくなると,クラスタはすべてのプロセスの実行を中止します。
10.12.1 ボーツの復元
プロセスの実行を再開するには,クラスタのボーツの総数がクラスタ・クォーラム値に等しいか,それ以上の値になるように復元しなければなりません。多くの場合,コンピュータがクラスタに追加されたり,いったん削除されたコンピュータが再び追加されると,必要なボーツが追加されます。しかし,コンピュータがクラスタに追加されるのを待ち,ボーツの値を大きくするという方法は,必ずしも簡単または便利な解決方法ではありません。たとえば,別の解決方法として,すべてのコンピュータをいったんシャットダウンして,クォーラム値を小さくしてすべてのコンピュータをリブートする方法があります。
コンピュータで障害が発生した後,Show Cluster ユーティリティを実行して,VOTES, EXPECTED_VOTES,CL_VOTES, CL_QUORUM フィールドの値を確認しなければならないことがあります (これらのフィールドの詳細については,『OpenVMS システム管理ユーティリティ・リファレンス・マニュアル』を参照してください)。 VOTES フィールドと EXPECTED_VOTES フィールドには,各クラスタ・メンバの設定が表示されます。CL_VOTES フィールドと CL_QUORUM フィールドには,クラスタのボーツの総数と現在のクラスタ・クォーラム値が表示されます。
これらの値を確認するには,以下のコマンドを入力します。
$ SHOW CLUSTER/CONTINUOUS COMMAND> ADD CLUSTER |
注意: SHOW CLUSTER コマンドを会話方式で入力する場合は, SHOW CLUSTER コマンドの一部として /CONTINUOUS 修飾子を指定しなければなりません。この修飾子を指定しないと, SHOW CLUSTER コマンドは DCL コマンド SHOW CLUSTER から返されるクラスタ状態情報を表示し,DCL コマンド・レベルに戻ります。
Show Cluster ユーティリティからの表示で,CL_VOTES の値が CL_QUORUM の値に等しい場合は,残りのボーツ・メンバで障害が発生したとき,クラスタは操作を続行できません。これらのコンピュータのいずれかがシャットダウンされると,クラスタ内のすべてのプロセスの動作が停止します。
10.12.2 クラスタ・クォーラム値の削減
クラスタのプロセスの動作が中断されないようにするには, 表 10-6 の説明に従ってクラスタ・クォーラム値を小さくします。
| 手法 | 説明 |
|---|---|
| DCL コマンド SET CLUSTER/EXPECTED_VOTES を使用して,クラスタ・クォーラムを指定した値に調整する。 | 値を指定しなかった場合は,オペレーティング・システムが適切な値を計算する。コマンドを 1 台のコンピュータで入力すると,新しい値はクラスタ全体に伝達される。コマンドを入力すると,オペレーティング・システムが新しい値を報告する。
推奨: 通常,SET CLUSTER/EXPECTED_VOTES コマンドは,コンピュータがかなり長い時間クラスタから削除される場合にだけ使用する (このコマンドの詳細については,『OpenVMS DCL ディクショナリ』を参照)。
例: たとえば,クラスタ・クォーラムが 2 に設定されるように,期待されるボーツを変更する場合は,以下のコマンドを入力する。
この結果,計算されるクォーラム値は,(3 + 2)/2 = 2 になる。 注意: SET CLUSTER/EXPECTED_VOTES コマンドにどのような値を指定しても,現在のボーツ数より大きい値にクォーラムを増やすことはできず,現在のボーツ数の半分以下の値にクォーラムを減少させることもできない。 以前,クラスタ・メンバであったコンピュータをクラスタに再び追加できる状態になったら,すべてのコンピュータの MODPARAMS.DAT で EXPECTED_VOTES システム・パラメータを元の値にリセットし, 第 8.6 節 の説明に従ってクラスタを再構成しなければならない。 SET CLUSTER/EXPECTED_VOTES コマンドを使用してクラスタ・クォーラムを大きくする必要はない。コンピュータがクラスタに再び追加される場合は,クォーラム値が自動的に増大されるからである。 |
| IPC Q コマンドを使用して,クォーラムを再計算する。 | Q コマンドの詳細については,『OpenVMS システム管理者マニュアル』を参照。 |
| クラスタ関連のシャットダウン・オプションのいずれかを選択する。 | シャットダウン・オプションの詳細については, 第 10.7 節 を参照。 |
場合によっては,アプリケーションとシステム全体の監視およびチューニングが,パフォーマンスの問題に関係することがあります。チューニングでは,パフォーマンスを向上するために,システムおよびネットワーク・プロセスに関する情報が収集され,報告されます。アクティブ・システムとそのアプリケーションに関する情報を収集するのに役立つように,多くのツールが提供されています。
10.13.1 SHOW コマンドの使用
以下の表は,OpenVMS オペレーティング・システムで利用できる SHOW コマンドについて簡単に説明しています。この表に示す SHOW DEVICE コマンドと修飾子を使用してください。
| コマンド | 目的 |
|---|---|
| SHOW DEVICE/FULL | 以下の情報も含めて,デバイスの完全な状態を表示する。
|
| SHOW DEVICE/FILES | ボリュームでオープンされているすべてのファイルの名前と,そのファイルに関連するプロセス名およびプロセス識別子 (PID) の一覧を表示する。このコマンドは以下の操作を実行する。
|
| SHOW DEVICE/SERVED | コマンドを入力したノードで,MSCP サーバによってサービスされているディスクに関する情報を表示する。以下の修飾子を使用して,表示される情報を細かく指定できる。
|
SHOW CLUSTER コマンドは,OpenVMS Cluster システムに関してさまざまな情報を表示します。出力される表示では,クラスタ全体として見たビューではなく,1 つのノードから見たときのクラスタのビューが提供されます。
関連項目: 『OpenVMS システム管理ユーティリティ・リファレンス・マニュアル』には,すべての SHOW コマンドと Show Cluster ユーティリティに関する詳細な説明が記載されています。
10.13.2 Monitor ユーティリティの使用
以下の表は,OpenVMS Monitor ユーティリティを使用して,ディスク I/O のボトルネックを突き止める方法を示しています。 I/O ボトルネックが発生すると,OpenVMS Cluster システムはハングしたように見えます。
| ステップ | 操作 |
|---|---|
| 1 | どのクラスタ単位ディスクで問題が発生しているかを判断するには,以下の操作を実行する。
|
| 2 | 各ノードで,問題のある可能性のあるディスクの影響を判断する。
|
| 3 | 問題がある各ディスクで,以下のことを判断する。
|
10.13.3 Compaq Availability Manager および DECamds の使用
Compaq Availability Manager および DECamds は,リアルタイム監視/診断/修正ツールであり,システム管理者がシステムの可用性とスループットを向上するために使用します。 Availability Manager は OpenVMS Alpha または Windows ノード上で稼働します。 DECamds は OpenVMS VAX および OpenVMS Alpha 上で稼働し, DECwindows インタフェースを使用します。
オペレーティング・システムに標準添付されている 2つの製品は,システム管理者が CPU の利用状況,メモリの不足,ロックの競合,ハングしたプロセスや制御がきかなくなったプロセス,I/O,ディスク,ページ・ファイル,スワップ・ファイルなどに関して,システム・リソースの利用状況の問題を修正するのに役立ちます。
Availability Manager は,OpenVMS Alpha または Windows のいずれかのノードから,拡張 LAN にある 1 つ以上の OpenVMS を監視することができます。 Availability Manager は,複数の OpenVMS ノードから同時に,システム・データおよびプロセス・データを収集します。そしてデータを分析し,ネイティブ Java GUI を使って出力を表示します。
DECamds は複数のノード (VAX と Alpha) から同時にデータを収集し,分析し,すべての出力を集中化された DECwindows ディスプレイに送信します。DECamds を使用すると,以下に示すように,可用性に関する問題を監視し,対応するのに役立ちます。
関連項目: Availability Manager の詳細については,『Availability Manager User's Guide』および Availability Manager ウェブ・サイトを参照してください。このサイトは次の Compaq OpenVMS サイトからアクセスできます。
DECamds の詳細については,『DECamds User's Guide』を参照してください。
10.13.4 LAN の実行状態の監視
LAN の実行状態は定期的に監視することが重要です。 SCA (Systems Communications Architecture) Control Program (SCACP) を使用して,デフォルト・ポートの設定および表示, LAN デバイスの起動と終了,チャネルへの優先値の割り当ての他, LAN の実行状態も監視できます。
関連項目: SCACP の詳細については,『OpenVMS システム管理ユーティリティ・リファレンス・マニュアル (上巻 ) 』を参照してください。
以下のような NCP コマンドを使用すると,12 時間ごとに実行状態を報告する便利な監視プロシージャを設定できます。イベント 0.2 (自動ライン・カウンタ) に対して DECnet イベント・ログを有効にしておかなければなりません。
関連項目: DECnet for OpenVMS のイベント・ログの詳細については,『DECnet for OpenVMS Network Management Utilities』を参照してください。
以下のコマンドの例で,BNA-0 は Ethernet ラインのライン ID です。
NCP> DEFINE LINE BNA-0 COUNTER TIMER 43200 NCP> SET LINE BNA-0 COUNTER TIMER 43200 |
各タイマ間隔 (この場合は 12 時間) で,DECnet はカウンタ・データを DECnet イベント・ログに送信するイベントを作成します。クラスタのパフォーマンスが低下した場合は,イベント・ログを調べ,クラスタの標準値を超えているカウンタ値がないかどうか確認してください。すべてのコンピュータでカウンタ値が同じように増加している場合は, Ethernet 構成全般に問題があると考えられます。一方,あるコンピュータだけのカウンタ値が増加している場合は,おそらくそのコンピュータに問題があるか, Ethernet インタフェース・デバイスに問題があります。
RBMS,DECelms,DECmcc,LAN Traffic Monitor (LTM) などのレイヤード製品を弊社の LAN ブリッジのいずれかと組み合わせて使用すると,LAN トラフィック・レベルを監視できます。
| 前へ | 次へ | 目次 | 索引 |