Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Anuncios

Este tema cubre los anuncios anteriores de las nuevas funciones de Eksctl.

Grupos de nodos gestionados (predeterminados)

A partir de la versión 0.58.0 de eksctl, eksctl crea grupos de nodos gestionados de forma predeterminada cuando no se especifica un archivo para y. ClusterConfig eksctl create cluster eksctl create nodegroup Para crear un grupo de nodos --managed=false autogestionado, pase. Esto puede interrumpir los scripts que no utilizan un archivo de configuración si se utiliza una función que no es compatible con los grupos de nodos administrados, por ejemplo, los grupos de nodos de Windows. Para solucionar este problema--managed=false, transfiere o especifica la configuración del grupo de nodos en un ClusterConfig archivo utilizando el nodeGroups campo que crea un grupo de nodos autogestionado.

Anulación de Bootstrap de Nodegroup para personalizarla AMIs

Este cambio se anunció en el número Breaking: soon... overrideBootstrapCommand Ahora, ha sucedido en este PR. Lea detenidamente el número adjunto para saber por qué decidimos dejar de admitir scripts personalizados AMIs sin bootstrap o con scripts bootstrap parciales.

¡Todavía ofrecemos un ayudante! Esperemos que migrar no sea tan doloroso. eksctlsigue proporcionando un script que, una vez creado, exportará un par de propiedades y ajustes útiles del entorno. Este script se encuentra aquí.

Las siguientes propiedades del entorno estarán a su disposición:

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

¡Lo mínimo que hay que usar al anular, para que eksctl no falle, son las etiquetas! eksctldepende de que haya un conjunto específico de etiquetas en el nodo para que pueda encontrarlas. Al definir la anulación, proporcione este comando de anulación mínimo:

    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}"

En el caso de los grupos de nodos que no tienen acceso saliente a Internet, tendrás que introducir --apiserver-endpoint y en el script de arranque de la --b64-cluster-ca siguiente manera:

    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}

Ten en cuenta la configuración `--node-labels`. Si no está definido, el nodo se unirá al clúster, pero al final se eksctl agotará el tiempo de espera en el último paso cuando esté esperando a que lleguen los nodos. Ready Está realizando una búsqueda en Kubernetes de los nodos que tienen la etiqueta. alpha.eksctl.io/nodegroup-name=<cluster-name> Esto solo es válido para los grupos de nodos no administrados. En el caso de los gestionados, se utiliza una etiqueta diferente.

Si es posible cambiar a grupos de nodos gestionados para evitar esta sobrecarga, ha llegado el momento de hacerlo. Hace que todas las tareas de anulación sean mucho más fáciles.