ELB経由でフォワードプロキシ on EC2 : koujiのblog
2015年02月24日20:44 カテゴリ ELB経由でフォワードプロキシ on EC2 ■実現したい事 AWS上でフォワードプロキシサーバを冗長構成(act/act)で用意する。 インタネット越しでそのプロキシサーバを利用する。 ■実現方法 Internet facingのELBを作成する Cent OS on EC2上でフォワードプロキシサーバーを2台起動させる ELBにフォワードプロキシサーバーを2台ぶら下げる ■構成イメージ ■構築方法 ※NATの構築方法については割愛します。 1.フォワードproxyサーバ ※今回はapacheを利用 1-1.apacheのインストール #yum install httpd 1-2.サービスポートを80以外に変更する ※ここがキモ（80だとELB経由では実現できません！） httpd.conf Listen 8080 1-3.フォワードproxy
Socket.ioで作ったWebSocketサーバをELBでロードバランスする - Qiita
課題 現在、作っているサービスではsocket.ioを使って作ったWebSocketサーバをELB経由で使っています。 開発環境はELB配下にEC2が1台で、本番環境は複数台です。 これ、どちらも正しく動いているように見えていたんですが、最近セットアップした本番環境の方でWebSocketへのUpgradeがうまくいっておらず、pollingで動いていることに今日気がつきました。 サービスとしてはまぁ一応問題はないんですが、WebSocketで動いていると思っていたものが実はPollingだったというのはわりかし衝撃です。 原因 なんでやねんと思ってググるとわりと簡単に原因に行き当たりました。公式ドキュメントで思いっきり説明されています。 日本語だとこの辺でが参考になります。 Express / Socket.IO をスケールアウトしてみよう Socket.IO or WebSocket
Elastic Load Balancerをつかってwebsocketを処理する方法
AWSにはElastice Load Balancerというロードバランサがあります。これはとても安いこともあって多くのお客様のwebサービスで使っていただいています。 最近はwebsocketを使いたい!という声もありますが、いくつかの制限により、 ELBは最初のネゴシエーションにだけ使って、ネゴシエーション後のwebsocketにかかわらない方法がおすすめです。 そもそも問題は、 ELBの場合、HTTPモードだとそもそも同じポートのままではwebsocketに遷移できない。 ELBでTCPモードにした場合でも60秒でタイムアウトする。 の2点が原因です。そのため、2つの方法があります。 解1: ELBは最初のネゴシエーションにだけ使って、ネゴシエーション後のwebsocketにかかわらない方法 C ---------> ELB(HTTPモード) --> S ふつうにHTTPでアクセス。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
