日本-日本語
日本HPホーム 製品 & サービス OpenVMS製品情報
≫  お問い合わせ


OpenVMS マニュアル


 

OpenVMS ドキュメント
ライブラリ

タイトルページ
目次
まえがき
第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 ホーム

HP OpenVMS
OpenVMS Cluster システム


目次 索引



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

6.4.4 特殊な目的での 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 修飾子を使用してマウントされる各クラスタ・ディスクには,固有のボリューム・ラベルを付けなければなりません。

6.5.2 共用ディスクのマウントの例

3 メンバ・クラスタ内のすべてのコンピュータが COMPANYDOCS というディスクを共用したいとしましょう。ディスクを共用するには,以下の例に示すように,3 台のコンピュータのいずれかが MOUNT/CLUSTER コマンドを使用して COMPANYDOCS をマウントできます。

$ MOUNT/CLUSTER/NOASSIST $1$DUA4: COMPANYDOCS

3 台のコンピュータのうち,2 台だけがディスクを共用するように設定する場合は,以下の例に示すように,2 台のコンピュータがどちらも同じ MOUNT コマンドを使用してディスクをマウントしなければなりません。

$ MOUNT/SYSTEM/NOASSIST $1$DUA4: COMPANYDOCS

スタートアップ時にディスクをマウントするには,スタートアップ時に起動される共通のコマンド・プロシージャまたはコンピュータ固有のスタートアップ・コマンド・ファイルに MOUNT コマンドを指定します。

注意: /NOASSIST 修飾子は,ディスクのマウントを複数回実行するように設計されているコマンド・プロシージャで使用されます。ディスクは一時的にオフラインになったり,その他の何らかの理由でマウントできなくなることがあります。数回マウント操作を実行した後,ディスクをマウントできない場合,プロシージャは処理を続行します。デフォルト設定である /ASSIST 修飾子を使用すると,ディスクをただちにマウントできないときに,コマンド・プロシージャは処理を停止し,オペレータに問い合わせます。

6.5.3 コマンド・プロシージャによるクラスタ・ディスクのマウント

クラスタ・ディスクを構成するには,ディスクをマウントするためのコマンド・プロシージャを作成します。サイト固有の SYSTARTUP プロシージャから起動される別のコマンド・プロシージャ・ファイルに,クラスタ・ディスクをマウントするコマンドを指定することもできます。クラスタ環境に応じて,以下のいずれかの方法でコマンド・プロシージャを設定できます。

  • 共通プロシージャのコピーを作成し,それを別のファイルとして保存することで,クラスタ内の各コンピュータ固有のファイルを作成できます。

  • 共用ディスクに,コンピュータに依存しない共通のファイルを作成できます。

どちらの方法の場合も,各コンピュータはサイト固有の SYSTARTUP プロシージャから共通プロシージャを起動できます。

例: システムの SYS$EXAMPLES ディレクトリに格納されている MSCPMOUNT.COM ファイルは,クラスタ・ディスクをマウントするために一般に使用されるコマンドが格納されているサンプル・コマンド・プロシージャです。この例には,プロシージャの各段階を説明するコメントが含まれています。

6.5.4 ディスクの再構築操作

ファイルが作成または拡張されるときに,ディスク I/O 操作をできるだけ少なくし,パフォーマンスを向上するために, OpenVMS ファイル・システムではあらかじめ割り当てられたファイル・ヘッダとディスク・ブロックのキャッシュが管理されています。

ディスクが不正にディスマウントされると (たとえば,システム障害が発生した場合や, SYS$SYSTEM:SHUTDOWN.COM を実行せずにクラスタから削除された場合),あらかじめ割り当てられているこの領域が一時的に使用できなくなります。ディスクが再びマウントされると, MOUNT はディスクをスキャンしてこの領域を回復します。この処理をディスクの再構築操作と呼びます。

6.5.5 クラスタ・ディスクの再構築

クラスタに接続されていないコンピュータでは,あらかじめ割り当てられた領域を回復するための MOUNT スキャン操作は,単にブート処理を長引かせるだけです。しかし, OpenVMS Cluster システムでは,この操作はクラスタ内のすべてのユーザ・プロセスの応答時間を長引かせる可能性があります。特定のディスクに対してスキャンが実行されている間,そのディスクに対する大部分の動作は実行できません。

注意: 特に,ディスクに多くのファイルが含まれている場合や,ユーザ数が多い場合,ディスク上のファイルに読み込みまたは書き込みを実行しようとしているユーザ・プロセスで数分以上の遅延が発生することがあります。

再構築操作は,OpenVMS Cluster のコンピュータのスタートアップでディスクへのアクセスを遅らせる可能性があるため,クラスタ・ディスクのマウント・プロシージャでは,なるべく /NOREBUILD 修飾子を使用することをお勧めします。 MOUNT/NOREBUILD を指定すると,失われた領域を回復するためにディスクがスキャンされることがないので,コンピュータがディスクをマウントするときに発生する遅延時間を最低限に抑えることができます。

関連項目: システム・ディスクの再構築の詳細については, 第 6.5.6 項 を参照してください。ディスクの再構築およびシステム・ディスクのスループットを向上する方法の詳細については, 第 9.7.1 項 を参照してください。

6.5.6 システム・ディスクの再構築

ほとんどのシステムの動作はシステム・ディスクへのアクセスを必要とするため,システム・ディスクの再構築は特に重要です。システム・ディスクの再構築が実行されている場合,そのディスクを使用するどのコンピュータでも,動作はほとんど実行されません。

他のディスクと異なり,システム・ディスクはブート・シーケンスの初期の段階で自動的にマウントされます。 再構築が必要で,システム・パラメータ ACP_REBLDSYSD の値が 1 の場合は,システム・ディスクはブート・シーケンスで再構築されます (ACP_REBLDSYSD システム・パラメータのデフォルト設定は 1 であり,この値はシステム・ディスクを再構築しなければならないことを指定します)。以下の例外があります。

設定 説明
サテライトでは,ACP_REBLDSYSD パラメータを 0 に設定しなければならない。 このように設定すると,ブート・シーケンスの初期の段階でシステム・ディスクがマウントされるときに,サテライトがシステム・ディスクを再構築しないようにすることができ,サテライトがクラスタに参加するときに,このような再構築によって発生する遅延時間を回避することができる。
ブート・サーバでは,ACP_REBLDSYSD をデフォルト値の 1 に設定しなければならず,ブート・サーバでディスクをマウントするプロシージャでは, /REBUILD 修飾子を使用しなければならない。 このようにすると,ブート・サーバのリブートの時間が長くなる可能性があるが,予想しないシャットダウンが発生した後,システム・ディスクの領域が確実に使用可能になる。

クラスタが起動され,実行された後,システム管理者は失われたディスク領域を回復するために, SET VOLUME/REBUILD コマンドを実行するバッチ・プロシージャをキューに登録することができます。このようなプロシージャは,ディスクへのアクセスがブロックされてもユーザが不便を感じない時刻 (たとえば毎日午前 0 時から午前 6 時の間) に実行できます。 SET VOLUME/REBUILD コマンドは,再構築が必要であるかどうかを判断するので,プロシージャでは,通常マウントされる各ディスクに対してコマンドを実行できます。

推奨: これらのプロシージャを以下のコンピュータで実行すれば,プロシージャの実行時間を短縮し,ディスク・アクセスで発生する遅延時間を短縮することができます。

  • 強力なコンピュータ

  • 再構築されるボリュームに対して直接アクセスできるコンピュータ

さらに,それぞれ異なるディスク・セットを再構築するプロシージャを 2 つ以上同時に実行することもできます。

注意: ディスクをマウントするときに,以下の条件のいずれか一方または両方が満たされる場合は,定期的に SET VOLUME/REBUILD コマンドを含むプロシージャを実行して,ディスクを再構築することが重要です。

  • ディスクが MOUNT/NOREBUILD コマンドによってマウントされる場合

  • ACP_REBLDSYSD システム・パラメータが 0 に設定される場合

ディスク・ボリュームを再構築しないと,使用可能な領域が失われ,アプリケーションがファイルを作成および拡張することができなくなることがあります。

6.6 OpenVMS Cluster 全体でのディスクのシャドウイング

ボリューム・シャドウイング (ディスク・ミラーリングとも呼ぶこともあります) は,データを複数のディスクに複製することで,高いデータ可用性を達成します。1 つのディスクで障害が発生しても,他のディスクがアプリケーションおよびユーザ I/O 要求のサービスを続行できます。

6.6.1 目的

Volume Shadowing for OpenVMS ソフトウェアは,シングル・ノードから大規模な OpenVMS Cluster システムに至るまで,すべての OpenVMS 構成にわたってデータ可用性を提供するので,最も必要とされる場所でデータ可用性を提供することができます。

Volume Shadowing for OpenVMS ソフトウェアは, RAID 1 (redundant arrays of independent disks) テクノロジを実装したものです。Volume Shadowing for OpenVMS は,ディスク・デバイス障害が発生しても,システムやアプリケーションの動作が中断されるのを防止します。複数のディスクにデータを複製することで,ボリューム・シャドウイングはメディアの劣化,通信パス障害,コントローラ障害やデバイス障害などによって,ストレージ・サブシステムがシステム全体をダウンさせるようなシングル・ポイント障害になるのを明瞭に防止します。

6.6.2 シャドウ・セット

最大 6 つの互換性のあるディスク・ボリュームをマウントして シャドウ・セットを作成できます。 図 6-8 では,互換性のある 3 つのディスク・ボリュームを使用してシャドウ・セットを作成しています。シャドウ・セット内の各ディスクをシャドウ・セット・メンバと呼びます。 Volume Shadowing for OpenVMS は,シャドウ・セット・デバイスを論理的に結合して, 仮想ユニットと呼ぶ 1 つの仮想デバイスとして表現します。つまり,仮想ユニットによって表されるシャドウ・セットの複数のメンバは,オペレーティング・システムやユーザにとって可用性の高い 1 つのディスクとして認識されます。

図 6-8 3 つのメンバで作成されるシャドウ・セット




アプリケーションやユーザは,シャドウイングされていない I/O 操作の場合と同じコマンドおよびプログラム言語構文やセマンティックを使用して,シャドウ・セットからデータを読み込んだり,シャドウ・セットにデータを書き込むことができます。システム管理者は,シャドウイングされていないディスクの場合と同じコマンドやユーティリティを使用して,シャドウ・セットの管理と監視を行います。唯一の相違点は,個々のデバイスではなく,仮想ユニットを介してアクセスされるという点です。

関連項目: シャドウイング製品の機能の詳細については,『Volume Shadowing for OpenVMS』を参照してください。

6.6.4 サポートされるデバイス

1 台のワークステーションまたは大規模なデータ・センタに対して,有効なシャドウイング構成は以下のとおりです。

  • すべての MSCP 準拠 DSA ドライブ

  • すべての SAS デバイス

  • READL (read long) コマンドと WRITEL (write long) コマンドを実装し,SCSI ディスク・ドライバ (DKDRIVER) を使用するすべての StorageWorks SCSI ディスクとコントローラ,および一部のサード・パーティ SCSI デバイス
    制限事項: READL コマンドと WRITEL コマンドをサポートしない SCSI ディスクは,シャドウイング・データの修復 (ディスクの不正ブロック・エラー) 機能をサポートしないため,これらのディスクがシャドウイング・メンバになることはできません。サポートされない SCSI ディスクを使用すると,メンバはシャドウ・セットから削除される可能性があります。

データ・ディスクとシステム・ディスクをシャドウイングすることができます。したがって,システム・ディスクからブートされるシステムにとって,そのディスクがシングル・ポイント障害になることはありません (そのディスクで障害が発生しても,システム全体がダウンすることはありません)。システム・ディスクのシャドウイングは特に, 共通システム・ディスクを複数のコンピュータのブートで使用する OpenVMS Cluster システムで重要です。

Volume Shadowing for OpenVMS では,クォーラム・ディスクのシャドウイングはサポートされません。これは,ボリューム・シャドウイングでは OpenVMS 分散ロック・マネージャが使用されますが,ロックを有効にする前に,クォーラム・ディスクを利用しなければならないからです。

『Volume Shadowing for OpenVMS Software Product Description』 (SPD 27.29.xx) に定義されている有効なディスク構成に含まれていないシャドウ・セット・メンバの場所は特に制限されません。


目次 索引

© 2012 Hewlett-Packard Development Company, L.P.