https://gyazo.com/d94e812fc3a03666b5967bf04a08e8ed

https://www.youtube.com/live/xc-MZ3VPLTE

HA構成のArgoCDパフォーマンス最適化への道 (Kumo Ishikawa)

metric

workqueue.work.duration

1 つの item の處理時閒

workquwue.depth

未處理の item 數

workQueue

appOperationQueue

appRefreshQueue (reconcile)

projectRefreshQueue

parameter

reconcile の頻度が高いと、WorkQueue の處理が終はらない

controller processor 數

repo cache 時閒

短いと I/O timeout

長いと volume 增

Helm | Kustomuze の使用

MonoRepo の使用

竝列處理有效化

Manifest Paths Annotation 指定

replica 數

application controller の水平 scaling

自動 | 手動

自動

legacy

cluster ID の hash

round robin

consistent hash

手動

これを選んだ

shard の計算

靜的な StatefulSet

Dynamic Cluster Distribution

shard が落ちても、その shard の job は他の shard には引き繼がれない

UI の高速化

server-side pagenation

highly available tolopogy

control plane が複數臺 (3 臺以上)

kubelet→control plane の接續先はどう知りどう決めるか?

假想 IP address の割り當てと弘報

同一の IP address で常に接續できる

DNS round robbin では死活監視ができない

できるなら OK だが

假想 IP address に來た通信の load balancing

HTTP reverse proxy で OK

worker node 每に置く事が多い

static pod

tool

うぁぁ〜split brain で困った奴だぁ

L2 network 內に弘報する

kube-vip

L2 network 內に弘報する

internet に弘報できる

control plane 每に同居する

Kubernetes API が要る

Static Pod には認證情報が設定されない

/etc/kubernetes/admin.conf を讀み取って API を使ふ

1.29 以降壞れたまま

lelastic

Linode 用

kubespray

cloud の cost

cost 增に請求されてから氣附く…

1. inform : data の蒐集と reporting

2. optimize : cost 最適化

3. operate : 繼續的運用

inform の爲の data 基盤

ペパボの data 基盤「Bigfoot」に cost 情報も載せる

「Billingfoot」

cloud service から cost data を抽出し、社內で標準の形式に變換し、Bigfoot に入れる

unit econonics

抽出 (extract)

「請求先 account」の權限が必要

有效化して以降の data しか export できない

BigQuery Onmi は採用しなかった。高い

1 日複數囘 export される。每囘の CSV file には、その月の cost が全て載る。重複に注意しようね

Bigfoot の ETL component である「Yeti」で Airbyte が動いてゐる

Yeti の中によく見ると e t l が

custom connector を作った

變換 (transform)

Cosmos

cost 按分

service 每に tag を附ける

可視化

Verne

Bigfoot 獨自

Streamlit

Dashboard as Code

optimize どうしようね

異常檢知

operate どうしようね

豫算管理