resource.k8s.io APIs, not CRDs - Radar discovers them automatically on any cluster that serves the group (1.32+ with the feature enabled, 1.34+ by default).
What Radar Shows
ResourceClaim Detail View:- Allocation lifecycle status: Pending (no device assigned), Allocated (devices assigned and reserved), or Unreserved - allocated but not held by any consumer, flagged with a warning since a long-lived unreserved claim leaks a device
- Device requests with their DeviceClass - handles every served API shape (
exactlyandfirstAvailablesubrequests in v1/v1beta2, flatdeviceClassNamein v1beta1) - Allocation results: driver, pool, and device for each assigned request
- Reserved-for consumers with clickable Pod links
- Per-device health conditions when drivers report them
- Pods show their ResourceClaims - direct references and template-generated claims (resolved through
status.resourceClaimStatuses) - Claims link back to their DeviceClasses and to the Pods holding the reservation
Supported Kinds
| Kind | Group | Topology | Detail View | AI Summary |
|---|---|---|---|---|
| ResourceClaim | resource.k8s.io (v1, v1beta2) | Relationships | Yes | Yes |
| ResourceClaimTemplate | resource.k8s.io (v1, v1beta2) | - | Yes | Yes |
| DeviceClass | resource.k8s.io (v1, v1beta2) | Relationships | Yes | Yes |
| ResourceSlice | resource.k8s.io (v1, v1beta2) | - | Yes | Yes |
GPU visibility doesn’t require DRA: Radar also renders classic extended resources (
nvidia.com/gpu, amd.com/gpu, gpu.intel.com/*) on node capacity, pod requests, and as a GPU column in the nodes and pods tables - it appears automatically when GPU-bearing rows load.RBAC
Radar’s Helm chart grants read access to theresource.k8s.io group by default (rbac.crdGroups.dra: true), so DRA objects show up with no extra setup. Set it to false if your org scopes Radar’s RBAC more tightly and you don’t run DRA.