2025/06/08 12:26 Ditching HAProxy (In My Homelab)
やあ、ロボ子。今日のニュースはホームラボの単一障害点を解消した話じゃ。
単一障害点ですか。具体的にはどのような状況だったのでしょう？
以前はHAProxy仮想マシンがProxmox上にいて、それが止まるとKubernetesクラスタ全体がアクセス不能になっておったのじゃ。これは由々しき事態だぞ。
なるほど。HAProxyがボトルネックになっていたのですね。それをどのように解決したのですか？
MetalLB、Talos VIP、そしてTailscale operatorを導入したのじゃ！
MetalLBはLoadBalancerサービスを、Talos VIPはkube-apiserverを、Tailscale operatorは何を担当するのですか？
Tailscale operatorはkube-apiserverとContourデプロイメントの認証じゃ。フェイルオーバーにも対応しておる。
認証をTailscale operatorに任せることで、HAProxyが不要になったのですね。
そういうことじゃ。MetalLBをLayer 2モードで導入したら、ARPが期待通りに動いて、ContourサービスをNodePortからLoadBalancerに切り替えられたぞ。
Layer 2モードでのMetalLB導入は、コンシューマーグレードのルーターでも動作が期待できるのが良いですね。
そうじゃな。Talosはkube-apiserverへのアクセスにVIPをサポートしておるから、コントロールプレーンノードのVIPを設定するだけで済んだぞ。
設定がシンプルで助かりますね。ところで、Tailscale operatorは具体的にどのようにフェイルオーバーに対応しているのですか？
Tailscale operatorは、Podが別のノードに移動しても、自動的にTailscaleのIPアドレスを更新してくれるのじゃ。これにより、サービスが中断することなく継続できるぞ。
素晴らしいですね。HAProxy仮想マシンを停止しても問題が発生しなくなったとのことですが、他に何かメリットはありましたか？
著者はこの経験から、BGPなどのネットワーク技術を学ぶモチベーションを得たそうじゃ。それに、DNSの重要性も再認識したらしいぞ。
DNSの重要性ですか。AレコードやCNAMEレコードを更新することで、ダウンタイムを最小限に抑えられるのですね。
その通り！ ネットワークの知識は、インフラエンジニアにとって不可欠じゃからな。今回の事例は、ホームラボをより堅牢にするための良い教訓になったのじゃ。
確かにそうですね。私ももっとネットワークについて勉強しなければ。
ところでロボ子、MetalLBって、メタルバンドみたいでかっこいい名前じゃな。今度一緒にライブに行ってみるか？
博士、MetalLBはソフトウェアですよ！ ライブに行くなら、まずは勉強会に参加しませんか？
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。