Versión 1.7. Esta versión es compatible como se describe en la política de asistencia de la versión de Anthos, y ofrece los últimos parches y actualizaciones de vulnerabilidades de seguridad, exposiciones y problemas que afectan a los clústeres de Anthos en equipos físicos. Consulta las notas de la versión para obtener más detalles. Esta es la versión más reciente.

Configura tus clústeres para usar OpenStack

Los clústeres de Anthos en equipos físicos admiten el proveedor de servicios en la nube de OpenStack Kubernetes. Usa esta función para aprovisionar de forma automática los recursos de balanceo de cargas como servicio (LBaaS) de OpenStack. Esos recursos pueden reemplazar los recursos de MetalLB para exponer con facilidad los servicios que se ejecutan en tus clústeres de Anthos en equipos físicos a otros usuarios de OpenStack o fuera de la red de OpenStack.

Antes de comenzar

Decide cuáles son los clústeres de Anthos que necesitan usar los recursos de LBaaS de OpenStack.

Asegúrate de tener acceso a las máquinas que intentas configurar.

Obtén más información sobre cómo ejecutar cloud-controller-manager en la documentación de Kubernetes.

Cambia el archivo de configuración de tus clústeres

El proveedor de servicios en la nube de OpenStack Kubernetes requiere que kubelet se ejecute en todos los nodos con el siguiente argumento:

cloud-provider: "external"

Para asegurarte de que tus clústeres de Anthos cumplan fácilmente con este requisito, agrega la anotación baremetal.cluster.gke.io/external-cloud-provider: "true" al archivo de configuración de tus clústeres en la sección de metadatos antes de inicializarlos.

La entrada en tu archivo de configuración debería verse como el ejemplo siguiente:

apiVersion: baremetal.cluster.gke.io/v1
kind: Cluster
metadata:
  name: cluster1
  namespace: cluster-cluster1
  annotations:
    baremetal.cluster.gke.io/external-cloud-provider: "true"
spec:
  ..

Después de editar el archivo de configuración, usa el siguiente comando para inicializar tu clúster:

bmctl create cluster -c cluster1

Ahora, todos los nodos de cluster1 se ejecutan con el argumento requerido: cloud-provider: "external"

Todos los nodos también tienen los siguientes campos agregados a sus archivos de configuración:

taints:
- effect: NoSchedule
  key: node.cloudprovider.kubernetes.io/uninitialized
  value: "true"

Estos campos se quitan después de que inicializas tu proveedor de servicios en la nube en este clúster.