Workloads nach JVM-Runtime filtern

Finden Sie jeden Java-Workload im Cluster mit einem Klick – ganz ohne Labels

Java-Speicher verhält sich anders als anderer Speicher. Ein fest konfigurierter -Xmx-Heap schrumpft nicht, nur weil das Container-Limit kleiner geworden ist. Wer einen Java-Service genauso einem Right-Sizing unterzieht wie eine Stateless-API, landet früher oder später beim OOMKill. Die meisten Teams wissen das und wollen ihre JVM-Workloads mit besonderer Sorgfalt behandeln. Das Problem ist, sie überhaupt zu finden. Kaum jemand versieht Pods mit dem Label "hier läuft eine JVM" – wer also wissen wollte, welche Workloads in einem Cluster Java sind, musste Manifeste durchsuchen oder herumfragen.

Diese Lücke ist jetzt geschlossen. Die Workloads-Tabelle in PerfectScale hat eine Runtime-Spalte mit Filter erhalten: All, JVM, Non-JVM.

Das steckt drin

PerfectScale erkennt Java-Container automatisch über den Node-Agent – der Filter basiert also auf Erkennung, nicht auf Label-Disziplin. Ein Workload zählt als JVM, sobald mindestens einer seiner Container eine JVM ausführt. Die Runtime-Spalte erscheint auf jedem Tab der Workloads-Tabelle (Recommendations, Labels and Policies, HPA, GPU), sobald im gewählten Cluster und Zeitraum Java-Container erkannt werden – und der CSV-Export enthält sie ebenfalls.

Was Ihnen das in der Praxis bringt:

Ein JVM-Inventar mit einem Klick. Filtern Sie auf JVM, exportieren Sie die CSV und übergeben Sie Ihrem Java-Plattform-Team eine vollständige Liste aller Java-Services mit aktuellen Requests, Limits und Empfehlungen. Ganz ohne Insiderwissen.

Ein sichererer Weg zum automatisierten Right-Sizing. Filtern Sie auf Non-JVM und aktivieren Sie die Automatisierung zunächst für alles, was nicht Java ist. Nehmen Sie sich anschließend die JVM-Liste vor und gleichen Sie die Heap-Einstellungen mit den Container-Limits ab, bevor die Automatisierung eingreifen darf. Workloads mit einem festen -Xmx nahe am Speicherlimit sind die Kandidaten, die einen genaueren Blick verdienen.

Schnellere Analyse von Java-Speicherproblemen. Der Filter ergänzt, was PerfectScale für Java ohnehin schon bietet: Heap-, Non-Heap- und Garbage-Collector-Metriken pro Container sowie Empfehlungen, die explizit konfigurierte Heap-Parameter respektieren, statt Limits unter MaxHeapSize zu kürzen.

So legen Sie los

1. Aktivieren Sie die JVM-Erkennung, falls noch nicht geschehen. Dafür genügt ein Helm-Flag am PerfectScale-Agent, beschrieben im Leitfaden zu Java-Containern. Die Erkennung läuft auf Linux-Nodes.
2. Öffnen Sie die Workloads-Tabelle eines Clusters. Sobald Java-Container erkannt werden, erscheint die Runtime-Spalte samt Filter.
3. Wählen Sie JVM oder Non-JVM – oder exportieren Sie die CSV für das vollständige Inventar.

Der Runtime-Filter ist ab sofort für alle Kunden verfügbar. Wenn Sie viel Java betreiben und dieser Filter die Art verändert, wie Sie Empfehlungen prüfen – oder eben nicht –, freuen wir uns über Ihr Feedback.