2022-12
知った
イメージを Lazy loading するための技術
eStargz はイメージレイヤを gzip されたエントリのリストとして持って，欲しいエントリを Range リクエストで取得する イメージレイヤの変換を伴うので，困ることがある
AWS はクラウド事業者なので起動を速くするために Lazy loading をしたいが，そのために人から受け取ったイメージを勝手に変換するわけにはいかない ところで普通のイメージレイヤは tar.gz として保持されるのだが，元々のエントリを tar.gz の一部から復元する方法が無いこともない
エントリの gzip 後の開始位置と長さ，それと gzip デコーダの内部状態を事前に調べておけばいい
一部を Range リクエストで取得し，gzip デコーダを保持しておいた内部状態に設定して走らせる
夜に書いたものが永続化されてなくて泣いちゃった！
基本的には L3 でしか分散してくれないことを考えるとやはりクラスタ内分散は必要
構成変更で均等に分散しない可能性も考えられるし
というかせっかくmultipath-relaxしてるんだからそれぞれのノードから広告される LB アドレスに対する AS-PATH の数に応じて重みを変えたりすればいいんじゃないかという気もするが……やってるんだろうか 多くのネットワーク構成図上で L4LB が特定の Leaf や Spine の配下に配置されているのもかなり分散によってかなり激しめに East-Westトラフィックが発生するからなんだろうと妄想していた 普通に動くし，複雑な条件の出し分けも不要に
ipxe はただのテキストなのでアーキテクチャに関係なく動作する
起動し，ローカルネットワークから BIRD のイメージを取得し，自身の代表 IP アドレスを広報する，というところまでやった やるべきことはまだまだ大量にある
そもそもまだディスクレスで起動している状態で，ストレージをどうハンドリングして扱うべきか，何をディスクにマウントしてあげればいいのかもわかっていない
OS のためのファイル群 や BIRD の OCI イメージなどのアセットをかなり暖かみのある方法で生成しているが，バージョン管理という観点からかなり問題があるのでこの部分も自動生成し，いい感じにデプロイできるようにしておく必要がある
Terraform とかいうやつの表現力がどこまであるのか，そもそもこれはどういった感じのプログラミング言語であると理解すればいいのかまだわかっておらず，苦しみがある 突然の褒められがあり，完全に照という状態になった
RJ03k についても同様かもしれない
ピアたちと経路交換が行われている様子
https://scrapbox.io/files/6398460bfc7025001ec4caf6.png
動いているノードは BGP で複数のパスを持っているのでそのまま退役できるように見えるが，DHCP サーバや DNS サーバが別に存在したので切り離せなかった DHCP サーバを移動させ，DNS サーバを用意した後 VRRP を使って DNS サーバ IP を仮想 IP に置き換えて移行 無停止！
ありがとoooooooooooooo
https://scrapbox.io/files/639847a281bdf3001f8de7e9.png
古いカーネル向けにバックポートされたカーネルモジュールがあってそれが入ってるらしい
VyOS に入ってるやつとは若干コマンド体系が違うので注意 思ったよりはずっと速い
マルチプロトコルっていいよねと思っていたが，だいたいの実装は別のプロトコルのNEXT_HOPをまともに決められないということがわかってきた
コネクション確立できてるならip route get相当のことをして対応するインターフェースのアドレス引っ張ってくればよくないか?