Creación de grupos de nodos para un clúster en Azure Kubernetes Service (AKS)
En Azure Kubernetes Service, los nodos de la misma configuración se agrupan en grupos de nodos. Estos grupos de nodos contienen las máquinas virtuales subyacentes que ejecutan las aplicaciones. Cuando crea un clúster de AKS, define el número de nodos y su tamaño (SKU) inicial, lo cual crea un grupo de nodos del sistema.
Para admitir aplicaciones con diferentes necesidades de proceso o almacenamiento, puede crear grupos de nodos de usuario. Los grupos de nodos del sistema tienen el propósito principal de hospedar los pods críticos del sistema, como CoreDNS y konnectivity
. Los grupos de nodos de usuario tienen el propósito principal de hospedar los pods de aplicación. Por ejemplo, puede usar más grupos de nodos de usuario para proporcionar GPU para aplicaciones de proceso intensivo o acceso a almacenamiento SSD de alto rendimiento. Sin embargo, si solo desea tener un grupo en su clúster de AKS, puede programar pods de aplicación en grupos de nodos de sistema.
Nota
Esta característica permite un mayor control sobre la creación y administración de varios grupos de nodos y requiere comandos distintos para las operaciones de creación, actualización y eliminación (CRUD). Anteriormente, las operaciones de clúster a través de az aks create
o az aks update
usaban la API managedCluster y eran la única forma de cambiar el plano de control y un grupo de nodo único. Esta característica expone un conjunto de operaciones independiente para los grupos de agentes a través de la API agentPool y requiere el uso del conjunto de comandos az aks nodepool
para ejecutar operaciones en un grupo de nodos individual.
Este artículo le muestra cómo crear uno o más grupos de nodos en un clúster de AKS.
- Es preciso que esté instalada y configurada la versión 2.2.0 de la CLI de Azure, o cualquier otra posterior. Ejecute
az --version
para encontrar la versión. Si necesita instalarla o actualizarla, vea Instalación de la CLI de Azure. - Revise Opciones de almacenamiento de las aplicaciones de Azure Kubernetes Service para planear la configuración de almacenamiento.
Se aplican las siguientes limitaciones cuando crea clústeres de AKS que admiten varios grupos de nodos:
- Consulte Cuotas, restricciones de tamaño de máquinas virtuales y disponibilidad de regiones en Azure Kubernetes Service (AKS).
- Puede eliminar el grupo de nodos del sistema si tiene otro grupo de nodos del sistema para que tenga su lugar en el clúster de AKS. De lo contrario, no puede eliminar el grupo de nodos del sistema.
- Los grupos del sistema deben contener al menos un nodo mientras que los grupos de nodos del usuario pueden contener varios nodos o ninguno.
- El clúster de AKS debe usar los equilibradores de carga de SKU estándar para usar varios grupos de nodos. La característica no se admite con equilibradores de carga de SKU Básica.
- El clúster de AKS deberá usar conjuntos de escalado de máquinas virtuales para los nodos.
- El nombre de un grupo de nodos solo puede contener caracteres alfanuméricos en minúsculas y debe comenzar con una letra minúscula.
- En el caso de los grupos de nodos de Linux, la longitud debe estar comprendida entre 1-12 y 12 caracteres.
- En el caso de los grupos de nodos de Windows, la longitud debe estar comprendida entre 1-6 y 6 caracteres.
- Todos los grupos de nodos deben residir en la misma red virtual.
- Al crear varios grupos de nodos durante la creación del clúster, todas las versiones de Kubernetes que se usen en los grupos de nodos deben coincidir con la versión establecida para el plano de control.
Importante
Si ejecuta un único grupo de nodos del sistema para el clúster de AKS en un entorno de producción, se recomienda usar al menos tres nodos para el grupo de nodos. Si un nodo se queda fuera de servicio, se pierden los recursos del plano de control y se pone en peligro la redundancia. Puede mitigar este riesgo si tiene más nodos del plano de control.
Cree un grupo de recursos de Azure con el comando
az group create
.az group create --name $RESOURCE_GROUP_NAME --location $LOCATION
Cree un clúster de AKS con un grupo de nodo único mediante el comando
az aks create
.az aks create \ --resource-group $RESOURCE_GROUP_NAME \ --name $CLUSTER_NAME \ --vm-set-type VirtualMachineScaleSets \ --node-count 2 \ --location $LOCATION \ --load-balancer-sku standard \ --generate-ssh-keys
La operación de creación del clúster tarda unos minutos.
Cuando el clúster esté listo, obtenga las credenciales del clúster mediante el comando
az aks get-credentials
.az aks get-credentials --resource-group $RESOURCE_GROUP_NAME --name $CLUSTER_NAME
El clúster creado en el paso anterior tiene un grupo de nodo único. En esta sección, se agrega un segundo grupo de nodos al clúster.
Cree un grupo de nodos nuevo mediante el comando
az aks nodepool add
. En el ejemplo siguiente se crea un grupo de nodos denominado mynodepool que ejecuta tres nodos:az aks nodepool add \ --resource-group $RESOURCE_GROUP_NAME \ --cluster-name $CLUSTER_NAME \ --name $NODE_POOL_NAME \ --node-count 3
Compruebe el estado de los grupos de nodos mediante el comando
az aks node pool list
y especifique el nombre del clúster y del grupo de recursos.az aks nodepool list --resource-group $RESOURCE_GROUP_NAME --cluster-name $CLUSTER_NAME
En la siguiente salida de ejemplo se puede ver que mynodepool se ha creado correctamente con tres nodos. Cuando se creó el clúster de AKS en el paso anterior, también se creó un grupo de nodos predeterminado denominado nodepool1 con 2 nodos.
[ { ... "count": 3, ... "name": "mynodepool", "orchestratorVersion": "1.15.7", ... "vmSize": "Standard_DS2_v2", ... }, { ... "count": 2, ... "name": "nodepool1", "orchestratorVersion": "1.15.7", ... "vmSize": "Standard_DS2_v2", ... } ]
El procesador ARM64 proporciona proceso de bajo consumo para las cargas de trabajo de Kubernetes. Para crear un grupo de nodos de ARM64, deberá elegir una máquina virtual de la serie Dpsv5, Dplsv5 o Epsv5.
- Los grupos de nodos ARM64 no se admiten en los clústeres habilitados para Defender con una versión de Kubernetes anterior a 1.29.0.
- Los grupos de nodos habilitados para FIPS no se admiten con SKU ARM64.
- Los grupos de nodos de Windows no se admiten con SKU ARM64.
Agregue un grupo de nodos ARM64 al clúster existente mediante el
az aks nodepool add
.az aks nodepool add \ --resource-group $RESOURCE_GROUP_NAME \ --cluster-name $CLUSTER_NAME \ --name $ARM_NODE_POOL_NAME \ --node-count 3 \ --node-vm-size Standard_D2pds_v5
El host del contenedor de Linux en Azure para AKS es una distribución de Linux de código abierto disponible como host del contenedor de AKS. Proporciona alta confiabilidad, seguridad y coherencia. Solo incluye el conjunto mínimo de paquetes necesarios para ejecutar cargas de trabajo de contenedor, lo que mejora los tiempos de arranque y el rendimiento general.
Agregue un grupo de nodos de Azure Linux al clúster existente mediante el comando
az aks nodepool add
y especifique--os-sku AzureLinux
.az aks nodepool add \ --resource-group $RESOURCE_GROUP_NAME \ --cluster-name $CLUSTER_NAME \ --name $AZ_LINUX_NODE_POOL_NAME \ --os-sku AzureLinux
Puede migrar los nodos existentes de Ubuntu a Linux en Azure mediante uno de los métodos siguientes:
- Quite los grupos de nodos existentes y agregue nuevos grupos de nodos de Linux en Azure.
- Migración de SKU del sistema operativo local.
Una carga de trabajo puede requerir la división de los nodos de clúster en grupos independientes para el aislamiento lógico. Las subredes independientes dedicadas a cada grupo de nodos en el clúster pueden ayudar a admitir este aislamiento, que puede abordar requisitos como tener un espacio de direcciones de red virtual no contiguo para dividir entre grupos de nodos.
Nota
Asegúrese de que su versión de la CLI de Azure sea la 2.35.0
o posterior.
- Todas las subredes asignadas a grupos de nodos deben pertenecer a la misma red virtual.
- Los pods del sistema deben tener acceso a todos los nodos y pods del clúster para proporcionar funcionalidad crítica, como la resolución de DNS y la tunelización de logs/exec/port-forward proxy de kubectl.
- Si expande la red virtual después de crear el clúster, debe actualizarlo antes de agregar una subred fuera del bloque CIDR original. Mientras que AKS da error en la adición del grupo de agentes, la
aks-preview
extensión de la CLI de Azure (versión 0.5.66 y superior) ahora permite ejecutar el comandoaz aks update
con solo los argumentos-g <resourceGroup> -n <clusterName>
necesarios. Este comando realiza una operación de actualización sin hacer ningún cambio, lo que puede recuperar un clúster bloqueado en un estado de error. - En clústeres con versiones de Kubernetes anteriores a 1.23.3, kube-proxy usaba SNAT para el tráfico de subredes nuevas, lo que podía hacer que la directiva de red de Azure eliminara los paquetes.
- Los nodos de Windows dirigen el tráfico SNAT a las nuevas subredes hasta que se vuelva a restablecer la imagen inicial del grupo de nodos.
- Los equilibradores de carga internos actúan de forma predeterminada a una de las subredes del conjunto de nodos.
Agregue un grupo de nodos con una subred única en el clúster existente mediante el comando
az aks nodepool add
y especifique--vnet-subnet-id
.az aks nodepool add \ --resource-group $RESOURCE_GROUP_NAME \ --cluster-name $CLUSTER_NAME \ --name $NODE_POOL_NAME \ --node-count 3 \ --vnet-subnet-id $SUBNET_RESOURCE_ID
Para más información sobre cómo habilitar el Estándar federal de procesamiento de información (FIPS) para el clúster de AKS, consulte Habilitación del estándar federal de proceso de información (FIPS) para grupos de nodos de Azure Kubernetes Service (AKS).
A partir de la versión 1.20 de Kubernetes y versiones posteriores, puede especificar containerd
como el entorno de ejecución del contenedor para los grupos de nodos de Windows Server 2019. A partir de Kubernetes 1.23, containerd
es el valor predeterminado y el único entorno de ejecución de contenedor para Windows.
Importante
Cuando se utiliza containerd
con grupos de nodos de Windows Server 2019:
- Tanto el plano de control como los grupos de nodos de Windows Server 2019 deben usar la versión 1.20 o posterior de Kubernetes.
- Al crear o actualizar un grupo de nodos para ejecutar contenedores de Windows Server, el valor predeterminado de
--node-vm-size
es Standard_D2s_v3, que era el tamaño mínimo recomendado para los grupos de nodos de Windows Server 2019 en las versiones anteriores a Kubernetes 1.20. El tamaño mínimo recomendado para grupos de nodos de Windows Server 2019 cuando se usacontainerd
es Standard_D4s_v3. Al establecer el parámetro--node-vm-size
, compruebe la lista de tamaños de máquina virtual restringidos. - Se recomienda usar marcas o etiquetas con los grupos de nodos de Windows Server 2019 que ejecutan
containerd
y tolerancias o selectores de nodos con las implementaciones para garantizar que las cargas de trabajo se programan correctamente.
Agregue un grupo de nodos de Windows Server con
containerd
en el clúster existente mediante elaz aks nodepool add
.Nota
Si no especifica el encabezado personalizado
WindowsContainerRuntime=containerd
, el grupo de nodos sigue usandocontainerd
como entorno de ejecución de contenedor de manera predeterminada.az aks nodepool add \ --resource-group $RESOURCE_GROUP_NAME \ --cluster-name $CLUSTER_NAME \ --os-type Windows \ --name $CONTAINER_D_NODE_POOL_NAME \ --node-vm-size Standard_D4s_v3 \ --kubernetes-version 1.20.5 \ --aks-custom-headers WindowsContainerRuntime=containerd \ --node-count 1
Actualice un grupo de nodos específico de Docker a
containerd
mediante el comandoaz aks nodepool upgrade
.az aks nodepool upgrade \ --resource-group $RESOURCE_GROUP_NAME \ --cluster-name $CLUSTER_NAME \ --name $CONTAINER_D_NODE_POOL_NAME \ --kubernetes-version 1.20.7 \ --aks-custom-headers WindowsContainerRuntime=containerd
Actualice todos los grupos de nodos de Docker a
containerd
mediante el comandoaz aks nodepool upgrade
.az aks nodepool upgrade \ --resource-group $RESOURCE_GROUP_NAME \ --cluster-name $CLUSTER_NAME \ --kubernetes-version 1.20.7 \ --aks-custom-headers WindowsContainerRuntime=containerd
Agregue un grupo de nodos que use discos de sistema operativo efímeros a un clúster existente mediante el comando
az aks nodepool add
con la marca--node-osdisk-type
establecida enEphemeral
.Nota
- Puede especificar discos de sistema operativo efímeros durante la creación del clúster mediante la marca
--node-osdisk-type
con el comandoaz aks create
. - Si quiere crear grupos de nodos con discos de sistema operativo conectados a red, puede especificar
--node-osdisk-type Managed
para hacerlo.
az aks nodepool add --name $EPHEMERAL_NODE_POOL_NAME --cluster-name $CLUSTER_NAME --resource-group $RESOURCE_GROUP_NAME -s Standard_DS3_v2 --node-osdisk-type Ephemeral
- Puede especificar discos de sistema operativo efímeros durante la creación del clúster mediante la marca
Importante
El sistema operativo efímero permite implementar imágenes de instancias y de máquinas virtuales cuyo tamaño máximo sea equivalente al de la memoria caché de máquina virtual. La configuración predeterminada del disco de sistema operativo del nodo predeterminada en AKS usa 128 GB, lo cual significa que necesitará una máquina virtual con una memoria caché cuyo tamaño sea superior a 128 GB. La máquina virtual Standard_DS2_v2 tiene un tamaño de caché de 86 GB, que no es lo suficientemente grande. La SKU de las máquinas virtuales Standard_DS3_v2 tienen un tamaño de caché de 172 GB, que es lo suficientemente grande. También puede reducir el tamaño predeterminado del disco del sistema operativo mediante --node-osdisk-size
, pero tenga en cuenta que el tamaño mínimo de las imágenes de AKS es de 30 GB.
Si ya no necesita un grupo de nodo, puede eliminarlo y quitar los nodos de máquinas virtuales subyacentes.
Precaución
Cuando se elimina un grupo de nodos, AKS no realiza acordono y purga, y no hay ninguna opción de recuperación para la pérdida de datos que puede producirse al eliminar un grupo de nodos. Si no se pueden programar pods en otros grupos de nodos, esas aplicaciones dejarán de estar disponibles. Asegúrese de que no elimina un grupo de nodos si las aplicaciones en uso no disponen de copias de seguridad de los datos o de la posibilidad de ejecutarse en otros grupos de nodos del clúster. Para minimizar la interrupción de los pods de reprogramación que se ejecutan actualmente en el grupo de nodos que quiere eliminar, realice un acordonamiento y purga en todos los nodos del grupo de nodos antes de eliminarlos.
Elimine un grupo de nodos mediante el comando
az aks nodepool delete
y especifique el nombre del grupo de nodos.az aks nodepool delete --resource-group $RESOURCE_GROUP_NAME --cluster-name $CLUSTER_NAME --name $NODE_POOL_NAME --no-wait
Tarda unos minutos en eliminar los nodos y el grupo de nodos.
En este artículo ha aprendido a crear grupos de varios nodos en un clúster de AKS. Para obtener más información sobre cómo administrar varios grupos de nodos, consulte Administración de varios grupos de nodos para un clúster en Azure Kubernetes Service (AKS).
Comentarios de Azure Kubernetes Service
Azure Kubernetes Service es un proyecto de código abierto. Seleccione un vínculo para proporcionar comentarios: