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

締切済

質問者：lawfer
質問日時：2007/11/21 14:57
回答数：1件

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サーバ側でロードバランス方法を注意すべきなはずですよね？）

よろしくお願いします。