Oracle® Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイド 11g リリース1(11.1.1) B63029-01 |
|
前 |
次 |
ここでは、各デプロイメントの容量を管理する方法について説明します。エンタープライズ・インストール・タイプまたはソフトウェアのみのインストール・タイプでは、デフォルトで、スケーラブルなOracle Business Intelligenceコンポーネントがクラスタ構成でインストールされます(簡易インストール・タイプではスケーリングはサポートされません)。ユーザーのWebリクエストはOracle BI Presentation Servicesコンポーネントのいずれか1つに送信され、各Presentation Servicesコンポーネントは複数のOracle BI Serverの可用性を利用してリクエストを処理します。
システム容量を拡大または縮小するには、クラスタで使用できるプロセスの数を調整します。リソースの効率的な使用によるシステム容量の拡大または縮小はスケーラビリティと呼ばれています。スケーラブルなシステムは、レスポンス時間とスループットを低下させることなく、リクエストの増加に対処できます。
この章の内容は次のとおりです。
注意: 簡易インストール・タイプでは管理サーバーにOracle Business Intelligenceコンポーネントがデプロイされるため、簡易インストール・タイプに基づくデプロイメントはスケールアウトできません。本番用のデプロイメントには、エンタープライズ・インストール・タイプまたはソフトウェアのみのインストール・タイプをご使用ください。 |
スケーリングとは、Oracle Business Intelligenceクライアントのリクエストを処理できるプロセス数を変更することによって、システムの容量を増大したり縮小したりするプロセスのことを指します。容量は、システムをスケールアウトすると増大され、スケールインすると縮小されます。スケーリングは、高可用性を目的としたデプロイメントの構成にも重要な部分となります。
Oracle Business Intelligence環境のスケーリングは、主に、リソース集中型のシステム・プロセスおよびJavaコンポーネントに適用されます。さらに多くのプロセスをデプロイすることにより、Oracle Business Intelligenceではレスポンスを低下させることなく、より多くのリクエストを処理できるようになります。
垂直方向のスケーリングでは、同じコンピュータ上にOracle Business Intelligenceコンポーネントを追加して、そのコンピュータでのハードウェア・リソースの使用を増大します。たとえば、特定のコンピュータ上でリクエストを処理するシステム・コンポーネントの数を増やすことによって、Oracle Business Intelligenceが垂直方向にスケーリングされ、その結果、コンピュータでのハードウェア・リソースの使用が増大します。
水平方向のスケーリングでは、使用している環境にコンピュータを追加します。たとえば、複数のコンピュータにリクエストの処理を分散することで、Oracle Business Intelligenceが水平方向にスケーリングされます。
Oracle Business Intelligence Javaコンポーネントおよびシステム・コンポーネントの両方をスケーリングできます。これらのコンポーネントの詳細は、第1.3.3項「Oracle Business IntelligenceのJavaコンポーネントとシステム・コンポーネントについて」を参照してください。
水平方向および垂直方向の両方のスケールアウトをサポートしているのは、Oracle BI Presentation Services、Oracle BI Server、およびJavaHostの3つのシステム・コンポーネントです。
Oracle BI Schedulerは、Presentation ServicesおよびOracle BI Serverのプロセスを利用してコンピュータを集中的に使用する作業を実行します。一方、Cluster Controllerは他のコンポーネントを管理するだけで、コンピュータを集中的に使用することはありません。そのため、Oracle BI SchedulerまたはCluster Controllerをスケールアウトする必要はありません。これら2つのプロセスは高可用性デプロイメントの必要に応じて配信できますが、容量をスケーリングする必要はありません。
システム・コンポーネントおよび管理対象サーバーは実際の負荷に基づいてスケールアウトします。Fusion Middleware Controlで提供されるパフォーマンス・メトリックを使用してプロセスの状態を監視し、パフォーマンス向上のために容量を増大するタイミングを判断できます。たとえば、CPU使用率が50%を超えたとき、またはメモリー使用量がシステムの上限に近いときは、デプロイメントへのコンピュータの追加が必要になります。システム・メトリックの表示の詳細は、第7.1項「サービス・レベルの監視」を参照してください。
可用性の高いOracle Business Intelligence環境を構成するには、プロセスをスケールアウトして冗長性を実現する必要もあります。詳細は、第6項「高可用性を実現するOracle Business Intelligenceのデプロイ」を参照してください。
Oracle Business Intelligenceでは、Oracle Business Intelligenceインストーラ(水平方向のスケールアウト)およびFusion Middleware Control(垂直方向および水平方向のシステム・コンポーネントのスケーリング)の組合せによるスケールアウトをサポートしています。
管理対象サーバーおよびシステム・コンポーネントをスケーリングする場合は、次のガイドラインに従ってください。
デプロイメント内の各コンピュータに対して管理対象サーバーが1つ実行されていることを確認します。Oracle Business Intelligenceインストーラによって、1つの管理対象サーバーが自動的にプロビジョニングされます。これは無効にしたり削除したりしないでください。
特定のコンピュータに対して管理対象サーバーを複数実行する必要はありません。
多くのJavaコンポーネントはシステムの重要な処理を実行しているため、それを個別に削除することはしないでください。各管理対象サーバーでJavaコンポーネントの完全なセットを保持してください。使用されないコンポーネントがパフォーマンスに重要な影響を与えることはありません。
各コンピュータで実行するシステム・コンポーネントは実際の負荷に基づいて決定できます。デプロイメント内の特定のコンピュータには、0個以上の各コンポーネント・タイプを配置できます。たとえば、Oracle BI Serverコンポーネントを3つ、JavaHostコンポーネントを2つ、Presentation Servicesコンポーネントを4つ配置できます。
管理対象サーバーまたはシステム・コンポーネントとともに構成済HTTPサーバーをスケーリングする必要はありません。HTTPサーバーの構成は、実行するプロセス数とは無関係です。
デプロイメント内に特定のOracle Business Intelligenceコンポーネントのインスタンスが複数ある場合は、まず、クラスタ化された各コンポーネントで使用する共有ファイルとディレクトリを構成する必要があります。次に、Fusion Middleware Controlを使用して、既存のOracle Business Intelligenceホストで実行するシステム・コンポーネントの数を増やします。
特定のコンピュータに対して管理対象サーバーを複数実行する必要はありません。そのため、垂直方向のスケールアウトは、Oracle Business Intelligenceのシステム・コンポーネントにのみ適用されます。
表5-1は、Oracle Business Intelligenceを垂直方向にスケーリングするために必要なタスクを示しています。
表5-1 垂直方向のスケールアウトにおけるタスクの概要
タスク | 詳細の参照先 |
---|---|
Oracle BIリポジトリ、Oracle BI Presentation Catalog、グローバル・キャッシュおよびOracle BI Schedulerスクリプトの共有ファイルとディレクトリの構成 |
|
必要なOracle Business Intelligenceシステム・コンポーネントのスケールアウト |
第5.5項「システム・コンポーネントをスケーリングするためのFusion Middleware Controlの使用」 |
垂直方向のスケールアウト同様、デプロイメント内に特定のOracle Business Intelligenceコンポーネントのインスタンスが複数ある場合は、まず、クラスタ化された各コンポーネントで使用する共有ファイルとディレクトリを構成する必要があります。
次に、Oracle Business Intelligence Javaコンポーネントおよびシステム・コンポーネントを水平方向にスケールアウトするために、新しいホストにOracle Business Intelligenceをインストールします。これには、Oracle Business Intelligenceインストーラを実行してエンタープライズ・インストールを選択し、BIシステムのスケールアウトオプションを選択します。
インストールが完了すると、Oracle Business Intelligence Javaコンポーネントが新しい管理対象サーバーで使用できるようになります。Oracle Business Intelligence Javaコンポーネントの最初の管理対象サーバーはbi_server1と呼ばれます。エンタープライズ・インストールでBIシステムのスケールアウトオプションを選択してスケールアウトした場合、追加される管理対象サーバーはbi_server2、bi_server3のようになります。
エンタープライズ・インストールを完了したら、Fusion Middleware Controlを使用して、新しいホスト上でOracle Business Intelligenceシステム・コンポーネントのスケールアウトをプロビジョニングする必要があります。また通常は、管理対象サーバー全体にリクエストを配信するためにHTTPサーバーおよびロード・バランサも構成します。
表5-2は、Oracle Business Intelligenceを水平方向にスケーリングするために必要なタスクを示しています。
表5-2 水平方向のスケールアウトにおけるタスクの概要
タスク | 詳細の参照先 |
---|---|
Oracle BIリポジトリ、Oracle BI Presentation Catalog、グローバル・キャッシュおよびOracle BI Schedulerスクリプトの共有ファイルとディレクトリの構成 |
|
新しいホストに対するOracle Business Intelligenceインストーラの実行とエンタープライズ・インストール・オプションの選択 |
『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』の「既存のインストールをスケールアウトするためのエンタープライズ・インストール」 |
新しいホストでのOracle Business Intelligenceシステム・コンポーネントのスケールアウト |
第5.5項「システム・コンポーネントをスケーリングするためのFusion Middleware Controlの使用」 |
複数の管理対象サーバーにリクエストを配信するHTTPサーバーおよびロード・バランサの構成 |
『Oracle Fusion Middleware Oracle WebLogic ServerにおけるWebサーバー・プラグインの使い方』 『Oracle Fusion Middleware Oracle WebLogic Serverクラスタの使い方』の「クラスタでのロード・バランシング」 |
Oracle Business Intelligenceコンポーネントのインスタンスが複数ある場合は、特定のファイルとディレクトリをNASまたはSANなどの共有ストレージ・デバイスで共有してシステムの管理を簡素化できます。Oracle Business Intelligenceコンポーネントは、Oracle BIリポジトリ(RPDファイル)、Oracle BI Presentation Catalog、グローバル・キャッシュ、およびOracle BI Schedulerの共有スクリプトを共有ストレージ上でホストしてからスケールアウトすることをお薦めします。
この項の構成は、次のとおりです。
リポジトリ公開ディレクトリを構成して、クラスタに参加するすべてのOracle BI Serverでリポジトリを共有することをお薦めします。このディレクトリには、オンライン・モードで編集されたリポジトリのマスター・コピーが保持されます。クラスタ化されたOracle BI Serverは、起動時にこのディレクトリでリポジトリの変更について調べます。
Oracle BIリポジトリを共有するには:
リポジトリ共有ディレクトリとして使用する共有ディレクトリを作成します。マスターのBI Serverには、このディレクトリに対する読取りおよび書込みアクセスが必要です。その他のすべてのOracle BI Serverには、読取りアクセスが必要です。
Fusion Middleware Controlの「デプロイメント」ページの「リポジトリ」タブを使用して、Oracle BIリポジトリの共有の場所を指定します。詳細は、第10.2項「リポジトリをアップロードしOracle BI Presentation Catalogの場所を設定するためのFusion Middleware Controlの使用」を参照してください。
共有リポジトリを構成すると、Fusion Middleware Controlでアップロードするリポジトリ・ファイルが、ここで指定した共有の場所と、Oracle BI Serverごとのローカル・リポジトリ・ディレクトリの両方にコピーされることに注意してください。ローカル・リポジトリのコピーはシステムで使用されるため、削除したり読取り専用にしたりしないでください。
Oracle BI Presentation Catalogの共有ディレクトリを構成して、クラスタ内のすべてのPresentation Servicesコンポーネントで共有することをお薦めします。
Oracle BI Presentation Catalogは頻繁にアクセスされる多数の小さなファイルで構成されているため、共有ファイル・システムに関して次の2つの重要な考慮事項があります。
ファイル制限: Oracle BI Presentation Catalogは、数千ものファイルで構成されていることがあります。多くの場合、これは共有ファイル・システムのファイル制限を上回ります。ストレージ・ベンダーのドキュメントで、ファイル制限を拡張する手順について確認してください。
スナップショット: スナップショットなどのバックアップ・アクティビティによって、小さな動的ファイルであるOracle BI Presentation Catalogファイルのパフォーマンスが低下することがあります。スナップショット・アクティビティが、可用性に影響せずにパフォーマンスを最大化できる妥当なレベルであることを確認してください。
Oracle BI Presentation Catalogを共有するには:
Oracle BI Presentation Catalogのネットワーク共有を作成します。クラスタ内のすべてのPresentation Servicesコンポーネントには、この共有に対する読取りおよび書込みアクセスが必要です。
ネットワーク共有にカタログを配置します。
Fusion Middleware Controlの「デプロイメント」ページの「リポジトリ」タブを使用して、Oracle BI Presentation Catalogの場所を共有の場所に変更します。詳細は、第10.2項「リポジトリをアップロードしOracle BI Presentation Catalogの場所を設定するためのFusion Middleware Controlの使用」を参照してください。
グローバル・キャッシュとは、クラスタに参加しているすべてのOracle BI Serverが共有する問合せキャッシュです。詳細は、第7.4.6項「グローバル・キャッシュについて」を参照してください。
クラスタに参加しているすべてのOracle BI Serverでキャッシュのシーディング・イベントおよびパージ・イベントを共有するようにグローバル・キャッシュを構成することをお薦めします。
グローバル・キャッシュを設定するには:
グローバル・キャッシュの共有ディレクトリを作成します。すべてのOracle BI Serverには、このディレクトリに対する読取りおよび書込みアクセスが必要です。
Fusion Middleware Controlの「容量管理」ページの「パフォーマンス」タブを使用して、「グローバル・キャッシュ・パス」および「グローバル・キャッシュ・サイズ」のオプションを設定します。詳細は、第7.5.4項「グローバル・キャッシュ・パラメータを設定するためのFusion Middleware Controlの使用」を参照してください。
Oracle BI Schedulerでサーバー側スクリプトを使用する場合は、スクリプトの共有ディレクトリを構成して、クラスタ内のすべてのOracle BI Schedulerコンポーネントで共有することをお薦めします。
このリリースにはアクション・フレームワークが提供されており、エージェントでサーバー側スクリプトを使用する必要はなくなりました。アクションの使用に関する詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の「アクションの使用」を参照してください。
次の手順は、旧リリースのサーバー側スクリプトを使用する場合にのみ実行してください。
Oracle BI Schedulerのスクリプトを共有する手順は次のとおりです。
Oracle BI Schedulerスクリプトのネットワーク共有を作成します。Oracle BI Schedulerサーバーには、この共有に対する読取りおよび書込みアクセスが必要です。
デフォルトおよびカスタムのOracle BI Schedulerスクリプトを、Oracle BI Schedulerスクリプト用に作成した対応するネットワーク共有にコピーします。
Oracle BI Schedulerのinstanceconfig.xmlファイルのSchedulerScriptPath要素とDefaultScriptPath要素を更新します。
このファイルは、デプロイメントの各Oracle BI Schedulerコンポーネントについて更新する必要があります。これらのパラメータの設定の詳細は、第19.3.3.1項「エージェントに影響するスケジューラの一般構成設定」を参照してください。
Fusion Middleware Controlの「容量管理」ページの「スケーラビリティ」タブを使用して、Oracle BI Server、Presentation Services、またはJavaHostのシステム・コンポーネントをスケールインまたはスケールアウトできます。
この項で説明する手順に従って、システム・コンポーネントを垂直方向(同一コンピュータ上)または水平方向(複数のコンピュータ上)にスケーリングできます。
図5-1は、「容量管理」ページの「スケーラビリティ」タブを示しています。
図5-1 Fusion Middleware Controlの「容量管理」ページの「スケーラビリティ」タブ
この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。
Oracle Business Intelligenceシステム・コンポーネントをスケーリングするには:
Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.2項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。
「容量管理」ページの「スケーラビリティ」タブを表示します。
この要素のページレベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。
「構成をロックして編集」をクリックして変更を行います。
矢印キーを使用して、「BIサーバー」、「Presentation Server」または「JavaHost」の数を変更します。
エンタープライズ・インストール・オプションまたはコンフィギュレーション・アシスタントを使用してOracle BIシステムを新しいホストにスケールアウトした場合、そのホストに構成されるシステム・コンポーネントの数はゼロです。水平方向のスケールアウト操作を完了するには、新しいホストにシステム・コンポーネントを追加します。
システム・コンポーネントを垂直方向にスケーリングするには、特定のホストで各コンポーネントをゼロより大きな数に増やします。
デフォルトのポート範囲が自動的に割り当てられ、Oracleインスタンス内のコンポーネントで使用できるようになります。BI Server、Presentation ServicesおよびJavaHostのコンポーネント・プロセスに加えて、このインスタンスのOracle BI SchedulerおよびCluster Controllerのコンポーネント・プロセスにもこの範囲内のポートが割り当てられます。
通常はデフォルトのポート範囲をそのまま使用できますが、必要に応じて、「ポート範囲(開始)」および「ポート範囲(終了)」の矢印を使用するか値を直接入力することで別のポート範囲を指定できます。
(オプション)「リスニング・アドレス」に特定のOracleインスタンスのコンポーネントのDNS名またはIPアドレスを入力して、受信接続のリスニングに使用できます。通常は、この要素を空白(デフォルト値)のままにして、コンポーネントですべての使用可能なローカル・インタフェースをリスニングする必要があることを示します。
「適用」をクリックしてから、「変更のアクティブ化」をクリックします。
Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。
変更内容は、自動的に対応する構成ファイルに書き込まれ、新しいプロセスがクラスタに追加されます。
コンポーネントをスケールアウトするためのOracle BI Systems Management APIの使用方法の詳細は、第22章「Oracle BI Systems Management APIの概要」を参照してください。
Fusion Middleware ControlおよびOracle WebLogic Server管理コンソールを使用して、スケールアウトしたコンポーネントのステータスを検証できます。
この項の構成は、次のとおりです。
Fusion Middleware Controlを使用して、デプロイメント内のすべてのシステム・コンポーネントのステータスを表示できます。
システム・コンポーネントのステータスを表示するには:
Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.2項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。
「容量管理」ページの「可用性」タブを表示します。
このページでは、次の操作が可能です。
特定のタイプの全システム・コンポーネントの起動、停止または再起動
すべてのプロセスの起動、停止または再起動
この要素のページレベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。
図5-2は、「容量管理」ページの「可用性」タブで、「システム・コンポーネントの可用性」表に表示されたステータス情報を示しています。
図5-2 Fusion Middleware Controlの「容量管理」ページの「可用性」タブ
管理コンソールを使用して、デプロイメント内のすべての管理対象サーバーのステータスを表示できます。
管理対象サーバーのステータスを表示するには:
Oracle WebLogic Server管理コンソールにログインします。
「環境」、「サーバー」の順に選択し、「サーバーのサマリー」ページに移動します。このページでは、デプロイメント内の新しいホストに追加された任意の管理対象サーバーを確認できます。
図5-3は、「サーバーのサマリー」ページを示しています。
図5-3 Oracle WebLogic Server管理コンソールの「サーバーのサマリー」ページ