El soporte de Kubernetes termina y Amazon cobra seis veces el precio
Kubernetes, EKS y AKS tienen fechas de fin distintas. EKS factura de serie el Extended Support salvo que el operador lo desactive.
Kubernetes 1.34 pierde el mantenimiento del proyecto el 27 de octubre de 2026. Amazon EKS la mantiene en soporte estándar hasta diciembre y activa de serie la extensión de pago, salvo que el equipo de plataforma la desactive. Microsoft termina el soporte de esa versión en Azure en noviembre.
Lo más importante en resumen
- El proyecto Kubernetes deja de mantener la versión 1.34 el 27 de octubre de 2026. Después, las correcciones para la versión llegan únicamente a través de los proveedores de nube.
- Amazon EKS ofrece la 1.34 en Standard Support hasta el 2 de diciembre de 2026. Ese día arranca automáticamente la facturación de la fase Extended.
- El Extended Support viene activado de serie en EKS y cuesta seis veces el precio del clúster. Quien no lo necesita debe desactivarlo con un paso adicional.
- Microsoft pone fin al soporte de la 1.34 en Azure a finales de noviembre de 2026. Los clientes de EKS en la 1.31 pierden el Extended Support el 26 de noviembre de 2026; después, Amazon actualiza automáticamente sus clústeres.
Relacionados:Pequeños modelos consumen grandes presupuestos de GPU mediante preallocación / EKS 1.36 se vuelve costoso si falta la disciplina FinOps
¿Qué es Extended Support? Es el mantenimiento de pago de una versión de Kubernetes en Amazon EKS cuando termina el periodo estándar. El precio del clúster se multiplica por seis.
La versión 1.34 solo recibe parches de seguridad críticos
La versión 1.34 de Kubernetes está en modo de mantenimiento desde el 27 de agosto de 2026. Una versión menor como la 1.34 reúne muchas funciones nuevas y se mantiene como un todo. En esta fase, el proyecto solo cierra vulnerabilidades de seguridad críticas; los cambios de funciones y las correcciones de errores habituales quedan fuera. Para las cargas de trabajo en marcha, esto no cambia nada por ahora: los clústeres siguen funcionando sin variación.
El 27 de octubre de 2026 termina por completo la fase de mantenimiento. El último parche de la versión fue el 1.34.11, aparecido el 11 de agosto de 2026. En la lista de releases del proyecto, la 1.34 sigue figurando hasta su propia fecha final, pero después ya no aparecen más correcciones.
Independientemente de ello, el proyecto publicó la versión 1.37 el 26 de agosto de 2026, y hacia allí se traslada el desarrollo posterior. Quien opera sus propios clústeres planifica el cambio por su cuenta. En los servicios de nube gestionados, en cambio, el mantenimiento de la versión corre a cargo del proveedor. Allí la misma versión puede funcionar más tiempo que en el proyecto, sin que los operadores tengan que ajustar nada.
Amazon extiende la versión 1.34 y cobra la extensión
Amazon Elastic Kubernetes Service (EKS) mantiene la versión 1.34 en Standard Support hasta el 2 de diciembre de 2026. En el catálogo figuran además las versiones 1.36 y 1.35, mientras que la 1.33, la 1.32 y la 1.31 ya corren en la extensión de pago. Esta extensión se denomina Extended Support y se factura por separado. El desencadenante es el calendario, no una acción del operador.
Sin una desactivación propia, Amazon prorroga el mantenimiento automáticamente y cobra para ello seis veces el precio habitual del clúster. Los recargos afectan a todos los clústeres que el equipo de plataforma no retira expresamente de la extensión, independientemente de si en ellos siguen ejecutándose cargas de trabajo en la 1.34.
Para la 1.34, la fase Extended se prolonga hasta el 2 de diciembre de 2027. La facturación es por clúster y hora, de modo que el recargo crece con cada mes en la extensión. El largo periodo de Extended Support alivia la planificación del upgrade; la decisión de costes, en cambio, empieza con la fecha límite. Esta fecha procede de Amazon: el propio proyecto había abandonado la 1.34 para entonces hacía más de un año.
Azure pone fin al soporte el último día del mes
Microsoft Azure Kubernetes Service (AKS) llevó la versión 1.34 a la disponibilidad general en noviembre de 2025. El soporte de la versión termina el último día de noviembre de 2026. La misma versión expira así en Microsoft más tarde que en el proyecto y antes que en Amazon. Quien apuesta por Azure decide sobre el upgrade, por tanto, en un momento en el que el proyecto ya no mantiene la 1.34.
Los equipos de AKS planifican así su cambio de versión a un ritmo distinto al de los operadores de EKS, aunque ambos manejan el mismo release del upstream. Para los operadores que combinan varias versiones o varias nubes no existe, por tanto, una fecha límite común. La siguiente visión general contrapone las fechas de fin por versión:
| Calendario | Versión | Fin |
|---|---|---|
| Proyecto Kubernetes | 1.34 | 27 de octubre de 2026 |
| Amazon EKS Standard | 1.34 | 2 de diciembre de 2026 |
| Amazon EKS Extended | 1.31 | 26 de noviembre de 2026, luego upgrade automático |
| Azure AKS | 1.34 | noviembre de 2026, último día del mes |
Fuente: página de releases de Kubernetes, resumen de versiones de Amazon EKS, calendario de soporte de Azure AKS.
La versión 1.31 muestra cómo termina la extensión
Con la versión 1.31 se ve lo que ocurre al final de la extensión de pago. El Extended Support de la 1.31 vence el 26 de noviembre de 2026. Después, Amazon actualiza automáticamente los clústeres afectados a la versión más antigua que siga entonces en la fase Extended. No está prevista ninguna vuelta a la versión de origen.
La desactivación tiene así dos consecuencias. Quien apaga la extensión de pago para un clúster asume antes el upgrade automático. Los recargos en curso desaparecen en ese caso, pero el cambio de versión forzado llega antes. Amazon elige la versión de destino según su propia cartera de soporte, no según las aplicaciones del clúster.
¿Quién entrega los fixes cuando el proyecto suspende el mantenimiento?
En las semanas entre el fin del proyecto y la fecha de EKS, Amazon ofrece oficialmente la 1.34 como estándar, pero el proyecto ya no la mantiene en ese momento. Las correcciones de seguridad para la versión provienen en ese periodo únicamente de Amazon o de Microsoft.
Preguntas frecuentes
¿Desde qué día cobra Amazon el Extended Support?
La extensión se factura por primera vez el día en que termina el Standard Support; la zona horaria de referencia es UTC. Después, el recargo continúa hasta que un clúster sale de la fase Extended o esta vence.
¿Cuándo se publicó Kubernetes 1.34?
El proyecto publicó la versión el 27 de agosto de 2025. Amazon y Microsoft la incorporaron después a sus servicios gestionados con fechas de inicio propias, de modo que sus calendarios arrancan por detrás del upstream.
¿Cuándo llegó la versión 1.34 a Amazon EKS?
Amazon incorporó la versión a EKS el 2 de octubre de 2025, algo más de cinco semanas después del proyecto. Desde ese día, Amazon cuenta 14 meses de Standard Support, y la extensión de pago continúa a partir de ahí.
Selección editorial
cloudmagazinRequests altos de Kubernetes pagan nodos vacíoscloudmagazinCloud nativa madura: Qué significan Knative y Kubernetes 1.34 para las cargas de trabajo de IAcloudmagazinMulticlúster: error al crear silo operativoMás de la red MBF Media
MyBusinessFutureBearingPoint: DACH usa IA, pero apenas la integraDigital ChiefsDeloitte: solo el 14 % cumple su objetivo de ahorroSecurityTodayCodex Security: CLI abierta alimenta a OpenAIFuente de la imagen: generada por IA (septiembre de 2026)
Traducido del original en alemán con inteligencia artificial. La versión alemana es la de referencia.

