Kubernetes Meetup Tokyo #33

shiburu @siburu

性能...めちゃくちゃ勉強になる... #k8sjp

id @ido_kara_deru

Istio、12月リリースの1.8からテレメトリ系を含むaddonインストールをサポートしなくなるようなので、どうしようかと思ってる。 istio.io/latest/blog/20… #k8sjp

iganari @iganari_

> node 上で動いているものは Pod だけでは無い たしかに!! そしてこれはちゃんとリソース監視しないと問題があった時に見つけ出すのは難しくなりそう🤔 #k8sjp

xzr @xzr_tw

「Kubernetesでの性能解析 ～ なんとなく遅いからの脱却 ～」堀内 @ka_shino_ki さん 解析の始め方としてはObservability を揃えることから。Metrics はPrometheus、Logging はLoki、Tracing はkiali+JAEGER #k8sjp

ゆーちき @yuchiki1000yen

メトリクスをみるの難しいな... 目の前のデータから意味のある内容を導き出すのに経験と頭が必要そう #k8sjp

M-Yamashita @M_Yamashii

多くのツールを使う場合、コンテキストスイッチも重要なポイントなのですね。 #k8sjp

iganari @iganari_

Grafana Loki 何も分からないので、ちゃんと使ってみたい(・w・) #k8sjp

大下範晃🐙 @oshita_ml

話が難しくてついていけてないの僕だけ？ SREとか勉強するか。Loggingとかmetricsってなんだろう。 #k8sjp

しまうま (NAGAO) @shimauma_Zzzzz

パフォーマンス分析は RED と USE。覚えておきたいけど D 何だったか早速忘れた… サービス：Responce / Error / Duration (?) リソース：Utilization / Saturation / Error #k8sjp

zaki @zaki_hmkc

sock shopをサービスメッシュ(Istio)上で動かしてる？ #k8sjp

fuguman777 @fugumen

Kiali ってOpenView Observerの様なことができるのね。 #k8sjp

iganari @iganari_

> kiali サービスのコールツリーを可視化出来るツール👀✨ github.com/kiali/kiali #k8sjp

大下範晃🐙 @oshita_ml

オブザーバビリティーが前提知識なのかあ。 #k8sjp

fuguman777 @fugumen

Zoomの背景がタージマハールっぽい。 #k8sjp

shiburu @siburu

良い質問ｗ #k8sjp

iganari @iganari_

B が大半ですね〜… #k8sjp

Masahide Matsumoto @marrbor

やべー C 祈ってます :-p #k8sjp

Hiroshi Oda@スタートアップ企業EM兼インフラエンジニア @hi1280

C 性能試験ほぼやってないなー #k8sjp

mochizuki875 @mochizuki875

性能試験の話ためになりそう Kubernetes Meetup Tokyo #33 k8sjp.connpass.com/event/185048/ #k8sjp

inductor / Kohei Ota @_inductor_

SREの文脈でも重要そうな内容だなぁ。 #k8sjp

zaki @zaki_hmkc

Q：性能試験やってますか？ C 悲しいことにPoCや構築ばかりで性能試験は全く…(ｼﾛﾒ #k8sjp

ゆーちき @yuchiki1000yen

「本番リリース前に性能試験やってますか？」 周りの環境がわかるいい質問ですね #k8sjp

あさぎ @_athagi

Cですね...... #k8sjp

iganari @iganari_

> まずは Node のリソースを見る -> 問題があった場合は、Node の何がリソースを食っているのか確認する 下から見ていくってことですかね?? 🤔ちょっと違う?? #k8sjp pic.twitter.com/bUVLvHO1zd

拡大

拡大

yuuk1 (Yuuki TSUBOUCHI) @yuuk1t

NodeのCPU利用率とPodの積み上げのCPU利用率が一致しないのstealとか関係あるのかなあ #k8sjp