K8gbがCNCF Incubatingプロジェクトに昇格 マルチクラスタGSLBの現実解に

2026年8月5日、Cloud Native Computing Foundation（CNCF）のTechnical Oversight Committeeは、Kubernetes Global Balancer（K8gb）をIncubatingプロジェクトに昇格させることを発表した。Sandboxから約5年を経てのマイルストーンであり、マルチクラスタ／マルチリージョン環境向けのグローバル負荷分散（GSLB）をKubernetesネイティブに実現する選択肢として注目される。

K8gbは、地理的に分散した複数のKubernetesクラスタ間でアプリケーションの可用性を高めるためのオープンソースGSLBソリューションである。従来のGSLBは専用アプライアンスやクラウドベンダー固有のサービスに依存することが多かった。一方K8gbは、GSLB Custom Resourceを中心に、KubernetesのIngressやGateway API、Podのliveness／readiness probeを直接利用してトラフィックを制御する。埋め込みのCoreDNSとExternalDNS連携により、DNSベースのフェイルオーバーやラウンドロビン、GeoIP戦略を宣言的に実現できる点が特徴だ。単一の管理クラスタを必要とせず、各クラスタでOperatorが独立して動作するため、単一障害点を排除しやすい設計になっている。

導入事例としては、ポルトガルの大手銀行Millennium bcpが報告されている。同行はK8gbを採用してデジタルバンキングのレジリエンスを強化し、復旧時間の短縮と重要アプリケーションでの高可用性を達成したという。金融のような厳格な要件を持つ現場での実績は、信頼性の参考指標のひとつとなる。

導入コストと得られる効用のバランスも見逃せない。既存のKubernetesマニフェストにGSLBリソースを追加するだけで利用でき、専用ハードウェアや高額な商用GSLBライセンスは不要だ。CoreDNSやExternalDNSといった、すでにCNCFで成熟したコンポーネントを再利用するため、学習コストや運用負荷の増加も抑えやすい。一方で得られる効用は大きく、マルチリージョンでの災害復旧やトラフィック分散を、ベンダーロックインなしにKubernetesの宣言的ワークフロー（GitOpsなど）へ統合できる。結果として、目標復旧時間（RTO）の短縮と運用の標準化を同時に進められる可能性がある。大規模なマルチクラスタ環境を運用するチームにとって、費用対効果はプラスに傾くと考えられる。

ロードマップには、より複雑なマルチリージョンルーティングやサービスメッシュ連携、可観測性の強化などが予定されている。マルチクラスタ運用を本格化させる組織にとって、K8gbは有力な選択肢のひとつになってきたと言える。

参考

• https://www.cncf.io/announcements/2026/08/05/k8gb-becomes-a-cncf-incubating-project/
• https://www.cncf.io/projects/k8gb/
• https://github.com/k8gb-io/k8gb

• https://k8gb.io/

※本記事は Grok の応答を DeepSeek で事実確認・編集したものです。原典 (末尾の「参考」節) も併せて確認してください。