日本-日本語
≫  お問い合わせ

製品とサービス >  ソフトウェアとOS >  OpenVMS >  マニュアル

OpenVMS マニュアル


≫ 

OpenVMS V7.3-2
ライブラリ

タイトルページ
目次
まえがき
第 1 章:システム構成の概要
第 2 章:ビジネス要件とアプリケーション要件の決定
第 3 章:システムの選択
第 4 章:インターコネクトの選択
第 5 章:ストレージ・サブシステムの選択
第 6 章:SCSI と Fibre Channel ストレージに対するマルチパスの構成
第 7 章:ストレージ・インターコネクトとしての Fibre Channel の構成
第 8 章:可用性を目的とした OpenVMS Cluster の構成
第 9 章:可用性とパフォーマンスを目的とした CI OpenVMS Cluster の構成
第 10 章:スケーラビリティを目的とした OpenVMS Cluster の構成
第 11 章:システム管理の手法
付録 A :インターコネクトとしての SCSI
付録 B :MEMORY CHANNEL 技術概要
付録 C :CI-to-PCI アダプタ (CIPCA) サポート
付録 D :マルチサイト OpenVMS Cluster
索引
PDF
OpenVMS ホーム

HP OpenVMS
OpenVMS Cluster 構成ガイド


目次 索引

第 2 章
ビジネス要件とアプリケーション要件の決定

この章では,OpenVMS Cluster のビジネス要件とアプリケーション要件の決定方法について説明します。

2.1 ビジネス要件の決定

ビジネス要件の種類は,OpenVMS Cluster の構成に関係します。 OpenVMS Cluster システムに関する代表的なビジネス要件には以下のものがあります。

  • 予算

  • 可用性

  • スケーラビリティと将来の成長率

  • 物理的な位置の要件

  • セキュリティ

これらの要件には,スケーラビリティと物理的な位置といったように互いに競合するものがあります。たとえば,OpenVMS Cluster のシステムを拡張したくても設置場所の広さや位置という制約があります。このような状況では,何を最優先し,何を妥協するかを決める必要があります。

2.1.1 予算

ビジネス上の多くの決定事項と同じく,多くの選択肢がコストで決まります。要件の優先順位が決まれば,ビジネス上で最大のニーズがある分野に予算を振り向ける判断ができます。

予算の決定にあたっては,購入コストの他,以下のような初期システム・コストを計画に入れてください。

  • サービスと更新

  • 電力消費

  • 冷却

  • システム管理



2.1.2 可用性

コンピューティング・システムがどのような可用性であるかを決めます。通常の組織には, 表 2-1 に示すように, 3 つ (場合によってはそれらは重複します) の大きなカテゴリのいずれかが当てはまります。

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

関連項目: 可用性についての説明は,本書の 第 8 章 を参照してください。

2.1.3 スケーラビリティと将来の成長率

スケーラビリティとは,任意のシステム,ストレージ,インターコネクト・ディメンションにおいて OpenVMS Cluster を拡張できる一方で,当初の構成器機をフルに活用できる能力です。ノード・レベルのスケーラビリティは,ノードのハードウェアとソフトウェアをアップグレードしたり,追加できる能力を指します。OpenVMS Cluster レベルのスケーラビリティとは,処理能力,インターコネクト,ストレージを,ノード全般に渡って強化することで OpenVMS Cluster システム全体のキャパシティを強化できる能力を指します。

弊社では,ローエンド PC とワークステーション,ミッドレンジの部門システム,ハイエンドのデータ・センタ・システムに対し,レベルごとに異なる処理特性,ストレージ特性,インターコネクト特性を用意しています。適切なレベルにおける投資とは,現在のビジネス要件に対してある程度の余裕を持って対応できるキャパシティを伴った投資を指します。キャパシティの余地は将来の成長率に対応するためですが,現在のニーズに対して余裕がない設計では, OpenVMS Cluster のスケーラビリティに制限が生じるだけでなく,場合によっては縮小しなければならないこともあります。

将来の成長率を考慮して設計すれば,ほとんどの初期投資を活用できるだけでなく,当初の器機を再利用でき,後で無駄なアップグレードを実施しなくてすみます。

関連項目: スケーラビリティの要件の解析については, 第 10 章 を参照してください。

2.1.4 物理的な位置の要件

物理的な制約は OpenVMS Cluster の構成方法を考える上で重要です。狭いコンピュータ室やオフィス向けのクラスタの設計は,建物全体や数マイルに渡って展開されるクラスタの設計とはまったく異なります。電源や空調の要件も設計を構成する上で影響を及ぼす問題です。

クラスタを設計するときは,将来の物理的な拡張,電源や冷却要件の強化を考慮に入れておきます。

関連項目: 複数の拡張ローカル・エリア・ネットワーク (LAN) の構成については, 第 8.6 節第 10.7.7 項 を参照してください。

2.1.5 セキュリティ

安全な環境とは,権限がないユーザによるシステム・アクセスを物理的または電子的に制限できる環境を指します。通常のビジネスでは,パフォーマンスの低下がほとんど,あるいはまったくない状態で環境を安全化できます。ただし,セキュリティを最優先すると,利便性,コスト,パフォーマンス面で妥協が必要になることがあります。

関連項目: 詳細については,『OpenVMS Guide to System Security』を参照してください。

2.2 アプリケーション要件の決定

アプリケーションには処理パワー,メモリ,ストレージ,I/O リソースが必要です。アプリケーション要件の決定により,アプリケーションのニーズに合った OpenVMS Cluster システムを設計できます。アプリケーション要件を決定するには, 表 2-2 の手順に従ってください。

表 2-2 アプリケーション要件の決定
手順 説明
1 現在実行している,または実行しようとするアプリケーションのリストを作成します。
2 アプリケーションごとに,プロセッサ要件,メモリ要件,I/O 要件を記述します (詳細については,各アプリケーションのマニュアルを参照してください。)

プロセッサ・パワーは,アプリケーションが実行する計算の数に比例します。またノード間やノードとストレージ間のデータ転送に備えて十分なプロセッサ・パワーが必要です。

アプリケーションとその他の OpenVMS Cluster 機能に十分なメモリ容量が必要です。メモリ容量に余裕があればすぐれたシステム・パフォーマンスを実現できます。最初はメモリにコストをかけることをお勧めします。

I/O パフォーマンス要件は,アプリケーションによって異なります。ノード,インターコネクト,アダプタなどのコンポーネントを選択するときは,各コンポーネント固有の速度をよく検討して最速のコンポーネントを選択し,ボトルネックの発生を防ぎます。

3 すべてのアプリケーションの CPU 要件,メモリ要件,I/O 要件を合算します。この合計値にさらにユーザ要件や周辺器機などの特別要件を加えます。
4 すべてのアプリケーション要件が決まったら,CPU リソース,メモリ・リソース,I/O リソースによる要件が,上記の要件を 20% 上回っていることを確認します。



2.2.1 メモリの追加

OpenVMS Cluster でシステムを実行するには,スタンドアロンの場合より約 5% 多いメモリが必要になります。この追加メモリは,共用クラスタ・リソース・ベースのサポートに充てられます。共用クラスタ・リソース・ベースは,スタンドアロン構成よりも大きくなります。

メモリを追加すれば,OpenVMS Cluster のノードで,スタンドアロン・システムの場合と同数のユーザーやアプリケーションをサポートできます。クラスタ構成の拡張とともに,ノードごとにシステム作業に必要なメモリ容量も増えます。ノードごとのメモリ容量の増加は,クラスタ内で共用されるデータ・レベルとリソース管理の分散状態によって異なるので一定のルールを適用することはできません。ノードが使用頻度の高いリソースのリソース・マネージャの場合,メモリを追加すれば,そのリソースのクラスタ・ユーザのパフォーマンスを強化できます。

関連項目: 追加メモリによるパフォーマンス強化については,『OpenVMS Performance Management』マニュアルを参照してください。

2.2.2 プロセッサ・リソース,メモリ・リソース,I/O リソースの分散

アプリケーションのパフォーマンスは,プロセッサ・リソース,メモリ・リソース, I/O リソースをいかにうまくバランスさせるかによって異なります。アプリケーションによって,これらのリソースの優先順位も異なります。アプリケーション要件をよく検討し,その要件に合わせてこれらのリソースのバランスを図ってください。 表 2-3 は,アプリケーション・タイプ別のリソース要件をまとめたものです。

表 2-3 アプリケーション・タイプ別のリソース要件
アプリケーション・タイプ 必要要件
一般タイムシェアリング プログラム開発,ドキュメント作成,オフィス・オートメーション プロセッサと I/O に集中
データベースの検索と更新およびレポートの表示 トランザクション処理,資金移動,オンライン発注エントリまたは予約システム I/O とメモリの集約型
シミュレーション,モデリング,計算 コンピュータ支援設計,製造,イメージ処理,グラフィックス・アプリケーション プロセッサとメモリの集約型



2.2.3 ツールとユーティリティ

OpenVMS オペレーティング・システムは,OpenVMS Cluster 構成におけるビジネス要件とアプリケーション要件の決定に必要な多くのユーティリティやツールをサポートしています。 表 2-4 は,これらの製品の内容をまとめたものです。あわせて,OpenVMS オペレーティング・システムに組み込まれているか,オプション製品であるかも示しました。

表 2-4 システム管理ツール
ツール 組み込みとオプションの別 機能
Accounting ユーティリティ 組み込み リソースの使用状況を追跡します。
AUTOGEN コマンド・プロシージャ 組み込み 使用状況に応じてシステム・パラメータの設定を最適化します。
DECamds (Digital Availability Manager for Distributed Systems) 組み込み 複数のノードからデータを同時に収集,解析し,すべての出力を DECwindows に集中させます。解析では,リソース可用性の問題を検出し,対応動作を提案します。
Availability Manager 組み込み 機能としては DECamds とほぼ同じですが, Windows ベースのシステムおよび OpenVMS Alpha 上で動作します。
Monitor ユーティリティ 組み込み 基本パフォーマンス・データを提供します。
POLYCENTER Capacity Planner オプション 構成の変化がユーザ・パフォーマンスにどのような影響を与えるかを解析するキャパシティ計画機能を提供します。
Show Cluster ユーティリティ 組み込み OpenVMS Cluster 構成における処理とパフォーマンスを監視します。
DECevent 組み込み システムとデバイスの状態を監視し,障害を予測します。
OpenVMS Management Station 組み込み ユーザ・アカウント,印刷キュー,複数の OpenVMS Clusters と OpenVMS ノードにまたがるストレージを構成するためにシステム・マネージャを有効にします。OpenVMS Management Station は Microsoft Windows と Windows NT ベースの管理ツールです。
Web-Based Enterprise Services (WEBES) 組み込み WEBES には, Compaq Analyze,Compaq Crash Analysis Tool (CCAT),DECevent,および Revision and Configuration Management (RCM) ツールが含まれています。これらのツールは,OpenVMS を実行しているすべての AlphaServer DS,ES,およびGS システムでサポートされますが,DECevent を継続して使用する必要がある AlphaServer GS60 および GS140 ではサポートされません。



2.2.4 OpenVMS パートナのシステム管理ツール

OpenVMS パートナは, 表 2-5 に示すように,多様なシステム管理のニーズを満たす幅広いツールを提供しています。ツールのタイプについて,以下のリストで説明します。

  • スケジュール・マネージャ
    夜間バックアップなどの繰り返し定期的に実行する処理を含む特定の処理を指定した時間に起動できます。

  • イベント・マネージャ
    システムを監視して,何らかの対処が要求される出来事やイベント,またはメモリの減少やセキュリティへの侵入などの,危機的で警告が必要な状況を示す出来事やイベントをレポートします。

  • コンソール・マネージャ
    システム・コンソールへのリモート接続およびシステム・コンソールのエミュレーションを有効にして,システム・メッセージの表示とコマンドの実行ができるようにします。

  • パフォーマンス・マネージャ
    データを収集および分析してシステムのパフォーマンスを監視し,システム・リソースを適切に調整および構成できるようにします。パフォーマンス・マネージャは,キャパシティの計画のための履歴データも収集します。

表 2-5 OpenVMS パートナのシステム管理製品
ビジネス・パートナ 製品 タイプまたは機能
BMS Best/1 パフォーマンス・マネージャ
  Patrol イベント・マネージャ
  Enterprise ControlStation コンソール・マネージャ
Computer Associates Advise IT パフォーマンス・マネージャ
  Command IT コンソール・マネージャ
  Schedule IT スケジュール・マネージャ
  Watch IT イベント・マネージャ
  Unicenter TNG さまざまな製品のパッケージ
Fortel ViewPoint パフォーマンス・マネージャ
Global Maintech VCC コンソール・マネージャ
Heroix RoboMon イベント・マネージャ
  RoboCentral コンソール・マネージャ
ISE Schedule スケジュール・マネージャ
Ki NETWORKS CLIM コンソール・マネージャ
XL Software Dollar Universe スケジュール・マネージャ
RAXCO Perfect Cache ストレージ・パフォーマンス
  Perfect Disk ストレージ管理
TDI Console Works コンソール・マネージャ

OpenVMS パートナおよびそれらが提供するツールについての最新情報は,OpenVMS のウェブ・サイト http://www.openvms.compaq.com/にアクセスしてください。


目次 索引

印刷用画面へ
プライバシー 本サイト利用時の合意事項 ウェブマスターに連絡