Q&A
ありがとうございます！Route53を使う方法で試すことができそうです！
現在、UDP通信を、ELBを通して、各EC2インスタンスに向けてロードバランシングしたいと思っております。
しかし、現状ELBでは、UDPはサポートしておらず、どのように対応したらいいか困っております。
どのような対応方法があるのか、もしくは代替方法があるのか、ご教示いただければと思います。
回答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