C.4.6 仕様 |
 |
この項では，WAN 通信サービスにおける通信とパフォーマンスの要件について説明します。
WAN サービス・サプライヤとの交渉上の便宜を考え，この項では，電気通信事業者が広く使用している WAN 仕様の用語と定義を使用します。これらの要件と目標値は， Bellcore Communications Research の仕様と，OpenVMS Cluster のエラーによる影響を弊社で解析した結果の組み合わせから抽出したものです。
表 C-2 で説明する用語は， 表 C-3 で使用した Bellcore と OpenVMS Cluster の要件と目標値の説明に使用されます。
表 C-3 で指定した ATM/SONET - OC3 と DS3 サービス・エラー・パフォーマンス (品質) のBellcore 要件と OpenVMS Cluster 要件は，サービス・サプライヤのサービス品質，可用性，ダウン・タイム，サービス割り込み頻度の目標値がシステムにどう影響するかを評価するときに使用します。
 | 注意
OpenVMS Cluster システムがアプリケーションの応答時間の要件を満たしているかを確認するには， 表 C-3 で定めた Bellcore と OpenVMS Cluster の要件および目標値を超える WAN 要件を達成する必要があります。
|
表 C-2 Bellcore と OpenVMS Cluster の要件と目標値の用語
| Bellcore Communications Research
|
Bellcoreの仕様は，Bellcore Technical Reference TR--TSY--000499
TSGR: Common Requirements にまとめられた推奨の"一般的なエラー・パフォーマンス要件と目標値"です。これらの仕様は，WAN サプライヤがサービス保証として採用しています。FCC でも，これらを通信事業者間のタリフ・サービスとして採用しています。ただし，サプライヤによっては，顧客の要求に応じてさらに高品質なサービス提供を契約をする場合もあります。
他の国々では，Bellcore 仕様とパラメータに匹敵する仕様とパラメータを用意しています。
|
これらは推奨最低値です。Bellcore では，これらの目標値を
TSGR: Common Requirements マニュアルの"目標値" と呼んでいます。
|
| OpenVMS Cluster
|
HP が構成を認定するには， 表 C-3 のOpenVMS Cluster 要件列に示す値以上の値にパラメータが応じる必要があります。
目標値を達成していない値があると，インターコネクト・エラー回復遅延と， OpenVMS Cluster の状態遷移とサイト・フェールオーバのどちらか，または両方の原因になる VC 閉止により，OpenVMS Cluster で満足なパフォーマンスが得られなくなります。
これらの値が目標値以上であれば，インターコネクト・ビット・エラー関連の回復遅延があっても OpenVMS Cluster の平均スループットが極端に悪化するのを防ぐことができます。また，OpenVMS Cluster の応答時間は，全般的に満足できる値になります。
要件が満たされないと，
1 時間当たり複数回のアプリケーション一時停止が発生します。
1
|
OpenVMS Cluster 操作を最適化するには，すべてのパラメータが OpenVMS Cluster の目標値以上の値を満足するものとします。
これらの目標値以上の値が満足されている場合は，インターコネクト・ビット・エラーとビット・エラー回復遅延があっても，OpenVMS Cluster の平均スループットが極端に悪化するのを防ぐことができます。
アプリケーションの短時間の一時停止が
毎日2，3 回発生するかもしれませんが，OpenVMS Cluster の応答時間は，全般的に満足できる値になります。
2
|
1ビット・エラーによるパケット・ロスのため，アプリケーションの一時停止はほぼ毎時間発生します (OpenVMS Cluster 要件の説明と同様)。
2一時停止の原因は，1 個所以上の NISCA 伝送仮想回路上の損失パケットによる仮想回路の再送タイムアウトです。1 回の一時停止は， 200〜300 ミリ秒から 2〜3 秒続きます。
表 C-3 OpenVMS Cluster DS3 と SONET OC3 エラー・パフォーマンスの要件
| エラー秒 (% ES)
|
<1.0%
|
<0.4%
|
<1.0%
|
<0.028%
|
% ES/24 hr
|
|
|
次のように，ES パラメータは，エラー秒でも表すことができます。
|
|
|
<864
|
<345
|
<864
|
<24
|
ES per 24-hr period
|
| バースト・エラー秒 (BES)
2
|
<= 4 |
--
|
<= 4 |
Bellcore の目標値
|
BES/day
|
| ビット・エラー率 (BER)
3
|
1 x 10
-9
|
2 x 10
-10
|
1 x 10
-9
|
6 x 10
-12
|
Errored bits/bit
|
| DS3 チャンネルの使用不可状態
|
なし
|
<= 97 @ 250 マイル，24 @<= 25 マイルまで直線的に低下 |
なし
|
Bellcore の目標値
|
Min/yr
|
| SONET チャンネルの使用不可状態
|
なし
|
<= 105 @ 250 マイル，21 @<= 50 マイル直線的に低下 |
なし
|
Bellcore の目標値
|
Min/yr
|
| チャンネルの使用不可イベント
4
|
なし
|
なし
|
なし
|
1 から 2
|
Event/year
|
1アプリケーション要件は，OpenVMS Cluster 要件列に表示した値よりも厳しくなる場合があります。
2多数の日数の平均値。
3測定期間中に発生したバースト・エラー秒を含まず。
41 年に発生したチャンネル・ダウンタイム期間の平均回数。このパラメータは，チャンネルが使用できなくなる頻度を指定するときに使用します。
テーブル・キー
一般に，マルチサイト OpenVMS Cluster の管理には，LAN で接続した OpenVMS Cluster の場合と同じツールおよび技法を使用します。以下の項では，新たな注意事項と，推奨システム管理ツールおよび技法について説明します。
以下の表は，マルチサイト OpenVMS Cluster システムに固有のシステム管理上の注意事項です。
マルチサイト構成では，以下の障害モードの発生する確率が高くなります。
- サイト間通信リンク障害による OpenVMS Cluster クォーラム・ロス。
- 停電やその他ブレークダウンによるサイト・ロスが発生すると，そのサイトの全システムに影響が出る。
|
ボーツについては，サイト間通信に障害が発生したり，他のサイトが利用できなくなっても 1 つの優先サイトで定足数を維持し，処理を続行できるだけの十分なボーツを割り当ててください。また，最も重要なサイトを一次サイトとして選択してください。重要度の低いシステムやサテライトが少ないサイトには，十分なボーツを割り当てる必要はありません。
|
| 以上のような障害が発生してもローカル・リソースを引き続き利用できるか，ただちに回復することを期待しますが，必ずしもそうなるとはかぎりません。
|
以下のオプションがユーザの期待に対応できる可能性があります。
- 管理とユーザの要求については，障害の確率効果を考慮して設定し，クォーラム・ロスやその他の問題でシステムが応答しない場合は，リモート・サイトで対応できるようにユーザをトレーニングしてください。
- 管理ポリシーと，これらの障害モードの特定と処理に必要な操作手順を決定してください。この手順には，サイト処理の続行に必要なクォーラムの手動での調節も含みます。
|
