1秒当たりのリクエスト数の計算

同期統合がタイムアウトし続ける場合や、完了に通常より時間がかかる場合、統合によって処理されるリクエストが多すぎる可能性があります。インスタンスが1秒間に処理するリクエストを知ることは、必要な高速レスポンスを提供する同期統合の設計に役立ちます。

1秒当たりのリクエスト数の計算は、システムがクライアント・アプリケーションから受信できる同時リクエストの近似数を決定するのに役立ちます。たとえば、モバイル・アプリケーションがOracle Integrationをコールした場合、インスタンスは、モバイル・アプリケーションからの同時リクエストをいくつ処理できるでしょうか。
この計算は、Oracle Integrationがターゲット・サービスからのレスポンスを待機する同期統合専用です。大規模なタスクを完了し、実行に長い時間が必要な統合がある場合、かわりに非同期統合を作成することをお薦めします。
ノート

  • 通常、「メッセージ」と「リクエスト」の単語は同義です。ただし、大きなペイロードを操作する場合は、リクエストごとに複数のメッセージを消費する場合があります。この変更は計算に影響します。「サービス・インスタンスおよび請求メッセージ・メトリックの表示」を参照してください。

    この項の計算では、すべてのリクエストが50KB以下であると想定しています。

  • この計算は通常、TPS (1秒当たりのトランザクション)と呼ばれます。TPSは、次の2つの理由でOracle Integrationに直接適用されません:

    • Oracle Integrationは、トランザクションではなくリクエストを処理します。
    • Oracle Integrationでのサイズ設定は、秒単位の消費ではなく、メッセージの1時間単位の消費に基づきます。

    Oracle IntegrationでのTPSと同等のものは1秒当たりのリクエスト数で、これは同時実行性です。

  1. インスタンスが1分間で処理できるリクエストの概数を決定します。
    1. インスタンスで1時間当たりに購入したメッセージ・パックの数を決定します。

      この例では、Oracle Integrationライセンスを保有しており、4パックを購入したとします。

    2. メッセージ・パックの数に、メッセージ・パック内のメッセージ数(BYOL以外の顧客の5,000メッセージおよびBYOL顧客の20,000メッセージ)を乗算します。

      この例の場合、BYOL以外の顧客であるため、メッセージ・パックには5,000メッセージが含まれているとします。

      4メッセージ・パックx 5,000メッセージ/時間= 20,000リクエスト/時間

    3. 時間ごとのリクエスト数を3,600で除算して、秒当たりのおおよその容量を判断します。

      20,000リクエスト/時間/3600 = 5.6リクエスト/秒

    4. 秒当たりのリクエストに2を乗算します。通常、インスタンスは購入した容量の約2倍を処理できます。

      5.6 リクエスト/秒x 2 = 11リクエスト/秒

  2. 同時実行性(システムがクライアント・アプリケーションから処理できる同時リクエストの数)を計算します。
    1. 一般的な秒単位のレスポンス時間を決定します。

      たとえば、いくつかのリクエストを実行し、アクティビティ・ストリームのタイムスタンプでレスポンス時間を確認します。Oracle Integration 3での統合の使用統合インスタンスのステータスのトラッキングを参照してください。

      レスポンス時間は状況によって異なります。インスタンスでトランザクション量が増加すると、レスポンス時間も長くなる場合があります。

      この例では、レスポンス時間が5秒であるとします。

    2. 1秒当たりに処理できるリクエスト数をレスポンス時間で乗算します。

      11リクエスト/秒x 5秒= 55同時リクエスト

      この値は、おおよその同時実行性です。

例6-1最大同時リクエスト数の処理

55の同時リクエストを処理できるインスタンスがフル・キャパシティで動作している場合のサンプル・リクエスト・キューを見てみましょう。

次の表に、1秒ごとにどのようにリクエストが到着し完了するかを示します。キュー内のリクエストの合計は、55に達するまで増加し、無期限に55のままになります。5秒(レスポンス時間)後に、リクエストの処理が開始されます。

経過した時間 到着したリクエスト 完了したリクエスト キュー内の合計リクエスト数

1秒

11

0

11

2秒

11

0

22

3秒

11

0

33

4秒

11

0

44

5秒

11

11

55

6秒

11

11

55

7秒

11

11

55

8秒

11

11

55

例6-2最大同時リクエスト数の超過

同じインスタンスが、1秒当たり最大同時実行性の値よりも多い数のリクエストを受信したとします。次の表に、同時実行性を数リクエストのみ超えた場合でも、キュー内のリクエスト数をどれだけ迅速に構築できるかを示します。3秒後、インスタンスではすでに同時リクエストの最大数を超え、8秒以内には、インスタンスは同時リクエストの最大数の2倍を処理しています。

統合がインスタンスの最大同時実行性を超える可能性がある場合、統合が同期統合として構築されると、タイムアウトが発生する可能性があります。かわりに、非同期統合として統合を構築します。

経過した時間 到着したリクエスト 完了したリクエスト キュー内の合計リクエスト数

1秒

20

0

20

2秒

20

0

40

3秒

20

0

60

4秒

20

0

80

5秒

20

11

89

6秒

20

11

98

7秒

20

11

107

8秒

20

11

116