Cluster assessment
Ranked findings instead of a pod list: crash loops, OOM kills, pods that will never schedule, sizing problems — each with what to do about it.
Multi-cluster
PodSteer holds several clusters open at once, one per tab, each with its own namespace, search and refresh. The All-clusters view merges pods, workloads or events from every open tab into one table, and each cluster reports for itself when it is slow, unreachable or refusing.
No part of PodSteer has a notion of "the current cluster". Every call names the cluster it is for, so each tab keeps its own namespace, filters, open object and connection, and the tabs are genuinely independent rather than one selector with extra steps.
The sidebar's namespace selector takes a set: All, a filter box and checkboxes, applied as you tick. The set holds across Pods, Deployments and the other workloads, Events, Applications, Helm, Security, custom resources, the Multi-kind table and the Topology, and is remembered per cluster. On the All-clusters view it offers the union of the open clusters' namespaces.
The All-clusters view reads each open cluster in parallel and shows what answered. A cluster that is forbidden, unreachable or slow is marked on its own rather than failing the whole view, and nothing is polled when the view is not on screen.
The Multi-kind table shows several kinds in one list — the Deployments, Services and Ingresses of one application, say — and a set of kinds can be saved.
Be honest
Read next
Ranked findings instead of a pod list: crash loops, OOM kills, pods that will never schedule, sizing problems — each with what to do about it.
Apply any kind including CRDs, roll back, drain, bulk-act with a review step — and see the kubectl command for each.
Exec, debug containers, node shells, an in-cluster shell and your own local terminal — with the pods PodSteer creates cleaned up after.