XMLWordPrintable

    • Icon: Feature Feature
    • Resolution: Unresolved
    • Icon: Major Major
    • rhos-19.0.0
    • None
    • None
    • None
    • False
    • Hide

      None

      Show
      None
    • False
    • ?
    • ?
    • 100% To Do, 0% In Progress, 0% Done
    • Upgrades; Upgrades

      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
         
         

            pnavarro@redhat.com Pedro Navarro Perez
            pnavarro@redhat.com Pedro Navarro Perez
            rhos-dfg-upgrades-squad-upgrades
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated: