前へ

次へ

目次

索引

マルチサイト OpenVMS Cluster 構成では，遠距離を隔てているサイトのノードに対応します。使用するテクノロジにもよりますが，サイト間の距離は，最大で約 240 km になります。サイト間は，FDDI，非同期転送モード (ATM)，DS3 で結合され，大きな 1 つのクラスタを形成します。ほとんどの電話会社のサービス網から利用できる DS3 サービスと ATM サービスでは，マルチサイト・クラスタ用の長距離ポイント間通信が可能です。

図 8-8 は，マルチサイト OpenVMS Cluster システムの代表的な構成例です。 図 8-8 の後に，以下の構成を検討します。

• 構成要素の解析

• 長所

図 8-8 WAN リンクで結合されたマルチサイト OpenVMS Cluster 構成

図 8-8 で，可能な構成の組み合わせをすべて表しているわけではありませんが，マルチサイト OpenVMS Cluster には次の構成要素を組み込むことができます。

• DECconcentrator または GIGAswitch クロスバー・スイッチに接続されたインターサイト・リンク (FDDI, ATM, または DS3) を持つ 2 個のデータ・センター。

• 2 個のサイトが共用するアプリケーションと互換性を持つインターサイト・リンク・パフォーマンス。

• 最大 96 個の Alpha ノードと VAX ノード (組み合わせ合計)。一般に， OpenVMS LAN クラスタと拡張 LAN (ELAN) クラスタに適用する規則は，マルチサイト・クラスタにも適用します。
  関連項目： LAN 構成のガイドラインについては， 第 4.12.6 項 を参照してください。 ELAN 構成のガイドラインについては， 第 10.7.7 項 を参照してください。

8.11.2 長所

マルチサイト OpenVMS Cluster システムには，以下の利点があります。

• セカンダリ・サイトに少数のシステムをリモートに配置して，一元システム管理やプライマリ・サイトの他のリソースを活かすことができる。たとえば，メイン・オフィス・データ・センターを倉庫や小規模な製造サイトにリンクすることができる。また，その倉庫や小規模な製造サイトには，サイト固有のデバイスが直接関連付けられた少数のローカル・ノードを配置できる。あるいは，都市全体に広がるオフィス・パークにプライマリ・ビジネス・サイトからエンジニアリング・ワークステーションをインストールできる。

• ハイ・キャパシティ・コンピュータ，テープ・ライブラリ，ディスク・アーカイブ，フォトタイプセッタなどのデバイスを複数のサイトで簡単に共用できる。

• クラスタ内にある任意のサイトのアーカイブ媒体に対してバックアップが可能。一般的な例としては，マルチサイト OpenVMS Cluster のすべてのサイトのデータを， 1 個のサイトでディスクやテープにバックアップをとる方法がある。リモート・サイトのデータのバックアップは透過的に行われる (つまり，リモート・サイトでは仲介処理が不要)。

• 一般に，マルチサイト OpenVMS Cluster は，LAN OpenVMS Cluster の可用性の長所をすべて備えています。それだけでなく，複数の遠距離サイトを結合することで，マルチサイト OpenVMS Cluster 構成におけるシステムやシステム要素の可用性をさまざまな方法で強化できます。

  • 論理ボリューム/データ可用性
    ボリューム・シャドウイングまたは RAID (Redundant arrays of independent disks) により，両サイトにメンバがある論理ボリュームを作成できます。サイトのどちらかが使用できなくなっても，反対のサイトからデータを利用できます。

  • サイト・フェールオーバ
    VOTES システム・パラメータを調整しておけば，他のサイトに障害が発生したり，他のサイトとの通信ができなくなっても自動的に継続する優先サイトを選択できます。

関連項目： マルチサイト・クラスタのその他の説明については，『OpenVMS Cluster システム』を参照してください。

8.12 ディザスタ・トレラントな OpenVMS Cluster 構成

ディザスタ・トレラントな OpenVMS Cluster 構成では，Volume Shadowing for OpenVMS，高速ネットワーク，特別管理ソフトウェアを使用します。

ディザスタ・トレラントな OpenVMS Cluster 構成では，2 地点のサイトにあるシステムを 1 つの管理可能な OpenVMS Cluster システムに結合できます。前項で説明したマルチサイト・クラスタと同じく，これらの物理的に離れているデータ・センターは， FDDI で結合するか，ATM，T3，E3 のうちどれか1つと FDDI の組み合わせにより結合します。

OpenVMS ディザスタ・トレラントな製品を，従来は BRS (Business Recovery Server) と称していましたが，BRS は，システム管理とソフトウェア・サービスのパッケージである Disaster Tolerant Cluster Services に包含されることになりました。Disaster Tolerant Cluster Services の詳細については，弊社のサービス担当者にお問い合わせください。

CI (クラスタ・インターコネクト) OpenVMS Cluster システムの構成方法はさまざまです。この章では，可用性とパフォーマンスの両方を最大限に活用できる CI OpenVMS Cluster の構成方法について説明します。説明で紹介する構成例は，段階的に複雑になっていきます。それぞれの説明の後では各構成を比較して解析します。これらの構成では，クラスタ規模が非常に大きくなっても，その可用性，I/O パフォーマンス，ストレージの接続性のニーズに応じてスケールを拡張できる基本的な手法を説明します。

9.1 CI 構成要素

CI は，OpenVMS Cluster システム同士や OpenVMS Cluster システムとストレージ間の通信が行われるラジアル・バスです。CI は，以下の構成要素からなります。

• CI ホスト・アダプタ

• HSJ ストレージ・コントローラまたは HSC ストレージ・コントローラ
  HSJ ストレージ・コントローラまたは HSC ストレージ・コントローラは，オプションですが，通常は組み込まれています。

• CI ケーブル
  CI の 2 本の独立パスのそれぞれに (パス A とパス B)，送受信ケーブル・ペア。

• スター・カプラ
  これは，CI に接続された OpenVMS ノードと HSC コントローラまたは HSJ コントローラ間の信号の共通接続ポイントとしてサービスを提供するパッシブ・デバイスです。スター・カプラは，完全に独立し，電気的に隔てられた 2 つの "パス・ハブ"です。各 CI パス・ハブは，ロー・パワー信号だけを搬送するトランスフォーマしか組み込まれていないので非常に高い信頼性を備えています。

可用性とパフォーマンスは，どちらも構成要素の追加で強化できます。可用性を目的として追加する構成要素は，障害が発生した構成要素が実行すべき作業を引き受けることのできる冗長構成要素として構成します。パフォーマンスを目的として追加する構成要素は，他の構成要素と並列動作できるように構成します。

可用性とパフォーマンスのどちらも軽視できない状況はめずらしくありません。この節では，この両方の目的を達成するための手法を説明します。

9.2 構成の前提

以下に示す構成の前提は，次のとおりです。

1. MSCP サービス対応が有効である。

2. Volume Shadowing for OpenVMS がインストールされている。

3. パフォーマンスについては，次のとおりである。

   1. CI ホスト・アダプタは CIPCA か CIXCD である。
      従来の CI アダプタ・モデルは非常に低速である。

   2. CI ストレージ・コントローラは HSJ50 である。
      HSJ50 と比べて HSJ40 は幾分低速であり，HSC モデルは，さらに低速である。

9.3 構成 1

図 9-1 に示す構成 1 に，単一点障害の要因はありません。 I/O パフォーマンスは，スター・カプラの帯域幅で制限されます。

図 9-1 同じ CI に接続された冗長 HSJ とホスト CI アダプタ (構成 1)

9.3.1 構成要素

構成要素	説明
ホスト 1，ホスト 2	デュアル CI 対応の OpenVMS Alpha ホストまたは VAX ホスト。 解説： どちらかのホストに障害が発生しても引き続きシステムを運用できます。平常時は，両方のホストのフル・パフォーマンスを活用できます。
CI 1-1, CI 1-2，CI 2-1, CI 2-2	ホスト別のデュアル CI アダプタ。 解説： CI アダプタのどちらかのホストに障害が発生しても，残ったホストと HSJ ストレージ・コントローラまでの CI 接続を維持できます。
スター・カプラ	2 個のパス・ハブを持つ 1 つのスター・カプラ・キャビネット。スター・カプラは，パス当たり 1 本の送受信ケーブル・ペアで CI ホスト・アダプタと HSJ ストレージ・コントローラに冗長接続されています。 解説： パス・ハブと接続ケーブルのどちらに障害が発生しても，残った CI パスでフル CI 接続を続行します。両方のパスが使用できる場合は，その両方を組み合わせた帯域幅がホスト間とホストストレージ・コントローラ間のデータ通信に利用できます。
HSJ 1, HSJ 2	シングル StorageWorks キャビネットにデュアル HSJ ストレージ・コントローラ。 解説： ストレージ・コントローラのどちらかに障害が発生しても残ったコントローラが 2 つの HSJ が共用する SCSI バスにより，すべてのディスクの制御を引き受けます。両方のコントローラを使用できる場合，それぞれがディスクの一部のサービスをするように割り当てることができます。こうして，両方のコントローラの I/O 速度/秒と帯域幅のキャパシティをクラスタに活かすことができます。
SCSI 1, SCSI 2	HSJ ペア間に接続された共用 SCSI バス。 解説： どちらの HSJ ストレージ・コントローラからも，共用 SCSI 上の各ディスクまでのアクセスを提供します。これにより当該バス上のディスクのデュアル・ポート化を実装します。
ディスク 1, ディスク 2, ... ディスク n-1，ディスク n	重要なディスクは，共用 SCSI バスにより，HSJ ペア間でデュアル・ポート化されている。 解説： どちらかの HSJ に障害が発生しても，障害の発生した HSJ が制御していたディスクの制御を残った HSJ が引き受けます。
シャドウ・セット n によるシャドウ・セット 1	重要なディスクは，別の共用 SCSI に接続されているもう 1 つのディスクによりシャドウ化されている。 解説： 接続先のディスクと SCSI バスのどちらか，または両方に障害が発生しても，残ったシャドウ・セット・メンバを利用できます。両方のディスクが利用できる場合，それらを組み合わせた READ I/O キャパシティと READ データ帯域幅キャパシティをクラスタで利用できます。

9.3.2 長所

この構成の長所は次のとおりです。

• 全ノードがストレージ領域を直接アクセスできる。

• 拡張性が高い。

• CI は基本的にデュアル・ポート化されている。

• 単独の障害でクラスタが使用できなくなることがない。

• CI アダプタに障害が発生したり，その両方のパスが使用できなくなると， OpenVMS は自動的にすべての I/O トラフィックとクラスタ・トラフィックを，残った CI アダプタにフェールオーバします。

• ディスクが HSJ コントローラ間でデュアル・ポート化されている。HSJ に障害が発生したり，HSJ からスター・カプラまでの両方のパスが利用できなくなると，自動ディスク・フェールオーバが実行されます。

• 冗長ストレージ・コントローラでディスクを 2 つのストレージ・コントローラ間で分割することにより，パフォーマンスに余裕を生み出せる。
  ディスクを HSJ ストレージ・コントローラに割り当てるには，SYS$EXAMPLES で提供される OpenVMS Prefer ユーティリティを使用するか，IO$_SETPRFPATH 修飾子と IO$M_FORCEPATH 修飾子で $QIO コールを発行するか，HSJ の SET_PREFERRED コマンドを使用します (最後の方法はあまり推奨できる方法ではありません。使用するのはこの構成だけにしてください)。

• 重要なディスクは，別々の SCSI バス上にシャドウ・セット・メンバでシャドウ化されている。

• 読み取り I/O の負荷はシャドウ・セット・メンバ間で自動的にバランス調整され，パフォーマンスが最適化される。

• 最も経済的である。

9.3.3 短所

この構成の短所は次のとおりです。

• ホストごとにセカンド CI アダプタを設けてもパフォーマンスに貢献することが少ない。

• 両方の HSJ で 1 つの CI の帯域幅を共用しなくてはならない。

• CI パス・ハブやパス・ケーブルに障害が発生すると，障害が発生した構成要素を利用しているすべての CI 構成要素が利用できる帯域幅が半減する。

• スター・カプラや接続ケーブルに物理的な損傷が発生すると，CI 全体が使用不可になり，クラスタを使用できなくなることが多い。

• StorageWorks キャビネットに物理的な損傷が発生すると，クラスタを使用できなくなる。

9.3.4 可用性とパフォーマンスの主な強化手法

この構成には次のような強化手法が組み込まれています。

• すべての構成要素が二重化されている。

• 冗長ストレージ・コントローラが組み込まれている。

• この構成には，単一点障害の要因がない。

• デュアル・ポート化とボリューム・シャドウイングにより，別々の HSJ コントローラに重要なディスクの複数のコピーが提供される。

• 全ノードが全ストレージ領域に対する直接アクセスを共用している。

• あるノードに障害が発生しても，クォーラム・ディスクにより，残ったノードで処理を続行できる (あるいは少なくとも 3 個のノードを使用できる)。

9.4 構成 2

冗長 HSJ，ホスト CI アダプタ，CI を備えた 図 9-2 の構成には電気的な単一点障害の要因がありません。2 つのスター・カプラにより，I/O パフォーマンスと可用性は構成 1 を上回っています。

図 9-2 冗長 CI に接続された冗長 HSJ とホスト CI アダプタ (構成 2)

構成 2 の構成要素は次のとおりです。

パート	説明
ホスト 1, ホスト 2	デュアル CI 対応の OpenVMS Alpha ホストまたは VAX ホスト。 解説： どちらかのホストに障害が発生しても，システムは処理を続行できます。正常時には，両方のホストのフル・パフォーマンスをアプリケーションに使用できます。
CI 1-1, CI 1-2，CI 2-1，CI 2-2	各ホストにデュアル CI アダプタ。アダプタ CI 1- n は，CI n に接続されたホスト 1 の CI アダプタ。以下同様。 解説： どちらかのホストの CI アダプタに障害が発生しても，そのホストと他のホストや HSJ ストレージ・コントローラとの CI 接続が維持されます。ホスト上の各 CI アダプタは，別々のスター・カプラに接続されています。障害がなければ，両方の CI アダプタのフル・データ帯域幅と I/O 通信速度/秒のキャパシティをホストで利用できます。
スター・カプラ 1, スター・カプラ 2	2 つのスター・カプラ。それぞれ独立したパス・ハブ・セクションを 2 つ持つ。各スター・カプラは，パス別の送受信ケーブルのペアで CI ホスト・アダプタと HSJ ストレージ・コントローラに冗長接続されている。 解説： パス・ハブや接続ケーブルに障害が発生しても，残った CI パスにより，その CI のフル接続が維持されます。パスが切断されても障害が発生したパスに接続されているストレージ・コントローラとホスト・アダプタで利用できる帯域幅だけの影響に留まります。すべてのパスが使用できる場合は， 両方の CI を組み合わせた帯域幅を使用できます。
HSJ 1, HSJ 2	シングル StorageWorks キャビネットにデュアル HSJ ストレージ・コントローラを格納。 解説： どちらかのストレージ・コントローラに障害が発生しても， 2 つの HSJ 間で共用されている SCSI バスにより，障害が発生したコントローラが制御していたディスクの制御を残ったコントローラが引き受けます。両方のコントローラを使用できる場合，それぞれにディスクのサブセットのサービス担当を割り当てることができます。これにより，両方のコントローラの I/O 通信速度/秒と帯域幅とのキャパシティをクラスタで利用できます。
SCSI 1, SCSI 2	HSJ ペア間に接続されている共用 SCSI バス。 解説： どちらかの共用 SCSI バスに障害が発生しても，HSJ ストレージ・コントローラから各ディスクへのアクセスは，残った共用 SCSI バスにより確保されます。これで，当該バスのディスクのデュアル・ポート化を実装しています。
ディスク 1, ディスク 2,... ディスク n-1，ディスク n	重要なディスクは，共用 SCSI バスにより， HSJ ペア間でデュアル・ポート化されている。 解説： どちらかの HSJ に障害が発生しても，障害の発生した HSJ が制御していたディスクの制御を残った HSJ が引き受けます。
シャドウ・セット n によるシャドウ・セット 1	重要なディスクは，別の共用 SCSI に接続されているもう 1 つのディスクによりシャドウ化される。 解説： 接続先のディスクと SCSI バスのどちらか，または両方に障害が発生しても，残ったシャドウ・セット・メンバを利用できます。両方のディスクが利用できる場合，それらを組み合わせた READ I/O キャパシティと READ データ帯域幅キャパシティをクラスタで利用できます。

前へ

次へ

目次

索引