機械翻訳について

同期統合のタイムアウトのトラブルシューティング

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

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

ノート:

  • 通常、「message」と「request」の単語は同義です。 ただし、大きなペイロードを操作している場合は、リクエストごとに複数のメッセージを消費する場合があります。 この変更は計算に影響します。 「予算内にとどまる: 請求メトリックの追跡」を参照してください。

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

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

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

    TPSと同等のOracle Integrationは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 リクエスト数/秒x2 = 11リクエスト/秒

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

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

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

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

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

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

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

例12-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

例12-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