-
Feature
-
Resolution: Unresolved
-
Major
-
None
-
None
-
None
-
False
-
-
False
-
?
-
?
-
100% To Do, 0% In Progress, 0% Done
-
-
Feature Overview
Improve flexibility, parallelisation and control of the OSP upgrades
Goals
An operator would be able to reduce the upgrade time the OSP platform by parallelising more upgrade operations.
Requirements
| Requirements | Notes | isMvp? |
|---|---|---|
| Maximum target time should be less than 2h | Extending up to a 6h windows must be exceptional | No |
| Successfully upgraded an OSP Next Gen based adopted deployment | No | |
| Successfully upgraded an OSP Next Gen based adopted deployment | No | |
| LVM-based snapshot and restore | RH partner in the DR and backup ecosystem is encouraged | Yes |
Out of Scope
Out of scope for DevPreview to be followed after GA:
- Successful upgrade of a ComputeHCI environment
- successful upgrade of DCN stacks (compute ephemeral and computeHCI)
Documentation Considerations
New content needs to be created.
Interoperability Considerations
RHOSP will be running on top of OpenShift. It needs to be defined the state of the OpenShift cluster before upgrading the platform. An OSP <-> OCP compatibility matrix is needed as well.
Questions
| Question | Outcome |
|---|---|
- is blocked by
-
OSPRH-146 Nova minor update support
-
- Closed
-
-
-
- In Progress
-
-
-
- Closed
-
- is related to
-
OSPRH-4364 Investigate blast radius of OCP container auto-update feature
-
- Closed
-
