Istioで複数FQDNのホスティング - Qiita
Istioで複数アプリケーションを別Host名でホスティングするのに詰まったので、記事にしておきます。 Istio自体の導入については前回の記事などをご参考ください。 問題 前回の記事で導入したのと同じように 別のNamespaceを新たに作成し、Istio injectionを有効化 そこに新しいFQDN用のGatewayとVirtualServiceを作成 して、新しいFQDNのリソースをIstioで受けられるようにしたかったのですが、どうしてもできないのです。 いろいろ試して実験してみたところ、 VirtualServiceは、自分が所属するNamespace内に存在するGatewayにしか紐づけできない 複数のGatewayを複数のNamespaceにデプロイすると、最初にデプロイしたGatewayに記載のあるFQDNしか名前解決ができない ということがわかりました。 異なるアプリ
Istio IngressGateway周辺を理解する - Qiita
はじめに Istioでどのようにトラフィックを制御しているのかについて、公式チュートリアルをローカル環境で実験した際に学んだ事のメモ。 ■公式チュートリアル https://istio.io/docs/examples/bookinfo/ 前提 Kubernetes上にデプロイするのは、BookInfoというサンプルアプリケーションで構成は以下の通り。 EnvoyプロキシをPodにインジェクトすると下図のように、各PodにEnvoyがサイドカーとして内包され、全トラフィックをEnvoy経由でやり取りする事でサービスメッシュを構築する。 Istio IngressGateway周りの流れ 1. クラスタ外部からトラフィックが来る 2. トラフィックをロードバランサーが受ける 3. ロードバランサーが転送するポートで待ち受けてるIstio-IngressGateway Serviceにルーティ
Using the Istioctl Command-line Tool
Install istioctlInstall the istioctl binary with curl: Download the latest release with the command: $ curl -sL https://istio.io/downloadIstioctl | sh - Add the istioctl client to your path, on a macOS or Linux system: $ export PATH=$HOME/.istioctl/bin:$PATH You can optionally enable the auto-completion option when working with a bash or Zsh console. Get an overview of your meshYou can get an over
動かしながら学んだKubernetes Istioの仕組み
はじめに 最近ずっとkubernetesの勉強しているなむゆです。 特にここ4週間くらいはIstioについて重点的に動かしたり資料を読んだりしていたのでその時に学んだ基礎的な点を記事にまとめておきたいと思います。 istioとは Istioとは、高機能なオープンソースのサービスメッシュです。 Kubernetesのようなプラットフォームにインストールして使用され、内部にサービスメッシュを展開します。 現在はKubernetesのほかに、HashiCorpによってつくられたサービスディスカバリーのConsul、または個別の仮想に対応しています。 サービスメッシュとは 「高機能なサービスメッシュ」と書きましたが、ではそのサービスメッシュとは何かというと、マイクロサービスアーキテクチャーのようなサービスを複数展開し、相互に連携して全体の機能を実現しているときにそれらのサービス間のネットワークを仲
アプリケーション ロードバランサ用の GKE Ingress | Google Kubernetes Engine（GKE） | Google Cloud
古いバージョンの GKE を実行しているクラスタの場合、GKE コントローラは、kubernetes.io/ingress.class アノテーションがないか、値が gce または gce-internal のアノテーションがある Ingress を処理します。 kubernetes.io/ingress.class アノテーションの非推奨 kubernetes.io/ingress.class アノテーションは Kubernetes で非推奨になりましたが、GKE では引き続きこのアノテーションが使用されます。 ingressClassName フィールドを使用して GKE Ingress を指定することはできません。kubernetes.io/ingress.class アノテーションを使用する必要があります。 外部アプリケーション ロードバランサの機能 Ingress によって構成さ
GoのgRPCサーバをGKEのIngressで使うために、GKEのHealth CheckがgRPCでないAPIを要求することの回避方法 - Qiita
GoのgRPCサーバをGKEのIngressで使うために、GKEのHealth CheckがgRPCでないAPIを要求することの回避方法kubernetesGKEgrpGoogleCloud tl;dr Ingress の Health Check は HTTPS の GET リクエスト（gRPC ではない）で 200 を返さないといけない Go の gRPC サーバの実装に追加で、普通の HTTPS の GET リクエストで /healthz で 200 応答を返すようにする Pod の Readiness Probe を、HTTPS の GET リクエストのパス /helathz に設定すると、Health Check がそのパスに対して行われるようになる Ingress と gRPC の Health Check の問題とは GKE を使ってサービスを公開する場合、L7 Load B
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に依存する方法はあまりスマート
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Installation Configuration Profiles