metal3-io

BareMetalHost CRD で OpenStack Ironic を駆動し、ベアメタルを Kubernetes ネイティブに払い出すプロビジョナ。

カテゴリ: Orchestration & Scheduling
CNCF 成熟度: Incubating
言語: Go
ライセンス: Apache-2.0
リポジトリ: metal3-io/baremetal-operator
ドキュメント基準コミット: 56169b71 (main, 2026-06-24)

何をするものか

Metal3 ("Metal Kubed") は物理サーバを一級の Kubernetes リソースとして扱う。中核コンポーネントの baremetal-operator (BMO) は BareMetalHost (BMH) カスタムリソースを公開し、宣言した状態へ各ホストを収束させるコントローラを動かす。BMO は API の裏でプロビジョニングを再発明しない。実作業は OpenStack Ironic が担う。IPMI や Redfish での電源制御、PXE や virtual media でのブート、ディスク wipe、OS イメージの書き込みである。

BMO は Kubernetes コントロールプレーンとサーバハードウェアをつなぐ橋渡しだ。CRD と reconcile 状態機械は BMO が、ハードウェアとのやり取りは Ironic が持つ。両者は意図的に分離されており、BMO は実績ある BMaaS エンジンの上に乗る薄い Kubernetes ネイティブなオーケストレータに徹する。

対象は、ワークロードで使う宣言的・コントローラ駆動のモデルでハードウェアも管理したいオンプレ・エッジ基盤の運用者。cluster-api-provider-metal3 を介して Cluster API の純正 infrastructure backend にもなるため、ベアメタル上に直接 Kubernetes クラスタを立てられる。

いつ使うか

オンプレやエッジのサーバを運用し、ホストのライフサイクル (inspect・provision・deprovision) を Kubernetes リソースとして宣言したい。
Cluster API でベアメタル上に Kubernetes クラスタを構築しており、infrastructure provider が必要。
BMC 統合を自前で書く代わりに、Ironic の広いベンダ対応 (iLO・iDRAC・iRMC など) を再利用したい。
演算子を載せる Kubernetes クラスタが無い場合、あるいはサーバに対応 BMC とネットワーク/virtual media のブート経路が無い場合は不向き。

このディープダイブの構成

歴史: 起源・マイルストーン・存在理由。
アーキテクチャ: コンポーネントとリクエストの流れ。
採用事例・エコシステム: 誰が動かし、周囲に何があるか。
内部実装: ソースから読んだ重要なコードパス。
はじめに: インストールと最初の動く構成。

metal3-io ​

何をするものか ​

いつ使うか ​

このディープダイブの構成 ​

出典 ​

metal3-io

何をするものか

いつ使うか

このディープダイブの構成

出典