Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Annonces

Cette rubrique couvre les annonces passées concernant les nouvelles fonctionnalités d'Eksctl.

Groupes de nœuds gérés par défaut

Depuis eksctl v0.58.0, eksctl crée des groupes de nœuds gérés par défaut lorsqu'aucun fichier n'est spécifié pour et. ClusterConfig eksctl create cluster eksctl create nodegroup Pour créer un groupe de nœuds autogéré, passez. --managed=false Cela peut interrompre les scripts n'utilisant pas de fichier de configuration si une fonctionnalité non prise en charge dans les groupes de nœuds gérés, par exemple les groupes de nœuds Windows, est utilisée. Pour résoudre ce problème--managed=false, transmettez ou spécifiez votre configuration de groupe de nœuds dans un ClusterConfig fichier à l'aide du nodeGroups champ qui crée un groupe de nœuds autogéré.

Nodegroup Bootstrap Override pour la personnalisation AMIs

Ce changement a été annoncé dans le numéro Breaking : overrideBootstrapCommand soon.... Maintenant, c'est devenu réalité dans ce PR. Veuillez lire attentivement le numéro ci-joint pour savoir pourquoi nous avons décidé de ne plus prendre en charge les scripts personnalisés AMIs sans scripts d'amorçage ou avec des scripts de démarrage partiels.

Nous fournissons toujours une aide ! J'espère que migrer ne sera pas si pénible. eksctlfournit toujours un script qui, une fois obtenu, exportera quelques propriétés et paramètres d'environnement utiles. Ce script se trouve ici.

Les propriétés d'environnement suivantes seront à votre disposition :

API_SERVER_URL
B64_CLUSTER_CA
INSTANCE_ID
INSTANCE_LIFECYCLE
CLUSTER_DNS
NODE_TAINTS
MAX_PODS
NODE_LABELS
CLUSTER_NAME
CONTAINER_RUNTIME # default is docker
KUBELET_EXTRA_ARGS # for details, look at the script

Le minimum à utiliser lors du remplacement pour eksctl ne pas échouer, ce sont les étiquettes ! eksctlrepose sur un ensemble spécifique d'étiquettes à placer sur le nœud, afin qu'il puisse les trouver. Lors de la définition de la dérogation, veuillez fournir cette commande de dérogation minimale :

    overrideBootstrapCommand: |
      #!/bin/bash

      source /var/lib/cloud/scripts/eksctl/bootstrap.helper.sh

      # Note "--node-labels=${NODE_LABELS}" needs the above helper sourced to work, otherwise will have to be defined manually.
      /etc/eks/bootstrap.sh ${CLUSTER_NAME} --container-runtime containerd --kubelet-extra-args "--node-labels=${NODE_LABELS}"

Pour les groupes de nœuds qui n'ont pas d'accès Internet sortant, vous devez fournir --apiserver-endpoint et --b64-cluster-ca au script bootstrap comme suit :

    overrideBootstrapCommand: |
      #!/bin/bash

      source /var/lib/cloud/scripts/eksctl/bootstrap.helper.sh

      # Note "--node-labels=${NODE_LABELS}" needs the above helper sourced to work, otherwise will have to be defined manually.
      /etc/eks/bootstrap.sh ${CLUSTER_NAME} --container-runtime containerd --kubelet-extra-args "--node-labels=${NODE_LABELS}" \
        --apiserver-endpoint ${API_SERVER_URL} --b64-cluster-ca ${B64_CLUSTER_CA}

Notez le paramètre `--node-labels`. Si cela n'est pas défini, le nœud rejoindra le cluster, mais il eksctl arrivera finalement à expiration lors de la dernière étape, lorsqu'il attend que les nœuds le soientReady. Il effectue une recherche dans Kubernetes pour les nœuds portant le label. alpha.eksctl.io/nodegroup-name=<cluster-name> Cela n'est vrai que pour les groupes de nœuds non gérés. Pour géré, une étiquette différente est utilisée.

S'il est possible de passer à des groupes de nœuds gérés pour éviter cette surcharge, le moment est venu de le faire. Facilite beaucoup toutes les remplacements.