google / google/gvisor

KEP 5823: Pod-Level Checkpoint/Restore for gVisor

Open
#14,406 0 comments 3 reactions 1 assignee Claimed by @milantracy View on GitHub
Dominant language
Go
Stars
19.3k
Forks
2k
Avg merge
3d 7h
Merged PRs (30d)
275

Description

### Problem
KEP-5823 introduces native Pod-level checkpoint and restore in Kubernetes, adding CheckpointPod and RestorePod RPCs to the CRI RuntimeService. This shifts checkpointing from per-container states to taking a consistent snapshot of the entire sandbox/Pod boundary.

Because gVisor manages its own Sentry kernel and application state, gVisor's native [checkpoint/restore](https://gvisor.dev/docs/user_guide/checkpoint_restore/) model naturally aligns with Pod-level snapshotting much better than legacy per-container approaches (KEP-2008).

The gVisor community will partner with containerd community and other sandbox runtime for the support.

### KEP/SIG-Node References
KEP(s): KEP-5823
stage: alpha
KEP Issue: https://github.com/kubernetes/enhancements/issues/5823
KEP PR: https://github.com/kubernetes/enhancements/pull/5851
K8s-Release: v1.37 (target for Alpha)
KEP-Owner: @rst0git @viktoriaas @adrianreber @andreyvelich
SIG-Node member liason: @haircommander
KEP-Shepherd: TBD

### Containerd References
* https://github.com/containerd/containerd/issues/13979

### Kata References
* https://github.com/kata-containers/kata-containers/issues/13653

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.