-
Epic
-
Resolution: Done-Errata
-
Major
-
None
-
As a cloud operator, i want Adoption without having to SSH into compute nodes.
-
2
-
False
-
OSPRH-813Red Hat OpenStack 18.0 Data Plane Adoption
-
Committed
-
Committed
-
To Do
-
OSPRH-813 - Red Hat OpenStack 18.0 Data Plane Adoption
-
openstack-ansible-ee-container-1.0.0-20
-
Committed
-
Committed
-
0% To Do, 0% In Progress, 100% Done
-
Release Note Not Required
-
-
Rejected
-
-
-
2024Q2
-
Approved
Currently we ssh into compute nodes in at least two places in Adoption:
- "Stop OpenStack services" step, currently puts together controller and compute services as it was developed with the Standalone use case. (For supporting separate compute we'd have to split the compute services out and ssh to computes.)
- OVN adoption step, when redirecting compute node ovn-controller services from the old southbound DB to the new podified southbound DB.
Since there can be many compute nodes in a deployment, it would be very beneficial for Adoption UX to do the necessary compute node actions via EDPM rather than via SSH (using NodeSets and Deployments, regardless if some Adoption-specific Deployment or the "main" data plane Deployment). It would be good if we could push all data plane operations after the control plane has been fully adopted because it would help with rolling back the control plane (OSPRH-1890). Touching the data plane config would be considered a point of no return for the rollback procedure.
Epic definition of done:
- We can still Adopt all services as before but there are no steps which SSH into compute nodes.
Proposed release blocker due to being a hard dependency of OSPRH-1890.
- is blocked by
-
OSPRH-7022 Certmonger removal prevents control plane adoption rollback
- Closed
-
OSPRH-6619 Use EDPM instead of SSH to perform certmonger removal
- Closed
- is depended on by
-
OSPRH-1890 As a cloud operator I would like to roll-back to the old 17.1 based control plane if the adoption process fails
- Closed
- links to
-
RHBA-2024:135530 OpenStack Operators