この章では、次の項などで、Oracle CEPサーバーおよびアプリケーションのパフォーマンスを向上するための技術について説明します。
マルチサーバー・ドメインにデプロイするために高可用性アプリケーションを作成するときは、次のパフォーマンス・チューニング・オプションを考慮します。
詳細は、16.3項「高可用性用Oracle CEPアプリケーションの設計」を参照してください。
リカバリ時間に関係なく、高可用性のみを必要としている場合、小規模であまり装備されていないホストをセカンダリとして使用できます。ただし、高可用性パフォーマンスを最大限にするために、マルチサーバー・ドメイン内のすべてのホストは同じ、つまり、番号とプロセッサ・タイプが同じ、メモリー・サイズ、番号とディスク領域が同じであることを確認します。
Oracle CEP高可用性入力アダプタはすべての高可用性サービス品質オプションに適用できます。ただし、高可用性入力アダプタはパフォーマンスのオーバーヘッドを増加するため、一部の高可用性サービス品質オプション(16.2.1項「簡易フェイルオーバー」および16.2.2項「バッファリングで簡易フェイルオーバー」など)には適しません。
イベントからアプリケーション時間を使用している場合、入力アダプタを使用する必要はありません。パフォーマンスの観点からみた場合、通常はイベントからのアプリケーション時間を使用することをお薦めします。
プライマリ・サーバーがイベント・メッセージをブロードキャストするために要する時間とセカンダリ・サーバーがこれらのメッセージを処理するために要する時間を短縮するには、batch-size
を増加することを考慮します。
プライマリ・サーバーが多数のイベントがあるイベント・メッセージをブロードキャストする前に失敗した場合、batch-size
を増加すると、重複イベントとイベントのミスの可能性が増加します。
詳細は、17.2.1.2項「高可用性入力アダプタ・コンポーネント構成ファイルの構成」の表17-3を参照してください。
プライマリ・サーバーがトリミング・メッセージをブロードキャストするために要する時間とセカンダリ・サーバーがこれらのメッセージを処理するために要する時間を短縮するには、trimming-interval
を減少させることを考慮します。
trimming-interval
が減少すると、新しいプライマリ・サーバーのメモリー内キューが古いプライマリ・サーバーに対して期限切れのためにリカバリ時間が増加する場合があります。
詳細は、17.2.3.2項「出力アダプタ・コンポーネント構成ファイル構成のブロードキャスト」の表17-9を参照してください。
高可用性アーキテクチャでOracle Coherenceを構成する場合、次のパフォーマンス・チューニング・オプションを考慮します。
詳細は、『Oracle Coherence開発者ガイド』のテストとチューニングに関する項を参照してください。
フェイルオーバーの時間を削減するには、Coherenceハートビート・タイムアウトのマシン頻度を増加し、失敗する前のハートビート数を減少します。
XML登録を必要としない、Oracle Coherence「簡易」シリアライズ・インタフェースを実施します。