むずかしいなんもわからん

禁断行為として、プレイしてないのに Birth を聴いてしまった

やっと https://github.com/kubernetes-sigs/sig-storage-local-static-provisioner の意味が分かった。ホストのあるディレクトリ下のディレクトリ or マウントを検出して PersistentVolume として公開するのか

provisioner っていうのが各ノードにストレージをマウントして、ここにあるでｗ というのを PersistentVolume として通知すると、 Pod がストレージを要求したときに、マウントへのなんらかのリンクを張ってくれるから、動的にストレージが割り当てられたように見える、それが k8s の PersistentVolume の仕組みか

抽象化の抽象化の抽象化くらいされていて、もうなんもわからんって感じだ

Kubernetes API Reference、オブジェクトが namespace に属するのかそうでないのかの情報が書いていないのですが

kubectl api-resources がなくてわけわからんと思っていたけれど、どうやら scoop でインストールした kubectl ではなく、 Docker Desktop に含まれているやつが使われていたらしく、そりゃあいくらアップデートしてもダメですねって感じだった

顧客が本当に必要だったもの、これじゃん https://github.com/rancher/local-path-provisioner

k8s と戦うの非常に燃えており、 1 ヶ月間の燃え尽きから復活してきた感じはするが、問題は最優先でやるべきことにまったく手を付けていない

どうやって DB をローカルのファイルシステムに乗せるかと思って探していたけれど、そもそも MySQL も PostgreSQL も NFS で動くという情報が入ってきた。ほーん

ひたすら作業していたらこんな時間に

昨日嘆いてたの、ちょうど修正されて神 https://mstdn.maud.io/@azyobuzin/101709474399525499 https://github.com/rancher/k3s/pull/183

完全に天才では？になってる

完璧になった……

完全に理解したり突然の死したり忙しい

「--」より後に「--help」があってもそうはならんやろが発生してる

kubectl exec っていうんですけど

やっとここまできました

ネットワークのプロビジョニングに追加でいろいろ入れなきゃいけないことが判明して段々面倒になってきている

k8s 本当に正しいなぁ。正しすぎて無限にリソースを食っていく

kube-router のデプロイに成功したので勝ちです。勝ちました

DaemonSet で hostPath に触るの、もはや各ノード自体のプロビジョニングツールなんだよなぁ

NetworkPolicy、 podSelector しかないけど、 Service をセレクトできないと意味なくないか？？？

NetworkPolicy をガチガチに固めてから、これ外からデバッグできないじゃんと気づき元に戻してる

DNS サーバー自体のディスカバリってどうやってやるんだ問題が発生して死亡

hostAliases が ConfigMap から設定できればいいんだけどなぁ

inactive により終了していた…… https://github.com/kubernetes/kubernetes/issues/62579

あ～（最悪の方法を思いついてしまった）