ELBを利用したUDP通信のロードバランシング

Question

現在、UDP通信を、ELBを通して、各EC2インスタンスに向けてロードバランシングしたいと思っております。
しかし、現状ELBでは、UDPはサポートしておらず、どのように対応したらいいか困っております。
どのような対応方法があるのか、もしくは代替方法があるのか、ご教示いただければと思います。

Answer 1

ELBは、簡易的なロードバランシングですので物理機器のロードバランサとは異なります。
UDPの経路やTCPに関しても厳密なパケット経路指定などはできません。
あくまで仮想ネットワークの送信経路を指定しているだけのソフトウェアロードバランシングと思ってください。

代替案ですが、OSS使えるならNGINXで構築することをお勧めします。
こちらのサイトが参考になるかと思います。
NGINX に追加された UDP ロードバランシングを試してみた

尚、死活監視などは、JP1でもZabbixでもAWS Cloudwatch（プロセスのステータス飛ばすシェルとロギングしてアラームを飛ばす設定）でも
プロセスの監視になりますので色々できると思います。

Comments

[k.takeshi]

大変参考になりました。こちらの方法で試すことができそうです！

Answer 2

代替案として次の2つが考えられます。

1. サードパーティのロードバランサを利用する
2. Route53の重みづけラウンドロビンとヘルスチェックを組み合わて利用する

両案の簡単な比較は次の通りです。

	費用	運用の手間	ロードバランサとしての柔軟度
案1：サードパーティ製LB	高い	高い	高い
案2：Route53	安い	低い	低い

案1では、AWS上にEC2としてF5のBIG-IPやCitrixのNetScalerを構築します。そのためインスタンスとライセンスの費用がかかります。またインスタンスを運用する手間がかかります。しかし、高度なロードバランシング機能を利用できます。

案2では、Route53を疑似的にロードバランサとして利用します。インスタンスを追加で稼働させる必要はありません。しかしあくまでもRoute53を使うので、一般的なロードバランサではできることができません。できないことについて、ぱっと思いつくのは次の事項です（他にもあるかもしれません）

• セッション維持
• サービスを提供するポートでのヘルスチェック（Route53のヘルスチェックはUDPをサポートしない）

構築されるシステムの要件を考慮してお選びください。

Comments

[k.takeshi]

ありがとうございます！Route53を使う方法で試すことができそうです！

Answer 3

対応されましたね。

新機能 – Network Load Balancer のための UDP ロードバランシング | Amazon Web Services ブログ https://aws.amazon.com/jp/blogs/news/new-udp-load-balancing-for-network-load-balancer/