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.

# Arranque de nodos
<a name="node-bootstrapping"></a>

## AmazonLinux2023
<a name="_amazonlinux2023"></a>

AL2023 introdujo un nuevo proceso de inicialización de nodos, [ nodeadm, ](https://awslabs.github.io/amazon-eks-ami/nodeadm/) que usa un esquema de configuración YAML, eliminando el uso de scripts. `/etc/eks/bootstrap.sh`

**nota**  
Con las versiones 1.30 y superiores de Kubernetes, Amazon Linux 2023 es el sistema operativo predeterminado.

### Configuración predeterminada para AL2023
<a name="_default_settings_for_al2023"></a>

En el caso de los nodos autogestionados y EKS-managed los nodos basados en AMI personalizadas, `eksctl` crea una interfaz predeterminada, mínima, `NodeConfig` y la inyecta automáticamente en los datos de usuario de la plantilla de lanzamiento de los grupos de nodos, es decir

```
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary=//

--//
Content-Type: application/node.eks.aws

apiVersion: node.eks.aws/v1alpha1
kind: NodeConfig
spec:
  cluster:
    apiServerEndpoint: https://XXXX.us-west-2.eks.amazonaws.com
    certificateAuthority: XXXX
    cidr: 10.100.0.0/16
    name: my-cluster
  kubelet:
    config:
      clusterDNS:
      - 10.100.0.10
    flags:
    - --node-labels=alpha.eksctl.io/cluster-name=my-cluster,alpha.eksctl.io/nodegroup-name=my-nodegroup
    - --register-with-taints=special=true:NoSchedule

--//--
```

En el EKS-managed caso de los nodos basados en AMI nativas, la configuración predeterminada `NodeConfig` la añade EKS MNG de forma interna y la añade directamente a los datos de usuario del EC2. Por lo tanto, en este escenario, `eksctl` no es necesario incluirlo en la plantilla de lanzamiento.

### Configurar el proceso de arranque
<a name="_configuring_the_bootstrapping_process"></a>

Para establecer propiedades avanzadas o simplemente anular los valores predeterminados, eksctl le permite especificar una vía personalizada o por ejemplo `NodeConfig` `NodeConfig` `nodeGroup.overrideBootstrapCommand` `managedNodeGroup.overrideBootstrapCommand`

```
managedNodeGroups:
  - name: mng-1
    amiFamily: AmazonLinux2023
    ami: ami-0253856dd7ab7dbc8
    overrideBootstrapCommand: |
      apiVersion: node.eks.aws/v1alpha1
      kind: NodeConfig
      spec:
        instance:
          localStorage:
            strategy: RAID0
```

Esta configuración personalizada se añadirá a los datos de usuario mediante eksctl y se fusionará con la configuración predeterminada. `nodeadm` Puedes obtener más información sobre `nodeadm` la capacidad de combinar varios objetos de configuración aquí. [https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/examples/#merging-multiple-configuration-objects](https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/examples/#merging-multiple-configuration-objects)