Filtre workloads por runtime da JVM

Encontre todos os workloads Java de um cluster em um clique, sem precisar de labels

A memória do Java não se comporta como as outras. Um heap fixo com -Xmx não vai encolher só porque o limite do container diminuiu — então fazer right-sizing de um serviço Java do mesmo jeito que você faz com uma API stateless é a receita perfeita para um OOMKill. A maioria dos times sabe disso e quer tratar seus workloads JVM com cuidado extra. O problema é encontrá-los. Quase ninguém coloca label nos pods dizendo "este aqui roda uma JVM", então responder "me mostre só os workloads Java deste cluster" significava sair grepeando manifests ou perguntando por aí.

Essa lacuna foi fechada. A tabela de workloads do PerfectScale agora tem uma coluna Runtime com filtro: All, JVM, Non-JVM.

O que você ganha

O PerfectScale detecta containers Java automaticamente pelo agente de nó, então o filtro funciona com base em detecção, não em disciplina de labels. Um workload conta como JVM se qualquer um dos seus containers rodar uma. A coluna Runtime aparece em todas as abas da tabela de workloads (Recommendations, Labels and Policies, HPA, GPU) sempre que containers Java forem detectados no cluster e no período selecionados, e ela também entra na exportação em CSV.

Na prática, isso significa:

Um inventário de JVMs em um clique. Filtre por JVM, exporte o CSV e entregue ao seu time de plataforma Java uma lista completa dos serviços Java com seus requests, limits e recomendações atuais. Sem depender do conhecimento que só está na cabeça de algumas pessoas.

Um caminho mais seguro para o right-sizing automatizado. Filtre por Non-JVM e ative a automação primeiro para tudo que não é Java. Depois pegue a lista de JVMs e revise as configurações de heap em relação aos limites dos containers antes de deixar a automação mexer nelas. Os workloads com -Xmx fixo perto do limite de memória são os que merecem uma olhada.

Triagem mais rápida de problemas de memória em Java. O filtro complementa o que o PerfectScale já faz para Java: métricas de heap, non-heap e garbage collector por container, além de recomendações que respeitam parâmetros de heap configurados explicitamente em vez de cortar limites abaixo do MaxHeapSize.

Como começar

1. Habilite a detecção de JVM, se ainda não tiver feito isso. É só uma flag do helm no agente do PerfectScale, descrita no guia de containers Java. A detecção roda em nós Linux.
2. Abra a tabela de workloads de um cluster. Quando containers Java forem detectados, a coluna Runtime aparece com o filtro.
3. Escolha JVM ou Non-JVM, ou exporte o CSV para ter o inventário completo.

O filtro Runtime já está disponível para todos os clientes hoje. Se você roda muito Java e isso mudar a forma como você revisa recomendações — ou se não mudar —, queremos saber.