Version 1.7. Cette version est compatible conformément à la politique de compatibilité avec les versions d'Anthos, en fournissant les derniers correctifs et mises à jour pour les failles de sécurité, les expositions et les problèmes affectant les clusters Anthos sur Bare Metal. Reportez-vous aux notes de version pour plus de détails. Il s'agit de la version la plus récente.

Configurer vos clusters pour utiliser OpenStack

Les clusters Anthos sur Bare Metal sont compatibles avec le fournisseur cloud OpenStack Kubernetes. Cette fonctionnalité permet de provisionner automatiquement des ressources LBaaS (Load Balancing as a Service) OpenStack. Ces ressources peuvent remplacer les ressources MetaLB pour exposer facilement les services exécutés sur vos clusters Anthos sur Bare Metal à d'autres locataires OpenStack ou en dehors du réseau OpenStack.

Avant de commencer

Choisissez les clusters Anthos qui doivent utiliser des ressources LBaaS OpenStack.

Vérifiez que vous avez accès aux machines que vous essayez de configurer.

Obtenez plus d'informations sur l'exécution de cloud-controller-manager dans la documentation de Kubernetes.

Modifier le fichier de configuration de vos clusters

Le fournisseur cloud OpenStack Kubernetes nécessite que kubelet s'exécute sur tous les nœuds avec l'argument suivant :

cloud-provider: "external"

Pour vous assurer que vos clusters Anthos répondent facilement à cette exigence, ajoutez l'annotation baremetal.cluster.gke.io/external-cloud-provider: "true" au fichier de configuration de vos clusters sous la section des métadonnées avant de les initialiser.

L'entrée de votre fichier de configuration doit ressembler à l'exemple suivant :

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

Après avoir modifié le fichier de configuration, utilisez la commande suivante pour initialiser votre cluster :

bmctl create cluster -c cluster1

Tous les nœuds dans cluster1 s'exécutent maintenant avec l'argument requis : cloud-provider: "external"

Tous les nœuds disposent également des champs suivants ajoutés à leurs fichiers de configuration :

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

Ces champs sont supprimés après l'initialisation de votre fournisseur cloud sur ce cluster.