インフラエンジニアなら気になるQUICのロードバランサ (方式編)

図1: QUICコネクションを振り分けるロードバランサはじめに本記事では、バックエンドのWebサーバへリクエストを振り分ける装置の意味でのロードバランサ(図1)について、QUIC対応の議論状況を紹介します。方式編と実装編にわけて二編を予定しており、本稿は方式についての解説です。 IETFでは、F5 Networksとマイクロソフトから提案されたロードバランシング方式が議論されています。本稿では下記のインターネットドラフトをQUIC-LBと表記します。 QUIC-LB: Generating Routable QUIC Connection IDs https://datatracker.ietf.org/doc/html/draft-ietf-quic-load-balancers 執筆時点の -07 をベースとしますが、ドラフトですので今後の議論次第で改版が続きます。あらかじめご承知おき

[kawasin73]

ひえ〜、セキュリティの対策のためにこんなにも複雑になってしまうのか

[tmatsuu]

「クライアントとWebサーバ間のエンド-to-エンドでQUICコネクションを成立させながら、ステートレスな振り分けを実現している」おーおもろいな。特性を最大限活用している感じがあるよいLB

[kyamanak]

quic lb slb

[napsucks]

そうか、QUICがTCPの車輪の再発明であるからして、これまでのTCPへの攻撃への対処もできてるか精査が必要になりそうね。

[wata88]

やっと形になってきたところだなぁ

[Shinwiki]

ぜんぶSSLにするのにも何年もかかったのに、もうやめとくれ…

[ikedas]

cookie persistenceのQUIC版って感じになるのかな。スクリプト処理しないといけなくなるなら面倒くさいなー。