Metal3与KubeVirtBMC集成：像管理裸机一样配置KubeVirt虚拟机
内容提要
本文介绍如何将KubeVirtBMC与Metal3集成，实现用Metal3管理KubeVirt虚拟机，模拟裸机服务器的完整生命周期。文章详细演示了安装cert-manager、KubeVirtBMC、创建带BMC的虚拟机、部署Metal3组件（Ironic和BMO）、注册BareMetalHost，以及通过Redfish虚拟介质进行系统镜像配置的过程。该方案可用于裸机工具的CI/CD测试、开发迭代和培训演示，无需物理服务器。
延伸解读
虚拟介质驱动的无网络部署
本方案采用Redfish虚拟介质而非PXE，因此无需配置DHCP或专用部署网络。Ironic通过虚拟介质附加ISO或磁盘镜像，简化了网络拓扑。但需注意，若改用非virtualmedia的redfish驱动，则仍需设置DHCP并调整Ironic网络配置。
关键配置陷阱
部署中需注意几个易错点：BareMetalHost的bootMACAddress必须与虚拟机实际MAC一致，否则Ironic无法匹配主机；BMC地址需显式使用+http后缀，否则Ironic默认HTTPS导致连接失败；此外，Ironic的disableVirtualMediaTLS必须设为true，因为KubeVirtBMC和CDI尚无法处理Ironic生成的证书。
跨集群扩展可能性
虽然演示环境为单集群，但Metal3与KubeVirt可运行在不同集群。通过Ingress或NodePort暴露KubeVirtBMC服务，并更新BareMetalHost中的BMC地址，即可实现跨集群管理。这为更复杂的生产环境提供了灵活性。
Q&A
KubeVirtBMC与Metal3集成有什么用途？
该集成允许使用Metal3管理KubeVirt虚拟机，模拟裸机服务器的完整生命周期，适用于裸机工具的CI/CD测试、开发迭代和培训演示，无需物理服务器。
在KubeVirtBMC与Metal3集成中，BareMetalHost如何与虚拟机关联？
BareMetalHost通过spec.bmc.address指向KubeVirtBMC为虚拟机创建的Redfish端点（如redfish-virtualmedia+http://...），并设置bootMACAddress与虚拟机接口的MAC地址一致，从而让Metal3将虚拟机视为裸机进行管理。
为什么在创建KubeVirt虚拟机时需要固定MAC地址？
因为Metal3要求BareMetalHost的bootMACAddress必须匹配虚拟机实际网卡的MAC地址。如果不固定，KubeVirt会随机生成MAC，导致Ironic在检查时无法匹配主机。
在BMC地址中使用redfish-virtualmedia+http://有什么作用？
redfish-virtualmedia告诉Ironic使用Redfish驱动并支持虚拟介质（ISO启动），+http明确选择HTTP协议，因为KubeVirtBMC默认提供HTTP服务。如果不加+http，Ironic默认使用HTTPS，会导致连接失败。
在部署Ironic时，为什么需要设置disableVirtualMediaTLS为true？
因为KubeVirtBMC和CDI无法处理Ironic创建的TLS证书或跳过证书验证，所以需要禁用虚拟介质的TLS，确保动态生成的镜像通过HTTP提供，避免证书问题。
使用live-iso格式进行provisioning有什么特点？
live-iso格式让Ironic通过虚拟介质启动ISO镜像，适用于集成站点特定的安装程序，Metal3只负责启动ISO，安装过程由ISO内的程序完成。该格式不需要校验和。
在集成方案中，Ironic如何与KubeVirtBMC交互？
Ironic通过Redfish API向KubeVirtBMC发送请求（如电源控制、挂载镜像），KubeVirtBMC将这些请求转换为Kubernetes API调用，控制对应的KubeVirt虚拟机。
如果Metal3和KubeVirt不在同一个集群，如何配置？
可以通过Ingress或NodePort将KubeVirtBMC的Service暴露到外部，然后在BareMetalHost的BMC地址中更新为外部可访问的地址。
