LB設定を入れる

クラウドコンソールから対象となるIPアドレスを選択して、ロードバランサーのタブから以下の設定を追加します。

管理名	パブリックポート	プライベートポート	アルゴリズム	接続維持	仮想マシン
test-lb	80	80	roundrobin	なし	test-web-1,test-web-2

ファイアウォールで、追加したLB設定のパブリックポートの口開けを設定します。

コメント	ソースCIDR	タイプ	ポートレンジ
tes-lb	My IPを指定※	TCP	80

※テスト用環境のため、外部からアクセス出来ないようにMyIP指定としています。

これでabとかでグローバルIPに対してリクエストを投げると、2つの仮想マシンにリクエストが入ることが確認できました。
（IPはxxxとしています）

ab -n 100 -c 100 http://xxx.xxx.xxx.xx/

リモートIPの取得

ロードバランサ通すと、access_logに載るリモートホストがロードバランサのIPとなってしまいます。
プロキシ通してるのと同じなので、当たり前といえば当たり前ですね。

10.3.0.133 - - [12/Nov/2014:19:57:51 +0900] "GET / HTTP/1.0" 200 130 "-" "ApacheBench/2.3"

AWSのELBとかも同じですが、 X-Forwarded-For ヘッダが
IDCFクラウドでも使用できるようです。

ということで、LogFormatに「X-Forwarded-For」を追加してみます。

httpd.conf

LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %{X-Forwarded-For}i" combined

結果(IPはxxxとしてます）

10.3.0.133 - - [13/Nov/2014:13:59:36 +0900] "GET / HTTP/1.0" 200 130 "-" "ApacheBench/2.3" xxx.xxx.xxx.xx

と出力されることが確認できました。

しかし、HTTPSでは「X-Forwarded-For」は使用できないそうです。

SSLアクセラレータの機能も仮想ルータでは提供されていないようなので、LB分散した先のWEBサーバ（Nginx）をアクセラレータとしようと考えていたのですが。。。
自前でLB立てて運用というのも、それはそれで面倒ですしね。
ELBのように、仮想ルータ（LB機能側）でSSLアクセラレータの機能が搭載されることを期待したいです。