Kubernetes 1.37: qué significa para las pymes y cómo aprovecharlo

Kubernetes 1.37: una versión que apunta a la eficiencia y la estabilidad

La reciente publicación de Kubernetes 1.37, denominada Garhwal, trae consigo un conjunto de mejoras que, aunque a primera vista pueden parecer técnicas, tienen implicaciones directas para las pymes que ya utilizan o planean adoptar esta plataforma de orquestación de contenedores. Con 67 mejoras en total, la versión se enfoca en optimizar el uso de recursos, reducir costos y fortalecer la resiliencia de los clústeres.

Para una pyme, cada actualización de Kubernetes puede representar una oportunidad para mejorar la eficiencia operativa y reducir gastos en infraestructura. En este artículo analizamos las novedades más relevantes y cómo aplicarlas en tu organización.

Escalado a cero: ahorro real en momentos de baja demanda

Una de las novedades más destacadas es que la función de escalado a cero del HorizontalPodAutoscaler (HPA) ahora está disponible de forma predeterminada. Esto significa que los workloads que utilizan métricas de objetos o externas pueden reducir sus réplicas a cero cuando no hay demanda, y reactivarse automáticamente cuando vuelve a haber trabajo.

Para las pymes, esto supone un ahorro significativo en entornos como colas de procesamiento, trabajos por lotes o cargas de GPU, donde los picos de uso son intermitentes. Ya no es necesario mantener recursos activos las 24 horas; se puede escalar a cero y solo pagar por lo que se usa.

Es importante tener en cuenta que esta función no aplica para métricas de CPU o memoria, ya que estas dependen de que haya pods activos. Pero para casos de uso como procesamiento de mensajes o tareas periódicas, es una herramienta valiosa para optimizar costos.

Estabilidad y arranque más suave en el plano de control

Otra mejora relevante es la estabilización de la inicialización resiliente del watch cache, que ahora está en estable y bloqueada. Esto evita picos de tráfico hacia etcd durante el arranque del API server, lo que reduce el riesgo de caídas en el plano de control, especialmente en clústeres grandes.

Para una pyme que ejecuta sus aplicaciones en Kubernetes, esto se traduce en una mayor disponibilidad de sus servicios. Las respuestas HTTP 429 (Too Many Requests) que pueden aparecer durante la inicialización deben manejarse correctamente en los clientes, por lo que es recomendable revisar que tus controladores y operadores personalizados implementen reintentos con backoff exponencial.

Migración y gestión de datos más sencillas

La versión 1.37 también estabiliza el migrador de versiones de almacenamiento (StorageVersionMigration), que permite migrar recursos existentes a nuevas versiones de almacenamiento de forma declarativa. Esto simplifica las actualizaciones de CRDs y la rotación de claves de cifrado, tareas que antes requerían scripts manuales o componentes externos.

Para las pymes que gestionan sus propios CRDs, esta función reduce el riesgo de errores durante las actualizaciones y facilita el cumplimiento de políticas de seguridad, como el cifrado en reposo. Además, la nueva condición 'Unused' en los PVC permite identificar volúmenes que no se están utilizando, ayudando a limpiar recursos y reducir costos de almacenamiento.

Mejoras en el rendimiento y la observabilidad

La nueva versión incluye soporte para histogramas nativos de Prometheus, lo que mejora la eficiencia en el almacenamiento de métricas y la velocidad de consulta. También se ha optimizado el rendimiento de kube-proxy con nftables, utilizando netlink en lugar de la herramienta de línea de comandos nft.

Para las pymes, esto significa una mejor visibilidad del rendimiento de sus aplicaciones y una reducción en los costos de infraestructura de monitoreo. Además, el soporte de RangeStream para etcd mejora la eficiencia en la inicialización del watch cache, reduciendo la latencia en clústeres grandes.

Deprecaciones importantes: prepara tu migración

Dos deprecaciones merecen atención: kube-dns y el modo ipvs de kube-proxy. kube-dns será eliminado después de la versión 1.40, por lo que si aún lo usas, es momento de planificar la migración a CoreDNS. El modo ipvs de kube-proxy, por su parte, está deprecado y se espera que sea deshabilitado por defecto en v1.40 y eliminado en v1.43.

Para las pymes, esto implica revisar la configuración actual de sus clústeres y planificar la transición. Si usas kube-proxy en modo ipvs, considera cambiar a iptables o nftables, que son los modos recomendados a futuro.

¿Cómo aprovechar Kubernetes 1.37 en tu pyme?

Para aprovechar estas novedades, te recomendamos:

• Revisa tus HPA: Si tienes workloads con picos de demanda, configura el escalado a cero para reducir costos.
• Actualiza tus clientes y controladores: Asegúrate de que manejen correctamente las respuestas 429 y los reintentos.
• Planifica la migración de kube-dns y ipvs: Evalúa tu infraestructura actual y programa los cambios necesarios.
• Implementa la condición 'Unused' en PVC: Úsala para identificar y eliminar volúmenes sin uso, reduciendo gastos.
• Monitorea la adopción de nuevas funciones: Mantente al tanto de las versiones de tus componentes y actualiza cuando sea seguro.

En Altya Studio, entendemos que la gestión de infraestructura puede ser compleja. Si necesitas ayuda para actualizar tu clúster, migrar componentes o optimizar tus costos en la nube, nuestro equipo puede acompañarte. Contáctanos para una consultoría personalizada.

Fuente: kubernetes.io