-
Epic
-
Resolution: Duplicate
-
Normal
-
None
-
None
-
None
-
Prepare conmon-rs for tech-preview
-
False
-
None
-
False
-
Not Selected
-
To Do
-
OCPSTRAT-406 - Improve pod density in a baremetal node
-
OCPSTRAT-406Improve pod density in a baremetal node
Epic Goal
- Prepare conmon-rs for tech-preview
Why is this important?
- conmon-rs is a reimplementation of conmon, in rust. In moving to conmon-rs, the developers of openshift aim to have better accounting for cpu and memory in pods, as well as reduced process overhead.
- To move conmon-rs to GA, it must stabalize in tech preview first
Scenarios
- As an openshift user, I'd like to be able to enable conmon-rs through the openshift API
- As an upstream podman or cri-o user, I should be able to use conmon-rs
Acceptance Criteria
- conmon-rs API should stabalize and podman support should be mostly complete
- conmon-rs should be packaged in most upstream distros
- A cluster admin should be able to enable conmon-rs if TechPreviewNoUpgrade flag is enabled
- A build cluster should run conmon-rs in TechPreview
- Documentation changes describing how to enable
- Perf/scale comparison
Dependencies (internal and external)
- ...
Previous Work (Optional):
- …
Open questions::
- …
Done Checklist
- CI - CI is running, tests are automated and merged.
- Release Enablement <link to Feature Enablement Presentation>
- DEV - Upstream code and tests merged: <link to meaningful PR or GitHub Issue>
- DEV - Upstream documentation merged: <link to meaningful PR or GitHub Issue>
- DEV - Downstream build attached to advisory: <link to errata>
- QE - Test plans in Polarion: <link or reference to Polarion>
- QE - Automated tests merged: <link or reference to automated tests>
- DOC - Downstream documentation merged: <link to meaningful PR>
- is caused by
-
OCPNODE-826 Prepare conmon-rs for dev-preview
- Closed