先日書いた MAP-E ゲートウェイ は仕様変更があった場合に急に繋がらなくなる可能性もありそうなので、既存ルーターであるSEIL/x86 FujiとVRRPを組んで、MAP-Eゲートウェイが使用できない場合にPPPoE回線側にフォールバックするようにします。

味見日報は人に説明する気が普段以上に無いメモです。
対象: MAP-E

味見日報は人に説明する気が普段以上に無いメモです。
対象: Gauge

自宅サーバーのProxmox VE 5.1 - 3 nodes cluster環境の構築 の時は、bond0のMTUが適切に設定されない不具合があったので、自分で書いた設定を使っていました。
Proxmox VE 6.2にアップデートして、WebUIから新しいブリッジを追加しようとするとMTU周辺の設定不整合のエラーダイアログが出て追加できなくなり、不具合も直って安定しているようだったので、Proxmox VEのWebUIで作成できるコンフィグに修正しなおして適用します。

未だにBootstrapのままというのも良くないかなということで、PelicanのテーマをFlexに更新しました。
ついでに細かいところを直したり、プラグイン周りを見直したりした雑記録です。

Proxmox VE 5.4 to 6.2 ライブアップグレード話 前半戦 でProxmox VEをアップグレードできました。
Proxmox VE 5.xではCeph Luminous(12.x)が使用されていたため、別途Nautilus(14.x)へのマイグレーションを行う必要があります。
そこで、今回はCephクラスタをLuminous(12.x)からNautilus(14.x)にアップグレードしていきます。
なお、現時点でCephクラスタはOSDの1台が壊れており、復旧から始まるものとします。

自宅サーバーのProxmox VE 5.1 - 3 nodes cluster環境の構築 で作ったクラスタをアップデートしつつ運用中です。（今は5.4）
以前は無理だと思っていたのですが、どうやらCorosyncから上手く移行していくとVMを動かしたままライブアップグレード出来そうなことが分かりました。
そこで、Proxmox VE 5.xのEOLが2020/7/31に到来してしまったので、遅ればせながら6.xへのアップグレードを実施しました。
前半戦はVMを落とすことなくProxmox VE 5.4を6.2にアップグレードするところまで、後半戦ではCephクラスタをLuminous(12.x)からNautilus(14.x)にアップグレードする話を書くつもりです。

Proxmox VE 5.2からCloud-Initが使用できるようになりました。

これで、各ディストリビューションから提供されているクラウド用イメージを簡単に使用することができるので、仮想マシンをポコポコ立てては壊すのが少し簡単になります。

手順としてはほとんど Cloud-Init_Support に書いてある通りですが、一応手習いしてみましょう。

iptablesはAPIが古い設計なので、フィルタルールの追加時には全データをユーザランドにコピーして、再ストアする動きをする。

そのため、ルール数が多くなるとフィルタルールの追加に時間がかかるようになる。

対して、Linuxの次期標準ファイアウォールアプリケーションとして開発されているnftablesはその点が解消されており、フィルタルールの追加が高速に行われるようになっている。

今日は25万個のルールを詰め込んでみて、その差を体感してみようと思う。

我が家の自宅サーバーたちは、最近までProxmox VE 4.4で動作させていました。

今回、PRIMERGY TX1320 M2が3台揃ったので、Proxmox VE 5.1のリリースに合わせて移行しました。

多少のダウンタイムはあるものの、特段問題なく移行できたので、移行手順のメモを残しておきます。

まだの人は、前回の 自宅サーバーのProxmox VE 5.1 - 3 nodes cluster環境の構築 もあわせてご覧ください。