日本-日本語

製品  >  ソフトウェア  >  OpenVMS  >  マニュアル

OpenVMS マニュアル


≫ 

OpenVMS V8.3
ライブラリ

タイトルページ
目次
まえがき
第 1 章:OpenVMS Cluster システムの管理の概要
第 2 章:OpenVMS Cluster の概念
第 3 章:OpenVMS Cluster インターコネクト構成
第 4 章:OpenVMS Cluster オペレーティング環境
第 5 章:共用環境の準備
第 6 章:クラスタ・ストレージ・デバイス
第 7 章:クラスタ・キューの設定と管理
第 8 章:OpenVMS Cluster システムの構成
第 9 章:大規模な OpenVMS Cluster システムの構築
第 10 章:OpenVMS Cluster システムの保守
付録 A :クラスタ・システム・パラメータ
付録 B :共通ファイルの作成
付録 C :クラスタのトラブルシューティング
付録 D :LAN 制御のためのサンプル・プログラム
付録 E :LAN 制御のためのサブルーチン
付録 F :NISCA プロトコルのトラブルシューティング
付録 G :NISCA トランスポート・プロトコル・チャネル選択および輻輳制御
索引
PDF
OpenVMS ホーム
OpenVMS | HPE 日本

OpenVMS
OpenVMS Cluster システム


目次 索引



ノード割り当てクラスは 2 種類の方法で割り当てることができます。それは,CLUSTER_CONFIG.COM または CLUSTER_CONFIG_LAN.COM を使用する方法 ( 第 8.4 節 を参照) と,AUTOGEN を使用する方法 (以下の表を参照) です。

ステップ 操作
1 システム・ディスクからブートされる各ノードで,ルート・ディレクトリ [SYS n.SYSEXE]MODPARAMS.DAT を編集する。以下の例では,MODPARAMS.DAT ファイルを示している。ここに示したエントリは単なる例であり,特定のパラメータの推奨設定値を示すものではない。
!

! Site-specific AUTOGEN data file. In an OpenVMS Cluster
! where a common system disk is being used, this file
! should reside in SYS$SPECIFIC:[SYSEXE], not a common
! system directory.
!
! Add modifications that you want to make to AUTOGEN's
! hardware configuration data, system parameter
! calculations, and page, swap, and dump file sizes
! to the bottom of this file.
SCSNODE="NODE01"
SCSSYSTEMID=99999
NISCS_LOAD_PEA0=1
VAXCLUSTER=2
MSCP_LOAD=1
MSCP_SERVE_ALL=1
ALLOCLASS=1
TAPE_ALLOCLASS=1
2 AUTOGEN を起動して,システム・パラメータ値を設定する。
$ @SYS$UPDATE:AUTOGEN start-phase end-phase

3 クラスタ全体をシャットダウンして,リブートすることにより,新しい値を有効にする。



HSC サブシステムでノード割り当てクラス値の割り当てまたは変更を行う場合は,クラスタをシャットダウンする必要があります。 HSC サブシステムのディスクにノード割り当てクラスを割り当てるには,以下の形式で HSC コンソール・コマンドを使用して,値を指定します。


SET ALLOCATE DISK allocation-class-value 

テープのノード割り当てクラスを割り当てるには,以下の形式で SET ALLOCATE TAPE コマンドを入力します。


SET ALLOCATE TAPE tape-allocation-class-value 

たとえば,ディスクのノード割り当てクラスの値を 1 に変更するには, HSC の内部ドア・スイッチを Enable の位置に設定し,適切な HSC コンソールから以下のようなコマンド・シーケンスを入力します。


[Ctrl/C]
HSC> RUN SETSHO
SETSHO> SET ALLOCATE DISK 1
SETSHO> EXIT
SETSHO-Q Rebooting HSC; Y to continue, Ctrl/Y to abort:? Y

HSC の内部ドア・スイッチの設定を元に戻します。

関連項目: HSC コンソール・コマンドの詳細については, HSC ハードウェアのマニュアルを参照してください。

HSJ サブシステムのディスクに対してノード割り当てクラス値を割り当てるには,以下の形式で SET CONTROLLER MSCP_ALLOCATION_CLASS コマンドを入力します。


SET CONTROLLER MSCP_ALLOCATION_CLASS = allocation-class-value 

テープのノード割り当てクラス値を割り当てるには,以下の形式で SET CONTROLLER TMSCP_ALLOCATION_CLASS ALLOCATE TAPE コマンドを入力します。


SET CONTROLLER TMSCP_ALLOCATION_CLASS = allocation-class-value 

たとえば,HSJ サブシステムでディスクのノード割り当てクラス値を 254 に設定するか,または 254 に変更するには, HSJ コンソール・プロンプト (PTMAN>) に対して以下のコマンドを入力します。


PTMAN> SET CONTROLLER MSCP_ALLOCATION_CLASS = 254



HSD サブシステムで割り当てクラス値の割り当てまたは変更を行うには,以下のコマンドを使用します。


$ MC SYSMAN IO CONNECT FYA0:/NOADAP/DRIVER=SYS$FYDRIVER
$ SET HOST/DUP/SERVER=MSCP$DUP/TASK=DIRECT node-name
$ SET HOST/DUP/SERVER=MSCP$DUP/TASK=PARAMS node-name
PARAMS> SET FORCEUNI 0
PARAMS> SET ALLCLASS 143
PARAMS> SET UNITNUM 900
PARAMS> WRITE
Changes require controller initialization, ok? [Y/(N)] Y
PARAMS> EXIT
$ 



DSSI ISE でノード割り当てクラス値の割り当てまたは変更を行うには,オペレーティング・システムに応じて異なるコマンドを使用します。

たとえば,DSSI ISE TRACER の割り当てクラス値を 1 に変更するには, 表 6-2 に示す手順を実行します。

表 6-2 DSSI 割り当てクラス値の変更
ステップ 操作
1 ハードウェア・デバイス TRACER に接続されているコンピュータで SYSTEM アカウントにログインし,以下の手順でドライバをロードする。

  • Alpha システムの場合は,DCL プロンプトに対して以下のコマンドを入力する。
    $ MC SYSMAN IO CONN FYA0:/NOADAP/DRIVER=SYS$FYDRIVER
    

  • VAX システムの場合は,DCL プロンプトに対して以下のコマンドを入力する。
    $ MCR SYSGEN CONN FYA0:/NOADAP/DRIVER=FYDRIVER
    

2 DCL プロンプトに対して,SHOW DEVICE FY コマンドを入力して,FY デバイスが存在するかどうかと,その状態を確認する。以下の例を参照。
$ SHOW DEVICE FY

Device Device Error
Name Status Count
FYA0: offline 0
3 DCL プロンプトに対して,以下のコマンド・シーケンスを入力して,割り当てクラス値を 1 に設定する。
$ SET HOST/DUP/SERVER=MSCP$DUP/TASK=PARAMS
node-name

params >set allclass 1
params >write
Changes require controller initialization, ok?[Y/N]Y
Initializing...
%HSCPAD-S-REMPGMEND, Remote program terminated--message number 3.
%PAxx, Port has closed virtual circuit - remote node TRACER
%HSCPAD-S-END, control returned to node node-name
$
4 クラスタ全体をリブートして,新しい値を有効にする。



図 6-5 は,2 台のコンピュータ間でデュアル・パス接続されている DSA ディスクとテープを示しています。

図 6-5 コンピュータ間でデュアル・パス接続されているディスクとテープ


この構成で,以下のことに注意してください。

  • URANUS と NEPTUN は,ローカルに接続されているディスクにアクセスするか,または他のコンピュータの MSCP サーバを通じてディスクにアクセスします。

  • サテライト ARIEL と OBERON が $1$DJA8 にアクセスする場合には,URANUS または NEPTUN を介したパスが作成されます。

  • たとえば,URANUS ノードがシャットダウンされている場合,サテライトは NEPTUN を介してデバイスにアクセスできます。URANUS がリブートされると, URANUS または NEPTUN を介してアクセスできるようになります。



図 6-6 では,複合インターコネクト・クラスタでデバイス名を指定する典型的な方法を示しています。この図では,各 CI コンピュータに対して関連するシステム・パラメータ値を設定する方法も示しています。

図 6-6 複合インターコネクト・クラスタでのデバイス名


この構成で,以下のことに注意してください。

  • ディスクとテープは,VOYGR1 および VOYGR2 という HSC または HSJ サブシステムにデュアル・パス接続されています。これらのサブシステムはスター・カプラを介して JUPITR, SATURN,URANUS,NEPTUN に接続されています。

  • MSCP サーバと TMSCP サーバは JUPITR と NEPTUN にロードされ (MSCP_LOAD = 1,TMSCP_LOAD = 1), ALLOCLASS パラメータと TAPE_ALLOCLASS パラメータは,これらのコンピュータおよび両方の HSC サブシステムまたは HSJ サブシステムで同じ値 (1) に設定されています。

注意: 最適な可用性を実現するには,2 台以上の CI 接続されたコンピュータがクラスタに対して,HSC デバイスまたは HSJ デバイスをサービスしなければなりません。

名前の競合が発生しないように,テープ・ドライブはテープ割り当てクラスを含む固有の名前で識別されるようにしなければなりません。

重複する名前の回避

VAX 6000 コンピュータでは,他のコンピュータより重複する名前が発生する可能性が高くなっています。これは, TK コンソール・テープ・ドライブ (VAX 6000 キャビネットに搭載) に MUA6 または MUB6 という名前が一般に付けられるからです。したがって,2 台以上の VAX 6000 コンピュータを含む VAXcluster システムを構成する場合,複数の TK コンソール・テープ・ドライブが同じ名前になる可能性があります。

テープ割り当てクラスの指定

TK コンソール・テープ・ドライブにクラスタ全体で固有の名前を割り当てるには,以下に示すように,0〜255 の範囲の数値をテープ割り当てクラス名として指定し,その後にデバイス名を指定します。


$tape-allocation-class$device-name

例:

$1$MUA6,$1$MUB6,$2$MUA6 がすべて固有のデバイス名であるとしましょう。最初の 2 つには同じテープ割り当てクラスが割り当てられていますが,コントローラ名は違います (A と B)。3 番目のデバイスには,最初の 2 つとは異なるテープ割り当てクラスが割り当てられています。

固有のアクセス・パスの確保

VAX 6000 の TKC コンソール・テープ・ドライブへの固有のアクセス・パスを確保するために, 表 6-3 で説明している方法について考えてみましょう。

表 6-3 固有のテープ・アクセス・パスの確保
方法 説明 コメント
各 VAX 6000 システムで TK コンソール・テープ・ユニット番号を固有の値に設定する。 クラスタ全体で TMSCP がテープをサービスしなければならない VAXcluster システムの場合,これらのテープ・ドライブのテープ・コントローラ名とユニット番号は,クラスタ単位で固有の値でなければならず,クラスタのデバイス名の規則に従っていなければならない。コントローラ名とユニット番号がクラスタ単位で固有の値である場合は, TAPE_ALLOCLASS システム・パラメータは,複数の VAX 6000 システムで同じ値に設定してもかまわない。 TK コンソール・ドライブのユニット番号は,VAX 6000 の BI バックプレーンの TBK70 コントローラの BI バス・ユニット番号プラグによって制御される。 BI バックプレーンの他のすべてのコントローラ・カードと異なる値になるように,ユニット番号は弊社のサービス担当者に変更してもらう。使用できるユニット番号は 0〜15 の範囲である (デフォルト値は 6)。
2 台以上の VAX 6000 コンピュータで構成される VAXcluster システムの場合,コンソール・テープは異なるコントローラ名を使用して設定する。 VAXcluster 構成に VAX 6000 コンピュータが 2 台だけ含まれている場合は,TBK70 コントローラ・カードを同じ VAX コンピュータで別の BI バックプレーンに移動するように,弊社のサービス担当者に依頼する。 コントローラ・カードを移動すると,テープ・ドライブのコントローラ名だけが変化し,ユニット番号は変化しない (たとえば,MUA6 は MUB6 になる)。

注意: テープ・ドライブのユニット番号は同一でもかまわない。



StorageWorks RAID Array 210 または 230 サブシステムに RAID デバイスが接続されている場合,0 以外のノード割り当てクラスを使用すると,クラスタ環境で実行中にデバイス名の問題が発生することがあります。この場合は, RAID デバイスに $n$DRcu という名前が付けられます。ただし,n は (0 以外の) ノード割り当てクラスであり,c はコントローラ名, u はユニット番号です。

クラスタ内の複数のノードが同じ (0 以外の) ノード割り当てクラスを持ち,これらのノードに RAID コントローラが接続されている場合,異なる RAID デバイスに同じ名前 (たとえば $1$DRA0) が割り当てられることがあります。このような問題があると,データが壊れる可能性があります。

このような問題を防止するには, DR_UNIT_BASE システム・パラメータを使用します。このパラメータを使用すると,DR デバイスには,指定した DR_UNIT_BASE 値から順に番号が付けられます。たとえば,ノード割り当てクラスが $1,コントローラ名が A のときに,あるクラスタ・メンバの DR_UNIT_BASE を 10 に設定すると, RAID コントローラによって生成される最初のデバイス名は $1$DRA10 になり,次の名前は $1$DRA11,その次の名前は $1$DRA12 になります。

DR デバイス名が固有の名前になるようにするには,作成されるデバイス番号が重なり合わないように,各クラスタ・メンバで DR_UNIT_BASE の値を設定します。たとえば,3 つのクラスタ・メンバで DR_UNIT_BASE の値を 10,20,30 に設定することができます。各クラスタ・メンバに接続されているデバイスの台数が 10 台以下の場合は,DR デバイス番号は固有の値になります。

6.2.3 ポート割り当てクラスを使用する理由

ノード割り当てクラスが 0 以外の値の場合,デバイスが共用インターコネクトで接続されているかどうかとは無関係に,接続されているすべてのデバイスに対して,ノード割り当てクラスがデバイス名の接頭辞になります。クラスタ内で固有の名前を確保するには,デバイスがプライベート・バスにある場合でも,ディスク・デバイス名の ddcu の部分 (たとえば DKB0) が割り当てクラスの中で固有の値になるようにしなければなりません。

DIGITAL Storage Architecture (DSA) デバイスの場合,システム管理者は,固有の値になるように大きなユニット番号空間から適切な値を選択できるため,この制限はかなり簡単に回避できます。しかし,コントローラ名とユニット番号の両方をハードウェア構成で決定される SCSI のような他のデバイス・タイプの場合は,この制限の回避はもう少し困難です。

たとえば, 図 6-7 に示す構成では,各システムにアダプタ名 A のプライベート SCSI バスが接続されています。固有の名前を取得するには,ユニット番号が異なる値でなければなりません。このため,構成に含むことができるデバイスの最大数は 2 つのバスで最大 8 台になります (1 つ以上のバスでワイド・アドレッシングを使用できる場合は 16)。この結果,空の StorageWorks ドライブ・ベイが発生し,システムの最大記憶容量が小さくなってしまいます。

図 6-7 ノード割り当てクラスを使用する SCSI デバイス名




SCSI デバイス名の一部は,デバイスにアクセスするときに使用される SCSI コントローラによって決定されます (たとえば, DKBn の B)。したがって,各ノードが各デバイスに対して同じ名前を使用するようにするには,共用 SCSI バスに接続されているすべての SCSI コントローラで同じ OpenVMS デバイス名を使用しなければなりません。 図 6-7 では,各ホストはコントローラ PKB によって共用 SCSI バスに接続されています。

この要求を満たすには,共用 SCSI バスの構成が難しくなります。これは,システム管理者が SCSI コントローラ・デバイス名の割り当てに関して,ほとんどあるいはまったく制御できなくなるからです。特に,1 台以上のシステムに以下のものが接続されている場合,異なるシステム・タイプでコントローラ名を一致させるのは困難です。

  • SCSI クラスタでサポートされていない内蔵 SCSI コントローラ

  • 一部のコントローラを SCSI クラスタにとって不適切なものとする長い内部ケーブル


目次 索引

印刷用画面へ
プライバシー 本サイト利用時の合意事項