# Node Under Disk Pressure | ZopNight

> The kubelet starts evicting pods and refusing new ones on this node, so workloads move or fail without warning.

Source: https://zop.dev/zopnight/rules/node-under-disk-pressure

---

_Reliability · High severity_

## Node Under Disk Pressure

The kubelet starts evicting pods and refusing new ones on this node, so workloads move or fail without warning.

- 3 — clouds covered
- High — severity
- Risk — where it shows up
- Manual — fix, change spelled out

Free to start. No card. The playground just needs your work email.

## Found, explained, handed over.

Exposure and fragility, security posture and single points of failure.

- 01. Detect — ZopNight checks this automatically across AWS, Azure and Google Cloud, with read-only access to the account.
- 02. Explain — Every finding says exactly what to change: Relieve disk pressure on the node.
- 03. Fix — The finding opens with the change already spelled out, so the fix is one ticket, not an investigation.

- applies_to_fallback: Any resource in the account
- where_it_appears: The Risk tab of Recommendations, with every affected resource listed.

## Related

- [Node Not Ready](https://zop.dev/zopnight/rules/node-not-ready)
- [Node Under Memory Pressure](https://zop.dev/zopnight/rules/node-under-memory-pressure)
- [Node Under PID Pressure](https://zop.dev/zopnight/rules/node-under-pid-pressure)
- [Autoscaler at Max Capacity](https://zop.dev/zopnight/rules/autoscaler-at-max-capacity)
- [DaemonSet Not Fully Scheduled](https://zop.dev/zopnight/rules/daemonset-not-fully-scheduled)
- [Deployment Not Fully Ready](https://zop.dev/zopnight/rules/deployment-not-fully-ready)

## See the reliability findings in your account.

Connect a read-only role and the first pass runs on your own estate. This check, and the rest of the catalogue, with it.

[object Object]