# Compaq OpenVMS
OpenVMS Cluster システム

前へ | 次へ | 目次 | 索引

## 6.3.1 サーバの有効化

ディスクまたはテープをすべての OpenVMS Cluster コンピュータからアクセスできるようにするには，MSCP サーバまたは TMSCP サーバに対して以下の操作が必要です。

- 表 6-6 の説明に従って，ローカル・コンピュータにこれらのサーバをロードします。

- 表 6-7 の説明に従って， MSCP および TMSCP システム・パラメータを設定することで，これらのサーバが機能するようにします。

表 6-6 MSCP_LOAD および TMSCP_LOAD パラメータの設定
パラメータ | 値 | 意味
--- | --- | ---
MSCP_LOAD | 0 | MSCP_SERVER をロードしない。これはデフォルト設定である。
| 1 | デフォルトの CPU 負荷キャパシティを使用して， MSCP_SERVE_ALL パラメータによって指定される属性で MSCP サーバをロードする。
| >1 | MSCP_SERVE_ALL パラメータによって指定される属性で MSCP サーバをロードする。 CPU 負荷キャパシティとして MSCP_LOAD の値を使用する。
TMSCP_LOAD | 0 | TMSCP サーバをロードせず，テープをサービスしない (デフォルト値)。
| 1 | TMSCP サーバをロードし，すべてのローカル・テープ，および TAPE_ALLOCLASS の値が一致するすべてのマルチホスト・テープも含めて，すべての使用可能なテープをサービスする。

表 6_7 は，MSCP および TMSCP サーバを構成するために，MSCP_SERVE_ALL および TMSCP_SERVE_ALL に対して指定できるシステム・パラメータ値を示しています。初期値は，インストール・プロシージャまたはアップグレード・プロシージャを実行するときの応答，または 第 8 章 で説明している CLUSTER_CONFIG.COM コマンド・プロシージャを使用して構成を設定するときの応答によって決定されます。

OpenVMS バージョン 7.2 以降，サービス・タイプはビット・マスクとして実装されています。システムが実行するサービス・タイプを指定するには， 表 6-7 で適切なタイプを確認し，その値を指定します。一部のシステムの場合は，システム・ディスクのサービスとローカルに接続されているディスクのサービスのように，2 種類のサービス・タイプを指定しなければならないことがあります。このような組み合わせを指定するには，各タイプの値を加算し，合計を指定します。

注意 OpenVMS バージョン 7.1-x またはそれ以前のバージョンを稼動しているシステムを含む複合バージョン・クラスタでは，使用可能なすべてのディスクのサービスは，割り当てクラスがシステムのノード割り当てクラス (バージョン 7.2 より前のバージョンでの意味) と一致するすべてのディスクのサービスに制限されます。このタイプのサービスを指定するには，値として 9 を使用します (つまり，ビット 0 とビット 3 がセットされます)。

表 6-7 MSCP_SERVE_ALL パラメータと TMSCP_SERVE_ALL パラメータの設定
パラメータ | ビット | セットしたときの値 | 意味
--- | --- | --- | ---
MSCP_SERVE_ALL | 0 | 1 | 使用可能なすべてのディスク (ローカルに接続されているディスクと，HS x および DSSI コントローラに接続されているディスク) をサービスする。ビット 3 がセットされていない場合は，システムの割り当てクラス (ALLOCLASS パラメータによって設定された値) と異なる割り当てクラスを持つディスクもサービスされる。
| 1 | 2 | ローカルに接続されているディスク (HS x および DSSI 以外のディスク) をサービスする。サーバは I/O トラフィックを監視せず，負荷のバランス調整にも参加しない。
| 2 | 4 | システム・ディスクをサービスする。これはデフォルト設定である。クラスタ内の他のノードが，システム・ディスクをサービスできるこのシステムに依存している場合，この設定は重要である。この設定を使用すると，システムが障害を起こしているリモート・システム・ディスクへの I/O を実行しようとしたときに発生する可能性がある，わかりにくい競合に関する問題を防止することができる。
| 3 | 8 | ビット 0 によって指定されるサービスを制限する。システムの割り当てクラス (ALLOCLASS パラメータによって設定) と異なる割り当てクラスを持つディスクを除き，他のすべてのディスクがサービスされる。 これはバージョン 7.2 より前の動作である。 OpenVMS バージョン 7.1- x またはそれ以前のバージョンを稼動しているシステムがクラスタに含まれており，使用可能なすべてのディスクをサービスする場合は，9 を指定しなければならない。この値は，このビットとビット 0 をセットした結果である。
TMSCP_SERVE_ALL | 0 | 1 | 使用可能なすべてのテープ (ローカルに接続されているテープと， HS x および DSSI コントローラに接続されているテープ) をサービスする。ビット 3 がセットされていない場合は，システムの割り当てクラス (ALLOCLASS パラメータによって設定) と異なる割り当てクラスを持つテープもサービスされる。
| 1 | 2 | ローカルに接続されている (HS x および DSSI 以外の) テープをサービスする。
| 3 | 8 | ビット 0 によって指定されるサービスを制限する。システムの割り当てクラス (ALLOCLASS パラメータによって設定) と異なる割り当てクラスを持つテープを除き，他のすべてのテープがサービスされる。 これはバージョン 7.2 より前のバージョンの動作である。 OpenVMS バージョン 7.1- x またはそれ以前のバージョンを稼動するシステムがクラスタに含まれており，使用可能なすべてのテープをサービスしたい場合は，9 を指定しなければならない。この値は，このビットとビット 0 をセットした結果である。

現在，サービス・タイプはビット・マスクとして実装されていますが，ビット 0 とビット 1 によって指定される 0，1，2 という値は元の意味から変更されていません。これらの値は以下の表に示すとおりです。

値 | 説明
--- | ---
0 | どのディスク (テープ) もサービスしない。これはデフォルト設定である。
1 | 使用可能なすべてのディスク (テープ) をサービスする。
2 | ローカルに接続されている (HS x および DSSI 以外の) ディスク (テープ) だけをサービスする。

### 6.3.1.1 システム・ディスクのサービス

クラスタ内の他のノードが，システム・ディスクをサービスできるこのシステムに依存している場合，システム・ディスクをサービスするためにビット 2 を設定することが重要です。このように設定しておくと，障害が発生したシステムに接続されているリモート・システム・ディスクに対して I/O を完了しようとするときに発生する可能性のある，わかりにくい競合の問題を予防できます。

以下の一連のイベントは，システム・ディスクのサービスが禁止されているときに (つまり，ビット 2 がセットされていないとき)，競合の問題がどのように発生するかについて説明しています。

- システムをリブートすると，MSCP_SERVE_ALL の設定はサービスを禁止するように変更されます。

- サービスするシステムでクラッシュが発生します。

- サーバ・システムのシステム・ディスクに対して I/O を実行していたクライアント・システムは，そのシステム・ディスクのリソースに対してロックを保有しています。

- クライアント・システムはマウント確認を開始します。

- サービスを提供するシステムはブートしようとしますが，クライアント・システムによってシステム・ディスクに対してロックが保有されているため，ブートできません。

- MVTIMEOUT システム・パラメータによって設定された時間が経過した後，クライアントのマウント確認プロセスが時間切れになり，クライアント・システムはロックを解放します。ロックが解放されるまでの時間は数時間に及ぶことがあります。

- サービスを提供するシステムはリブートできるようになります。

### 6.3.1.2 MSCP および TMSCP システム・パラメータの設定

これらのシステム・パラメータを設定するには，以下のいずれかの方法を使用します。

- コンピュータの MODPARAMS.DAT ファイルにこれらのパラメータの適切な値を指定し，AUTOGEN を実行します。

- CLUSTER_CONFIG.COM または CLUSTER_CONFIG_LAN.COM プロシージャを実行し， CHANGE オプションを選択して，ディスクとテープに対してこれらの操作を実行します。

このいずれかの方法を使用すると，サービスを提供するコンピュータがリブートされるときに，サービスされるデバイスがアクセス可能になります。さらにサーバは，後でシステムに追加された適切などのデバイスも自動的にサービスします。たとえば，新しいドライブが HSC サブシステムに接続されると，デバイスは動的に構成されます。

注意: SCSI 保持コマンド修飾子は TMSCP サーバでサポートされていません。保持操作はテープをサービスするノードから実行しなければなりません。

# 6.4 MSCP I/O 負荷のバランス調整

MSCP I/O 負荷バランス調整機能には，以下の利点があります。

- I/O 応答が速くなります。

- OpenVMS Cluster のメンバ間で作業負荷のバランスをとることができます。

OpenVMS Cluster ソフトウェアでは，静的と動的の 2 種類の MSCP I/O 負荷バランス調整が提供されます。静的負荷バランス調整は，VAX システムと Alpha システムの両方で行われます。動的負荷バランス調整は VAX システムでのみ行われます。2 種類の負荷バランス調整はどちらも，サーバ・システムの負荷キャパシティをもとに行われます。

## 6.4.1 負荷キャパシティ

VAX システムと Alpha システムの負荷キャパシティの見積りは，コンパックがあらかじめ決めているものです。 これらの負荷キャパシティの値は， MSCP 静的負荷バランス調整と動的負荷バランス調整で使用可能なサービス・キャパシティを計算するときに使用されます。MSCP_LOAD パラメータに異なる負荷キャパシティを指定すれば，これらのデフォルト設定を変更できます。

MSCP サーバの負荷キャパシティの値 (デフォルト値または MSCP_LOAD によって指定した値) は，負荷バランス調整機能で使用される見積り値です。これらの値がシステムの実際の MSCP サービス・キャパシティを変更することはありません。

システムの MSCP サービス・キャパシティは，そのパワー， LAN アダプタのパフォーマンス，他の処理負荷の影響など，多くの要素に依存します。使用可能なサービス・キャパシティは， 第 6.4.3 項 の説明に従って各 MSCP サーバで計算されますが，この値は単に，クライアント・システム (たとえばサテライト) がサービスされるディスクにアクセスするときに，どのサーバ・システムを使用するかを選択するときの処理を調整するためにだけ使用されます。

## 6.4.2 FDDI を使用する場合の負荷キャパシティの増加

Ethernet の代わりに FDDI を使用する場合，スループットははるかに高くなります。この高いスループットを活用できるように， MSCP_LOAD パラメータを使用して，サーバの負荷キャパシティのデフォルト設定を変更することをお勧めします。最初は 4 の倍数から始めてください。たとえば，FDDI によってディスクに接続されている Alpha システムの負荷キャパシティは，1 秒間に 1360 の I/O (4x340) に設定できます。使用している構成および実行しているソフトウェアに応じて，この値は大きくしたり，小さくすることができます。

## 6.4.3 使用可能なサービス・キャパシティ

負荷キャパシティの値は，使用可能なサービス・キャパシティを計算するために，各 MSCP サーバで使用されます。

使用可能なサービス・キャパシティは以下の方法で計算されます。

ステップ | 計算
--- | ---
1 | 各 MSCP サーバは，送信されてきた読み込み要求と書き込み要求の数を数え，定期的にこの値を 1 秒間の要求数に変換する。
2 | 各 MSCP サーバは，負荷キャパシティから 1 秒間の要求数を減算して，使用可能なサービス・キャパシティを求める。

## 6.4.4 静的負荷バランス調整

MSCP サーバは，使用可能なサービス・キャパシティを MSCP クラス・ドライバ (DUDRIVER) に定期的に送信します。ディスクがマウントされるか，またはディスクで障害が発生すると， DUDRIVER は使用可能なサービス・キャパシティが最大のサーバをそのディスクに割り当てます (TMSCP サーバはこのマウント機能を実行しません)。この初期割り当てを静的負荷バランス調整と呼びます。

## 6.4.5 動的負荷バランス調整 (VAX のみ)

動的負荷バランス調整は VAX システムでのみ実行されます。 MSCP サーバの動作は 5 秒ごとに確認されます。サーバに対する動作が過剰になると，サービス負荷は自動的にクラスタ内の他のサーバに移動されます。

## 6.4.6 特殊な目的での MSCP I/O 負荷バランス調整の無効化

一部の構成では，クラスタ内の 1 つ以上のシステムをプライマリ I/O サーバとして指定し，他のシステムで I/O トラフィックを制限しなければならないことがあります。この目標を達成するには，MSCP サーバで使用されるデフォルトの負荷キャパシティの値を無効にします。たとえば，クラスタが 2 台の Alpha システムと 1 台の VAX 6000-400 システムで構成され，VAX システムに対して MSCP でサービスされる I/O トラフィックを削減したい場合は，たとえば 50 などの小さな MSCP_LOAD の値を VAX に割り当てることができます。2 台の Alpha システムは，それぞれ負荷キャパシティ値が 340 で起動され， VAX システムは負荷キャパシティ値が 50 で起動されるため， MSCP によってサービスされるサテライトは，大部分の I/O トラフィックを Alpha システムに送信するようになります。

# 6.5 Mount ユーティリティによるクラスタ・ディスクの管理

ローカルに接続されているディスクをクラスタ内の他のノードからアクセスできるようにするには，ディスクが接続されているコンピュータに MSCP サーバ・ソフトウェアをロードしなければなりません ( 第 6.3.1 項 を参照)。さらに，Mount ユーティリティと適切な修飾子 (/CLUSTER，/SYSTEM，/GROUP のいずれか) を使用して，各ディスクをマウントしなければなりません。複数のディスクのマウントは，コマンド・プロシージャを使用して自動化できます。 SYS$EXAMPLES ディレクトリに格納されているサンプル・コマンド・プロシージャ MSCPMOUNT.COM を参照してください。

Mount ユーティリティには，再マウント操作でディスクを自動的に再構築するかどうかを指定する他の修飾子もあります。データ・ディスクとシステム・ディスクとでは，適切な再構築手法は異なります。

ここでは，これらの目的で Mount ユーティリティを使用する方法について説明します。

## 6.5.1 クラスタ・ディスクのマウント

すべてのコンピュータ間で共用されるディスクをマウントするには，以下の表に示す方法で MOUNT コマンドを指定します。

マウントする場合 | 設定
--- | ---
システム・スタートアップ時
ディスクが 1 台のシステムに接続されていて，クラスタ内の他のすべてのノードから使用できるように設定する場合 | ディスクがマウントされるコンピュータで MOUNT/CLUSTER device-name を使用する。このコマンドが実行された時点でクラスタ内でアクティブであるすべてのコンピュータで，ディスクがマウントされる。最初に，ディスクはローカルでマウントされる。次に，マウント操作が正常終了すると，ディスクはクラスタ内の他のノードでマウントされる。
コンピュータにディスクが直接接続されていない場合 | コンピュータでアクセスしなければならない各ディスクに対して，そのコンピュータで MOUNT/SYSTEM device-name を使用する。ディスクは 1 台のシステムに接続することができ， HS x コントローラによってアクセスされる共用ディスクに接続することもできる。マウント操作が正常終了すると，ディスクはクラスタに参加しているコンピュータでマウントされる。
システムが稼動されているとき
ディスクを追加する場合 | ディスクがマウントされるコンピュータで MOUNT/CLUSTER device-name を使用する。このコマンドが実行された時点でクラスタ内でアクティブなすべてのコンピュータで，ディスクがマウントされる。最初に，ディスクはローカルでマウントされる。次に，マウント操作が正常終了すると，ディスクはクラスタ内の他のノードでマウントされる。

クラスタ内のシステムがブート (またはシャットダウン) される順序とは無関係に，可能な場合必ずディスクがマウントされるようにするには，上記の表の説明に従って，スタートアップ・コマンド・プロシージャで MOUNT/CLUSTER および MOUNT/SYSTEM を使用しなければなりません。

注意: システム・ディスクまたはグループ・ディスクだけは，クラスタ全体またはクラスタ・メンバの一部でマウントできます。 /SYSTEM 修飾子または /GROUP 修飾子を指定せずに MOUNT/CLUSTER を入力すると，/SYSTEM であるものと解釈されます。また，/SYSTEM 修飾子または /GROUP 修飾子を使用してマウントされる各クラスタ・ディスクには，固有のボリューム・ラベルを付けなければなりません。

前へ | 次へ | 目次 | 索引