Conceptos básicos de Azure Kubernetes Service (AKS)

En este artículo se describen los conceptos básicos de Azure Kubernetes Service (AKS), un servicio de Kubernetes administrado que puede usar para implementar y operar aplicaciones en contenedores a escala en Azure.

Importante

A partir del 30 de noviembre de 2025, Azure Kubernetes Service (AKS) ya no admite ni proporciona actualizaciones de seguridad para Azure Linux 2.0. La imagen de nodo de Linux 2.0 de Azure está congelada en la versión 202512.06.0. A partir del 31 de marzo de 2026, se quitarán las imágenes de nodo y no podrá escalar los grupos de nodos. Migre a una versión compatible de Azure Linux mediante la actualización de los grupos de nodos a una versión de Kubernetes compatible o la migración a osSku AzureLinux3. Para más información, consulte el asunto de retirada de GitHub y el anuncio sobre la retirada de actualizaciones de Azure. Para mantenerse informado sobre los anuncios y actualizaciones, siga las notas de lanzamiento de AKS.

¿Qué es Kubernetes?

Kubernetes es una plataforma de orquestación de contenedores de código abierto para automatizar la implementación, el escalado y la administración de aplicaciones en contenedores. Para obtener más información, consulte la documentación oficial de Kubernetes.

¿Qué es AKS?

AKS es un servicio de Kubernetes administrado que simplifica la implementación, administración y escalado de aplicaciones en contenedores que usan Kubernetes. AKS admite dos modos de clúster:

  • AKS Automatic, una experiencia más totalmente administrada con los valores predeterminados listos para producción para tareas operativas comunes.
  • AKS Standard, una experiencia más configurable para los equipos que desean un mayor control sobre la configuración y las operaciones del clúster.

Para obtener más información, vea ¿Qué es Azure Kubernetes Service (AKS)? y ¿Qué es AKS Automatic?

Modos de clúster

En AKS, puede crear clústeres en modo automático o en modo estándar. Ambos modos usan conceptos básicos de Kubernetes, pero la responsabilidad operativa difiere.

  • AKS Automatic está diseñado para equipos que quieran reducir la sobrecarga operativa. Incluye valores predeterminados preconfigurados para la administración de nodos, el escalado, las barreras de seguridad y las actualizaciones.
  • AKS Standard está diseñado para equipos que desean máxima flexibilidad y control directo sobre la configuración del clúster, los grupos de nodos, el escalado, las redes y las operaciones.

Use AKS Automatic si desea una configuración base lista para producción con menos tareas de administración de la plataforma posteriores a la implementación. Use AKS Standard cuando necesite patrones operativos personalizados y ajuste más profundo entre las características del clúster.

Para obtener diferencias de funcionalidad detalladas, consulte Comparación de características automáticas y estándar de AKS.

Nota:

AKS Automatic y AKS Standard difieren en la experiencia del Acuerdo de Nivel de Servicio (SLA). AKS Automatic incluye de forma predeterminada el SLA de tiempo de actividad y la cobertura del SLA aplicable de preparación de pods. En AKS Standard, el SLA de tiempo de actividad está vinculado al nivel de precios y a la configuración del clúster. Para más información, consulte Comparación de características automáticas y estándar de AKS y planes de tarifa para la administración de clústeres de AKS.

Componentes de los clústeres

Un clúster de AKS se divide en dos componentes principales:

  • Plano de control: el plano de control proporciona los servicios básicos de Kubernetes y la orquestación de las cargas de trabajo de las aplicaciones.
  • Nodos: los nodos son las máquinas virtuales subyacentes que ejecutan las aplicaciones.

Captura de pantalla que muestra los componentes del plano de control y del nodo de Kubernetes.

Estos conceptos de arquitectura son los mismos en ambos modos de clúster de AKS. Lo que difiere es el modelo operativo: AKS Automatic aplica más operaciones de plataforma preconfiguradas de forma predeterminada, mientras que AKS Standard proporciona un control más directo sobre cómo se configuran y administran las operaciones de nodo y clúster.

Nota:

Los componentes administrados de AKS tienen la etiqueta kubernetes.azure.com/managedby: aks.

AKS administra las versiones de Helm con el prefijo aks-managed. Se espera y es seguro aumentar continuamente las revisiones de estas versiones.

Plano de control

En la tabla siguiente se describen los componentes que componen el plano de control de AKS administrado Azure:

Componente Descripción
kube-apiserver El servidor de API (kube-apiserver) expone la API de Kubernetes para habilitar las solicitudes al clúster desde dentro y fuera del clúster.
etcd El almacén de clave-valor de alta disponibilidad etcd ayuda a mantener el estado del clúster y la configuración de Kubernetes.
kube-scheduler El programador (kube-scheduler) ayuda a tomar decisiones de programación. Busca nuevos pods sin nodo asignado y selecciona un nodo para ejecutarlos.
kube-controller-manager El administrador de controladores (kube-controller-manager) ejecuta procesos de controlador, como la detección y respuesta cuando los nodos dejan de funcionar.
cloud-controller-manager El administrador de controladores de nube (cloud-controller-manager) inserta lógica de control específica de la nube para ejecutar controladores específicos del proveedor de nube.

El plano de control sigue estando administrado por Azure tanto en AKS Automatic como en AKS Standard. En ambos modos, Azure opera componentes críticos del plano de control, como kube-apiserver, etcd, kube-scheduler, kube-controller-manager y cloud-controller-manager.

Nodos

Cada clúster de AKS tiene al menos un nodo, que es una máquina virtual de Azure que ejecuta componentes de nodo de Kubernetes. En la tabla siguiente se describen los componentes de Kubernetes que se ejecutan en cada nodo de AKS:

Componente Descripción
kubelet Kubelet garantiza que los contenedores se ejecutan en un pod.
kube-proxy o Cilium Kube-proxy es un proxy de red que mantiene reglas de red en los nodos. Los clústeres que usan Azure CNI con tecnología de Cilium usan Cilium en lugar de kube-proxy.
container runtime El entorno de ejecución de contenedores administra la ejecución y el ciclo de vida de los contenedores.

Captura de pantalla que muestra la máquina virtual de Azure y los recursos auxiliares de un nodo de Kubernetes.

Los nodos ejecutan los mismos componentes principales del nodo de Kubernetes en ambos modos de clúster de AKS, incluidos kubelet y container runtime. En función del plano de datos de red del clúster, los nodos usan kube-proxy o Cilium para el enrutamiento del servicio. La diferencia está en la experiencia de operaciones predeterminadas:

  • AKS Automatic usa los valores predeterminados preconfigurados para las operaciones comunes relacionadas con nodos.
  • AKS Standard proporciona más flexibilidad para configurar y operar el comportamiento del nodo directamente.

Para obtener una comparación detallada de funcionalidades, consulte Comparación de características automáticas y estándar de AKS.

Configuración del nodo

Configure los valores siguientes para los nodos.

Tamaño e imagen de la máquina virtual

El tamaño de máquina virtual de Azure para los nodos define cpu, memoria, tamaño y el tipo de almacenamiento disponible, como una unidad de estado sólido de alto rendimiento o una unidad de disco duro normal. El tamaño de máquina virtual que elija depende de los requisitos de carga de trabajo y del número de pods que planea ejecutar en cada nodo. A partir de mayo de 2025, AKS selecciona dinámicamente la SKU y el tamaño de la máquina virtual predeterminados en función de la capacidad disponible y la cuota si el parámetro se deja en blanco durante la implementación. Para obtener más información, consulte Tamaños de máquina virtual admitidos en Azure Kubernetes Service (AKS).

AKS proporciona imágenes de máquina virtual para sistemas operativos Linux compatibles, como Ubuntu Linux, Azure Linux y Azure Container Linux, y sistemas operativos compatibles con Windows, incluidos Windows Server 2022 y Windows Server 2025. Para obtener disponibilidad actual del sistema operativo y de la imagen, consulte Imágenes de nodo en Azure Kubernetes Service. Al crear un clúster de AKS o escalar horizontalmente el número de nodos, la plataforma Azure crea y configura automáticamente el número solicitado de máquinas virtuales. Los nodos del agente se facturan como máquinas virtuales estándar. Los descuentos de tamaño de máquina virtual, incluidas las reservas de Azure, se aplican automáticamente.

Discos del sistema operativo

El ajuste de tamaño predeterminado del disco del sistema operativo se usa en nuevos clústeres o grupos de nodos solo cuando no se especifica un tamaño de disco del sistema operativo predeterminado. Este comportamiento se aplica a los discos del sistema operativo administrados y efímeros. Para obtener más información, consulte Ajuste de tamaño predeterminado del disco del sistema operativo.

Reservas de recursos

AKS usa recursos de nodo para ayudar a que los nodos funcionen como parte del clúster. Este uso puede provocar una discrepancia entre los recursos totales del nodo y los recursos asignables en AKS. Para mantener el rendimiento y la funcionalidad de los nodos, AKS reserva dos tipos de recursos, CPU y memoria, en cada nodo. Para obtener más información, consulte Reservas de recursos en AKS.

SO

AKS admite varios sistemas operativos Linux, como Ubuntu, Azure Linux y Azure Container Linux. AKS Standard usa Ubuntu de forma predeterminada, mientras que AKS Automatic preconfigure Azure Linux para su grupo de nodos del sistema administrado. Los grupos de nodos de Windows también son compatibles en AKS con el Canal de servicio a largo plazo (LTSC) como el canal predeterminado. Para ver las versiones y valores predeterminados actuales del sistema operativo, consulte Imágenes de nodo en AKS.

Runtime de contenedor

Un entorno de ejecución de contenedor es un software que ejecuta contenedores y administra imágenes de contenedor en un nodo. El tiempo de ejecución ayuda a abstraer las llamadas del sistema o la funcionalidad específica del sistema operativo para ejecutar contenedores en Linux o Windows. En el caso de los grupos de nodos de Linux, el contenedor se usa en la versión 1.19 y posteriores de Kubernetes. En el caso de los grupos de nodos de Windows Server 2019 y 2022, el contenedor está disponible con carácter general y es la única opción en tiempo de ejecución en la versión 1.23 y posteriores de Kubernetes.

Cápsulas

Un pod es un grupo de uno o varios contenedores que comparten los mismos recursos de red y almacenamiento, así como una especificación para ejecutar los contenedores. Normalmente, los pods tienen una asignación de 1:1 con un contenedor, pero puede ejecutar varios contenedores en un pod.

Grupos de nodos

Nota:

AKS Automatic preconfigura y administra el comportamiento del grupo de nodos del sistema y la configuración predeterminada para el aprovisionamiento de nodos. AKS Standard espera opciones explícitas de diseño y ciclo de vida del grupo de nodos. Para obtener más información, consulte Comparación de características de AKS Automatic y Standard.

En AKS, los nodos se agrupan en grupos de nodos. De forma predeterminada, los grupos de nodos usan Virtual Machine Scale Sets para administrar las máquinas virtuales que ejecutan las aplicaciones. AKS también admite grupos de nodos de Virtual Machines, donde AKS administra directamente máquinas virtuales individuales.

Al crear un clúster de AKS, se define el número inicial de nodos y su tamaño y versión, que crea un grupo de nodos del sistema. Los grupos de nodos del sistema tienen como propósito principal alojar pods críticos del sistema, como CoreDNS (coredns) y konnectivity (konnectivity-agent).

Para admitir aplicaciones con diferentes necesidades de proceso o almacenamiento, puede crear grupos de nodos de usuario. Los grupos de nodos de usuario tienen el propósito principal de hospedar los pods de aplicación.

Para obtener más información, consulte Creación de grupos de nodos en AKS y Administración de grupos de nodos en AKS.

Grupo de recursos de nodos

Al crear un clúster de AKS en un grupo de recursos de Azure, el proveedor de recursos de AKS crea automáticamente un segundo grupo de recursos denominado grupo de recursos de nodo. Este grupo de recursos contiene todos los recursos de infraestructura asociados al clúster, incluidas las máquinas virtuales, los Virtual Machine Scale Sets y el almacenamiento.

Para obtener más información, consulte los siguientes recursos:

Espacios de nombres

Los recursos de Kubernetes, como pods e implementaciones, se agrupan de forma lógica en espacios de nombres, con el fin de dividir un clúster de AKS y crear, visualizar o administrar el acceso a recursos.

Los siguientes espacios de nombres se crean de forma predeterminada en un clúster de AKS:

Espacio de nombres Descripción
default El espacio de nombres predeterminado permite empezar a usar recursos de clúster sin crear un nuevo espacio de nombres.
kube-node-lease El espacio de nombres kube-node-lease permite a los nodos comunicar su disponibilidad al plano de control.
kube-public El espacio de nombres kube-public no se usa normalmente, pero puede usarlo para que los recursos sean visibles en todo el clúster por cualquier usuario.
kube-system Kubernetes usa el espacio de nombres kube-system para administrar recursos de clúster, como coredns, konnectivity-agent y metrics-server. No se recomienda implementar sus propias aplicaciones en este espacio de nombres. Para casos poco frecuentes en los que es necesario implementar sus propias aplicaciones en este espacio de nombres, consulte las preguntas más frecuentes.

Captura de pantalla que muestra los espacios de nombres de Kubernetes para dividir lógicamente los recursos y las aplicaciones.

Planes de tarifa

AKS ofrece tres planes de tarifa para la administración de clústeres: Gratis, Estándar y Premium. El plan de tarifa que elija determina las características disponibles para administrar el clúster.

Nivel de precios Descripción de la característica
Gratis Incluye todas las características actuales de AKS. Admite hasta 1000 nodos. Sin SLA de tiempo de actividad con respaldo económico.
Estándar SLA de disponibilidad habilitado de forma predeterminada. Perfil de confiabilidad más alto. Incluye todas las características actuales de AKS. Admite hasta 5000 nodos.
Premium Incluye todas las características actuales de AKS además de [Microsoft mantenimiento más allá del soporte técnico de la comunidad][soporte técnico a largo plazo].

Nota:

El plan de tarifa Estándar es independiente del modo de clúster estándar de AKS.

Para más información, consulte Planes de tarifa para la administración de clústeres de AKS.

Versiones de Kubernetes admitidas en AKS

Para obtener información sobre las versiones de Kubernetes admitidas en AKS, incluida la directiva de soporte técnico de versiones, los cambios importantes por versión y la directiva de desuso, consulte Versiones de Kubernetes admitidas en AKS.

Contenido relacionado

Para obtener información sobre AKS y AKS Automatic, consulte los siguientes recursos:

  • Last updated on