現在、UDP通信を、ELBを通して、各EC2インスタンスに向けてロードバランシングしたいと思っております。
しかし、現状ELBでは、UDPはサポートしておらず、どのように対応したらいいか困っております。
どのような対応方法があるのか、もしくは代替方法があるのか、ご教示いただければと思います。
気になる質問をクリップする
クリップした質問は、後からいつでもMYページで確認できます。
またクリップした質問に回答があった際、通知やメールを受け取ることができます。
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
回答3件
0
ベストアンサー
ELBは、簡易的なロードバランシングですので物理機器のロードバランサとは異なります。
UDPの経路やTCPに関しても厳密なパケット経路指定などはできません。
あくまで仮想ネットワークの送信経路を指定しているだけのソフトウェアロードバランシングと思ってください。
代替案ですが、OSS使えるならNGINXで構築することをお勧めします。
こちらのサイトが参考になるかと思います。
NGINX に追加された UDP ロードバランシングを試してみた
尚、死活監視などは、JP1でもZabbixでもAWS Cloudwatch(プロセスのステータス飛ばすシェルとロギングしてアラームを飛ばす設定)でも
プロセスの監視になりますので色々できると思います。
投稿2017/04/03 04:50
総合スコア1294
0
代替案として次の2つが考えられます。
- サードパーティのロードバランサを利用する
- Route53の重みづけラウンドロビンとヘルスチェックを組み合わて利用する
両案の簡単な比較は次の通りです。
費用 | 運用の手間 | ロードバランサとしての柔軟度 | |
---|---|---|---|
案1:サードパーティ製LB | 高い | 高い | 高い |
案2:Route53 | 安い | 低い | 低い |
案1では、AWS上にEC2としてF5のBIG-IPやCitrixのNetScalerを構築します。そのためインスタンスとライセンスの費用がかかります。またインスタンスを運用する手間がかかります。しかし、高度なロードバランシング機能を利用できます。
案2では、Route53を疑似的にロードバランサとして利用します。インスタンスを追加で稼働させる必要はありません。しかしあくまでもRoute53を使うので、一般的なロードバランサではできることができません。できないことについて、ぱっと思いつくのは次の事項です(他にもあるかもしれません)
- セッション維持
- サービスを提供するポートでのヘルスチェック(Route53のヘルスチェックはUDPをサポートしない)
構築されるシステムの要件を考慮してお選びください。
投稿2017/03/31 12:12
総合スコア432
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
0
対応されましたね。
新機能 – Network Load Balancer のための UDP ロードバランシング | Amazon Web Services ブログ https://aws.amazon.com/jp/blogs/news/new-udp-load-balancing-for-network-load-balancer/
投稿2020/08/27 03:59
総合スコア2
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
あなたの回答
tips
太字
斜体
打ち消し線
見出し
引用テキストの挿入
コードの挿入
リンクの挿入
リストの挿入
番号リストの挿入
表の挿入
水平線の挿入
プレビュー
質問の解決につながる回答をしましょう。 サンプルコードなど、より具体的な説明があると質問者の理解の助けになります。 また、読む側のことを考えた、分かりやすい文章を心がけましょう。
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2017/04/04 01:00