GKE gRPC Ingress LoadBalancing – Google Cloud Platform - Community – Medium
gRPC client/server running loadbalanced/failover on Google Compute Engine and Google App Engine — salrashid123/gcegrpc cd gke_ingress_lb_backend_config kubectl apply -f .Wait for the Ingress and Loadbalancer configurations to allocate an IP and test as described below. How it works: Look at fe-srv-ingress.yaml file for the BackendConfig: --- apiVersion: v1 kind: Service metadata: name: fe-srv-ingr
GKE Ingress+Envoy+gRPC で、Ingress の Health Check をクリアして構築する - Qiita
GKE Ingress+Envoy+gRPC で、Ingress の Health Check をクリアして構築するGKEgRPCenvoy tl;dr GKE の Ingress (L7 Load Balancer) では、HTTP(S) の GET Request で、Health Check が行われる gRPC アプリで、gRPC の Health Check を用意する Envoy で Lua を使って、GET リクエストを Envoy の Health Check と繋げることで Health Check をクリアさせる ソースコード https://github.com/74th/try-envoy/tree/master/manifests/4_gke_ingress 問題点 GKE で、サービスを公開する手段として、L7 Load Balancer である Ingress
kubernetesでgRPCするときにenvoy挟んでみたよ - Qiita
kubernetes(今回はGKE内)でgRPCの通信を場合にぶち当たる問題として、ロードバランシングの問題があります。 gRPCの通信は永続化されるので、そのままの状態で使うとバックエンドにあるサービスがスケールしても分散されないということになります。 具体例 上記のような構成でhoge-gateway(4pod)からhoge-app(10pod)に向けてコネクションプーリングが1で通信をする場合、hoge-appが最大4podしか使われない状態になります。 下記がその状態です。 GKE Container - CPU usage for hoge-app GKE Container - CPU usage for hoge-gateway 解決方法 これを解決する手段としてgRPCのclientLoadbalancingを使う方法がありますが、clientに依存する方法はあまりスマート
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
