• 締切済み

HTTPプロキシの構成について

HTTP/HTTPSプロキシの構成について教えてください。 現在、次のような構成を考えています。 ・下位プロキシ  サーバA-1  サーバA-2  の2台を用意。具体的にはキャッシュサーバの用途。(Squid想定) ・上位プロキシ  サーバB-1  サーバB-2  の2台用意。具体的にはウイルスチェックの用途。(Interscan等) クライアントからは、 クライアント→下位プロキシ→上位プロキシ→Internet という経路でHTTP/HTTPS通信が出来るようにしたいです。 下位プロキシは、自動構成スクリプトにより、どちらか一方が クライアントに返るように設定しようと思っています。 上位プロキシについては、ロードバランサ上に仮想サービスを 設けた上で、負荷分散しようとしています。 つまり、 クライアント  →自動構成スクリプトが返す下位プロキシのどちらか(A-1かA-2)   →上位プロキシ用仮想サービス    →仮想サービスが選択した上位プロキシ(B-1かB-2)     →インターネット という経路で最終的にはインターネットへの接続を実現しようとしています。 つまり上位プロキシにはグローバルIPが合計2つ払い出されることになります。 このような構成にした場合、クライアントからのセッションはどうなるでしょうか? 特にEC系サイトの様にセッション管理が重要なサイトの場合、接続元が、 ・サーバB-1(の持つグローバルIP) ・サーバB-2(の持つグローバルIP) のどちらかになるわけですが、接続先Webサーバからの返しがばらばらになってしまうことにより、 問題は起きないものなのでしょうか? 通常、このような問題はWebサイトを構築する側が気にする問題だとは思うのですが。。。 (つまり接続先Webサーバ側でロードバランス方法を注意すべきなはずですよね?) よろしくお願いします。

みんなの回答

  • sinjou
  • ベストアンサー率13% (492/3662)
回答No.1

チャットが自動的にリロードするのと同じように、設定か実装なさっては?素人の発想ですみません。

lawfer
質問者

お礼

ありがとうございました。

関連するQ&A