# Compaq OpenVMS
OpenVMS Cluster 構成ガイド

前へ | 次へ | 目次 | 索引

# 7.8 共用 FC システム・ディスクを備えたクラスタの作成

OpenVMS Cluster システムにノードを構成するには，CLUSTER_CONFIG.COM (または CLUSTER_CONFIG_LAN.COM) コマンド・プロシージャを実行します。(ほとんどのプロンプトで詳細な情報が提供されるフル・バージョンと，簡易バージョンの 2 通りが用意されています。)

割り当てクラス・パラメータが FC に適用されない点を除き，共用 Fibre Channel (FC) バスは CLUSTER_CONFIG の目的に従って共用 SCSI バスと類似した扱いを受けます。 FC ストレージ・デバイスを組み込んだ構成にパラレル SCSI ストレージ・デバイスがあれば，ノード割り当てクラス値とポート割り当てクラス値の設定規則は有効です。

新しい OpenVMS Cluster システムを構成するには，まずシングル・システムかスタンドアロン・システムでクラスタリングを有効にします。これで，そのクラスタにノードを追加できます。

例 7-10 は，CLUSTER_CONFIG_LAN.COM の簡易バージョンを FCNOD1 というスタンドアロン・ノードでクラスタリングを有効にする方法を示したものです。このプロシージャの最後に，FCNOD1 は再ブートして 1 ノード・クラスタを構成します。

例 7-11 は，FCNOD1 で CLUSTER_CONFIG_LAN_BRIEF.COM の簡易バージョンを実行して，FCNOD2 という第 2 のノードを追加する方法を示しています。このプロシージャの最後に，クラスタは，FCNOD2 が FCNOD1 と同じ FC システム・ディスクからブートできる構成になります。

以下の手順は，両方の例に共通です。

1. ADD のデフォルト・オプション [1] を選択します。

2. CLUSTER_CONFIG_LAN.COM から共用 SCSI バスを使用するかどうかを確認するプロンプトが表示されたら，YESと応えます。この場合，SCSI には，パラレル SCSI だけでなく FC も含みます。
   FC があっても，割り当てクラスパラメータには関係ありません。

3. ノードをサテライトにするかどうかを確認するプロンプトが表示されたら， NOと応えます。

例 7-10 スタンドアロン FC ノードにおけるクラスタリングの有効化
    $ @CLUSTER_CONFIG_LAN BRIEF

                       Cluster Configuration Procedure
                        Executing on an Alpha System

        DECnet Phase IV is installed on this node.

        The LAN，not DECnet，will be used for MOP downline loading.
        This Alpha node is not currently a cluster member

    MAIN MENU

       1. ADD FCNOD1 to existing cluster，or form a new cluster.
       2. MAKE a directory structure for a new root on a system disk.
       3. DELETE a root from a system disk.
       4. EXIT from this procedure.

    Enter choice [1]: 1
    Is the node to be a clustered node with a shared SCSI or Fibre Channel bus (Y/N)? Y

        Note:
            Every cluster node must have a direct connection to every other
            node in the cluster.  Since FCNOD1 will be a clustered node with
            a shared SCSI or FC bus，and Memory Channel，CI，and DSSI are not
            present, the LAN will be used for cluster communication.

    Enter this cluster's group number: 511
    Enter this cluster's password:
    Re-enter this cluster's password for verification:

    Will FCNOD1 be a boot server [Y]? Y
        Verifying LAN adapters in LANACP database...
        Updating LANACP LAN server process volatile and permanent databases...
        Note: The LANACP LAN server process will be used by FCNOD1 for boot
              serving satellites. The following LAN devices have been found:
        Verifying LAN adapters in LANACP database...

        LAN TYPE    ADAPTER NAME    SERVICE STATUS
        ========    ============    ==============
        Ethernet    EWA0            ENABLED

      CAUTION: If you do not define port allocation classes later in this
               procedure for shared SCSI bus，all nodes sharing a SCSI bus
               must have the same non-zero ALLOCLASS value. If multiple
               nodes connect to a shared SCSI bus without the same allocation
               class for the bus，system booting will halt due to the error or
               IO AUTOCONFIGURE after boot will keep the bus offline.

    Enter a value for FCNOD1's ALLOCLASS parameter [0]: 5
    Does this cluster contain a quorum disk [N]? N
        Each shared SCSI bus must have a positive allocation class value. A shared
        bus uses a PK adapter. A private bus may use: PK，DR，DV.

        When adding a node with SCSI-based cluster communications，the shared
        SCSI port allocation classes may be established in SYS$DEVICES.DAT.
        Otherwise，the system's disk allocation class will apply.

        A private SCSI bus need not have an entry in SYS$DEVICES.DAT. If it has an
        entry，its entry may assign any legitimate port allocation class value:

           n   where n = a positive integer，1 to 32767 inclusive
           0   no port allocation class and disk allocation class does not apply
          -1   system's disk allocation class applies (system parameter ALLOCLASS)

        When modifying port allocation classes，SYS$DEVICES.DAT must be updated
        for all affected nodes，and then all affected nodes must be rebooted.
        The following dialog will update SYS$DEVICES.DAT on FCNOD1.

        There are currently no entries in SYS$DEVICES.DAT for FCNOD1.
        After the next boot，any SCSI controller on FCNOD1 will use
        FCNOD1's disk allocation class.

    Assign port allocation class to which adapter [RETURN for none]: PKA
    Port allocation class for PKA0: 10

            Port Alloclass   10    Adapter FCNOD1$PKA

    Assign port allocation class to which adapter [RETURN for none]: PKB
    Port allocation class for PKB0: 20

            Port Alloclass   10    Adapter FCNOD1$PKA
            Port Alloclass   20    Adapter FCNOD1$PKB

      WARNING: FCNOD1 will be a voting cluster member. EXPECTED_VOTES for
               this and every other cluster member should be adjusted at
               a convenient time before a reboot. For complete instructions,
               check the section on configuring a cluster in the "OpenVMS
               Cluster Systems" manual.

        Execute AUTOGEN to compute the SYSGEN parameters for your configuration
        and reboot FCNOD1 with the new parameters. This is necessary before
        FCNOD1 can become a cluster member.

    Do you want to run AUTOGEN now [Y]? Y

        Running AUTOGEN -- Please wait.

    The system is shutting down to allow the system to boot with the
    generated site-specific parameters and installed images.

    The system will automatically reboot after the shutdown and the
    upgrade will be complete.

例 7-11 共用 FC システム・ディスクがあるクラスタへノードを追加する
    $ @CLUSTER_CONFIG_LAN BRIEF

                       Cluster Configuration Procedure
                        Executing on an Alpha System

        DECnet Phase IV is installed on this node.

        The LAN，not DECnet，will be used for MOP downline loading.
        FCNOD1 is an Alpha system and currently a member of a cluster
        so the following functions can be performed:

    MAIN MENU

       1. ADD an Alpha node to the cluster.
       2. REMOVE a node from the cluster.
       3. CHANGE a cluster member's characteristics.
       4. CREATE a duplicate system disk for FCNOD1.
       5. MAKE a directory structure for a new root on a system disk.
       6. DELETE a root from a system disk.
       7. EXIT from this procedure.

    Enter choice [1]: 1

        This ADD function will add a new Alpha node to the cluster.

      WARNING: If the node being added is a voting member，EXPECTED_VOTES for
               every cluster member must be adjusted.  For complete instructions
               check the section on configuring a cluster in the "OpenVMS Cluster
               Systems" manual.

      CAUTION: If this cluster is running with multiple system disks and
               common system files will be used，please，do not proceed
               unless appropriate logical names are defined for cluster
               common files in SYLOGICALS.COM. For instructions，refer to
               the "OpenVMS Cluster Systems" manual.

    Is the node to be a clustered node with a shared SCSI or Fibre Channel bus (Y/N)? Y
    Will the node be a satellite [Y]? N
    What is the node's SCS node name? FCNOD2
    What is the node's SCSSYSTEMID number? 19.111
        NOTE: 19.111 equates to an SCSSYSTEMID of 19567
    Will FCNOD2 be a boot server [Y]? Y
    What is the device name for FCNOD2's system root
    [default DISK$V72_SSB:]? Y
    What is the name of FCNOD2's system root [SYS10]?
        Creating directory tree SYS10 ...
        System root SYS10 created

      CAUTION: If you do not define port allocation classes later in this
               procedure for shared SCSI bus，all nodes sharing a SCSI bus
               must have the same non-zero ALLOCLASS value. If multiple
               nodes connect to a shared SCSI bus without the same allocation
               class for the bus，system booting will halt due to the error or
               IO AUTOCONFIGURE after boot will keep the bus offline.

    Enter a value for FCNOD2's ALLOCLASS parameter [5]:
    Does this cluster contain a quorum disk [N]? N
    Size of pagefile for FCNOD2 [RETURN for AUTOGEN sizing]?

        A temporary pagefile will be created until resizing by AUTOGEN. The
        default size below is arbitrary and may or may not be appropriate.

    Size of temporary pagefile [10000]?
    Size of swap file for FCNOD2 [RETURN for AUTOGEN sizing]?

        A temporary swap file will be created until resizing by AUTOGEN. The
        default size below is arbitrary and may or may not be appropriate.

    Size of temporary swap file [8000]?
        Each shared SCSI bus must have a positive allocation class value. A shared
        bus uses a PK adapter. A private bus may use: PK，DR，DV.

        When adding a node with SCSI-based cluster communications，the shared
        SCSI port allocation classes may be established in SYS$DEVICES.DAT.
        Otherwise，the system's disk allocation class will apply.

        A private SCSI bus need not have an entry in SYS$DEVICES.DAT. If it has an
        entry，its entry may assign any legitimate port allocation class value:

           n   where n = a positive integer，1 to 32767 inclusive
           0   no port allocation class and disk allocation class does not apply
          -1   system's disk allocation class applies (system parameter ALLOCLASS)

        When modifying port allocation classes，SYS$DEVICES.DAT must be updated
        for all affected nodes，and then all affected nodes must be rebooted.
        The following dialog will update SYS$DEVICES.DAT on FCNOD2.

    Enter [RETURN] to continue:

        $20$DKA400:<VMS$COMMON.SYSEXE>SYS$DEVICES.DAT;1 contains port
        allocation classes for FCNOD2. After the next boot，any SCSI
        controller not assigned in SYS$DEVICES.DAT will use FCNOD2's
        disk allocation class.

    Assign port allocation class to which adapter [RETURN for none]: PKA
    Port allocation class for PKA0: 11

            Port Alloclass   11    Adapter FCNOD2$PKA

    Assign port allocation class to which adapter [RETURN for none]: PKB
    Port allocation class for PKB0: 20

            Port Alloclass   11    Adapter FCNOD2$PKA
            Port Alloclass   20    Adapter FCNOD2$PKB

    Assign port allocation class to which adapter [RETURN for none]:

      WARNING: FCNOD2 must be rebooted to make port allocation class
               specifications in SYS$DEVICES.DAT take effect.
    Will a disk local only to FCNOD2 (and not accessible at this time to FCNOD1)
    be used for paging and swapping (Y/N)? N

        If you specify a device other than DISK$V72_SSB: for FCNOD2's
        page and swap files，this procedure will create PAGEFILE_FCNOD2.SYS
        and SWAPFILE_FCNOD2.SYS in the [SYSEXE] directory on the device you
        specify.

    What is the device name for the page and swap files [DISK$V72_SSB:]?
    %SYSGEN-I-CREATED，$20$DKA400:[SYS10.SYSEXE]PAGEFILE.SYS;1 created
    %SYSGEN-I-CREATED，$20$DKA400:[SYS10.SYSEXE]SWAPFILE.SYS;1 created
        The configuration procedure has completed successfully.

        FCNOD2 has been configured to join the cluster.

        The first time FCNOD2 boots，NETCONFIG.COM and
        AUTOGEN.COM will run automatically.

# 7.9 オンライン再構成

ホストで OpenVMS を実行中に FC インターコネクトは再構成できます。具体的には，次の機能があります。

- FC スイッチと HSG の追加，移動，削除

- HSG 仮想ディスク装置の追加，移動，削除

- HSG 仮想ディスク装置のデバイス識別子や LUN 値の変更

- FC ケーブルの切断と再接続。再接続の対象には，同じアダプタ，異なるアダプタ，スイッチ・ポート，HSG ポートがあります。

ほとんどの FC 再構成は，OpenVMS で自動的に認識できません。FC 再構成を安全に実行し，その初期データ構造を新しい状態に合わせて OpenVMS で確実に調整するには，次のように操作します。

1. 再構成に必要なすべてのディスクのマウントを解除します。

2. 再構成を実行します。

3. Fibre Channel に接続されている各ホストに，以下のコマンドを入力します。

       SYSMAN> IO SCSI_PATH_VERIFY
       SYSMAN> IO AUTOCONFIGURE

SCSI_PATH_VERIFY コマンドの目的は，システムの IO データベース内の各 FC パスを調べて，関連付けられているデバイスが変更されていないか確認することです。デバイスの変更が見つかると，FC パスの接続は IO データベースで解除されます。これで， IO AUTOCONFIGURE コマンドにより，パスは新しいデバイスに合わせて再構成できます。

注意 現在のリリースでは，SCSI_PATH_VERIFY コマンドは FC ディスク装置にのみ使用できます。 HSG コマンド・コンソール LUN (CCL) などの汎用 FC デバイスには使用できません。 (汎用 FC デバイスとは， `$1$GGAnnnnn のような名前を持つデバイスです。` したがって，OpenVMS により，HSG の CCL を特定のデバイス識別子で構成したら，そのデバイス識別子は変更しないでください。

# 第 8 章
可用性を目的とした OpenVMS Cluster の構成

可用性 (Availability) とは，コンピューティング・システムがアプリケーション・サービスを提供する時間の比率です。OpenVMS Cluster のさまざまな特長を活かせば，ディザスタ・トレランスをはじめ，さまざまなレベルの可用性に OpenVMS Cluster システムを構成できます。

この章では，高い可用性を備えた OpenVMS Cluster システムを構築するための方法や最適な構成例を紹介します。これらの方法や構成例は，可用性の要件ごとの設定やトレードオフの選択に役立ててください。

# 8.1 可用性の要件

OpenVMS Cluster システムは要求に応じてさまざまなレベルの可用性に構成できます。 表 8-1 は，そのような可用性レベルの主な分類を示したものです。

表 8-1 可用性の要件
可用性の要件 | 説明
--- | ---
一般の用途 | システムやアプリケーションが利用できなくてもほとんど，あるいはまったく影響なしで待機できるビジネス向け。
24 x 365 | 重要時間帯のみならず年間を通してほとんどの業務時間帯は，途切れることのないコンピューティング・サービスが必要なビジネス向け。最小限のダウン・タイムはあっても構わない。
ディザスタ・トレラント | 可用性の要件が厳しいビジネス向け。このようなビジネスでは，地震，洪水，停電などに対する対策が必要となる。

# 8.2 OpenVMS Clusterによる可用性の提供方法

OpenVMS Cluster システムでは，以下の方式により可用性を強化しています。

- 複数のシステムでリソース・アクセスを共用できる高度な統合環境

- 主要ハードウェア構成要素の冗長性

- ハードウェア構成要素間のフェールオーバのソフトウェア・サポート

- 高い可用性をサポートするソフトウェア製品

## 8.2.1 ストレージ領域までの共用アクセス

OpenVMS Cluster 環境では，複数のシステム上のユーザとアプリケーションが，ストレージ・デバイスとファイルを透過的に共用できます。システムのどれかをシャット・ダウンしてもユーザは共用ファイルとデバイスに引き続きアクセスできます。ストレージ・デバイスの共用方法には，以下の 2 通りがあります。

- 直接アクセス
  ディスク・ストレージ・サブシステムとテープ・ストレージ・サブシステムを，ノードではなく， CI インターコネクトと DSSI インターコネクトに接続します。これにより，インターコネクトに接続されたすべてのノードがストレージ・システムまでのアクセスを共用できます。システムにシャットダウンや障害が発生しても他のシステムはストレージ領域にアクセスできます。

- 他ノードのサービスによるアクセス
  ノードに接続されたストレージ・デバイスは，OpenVMS Cluster 内の他のノードのサービスを受けることができます。MSCP サーバ・ソフトウェアと TMSCP サーバ・ソフトウェアを利用すれば，すべての OpenVMS Cluster メンバがローカル・デバイスにアクセスできます。ただし，サービス元のノードにシャットダウンや障害が発生すると，他のノードにおけるストレージのアクセス機能に影響が出ます。

## 8.2.2 構成要素の冗長性

OpenVMS Cluster システムでは，以下の構成要素をはじめ，多くの構成要素に冗長性を設定できます。

- システム

- インターコネクト

- アダプタ

- ストレージ・デバイスとデータ

冗長構成要素を利用すれば，構成要素のどれかに障害が発生しても，ユーザやアプリケーションは別の構成要素を利用できます。

## 8.2.3 フェールオーバの仕組み

OpenVMS Cluster システムには，OpenVMS Cluster のどこかで障害が発生しても，それを回復できるフェールオーバのメカニズムがあります。 表 8-2 は，これらのメカニズムとそれによる回復レベルをまとめたものです。

表 8-2 フェールオーバの，メカニズム
メカニズム | フェールオーバ時の動作 | 回復方法
--- | --- | ---
DECnet--Plus クラスタ・エイリアス | ノードに障害が発生すると， OpenVMS Cluster ソフトウェアは新しい着信接続を他のノードに分散します。 | 手動。障害の発生したノードにログインするユーザは，残りのノードに再接続できます。 この方式に合わせて構成したアプリケーションでは自動処理。その場合，アプリケーションはクラスタ・エイリアス・ノード名で再接続し，その接続は残りのノードのどれかに直結されます。
I/O パス | ストレージ・デバイスまでの冗長パスにより，パスのどれかに障害が発生しても OpenVMS Cluster ソフトウェアは，機能している作業パスがあれば，そこにフェールオーバします。 | 他の作業パスがあれば透過的
インターコネクト | 冗長または複合インターコネクトにより， OpenVMS Cluster ソフトウェアは最速の作業パスを利用して他の OpenVMS Cluster メンバに接続します。インターコネクト・パスのどれかに障害が発生しても，機能している作業パスがあれば，そこにフェールオーバします。 | 透過的
ブート・サーバとディスク・サーバ | 少なくとも 2 個のノードをブート・サーバとディスク・サーバに構成すると，サーバのどれかがシャット・ダウンしたり障害を起しても，引き続きサテライトからブートしたり，ディスクに・アクセスできます。 ブート・サーバに障害が発生しても，MSCP サービス対象のディスクにアクセスできる代替パスがあれば影響はありません。 | 自動
ターミナル・サーバと LAT ソフトウェア | ターミナルとプリンタをターミナル・サーバに接続します。ノードに障害が発生すると，LAT ソフトウェアは残ったノードのどれかに自動的に接続します。また，ユーザ・プロセスが LAT ターミナル・セッションから切り離されても，LAT セッションに再接続するとき，切り離されたセッションに LAT ソフトウェアが自動的に再接続します。 | 手動。ターミナル・ユーザが，障害の発生したノードにログインするには，残ったノードにログインしてアプリケーションを再起動する必要があります。
汎用バッチとプリント・キュー | 汎用キューをセットアップすれば， 1 つ以上のノード上の (処理が発生した) 実行キューにジョブをフィードできます。ノードのどれかに障害が発生すると，汎用キューは，残ったノード上の実行キューにジョブを発行します。また，/RESTART 修飾子で発行されたバッチ・ジョブは，残ったノードのどれかで自動的に再起動します。 | ディスパッチを待機中のジョブには透過的 障害の発生したノードで実行中のジョブには自動的，または手動
自動起動バッチとプリント・キュー | フェールオーバ・リストで，実行キューを自動起動キューとしてセットアップすれば，可用性をフルに活用できます。ノードに障害が発生すると，自動起動キューとそのジョブがフェールオーバ・リストの次の論理ノードに自動的にフェールオーバし，別のノードで処理を続行します。自動起動キューは，ターミナル・サーバに接続されたプリンタに送信されたプリント・キューに特に適しています。 | 透過的

関連項目： クラスタ・エイリアス，汎用キュー，自動起動キューについては，『Compaq OpenVMS Cluster システム』を参照してください。

前へ | 次へ | 目次 | 索引