日本-日本語
日本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 システム


目次 索引



HSG あるいは HSV サブシステムで割り当てクラス値を変更しなければならない場合は,クラスタ全体をシャットダウンした状態で変更しなければなりません。

関連項目: 割り当てクラス値を変更する場合は, 第 6.2.2.1 項 を参照してください。

8.6.7 リブート

以下の表では,サテライトおよびストレージ・サブシステムのブート操作について説明しています。

構成に含まれるサブシステム 必要な操作
HSG および HSV サブシステム すべての HSG サブシステムと HSV サブシステムを設定し,リブートした後,各コンピュータをリブートする。
サテライト・ノード サテライトをリブートする前に,ブート・サーバをリブートする。

複数のメッセージが新たに表示されることがある。たとえば, CLUSTER_CONFIG.COM の CHANGE 機能を使用して, LAN を介したクラスタ通信を有効にすると, LAN OpenVMS Cluster セキュリティ・データベースがロードされていることを示すメッセージが表示される。

関連項目: サテライトのブートの詳細については, 第 9.3 節 も参照。

ディスクをサービスするすべてのコンピュータで, MSCP サーバがロードされていることを示すメッセージが表示されます。

構成の設計どおりにすべてのディスクがサービスされているかどうか確認するには,ディスクをサービスしているノードのシステム・プロンプト ($) に対して, SHOW DEVICE/SERVED コマンドを入力します。たとえば,以下の表示は DSSI 構成を示しています。

$ SHOW DEVICE/SERVED

Device:  Status  Total Size  Current  Max  Hosts 
$1$DIA0   Avail     1954050        0    0      0 
$1$DIA2   Avail     1800020        0    0      0 

注意: ミニマム・スタートアップ (システム・パラメータ STARTUP_P1 を MIN に設定した状態) を使用して,ノードを既存の OpenVMS Cluster にブートすると,多くのプロセス (たとえば CACHE_SERVER,CLUSTER_SERVER,CONFIGURE) が起動されません。OpenVMS Cluster システムでこのようなノードを稼動する場合は,これらのプロセスを手動で起動するようにしてください。これらのプロセスを起動しないでノードを実行すると,クラスタが正常に機能しなくなります。

関連項目: これらのプロセスを手動で起動する方法については,『OpenVMS システム管理者マニュアル』を参照してください。

8.6.8 ローカル・ディスクに OpenVMS がインストールされている構成のサテライトのリブート(Alpha のみ)

サテライト・ノードは,システム障害や電源障害から復旧したときに,自動的にリブートされるように設定できます。

リブートの動作はシステムごとに異なります。多くのシステムにはコンソール変数が用意されていて,デフォルトでどのデバイスからブートするかを指定できます。しかし,一部のシステムでは,ブート可能なデバイスを自動的に検出するブート・スニッファがあらかじめ定義されています。以下の表はリブートの条件を示しています。

条件 追加条件 結果
自動リブートのためのブート・デバイスを指定することが認められていない (つまり,ブート・スニッファが定義されている) 場合 オペレーティング・システムがシステムのローカル・ディスクにインストールされている。 サテライト MOP のロードを要求するのではなく,ローカル・ディスクからブートされる。この状況を回避するには,自動リブートが行われる操作 (たとえば, REBOOT オプションを指定した SYS$SYSTEM:SHUTDOWN.COM の実行や,サテライトをクラスタに追加するための CLUSTER_CONFIG.COM の使用など) を許可する前に,以下のいずれかの方法を実行しなければならない。

  • ローカル・ディスクでディレクトリ・ファイル
    ddcu:[000000]SYS0.DIR の名前を ddcu:[000000]SYS x.DIR に変更する (ただし,SYS x は SYS0,SYSE,SYSF 以外のルートである)。その後,以下に示すように,DCL コマンド SET FILE/REMOVE を入力して,ブート・イメージ SYSBOOT.EXE の以前のディレクトリ・エントリを削除する。
    $ RENAME DUA0:[000000]SYS0.DIR DUA0:[000000]SYS1.DIR
    
    $ SET FILE/REMOVE DUA0:[SYSEXE]SYSBOOT.EXE

  • ローカル・ディスクを無効にする。操作方法については,各コンピュータのインストールおよび操作ガイドを参照。サテライトのローカル・ディスクがページングおよびスワッピングのために使用されている場合,この方法は使用できない。



8.7 フィードバック付き AUTOGEN の実行

AUTOGEN には,フィードバックと呼ぶ機能があります。この機能は,通常のシステム操作で収集されたデータを調べ,フィードバック・オプション付きで AUTOGEN を実行するときに,収集されたデータをもとにシステム・パラメータを調整します。たとえば,ディスク要求を処理するためにバッファ領域が解放されるのを待っているディスク・サーバの各インスタンスがシステムによって記録されます。この情報をもとに,AUTOGEN は十分な領域が割り当てられるように,ディスク・サーバのバッファ・プールのサイズを自動的に設定できます。

『OpenVMS システム管理者マニュアル』の説明に従って, SYS$UPDATE:AUTOGEN.COM を手動で実行します。

8.7.1 利点

コンピュータが最初にクラスタに追加されるときに,適切な構成になっているようにするには,初期ブート・シーケンスの一部として自動的にフィードバック付きで AUTOGEN を実行することができます。この操作を行うには,コンピュータが実際に使用できるようになる前に,追加のリブートが必要になりますが,コンピュータのパフォーマンスをかなり向上できます。

AUTOGEN を実行するときは,なるべくフィードバック・オプションを使用することをお勧めします。フィードバック・オプションを使用しないと,特に複雑な構成で,AUTOGEN がリソースの利用パターンを予測するのが困難になります。クラスタに含まれるコンピュータとディスクの台数や,実行されているアプリケーションの種類などのさまざまな要素によって,最適なパフォーマンスを実現するためにシステム・パラメータを調整する必要があります。

また,SYSGEN ユーティリティを使用してシステム・パラメータを変更するよりも,フィードバック・オプションを使用して AUTOGEN を実行する方法をお勧めします。これは, AUTOGEN が以下の操作を行うからです。

  • MODPARAMS.DAT ファイルと AGEN$ ファイルで変更されたパラメータを使用します (MODPARAMS.DAT に記録された変更は, OpenVMS オペレーティング・システムを更新するときに失われます)。

  • 変更を反映するように,他のシステム・パラメータを再構成します。



8.7.2 初期値

コンピュータが最初に OpenVMS Cluster に追加されるときに,通常,コンピュータのシステム・リソースを制御するシステム・パラメータが,以下に示すように複数の手順で調整されます。

  1. クラスタ構成コマンド・プロシージャ (CLUSTER_CONFIG_LAN.COM または CLUSTER_CONFIG.COM) は,ミニマム環境でコンピュータをブートするのに適切な初期パラメータを設定します。

  2. コンピュータがブートされるときに,AUTOGEN が自動的に実行されて,静的オペレーティング・システムのサイズが調整され (動的フィードバック・データは使用されません),コンピュータが OpenVMS Cluster 環境にリブートされます。

  3. 新たに追加されたコンピュータを 1 日以上,通常の状況で使用した後,フィードバック・オプション付きで AUTOGEN を実行して,OpenVMS Cluster 環境のパラメータを手動で調整しなければなりません。

  4. クラスタ構成や運用環境が大幅に変更された場合をはじめ,そのような変更が行われないときでも定期的に,フィードバック・オプション付きで AUTOGEN を実行して,パラメータを手動で再調整する必要があります。

最初の AUTOGEN 操作 (CLUSTER_CONFIG_LAN.COM または CLUSTER_CONFIG.COM から開始される操作) は,ミニマム環境でしかもフィードバックなしで実行されるため,新たに追加されたコンピュータは OpenVMS Cluster 環境で実行するのに適切な構成になっていない可能性があります。この理由から, 第 8.7.3 項 および 第 8.7.4 項 で説明しているような追加の構成方式を実装しなければならないことがあります。

8.7.3 妥当なフィードバックの取得

コンピュータを最初に OpenVMS Cluster にブートする場合,コンピュータの多くのリソースの利用状況は,現在の OpenVMS Cluster 構成によって判断されます。コンピュータの数,ディスク・サーバの数,使用可能またはマウントされているディスクの数などは,一定の必要最低限のリソースとして解釈されます。この必要最低限のリソースは,コンピュータを継続的に使用しても変化しないため,必要なリソースに関するフィードバック情報は直ちに有効になります。

しかし,通常のユーザの活動によって影響を受ける情報など,他のフィードバック情報は,直ちには提供されません。これは,"ユーザ" だけがシステム・スタートアップ・プロセスだからです。この時点でフィードバック・オプション付きで AUTOGEN を実行しても,一部のシステム値は適切な値より低い値に設定される可能性があります。

最初のプロダクション・ブートの最後に,シミュレートされたユーザ負荷を実行することで,AUTOGEN は確実に妥当なフィードバック情報を活用できるようになります。オペレーティング・システムに添付されている UETP (User Environment Test Package) には,このような負荷をシミュレートするテストが含まれています。このテスト (UETP LOAD フェーズ) は初期プロダクション・ブートの一部として実行でき,その後,ユーザにログインを許可する前に,フィードバック付きで AUTOGEN を実行します。

この手法を実装するには, 第 8.7.4 項 の手順 1 に示したようなコマンド・ファイルを作成し,クラスタの共通 SYSTARTUP プロシージャからコンピュータのローカル・バッチ・キューにファイルを登録します。コマンド・ファイルは条件に応じて UETP LOAD フェーズを実行し,AUTOGEN フィードバックを実行してコンピュータをリブートします。

8.7.4 AUTOGEN を実行するためのコマンド・ファイルの作成

以下のサンプル・ファイルに示すように,UETP ではコンピュータが最初にクラスタに追加されるときに,そのコンピュータで実行される典型的なユーザ負荷を指定できます。 UETP を実行すると,フィードバック付きでコンピュータをリブートするときに,AUTOGEN がそのコンピュータの適切なシステム・パラメータ値を設定するのに必要なデータが生成されます。しかし,UETP のユーザ負荷のデフォルト設定では,コンピュータがタイムシェアリング・システムとして利用されると想定されています。この計算では,シングル・ユーザ・ワークステーションにとっては大きすぎるシステム・パラメータ値が求められる可能性があります。特に,ワークステーションに大きなメモリ・リソースが搭載されている場合は,計算される値が大きくなりすぎます。したがって,サンプル・ファイルに示すように,ユーザ負荷のデフォルト設定を変更しなければならない可能性があります。

以下の操作を行います。

  1. 以下のようなコマンド・ファイルを作成します。

    $! 
    $!   ***** SYS$COMMON:[SYSMGR]UETP_AUTOGEN.COM ***** 
    $! 
    $! For initial boot only, run UETP LOAD phase and 
    $! reboot with AUTOGEN feedback. 
    $! 
    $ SET NOON 
    $ SET PROCESS/PRIVILEGES=ALL 
    $! 
    $! Run UETP to simulate a user load for a satellite 
    $! with 8 simultaneously active user processes. For a  
    $! CI connected computer, allow UETP to calculate the load. 
    $! 
    $ LOADS = "8" 
    $ IF F$GETDVI("PAA0:","EXISTS") THEN LOADS = "" 
    $ @UETP LOAD 1 'loads' 
    $! 
    $! Create a marker file to prevent resubmission of 
    $! UETP_AUTOGEN.COM at subsequent reboots. 
    $! 
    $ CREATE SYS$SPECIFIC:[SYSMGR]UETP_AUTOGEN.DONE 
    $! 
    $! Reboot with AUTOGEN to set SYSGEN values. 
    $! 
    $ @SYS$UPDATE:AUTOGEN SAVPARAMS REBOOT FEEDBACK   
    $! 
    $ EXIT 
    

  2. クラスタの共通 SYSTARTUP ファイルを編集し,ファイルの最後に以下のコマンドを追加します。キューがすでに起動されていて,新たに追加されたコンピュータでバッチ・キューが実行されているものと仮定しています。 UETP_AUTOGEN.COM をコンピュータのローカル・バッチ・キューに登録します。

    $! 
    $ NODE = F$GETSYI("NODE") 
    $ IF F$SEARCH ("SYS$SPECIFIC:[SYSMGR]UETP_AUTOGEN.DONE") .EQS. "" 
    $ THEN 
    $ SUBMIT /NOPRINT /NOTIFY /USERNAME=SYSTEST - 
    _$ /QUEUE='NODE'_BATCH SYS$MANAGER:UETP_AUTOGEN 
                           
    $ WAIT_FOR_UETP: 
    $  WRITE SYS$OUTPUT "Waiting for UETP and AUTOGEN... ''F$TIME()'" 
    $  WAIT 00:05:00.00             ! Wait 5 minutes 
    $  GOTO WAIT_FOR_UETP 
    $ ENDIF 
    $! 
    


    注意: UETP は,SYSTEST というユーザ名のもとで実行しなければなりません。

  3. CLUSTER_CONFIG_LAN.COM または CLUSTER_CONFIG.COM を実行して,コンピュータを追加します。

コンピュータをブートすると,UETP_AUTOGEN.COM が実行されて,指定したユーザ負荷がシミュレートされ,次にフィードバック・オプション付きで AUTOGEN を実行してリブートが行われ,適切なシステム・パラメータ値が設定されます。


目次 索引

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