2024-07
<- 2024-06
-> 2024-08
リマインド欄
downsample processor
記事にしたい
保持しているカーディナリティ(current, max / gauge) と溢れているデータポイントの数(count)をメトリックとして持ちたい
ちゃんと動いているか知りたいので
otelcol でログを送ると中身が配列になっている
PR 書くのだりー
Podman Stats Receiver
しばらく動かしてよさそうだったら PR だすよ〜
さくらのクラウド の Cluster API Infrastructure Provider の動くやつが欲しい
Archived な OSS と PFN 内のやつ(active) とさくらインターネット内のやつ(たぶん active)がある
公開してくれい(少なくとも後者)
COSI provider もほしい
bootserver
さっさと作らないと一生ラズパイが実質文鎮状態で……
2024-07-31
nvim-treesitter-textsubject を使ってみよう
なんか query が古びてて
2024-07-29
設定記述言語にエフェクトがあると実はうれしい
2024-07-27
頻出する log transform をまとめた processor が欲しい
cue やるよ
って言ったのに Docker Build だけして一日が終わりそうなんですが……
Generating tags for multiple bake targets · Issue #398 · docker/metadata-action · GitHub
イー
2024-07-17
k8s attributes processor
otlp は送る粒度を送る側が決められるが
(まとめて処理したほうが効率的なら)まとめるのはバックエンドの責務
strongswan は vici protocol なるもので内部状態にアクセスできる
receiver 書くのよさそう
FRR も receiver 欲しいんだよな
2024-07-16
initrd と initramfs って似てるけど厳密には違うものだな……
bcachefs で snapshot 使えるし使ってみてもいいな……みたいな気持ちになってきた
mount 周りの振舞いがまだ微妙っぽい?
2024-07-12
service.instance.id は複数の receiver で同じにするべきな気がしている
違う場合，別の属性で結びつけてやる必要がある
container.id で target_info を結んでさらに instance で結んでメトリック取るみたいなのは破綻している気がする
service.name を同じにするべきか?
Podman Stats Receiver で取ったものと Prometheus Receiver で取ったものの service.name は同じにすることができる
service.name は概ね Prometheus における job に相当する概念だが，job がデフォルトでは計測する対象の名前であるのに対し，service.name は計測される対象の名前であるように思われる
これは Prometheus 固有の問題だが，service.name と service.instance.id が同じであるが，resource attribute set が異なるメトリックがあるとしんどい
* on (job,instance) group_left target_infoが通らなくなる
job (service.namespace + service.name) と instance (service.instance.id) が共通な複数の target_info があると一意に定まらなくなってしまう
attribute set が違うので欲しいラベルがあるほうというような指定を書くか，欲しいラベルだけを含むように group by してしまえばいいのだけれど……
2024-07-09
Semantic Conventions for Go Runtime Metrics
便利情報
Semantic Conventions for OS Process Metrics
便利情報2
OpenTelemetry Semantic Convension
全てを統一してやるぜ！という気持ちは感じて，感じるんだけど，それぞれの SDK とかでどれだけ使えるようになるのか謎
そもそも container 系とか kubelet receiver しかちゃんと対応してないし
これって別に kubelet receiver がたまたま同じ名前になってるだけで ECS 由来なのか
しかも ECS 自体は全然違うし，本当に何?
2024-07-06
Podman Stats Receiver で cAdvisor を置き換えた
https://scrapbox.io/files/6688c2f0acde21001cd6b190.png
新ダッシュボードの様子
2024-07-05
Grafana Loki に OTLP を使ってログを送るとログレベルが出ない
2024-07-03
いつのまにか Grafana Loki v3.0 がリリースされていた
structured metadata をサポートして otlp で送れるようになる
なぜか otlphttp だが……
2024-07-01
最近は色々なタスクが頭を浮いていて全然集中できなくて困った
あんまりリマインダとか使いたくないので日報欄を用いて管理することにする
cosense はペルソナごとにワークスペースを使い分けているのであんまり嫌だなあと思うわけですが，public な場所に書きたくはないので仕方なし
ICTSC とかのやつが入ってくると面倒だけど
特定のペルソナになっているときはそのワークスペースを開いているわけで，それに対応する場所に詳細を書き，ざっくりしたことはカレンダーに書くなどがよろしいのでは