Uploaded image for project: 'Red Hat OpenStack Services on OpenShift'
  1. Red Hat OpenStack Services on OpenShift
  2. OSPRH-21173

Rework brq2-rhoso-aie-lab into a kustomize driven solution based on the architecture VAs and DTs

XMLWordPrintable

    • Icon: Story Story
    • Resolution: Done
    • Icon: Major Major
    • None
    • None
    • VAF
    • None
    • VAF Sprint 5
    • 1

      Goal: 

      As a user and administrator of BRQ2 cluster, I want to add and remove EDPM nodes, upgrade RHOSO versions, reconfigure control and dataplane depending on work in progress (testing/benchmarking/verification, building reference architectures, etc.), where the source configuration is derived from some VA or DT, then adapted for our hardware and lab specifics.

      And I want to be as close to what customers would do for the similar tasks, as possible.

      Acceptance Criteria:

      • No extra tooling, which is not customers faced, like ci-framework or ci-framework-jobs should be used. Just kustomize and oc (secrets management is an open question though).
      • Hardware (EDPM hosts) addition, removal, reconfiguration and replacement scenarios can be executed in a few simple steps (kustomize, oc, openstack client) for existing RHOSO deployment on BRQ2 cluster.
      • We can switch the base reference DT or VA as we need, and apply our configuration layer on top without rebuilding this repository structure

      Out of scope yet:

      • Making this gitops repo a fully compatible with the gitops system of a choice (like ArgoCD) and secrets management of a choice (like Vault)
      • Deploying/reconfiguring OCP clusters

              bdobreli@redhat.com Bohdan Dobrelia
              bdobreli@redhat.com Bohdan Dobrelia
              rhos-workloads-vaf
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated:
                Resolved: