64k以上のWebソケット用にHAProxyを拡張

64k以上のWebソケットを処理できるアーキテクチャを設計しようとしています。

私たちは最初にAmazon ELBを試しましたが、その設計では、トラフィックやWebSocketの予期しないスパイクは許可されていません。（TCPモードでWebSocketが予期せずタイムアウトする）

HAProxyではこれらの制限は適用されませんが、HAとバックエンドサーバー間で維持される〜64kのWebソケットに制限されます。

頭に浮かんだ複数のソリューション：

• 複数のHAProxyインスタンス、DNSによる負荷分散（Route53には加重オプションがあります）
• Keepalived、複数の内部IPアドレスを持つ2つのHAProxyインスタンス（実行可能かどうかは不明）

これを行うより良い方法はありますか？

64kの制限が送信元ポートによるものである場合は、次のようなことを行うことができます（少しハッキーですが、現在はSEでWebソケットに対して実行しています（通常、HAProxyで.5ミリオンの同時実行など）。

server ny-web01-1 10.0.0.1:8081 check
server ny-web01-2 10.0.0.1:8082 check
server ny-web01-3 10.0.0.1:8083 check

また、keepalivedを使用して複数のインスタンスを実行できます。複数のIPでDNSのラウンドロビンなどを実行するだけです。DNS自体はロードバランシングを提供しないため、アクティブなロードバランサーが常にIPを取得するようにしてください（ここにもオプションがあり、これは単純です）。

AnycastとBGPまたは他のボーダールーティングプロトコルを使用して、同じIPを共有する複数のHAproxyシステムをセットアップできます。このようにして、すべてのHAproxyシステムがアクティブになります。それらのいずれかがダウンした場合、そのシステムでのBGPルートのアドバタイズを停止し、30秒以内にトラフィックの受信を停止します。これは、同じ範囲をアドバタイズする他の使用可能なシステムに再配布されます。

たとえば、このようなレイアウトを設定する方法については、この URLを確認してください