Filtra workloads por runtime de JVM

Encuentra todos los workloads de Java de un clúster con un solo clic, sin necesidad de etiquetas

La memoria de Java no se comporta como el resto de la memoria. Un heap fijo con -Xmx no se va a reducir solo porque el límite del contenedor lo haya hecho, así que aplicar right-sizing a un servicio Java igual que a una API stateless es la receta perfecta para terminar con un OOMKill. La mayoría de los equipos lo sabe y quiere tratar sus workloads de JVM con especial cuidado. El problema es encontrarlos. Casi nadie etiqueta los pods con "este corre una JVM", así que responder a "muéstrame solo los workloads de Java en este clúster" implicaba hacer grep en los manifiestos o preguntar por ahí.

Ese problema quedó resuelto. La tabla de workloads de PerfectScale ahora incluye una columna Runtime con su propio filtro: All, JVM, Non-JVM.

Qué obtienes

PerfectScale detecta los contenedores Java de forma automática mediante su agente de nodo, así que el filtro se basa en la detección, no en la disciplina de etiquetado. Un workload cuenta como JVM si alguno de sus contenedores ejecuta una. La columna Runtime aparece en todas las pestañas de la tabla de workloads (Recommendations, Labels and Policies, HPA, GPU) siempre que se detecten contenedores Java en el clúster y el período seleccionados, y la exportación a CSV también la incluye.

En la práctica, esto te permite:

Tener un inventario de JVM con un solo clic. Filtra por JVM, exporta el CSV y entrégale a tu equipo de plataforma Java una lista completa de los servicios Java con sus requests, límites y recomendaciones actuales. Sin depender de lo que cada quien tiene en la cabeza.

Automatizar el right-sizing con más seguridad. Filtra por Non-JVM y activa primero la automatización para todo lo que no sea Java. Después, toma la lista de JVM y revisa la configuración del heap frente a los límites del contenedor antes de dejar que la automatización los toque. Los workloads con un -Xmx fijo cercano al límite de memoria son los que vale la pena revisar.

Resolver más rápido los problemas de memoria en Java. El filtro se complementa con lo que PerfectScale ya hace con Java: métricas de heap, non-heap y garbage collector por contenedor, además de recomendaciones que respetan los parámetros de heap configurados explícitamente, en lugar de recortar los límites por debajo de MaxHeapSize.

Primeros pasos

1. Habilita la detección de JVM si aún no lo has hecho. Es un solo flag de helm en el agente de PerfectScale, descrito en la guía de contenedores Java. La detección se ejecuta en nodos Linux.
2. Abre la tabla de workloads de un clúster. Cuando se detecten contenedores Java, la columna Runtime aparecerá con su filtro.
3. Elige JVM o Non-JVM, o exporta el CSV para obtener el inventario completo.

El filtro de Runtime ya está disponible para todos los clientes. Si corres mucho Java y esto cambia tu forma de revisar las recomendaciones —o si no la cambia—, queremos saberlo.