Amazon EKSでgRPCサーバを運用する - 一休.com Developers Blog

以前の記事でも紹介した通り、一休では、gRPCを使ったサービスを導入し始めています。 user-first.ikyu.co.jp この記事では、このサービスをAmazon EKSで提供するための設計や気をつけたポイントについて紹介します。 背景 一休では、ウェブアプリケーションの実行環境としてAWS Elastic Beanstalkを採用しています。 そして、この4月からElastic BeanstalkをAmazon EKSへ移行するプロジェクトを進めています。 このgRPCサービスもElastic Beanstalkで運用をしていましたが、以下の問題を抱えていました。 適切にロードバランシングできない。 Elastic BeanstalkでgRPCサービスを運用しようとするとNetwork Load Balancer(NLB)を使うことになります。NLBはレイヤ4のロードバランサです

[nilab]

「一休では、ウェブアプリケーションの実行環境としてAWS Elastic Beanstalkを採用しています。 そして、この4月からElastic BeanstalkをAmazon EKSへ移行するプロジェクトを進めています」

[kei2100]

drain_connections_on_host_removal は ignore_health_on_host_removal に名称変更されている

[griefworker]

Amazon EKS での gRPC のロードバランシングに Envoy を使った、と。

[dann]

いい！

[inductor]

EnvoyでgRPC proxyをはさみつつgraceful shutdownをきれいにする方法とかも書いてあって良い事例！Service Type LoadBalancer + NLBを使ってるんですね

[surumedaka]

NLB だと ALPN がちゃんと動作しなくて詰んだ記憶がある。けっこうgRPC使うならEKS一択感感じてきた