Bug 1925999 - [RFE] OSP Director Operator
Summary: [RFE] OSP Director Operator
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-containers
Version: 16.2 (Train)
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: beta
: 16.2 (Train on RHEL 8.4)
Assignee: Dan Prince
QA Contact: David Rosenfeld
URL:
Whiteboard:
Depends On: 1927796
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-02-08 00:43 UTC by Michael Barnett
Modified: 2022-08-23 22:55 UTC (History)
20 users (show)

Fixed In Version: osp-director-operator-container-1.0-1 osp-director-provisioner-container-1.0-1 osp-director-downloader-container-1.0-1
Doc Type: Technology Preview
Doc Text:
The Red Hat OpenStack Platform (RHOSP) director Operator creates a set of custom resource definitions (CRDs) on top of Red Hat OpenShift Container Platform to manage resources normally created by the RHOSP undercloud. CRDs are split into two types for hardware provisioning and software configuration. The operator includes CRDs to create and manage overcloud networks, manage IP addresses, create VM sets for RHOSP Controllers, and create bare metal sets for RHOSP Computes. + For Technology Preview, the software configuration is accomplished with an OpenStackClient pod, which uses traditional RHOSP or TripleO interfaces and CLI commands. Work is ongoing to produce a more scalable Heat-to-Ansible playbook deployment workflow within the RHOSP director Operator.
Clone Of:
: 1973185 (view as bug list)
Environment:
Last Closed: 2021-09-15 10:46:59 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker OSP-2969 0 None None None 2022-08-23 22:55:32 UTC
Red Hat Product Errata RHEA-2021:3486 0 None None None 2021-09-15 10:47:02 UTC

Description Michael Barnett 2021-02-08 00:43:09 UTC
Deliver the OSP Director Operator as a Tech Preview in OSP 16.2

The OSP Director Operator creates a set of Custom Resource Definitions (CRDs) on top of OpenShift to manage resources normally created by the TripleO's Undercloud. CRDs are split into two types for hardware provisioning and software configuration which aligns well with TripleO's Undercloud Lite architecture. The Operator includes CRDs to create and manage Overcloud Nets (IPAM), VMSets (for OSP Controllers), and BaremetalSets (for OSP Computes).

For Tech Preview (small scale demo deployments) Software configuration is accomplished via an OpenStackClient pod using traditional OSP/TripleO interfaces and CLI commands. Work is ongoing to produce a more scalable Heat to Ansible Playbook deployment workflow within the OSP Director Operator.

Comment 2 Jon Schlueter 2021-02-11 17:11:57 UTC
Containers needed for this

--------
openstack-tripleoclient-container
operator
operator-bundle
tripleoclient change is already in

Comment 10 pweeks 2021-03-17 15:49:30 UTC
This RFE is tech preview with no QE resources assigned to the project. No expectation of polarion reporting automated tests unless resources are assigned to make that happen.

Comment 17 pweeks 2021-08-06 15:48:08 UTC
greg, the only edit i would make is removing 'which aligns well with the RHOSP undercloud lite architecture.' In my opinion, this concept isn't externally visible at this point. It may create confusion and/or require more explanation which wouldn't provide much value at this time. Should the architecture changes realize our ambitions, it may be a thing PM wants to sell going forward.

Comment 20 errata-xmlrpc 2021-09-15 10:46:59 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Release of containers for Red Hat OpenStack 16.2 director operator tech preview), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2021:3486


Note You need to log in before you can comment on or make changes to this bug.