CISがユーザーをオリジン・サーバーに接続する方法

CISは、ユーザーリクエストをCISを通してアプリケーションのオリジンサーバーにルーティングすることで、ユーザーとオリジンの仲介役を果たします。 ユーザーのトラフィックは、最も近いPoPPoint of Presence）にルーティングされ、そこでリクエストが処理される。 リクエストがCloudflareのデータセンターの1つから提供されない場合、リクエストを転送するためにオリジンサーバーへの接続が開かれます。

接続制限

HTTP / HTTPS トラフィックが CIS を介してプロキシされるとき、多くの場合、確立された TCPコネクションが2つある。1つ目はリクエストクライアントと CIS の間、2つ目は CIS とオリジンサーバーの間である。 各接続にはそれぞれTCPと HTTP の制限がある。

TCPコネクションとキープアライブ

CISは、顧客のトラフィックをオリジン・サーバーにプロキシングする際に、TCPコネクションを繰り返す必要性を最小限に抑えることで、パフォーマンスを向上させ、コストを削減するためにキープアライブ・コネクションを使用している。 このプロセスを最適化するには、オリジンサーバーで HTTP keep-aliveが有効になっていることを確認し、最後のリクエストの後、Proxy Idle Timeoutまで開いているTCPコネクションの再利用を許可する。 これにより、接続のリセットを防ぎ、効率を高めることができる。

通常、 HTTP、リクエスト・レスポンス・サイクルごとに新しいTCPコネクションを開くため、オーバーヘッドが増える可能性がある。 キープアライブにより、1つのTCPコネクションが複数のリクエストに対してオープンな状態を維持できるため、待ち時間とネットワーク・トラフィックが削減され、最終的にユーザー・エクスペリエンスが向上します。

TCPコネクションはアクティブな状態を保つことができるが、アイドル状態のコネクションは通常、一定時間が経過すると切断される。 CISのユーザー接続のアイドルタイムアウトはデフォルトで400秒で、75秒ごとにキープアライブプローブを送信する。 9回連続してプローブに応答しなかった場合、CISはTCPリセット（RST）パケットで接続を終了する。

キープアライブは、キャパシティ・バランシングやメンテナンスなどの要因による接続の安定性を保証するものではないことに注意することが重要である。 企業のお客様は、ユーザーとCIS間、およびCISとオリジンサーバー間のTCP接続設定をカスタマイズすることができます。