Kubernetes Meetup Tokyo #33

すぱぶら (Kazuki Suda) @superbrothers

事例っぽい話たのしい。 #k8sjp

id @ido_kara_deru

DevPerfOpsすごい！手動でk8sの性能試験して報告するのは辛いので、システム化していきたいですね。 #k8sjp

iganari @iganari_

> 次はコンテナの中を見て、リソースがサチってないか見る👀 これは障害時に設定できるものではないので、予め可視化しておかないと。。。 逆に可視化していれば、すごく便利！ #k8sjp pic.twitter.com/ZLP1bExLrE

拡大

拡大

チェシャ猫 @y_taka_23

Java なー。これめっちゃ苦労した記憶。 #k8sjp

guchey @ShingenTaguchi

Javaだとコンテナの設定とJVMの設定があるもんなぁ #k8sjp

🌸🐧かめねこ🐧🌸 @kameneko1004

ここまで具体的なObservabilityの話、中々聞けないので面白い #k8sjp

すぱぶら (Kazuki Suda) @superbrothers

Loki べんりそう。クエリが身近に感じる。 #k8sjp

id @ido_kara_deru

アプリが死にそうだけど回復力のおかげで辛うじて死なないみたいな状態はサイレント障害になりやすいので厄介 #k8sjp

Y.N. @nktener

Grafanaのグラフを用意するのが地味に面倒、という経験が…。不必要にメトリクス多く表示するとブラウザ重いし、とはいえグラフの自作をやろうとしたけど、挫折してしまった。本来の業務ではなくテンション上がらなかったのもあって…。 #k8sjp

mochizuki875 @mochizuki875

Q：性能試験やってますか？ B 最近はPoCばかりなのでC #k8sjp

iganari @iganari_

> Kiali であたりをつける バックエンドのサービスが(コンテナベース)でも数千になると全部は見きれない -> なにかしらのツールで問題になっていそうな箇所にあたりをつける #k8sjp pic.twitter.com/vH758aX9BB

拡大

yosshi_ @yosshi_

Sock Shopは知らなかったので遊んでみたいです。Lokiいいですよね。Loki！ #k8sjp

M-Yamashita @M_Yamashii

各種揃えるまでが大変そうですね。 揃えるといろいろ見えてくるものがありそうです。 #k8sjp

日常系インフラ自動化もふもふおじさん@Ansible x VMware @sky_jokerxx

The 日常系エンジニア @ インフラおじさん Daily 紙が更新されました！ paper.li/sky_jokerxx/14… Thanks to @oyazi_q9550 @openshiftjp @pabroff_freeze #k8sjp #kubernetes

🌸🐧かめねこ🐧🌸 @kameneko1004

素晴らしい話だった。 #k8sjp

しまうま (NAGAO) @shimauma_Zzzzz

性能試験の必要性について考えさせられました。ありがとうございました。 #k8sjp

iganari @iganari_

> Sock Shop microservices-demo.github.io これは自分でもやってみたいですね!! #k8sjp pic.twitter.com/iXB2QxB9qn

拡大

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

トレーシングで当たりをつけるの便利そう #k8sjp

ysakashita @ysakashita3

DevPerfOps、DevOps内で性能を担保するの大切。 #k8sjp

zaki @zaki_hmkc

面白かった。 Sock ShopはK8s実践ガイドでもよくサンプルアプリとして出てきますね #k8sjp

イノマソ @inomasosan

性能解析ﾑｽﾞｶｼｲ #k8sjp

Takayoshi Kimura @nekop

ログでアラートするの、いまはもうあんまやらないよね、ノイズ多すぎて良いアプローチじゃない #k8sjp

xzr @xzr_tw

堀内さんのBlog はこちら #k8sjp kashionki38.hatenablog.com

Hiroshi Hayakawa @hhiroshell

NodeのQueue Lengthとかがボトルネックになるケースは、Load Averageに反映されたりしないのかな。 #k8sjp