| 前へ | 次へ | 目次 | 索引 |
OpenVMS パートナは， 表 1-2 に示すように，さまざまなシステム管理ニーズを満たす幅広いツールを提供しています。ツールの種類については，以下にリストして説明します。
| パートナ会社 | ツール | 種類(機能) |
|---|---|---|
| BMC | Perform and Predict | 性能およびキャパシティ・マネージャ |
| Patrol for OpenVMS | イベント・マネージャ | |
| ControlM | コンソール・マネージャ | |
| Computer Associates | Advise IT | 性能マネージャ |
| Command IT | コンソール・マネージャ | |
| Schedule IT | スケジュール・マネージャ | |
| Watch IT | イベント・マネージャ | |
| Unicenter TNG | 各種ツールの組み合わせ | |
| Fortel | ViewPoint | 性能マネージャ |
| Global Maintech | VCC | コンソール・マネージャ |
| Heroix | RoboMon | イベント・マネージャ |
| RoboCentral | コンソール・マネージャ | |
| ISE | Schedule | スケジュール・マネージャ |
| Ki NETWORKS | CLIM | コンソール・マネージャ |
| ORSYP | Dollar Universe | スケジュール・マネージャ |
| RAXCO | Perfect Cache | ストレージ性能 |
| Perfect Disk | ストレージ管理 | |
| TECsys Development Inc. | Console Works | コンソール・マネージャ |
OpenVMS パートナとその提供ツールの最新情報については，次のウェブ・サイトにアクセスしてください。
http://www.openvms.compaq.com/openvms/system_management.html
1.5.4 その他の構成補助機能
これらのユーティリティおよびパートナ製品の他に，システム管理者がシステムを構成するときに役立つように，HSC，HSJ，HSD， HSZ，HSG，RF サブシステムに関するパラメータを設定するためのコマンドも提供されます。
この章では，OpenVMS Cluster システムの設計と実装の理解に役立つように，その基本アーキテクチャについて説明します。
2.1 OpenVMS Cluster システムのアーキテクチャ
図 2-1 では， OpenVMS Cluster システム・アーキテクチャのプロトコル・レイヤを，下から順に，通信メカニズムからシステム・ユーザに至るまで示しています。これらのプロトコル・レイヤには以下のものが含まれます。
図 2-1 OpenVMS Cluster システム・アーキテクチャ
2.1.1 ポート・レイヤ
アーキテクチャの最下位レベルでは，デバイス間の接続が通信ポートおよび物理パスとして提供されます。ポート・レイヤには，以下のいずれかのインターコネクトを含むことができます。
各インターコネクトは，プロセッサ・ノードに接続されるポート (アダプタとも呼びます) によってアクセスされます。たとえば，Fibre Channel インターコネクトは Fibre Channel ポートによってアクセスされます。
2.1.2 SCS レイヤ
SCS レイヤでは，各論理パスを介して，データグラム，メッセージ，およびブロック転送の形式で，基本的な接続管理および通信サービスが提供されます。 表 2-1 は，これらのサービスについて説明しています。
| サービス | 配布の保証 | 使用方法 |
|---|---|---|
| データグラム | ||
| 1 パケット未満の情報 | データグラムの配布は保証されない。データグラムは紛失する可能性があり，重複したり，順序が入れ替わって配布される可能性がある。 | 紛失しても重大な問題にならない状態メッセージと情報メッセージ
独自の信頼性プロトコル (DECnet など) を保有するアプリケーション |
| メッセージ | ||
| 1 パケット未満の情報 | メッセージの配布が保証され，順番どおりに到着することも保証される。各パケットで仮想サーキット・シーケンス番号が使用される。 | ディスクの読み込み/書き込み要求 |
| ブロック・データ転送 | ||
| プロセス仮想アドレス空間内の連続するデータ。サイズは，ホスト・システムの物理的なメモリ・サイズによって制限されるが，それ以外のサイズの制限はない。 | ブロック・データの配布は保証される。送信ポートと受信ポートおよびポート・エミュレータが協調動作して，転送をデータ・パケットに分割し，すべてのパケットが正しく送信され，受信され，適切な宛先バッファに格納されることを保証する。ブロック・データ転送は，転送サイズの点でメッセージと異なる。 | ディスクの読み込み/書き込み要求に関連するデータの移動のために，ディスク・サブシステムおよびディスク・サーバで利用 |
SCS レイヤは，ポートの種類に応じて，ハードウェアとソフトウェアの組み合わせまたはソフトウェアのみで実装されます。SCS は OpenVMS Cluster 内の接続を管理し，
仮想サーキットという共通のトランスポートを介して，システム・アプリケーション間でメッセージを多重化します。仮想サーキットは，2 つ 1 組の SCS ポートおよびその仮想サーキットで多重化される SCS 接続の間に存在します。
2.1.3 システム・アプリケーション (SYSAP) レイヤ
OpenVMS Cluster アーキテクチャの次のレイヤは， SYSAP レイヤで構成されます。このレイヤは，たとえばディスクやテープへのアクセスやクラスタ・メンバシップの制御などの機能を提供する複数のシステム・アプリケーションで構成されます。SYSAP には以下のコンポーネントがあります。
これらのコンポーネントについては，この章の後半で詳しく説明します。
2.1.4 他のレイヤード・コンポーネント
OpenVMS Cluster システム・アーキテクチャの一番上には，広範囲にわたる OpenVMS コンポーネント・レイヤがあります。このレイヤには，以下のコンポーネントが含まれています。
ボリューム・シャドウイング以外のコンポーネントについては，この章の後半で詳しく説明します。 Volume Shadowing for OpenVMS については， 第 6.6 節 を参照してください。
2.2 OpenVMS Cluster ソフトウェアの機能
OpenVMS Cluster の通信およびリソース共用機能を実装する OpenVMS Cluster ソフトウェア・コンポーネントは， OpenVMS Cluster のすべてのコンピュータで常に実行されます。 1 台のコンピュータで障害が発生しても，コンポーネントは他のコンピュータで実行されているため， OpenVMS Cluster システムは操作を続行できます。
2.2.1 機能
以下の表は，OpenVMS Cluster の通信およびリソース共用機能と，各機能を実行するコンポーネントを示しています。
| 機能 | コンポーネント |
|---|---|
| クラスタ・メンバシップの規則に従って OpenVMS Cluster コンピュータが相互に通信するようにする。 | 接続マネージャ |
| 他の OpenVMS Cluster コンポーネント， OpenVMS 製品，他のソフトウェア製品で実行される機能の同期をとる。 | 分散ロック・マネージャ |
| ディスクとファイルを共用する。 | 分散ファイル・システム |
| ディスクに直接アクセスできないノードから，そのディスクを利用できるようにする。 | MSCP サーバ |
| テープに直接アクセスできないノードから，そのテープを利用できるようにする。 | TMSCP サーバ |
| キューを使用可能にする。 | 分散ジョブ・コントローラ |
接続マネージャは，OpenVMS Cluster システムのコンピュータがクラスタ・メンバシップの規則に従って相互に通信するようにします。
OpenVMS Cluster システムのコンピュータは，ディスクやファイルへのアクセスなど，さまざまなデータやシステム・リソースを共用します。リソースの整合性を確保するのに必要な調整を行うために，コンピュータはクラスタ・メンバシップに関する明確な情報の記録を管理しておかなければなりません。
2.3.1 接続マネージャ
接続マネージャは，最初のコンピュータがブートされるときに OpenVMS Cluster を作成し，クラスタの 状態遷移時に，コンピュータがクラスタに追加されたり，クラスタから削除されるときに，クラスタを再構成します。接続マネージャの全体的な役割は以下のとおりです。
接続マネージャの最大の目的は， クラスタ分断を防止することです。クラスタ分断とは，既存の OpenVMS Cluster 構成のノードが 2 つ以上の独立したクラスタに分割される状態のことです。
分散ロック・マネージャは，複数の OpenVMS Cluster システムに対して共用リソースへのアクセスを調整することができないため，クラスタ分断が発生すると，データ・ファイルが壊れる可能性があります。接続マネージャはクォーラム・アルゴリズムを使用して，クラスタ分断を防止します。
2.3.3 クォーラム・アルゴリズム
クォーラム・アルゴリズムは，OpenVMS Cluster システムでリソースを共用するために，OpenVMS Cluster の大多数のメンバが存在するかどうかを判断するための数学的な方法です。 クォーラム (定足数)とは，クラスタが機能するために存在する必要のあるボーツ (投票) の数です。クォーラムは，クラスタ分断を防止するために接続マネージャが計算する動的な値です。接続マネージャは，OpenVMS Cluster のメンバの大多数が機能している場合にだけ，処理の実行を認めます。
2.3.4 システム・パラメータ
クォーラム・アルゴリズムで実行される演算では，VOTES と EXPECTED_VOTES の 2 つのシステム・パラメータが重要です。以下の表は，これらのパラメータについて説明しています。
| パラメータ | 説明 |
|---|---|
| VOTES | コンピュータがクォーラムに対して貢献する固定のボーツ (投票) 数を指定する。システム管理者が各コンピュータで VOTES パラメータを設定でき，オペレーティング・システムが以下のデフォルト値に設定するようにすることもできる。
VOTES システム・パラメータの値が 0 以外の各 Alpha コンピュータまたは VAX コンピュータは， ボーツ・メンバであると解釈される。 |
| EXPECTED_VOTES | OpenVMS Cluster メンバが保有しているすべての VOTES の合計を指定する。これを 初期値として，クラスタの 正しいクォーラム値の見積もりが求められる。システム管理者は，サテライトも含めて，クラスタ内でアクティブな各 Alpha コンピュータまたは VAX コンピュータでこのパラメータを設定しなければならない。 |
| ステップ | 動作 | ||||||
|---|---|---|---|---|---|---|---|
| 1 | OpenVMS Cluster 内のノードがブートされると，接続マネージャは存在するすべてのシステムの EXPECTED_VOTES の最大値を使用して，以下の公式に従って
見積もりクォーラムの値を求める。
Estimated quorum = (EXPECTED_VOTES + 2)/2 | Rounded down |
||||||
| 2 | 状態遷移時 (ノードがクラスタに参加またはクラスタから外れた時，あるいはクォーラム・ディスクが認識された時) に，接続マネージャは，以下の値の
最大値をクラスタ・クォーラム値として動的に計算する。
注意: クォーラム・ディスクについては， 第 2.3.7 項 を参照。 |
||||||
| 3 | 接続マネージャは，クラスタのボーツ数をクラスタ・クォーラム値と比較して，以下の条件をもとに，実行する動作を判断する。
|
注意: あるノードが OpenVMS Cluster システムから削除されても，接続マネージャはクラスタ・クォーラム値を小さくしません。実際に，接続マネージャは，クラスタ・クォーラム値を減少させることはなく，シャットダウン時に REMOVE NODE オプションが選択されない限り，クラスタ・クォーラム値を増加させるだけです。しかし，システム管理者は， 第 10.12.2 項 の手順に従って，この値を減少させることができます。
| 前へ | 次へ | 目次 | 索引 |