documentation.suse.com / Documentación de SUSE Edge / Componentes / Metal3

10 Metal3

Metal3 es un proyecto de la CNCF que proporciona capacidades de gestión de infraestructura bare metal para Kubernetes.

Metal3 ofrece recursos nativos de Kubernetes para gestionar el ciclo de vida de los servidores bare metal que admiten la gestión a través de protocolos fuera de banda, como Redfish.

También cuenta con un soporte maduro para Cluster API (CAPI) que permite la gestión de recursos de infraestructura a través de múltiples proveedores de infraestructura mediante API ampliamente adoptadas y neutrales con respecto a los proveedores.

10.1 ¿Cómo se usa Metal3 en SUSE Edge?

Este método es útil para situaciones en las que el hardware de destino admite la gestión fuera de banda y se desea un flujo de gestión de la infraestructura totalmente automatizado.

Este método proporciona API declarativas que permiten la gestión del inventario y el estado de los servidores bare metal, incluyendo la inspección, la limpieza y el aprovisionamiento/desaprovisionamiento automatizados.

10.2 Problemas conocidos

  • Actualmente, no se admite el controlador de gestión de direcciones IP original, ya que aún no es compatible con las herramientas de configuración de red que hemos elegido.

  • Del mismo modo, tampoco se admiten los recursos IPAM ni los campos networkData Metal3DataTemplate.

  • Actualmente, solo se admite el despliegue mediante redfish-virtualmedia.

  • Es posible que el nombre del dispositivo de red del agente Python de Ironic (IPA) no coincida con el del sistema operativo de destino (SL Micro 6.0/6.1), especialmente al intentar configurar nombres predecibles para los dispositivos.

Esto ocurre porque el kernel del agente Python de Ironic (IPA) no está actualmente alineado con el kernel del sistema operativo de destino (SL Micro 6.0/6.1), por lo tanto, hay una desalineación en los controladores de red que permiten al IPA descubrir dispositivos de red con un patrón de nombre diferente al que espera SL Micro.

Mientras tanto, se pueden utilizar como solución provisional dos enfoques: * Crear dos secretos diferentes con la configuración de red, uno que usará con el IPA y que usará los nombres de los dispositivos tal como los detectará el IPA y que se empleará como preprovisioningNetworkDataName en la definición BareMetalHost, y otro secreto con los nombres de los dispositivos tal y como los detectará SL Micro y que se empleará como networkData.name en la definición BareMetalHost. * O utilizar los UUID para hacer referencia a otras interfaces en los archivos nmconnection generados. Encontrará más detalles en la sección Consejos y trucos.