接続タイムアウト設定

ロード・バランサは接続の多重化をサポートします。ロード・バランサは、複数のクライアントから宛先バックエンド・サーバーへの多くの受信リクエストを、少数(1つまたは複数)のバックエンド接続を経由してルーティングできます。

ロード・バランサによってクライアントがバックエンド・サーバーに接続された後、アクティブでないために接続がクローズされることがあります。 TCP接続またはHTTPリクエストとレスポンスの各ペアの間に許容される最大アイドル時間を制御するロード・バランサ・リスナーを構成できます。

次のタイムアウト設定は、ロード・バランサの動作に影響します:

ロード・バランサとクライアント間のキープ・アライブ設定
ロード・バランサとバックエンド・サーバー間のキープ・アライブ設定
アイドル・タイムアウト(秒)

キープ・アライブの設定

ロード・バランシング・サービスでは、バックエンド・サーバーからのキープ・アライブ設定は考慮されません。ロード・バランサは、アイドル状態のバックエンド・サーバー接続を300秒以上クローズします。 Oracleでは、バックエンド・サーバーがロード・バランサへの接続を閉じることを許可しないことをお薦めします。考えられる502エラーを回避するには、バックエンド・サーバーがアイドル接続を310秒未満でクローズしないようにします。

ロード・バランシング・サービスは、接続を65秒間アイドル状態になるまで維持するためにキープ・アライブ値を設定します。この設定の値は変更できません。

アイドル・タイムアウト設定

TCPまたはHTTPリスナーを作成または編集する場合、最大アイドル時間を秒単位で指定できます。この設定は、HTTPリクエスト/レスポンス・フェーズで、2つの連続する受信または2つの連続する送信ネットワーク入出力操作の間に許可される時間に適用されます。送信または受信したパケットがない状態で、構成されたタイムアウトが経過すると、クライアントの接続はクローズされます。 HTTPおよびWebSocket接続の場合、送信操作は受信操作のタイマーをリセットせず、受信操作は送信操作のタイマーをリセットしません。

ノート:

このタイムアウト設定は、完了したレスポンスと後続のHTTPリクエストの間のアイドル時間には適用されません。

デフォルトのタイムアウト値は次のとおりです: TCPリスナーの場合は300秒、HTTPリスナーの場合は60秒。最大タイムアウト値は7200秒です。

クライアントまたはバックエンド・サーバーのいずれかでデータの送信に時間がかかる場合は、タイムアウト・パラメータを変更します。たとえば:

クライアントはデータベース問合せをバックエンド・サーバーに送信し、データベースは実行に300秒以上かかります。そのため、バックエンド・サーバーは300秒以内にデータを送信しません。
クライアントは、HTTPプロトコルを使用してデータをアップロードします。アップロード中、バックエンドは60秒を超えるデータをクライアントに送信しません。
クライアントは、HTTPプロトコルを使用してデータをダウンロードします。最初のリクエストの後、60秒を超えるバックエンド・サーバーへのデータの送信は停止されます。
クライアントは、WebSocket接続の確立後にデータの送信を開始しますが、バックエンド・サーバーは60秒以上データを送信しません。
バックエンド・サーバーは、WebSocket接続の確立後にデータの送信を開始します。ただし、クライアントは60秒を超えてデータを送信しません。