Treo Blog

En este espacio puedes explorar las últimas tendencias y noticias en tecnología, seguridad informática e infraestructura TI.

  • Jonathan Rodriguez Paipa

Kubernetes 1.21 desarrolla nuevas funciones innovadoras

Por: Duncan Hardie



Crédito: Pexels

¿Recuerda los días en que el rumor sobre Kubernetes era que se había vuelto aburrido? Naturalmente, después de convertirse en la base predeterminada para la infraestructura basada en contenedores, tendría que haber un período en el que el proyecto mirara hacia adentro, redujera la inestabilidad y sentara las bases para la innovación futura en este increíble proyecto de código abierto.


Definitivamente esos días terminaron. Esa base se ha sentado, y al echar un vistazo rápido a la cantidad de funciones alfa y beta en Kubernetes 1.21, está claro que una nueva generación de capacidades y características ha comenzado a echar raíces.


En esencia, Kubernetes 1.21 se trataba realmente de la estandarización y la gestión de API, y la capacidad general para programar mejor el trabajo. Los cambios en la carga de trabajo en esta versión culminan en la versión estable de dos API principales: CronJobs y PodDisruptionBudgets. Al igual que en Linux, CronJob permite a los usuarios programar el trabajo en sus clústeres a intervalos.


El tiempo es un tema importante aquí, ya que Kubernetes 1.21 se ve reforzado por una serie de funciones alfa y beta que ampliarán en gran medida las capacidades de los trabajos programados. Alpha Memory Manager y beta Storage Capacity Tracking para las funciones de programación de pods se combinan para brindar a los usuarios una cantidad sólida y preestablecida de RAM y almacenamiento, respectivamente, preidentificados dentro de los pods antes de que se ejecuten los trabajos específicos.


Por lo tanto, ahora, los trabajos no solo se pueden programar de manera confiable para que se ejecuten, sino que también se pueden preconfigurar para exigir cantidades establecidas de RAM y capacidad de almacenamiento del clúster antes de que se ejecuten. Esto ayuda a las aplicaciones de alto rendimiento con demandas extremas de hardware.


Además, en esta versión también se pondrán en línea una gran cantidad de nuevas funciones alfa y beta en torno a los nodos de terminación. La función alfa Suspender / Reanudar trabajos permitirá exactamente lo que dice. Esto choca un poco con la mentalidad de "rebaño de ganado" en torno a los contenedores, pero la finalización de un trabajo también eliminará todos los metadatos y el estado asociado con él. Suspender / Reanudar ofrece a los usuarios otra opción.


Otro aspecto de Suspender / Reanudar es que ahora los trabajos también se pueden acelerar y el trabajo se promulga sobre ellos antes de que estén disponibles en el clúster. Esto brinda más opciones a los usuarios, que pueden querer inyectar una dependencia en un nodo antes de poner el trabajo en línea.


Drenar nodos y matar trabajos también se vuelve más configurable en Kubernetes 1.21, ya que la función Beta Graceful Node Shutdown permite a los usuarios configurar un temporizador para los cierres de nodos, lo que permite a los pods detener los nodos de manera más limpia, en lugar de simplemente tirarlos inmediatamente.


Una de las adiciones estables en 1.21 es el presupuesto de interrupción de pods, que permite a los usuarios limitar cuántos pods están inactivos simultáneamente. Esto es particularmente útil para realizar actualizaciones continuas del clúster, ya que una parte determinada del clúster se puede configurar para que permanezca en línea mientras se realiza la actualización.


De hecho, muchas de estas nuevas funciones alfa y beta están dirigidas a aquellos que necesitan configurar sus clústeres para casos de uso específicos. Eso no significa que sean menos potentes, como es el caso del nuevo soporte beta para el soporte de doble pila IPv4 / IPv6. Los clústeres ahora pueden utilizar ambos, en lugar de uno o, como era el caso antes.


Otra característica que está en alfa en 1.21 es el tipo de servicio de "LoadBalancer". Esto permitirá a los administradores utilizar cualquier equilibrador de carga que deseen dentro de sus clústeres, en lugar de estar vinculados a un único equilibrador de carga por clúster.

Con toda la popularidad de Kubernetes y el rápido crecimiento de los clústeres en todo el mundo, resulta obvio que administrar los puntos finales se está volviendo un poco más complicado que almacenarlos todos en un solo archivo y consultar la lista. Por lo tanto, la capacidad EndPointSlice, que es GA en 1.21, permite que esa lista de puntos finales se divida de varias maneras, como espacios de nombres, por lo que buscar y administrar esos puntos finales no será una tarea tan ardua.


Fuente: Blog de OpenShift

2 vistas0 comentarios