Uploaded image for project: 'OpenShift Over the Air'
  1. OpenShift Over the Air
  2. OTA-454

R&D Breaking up Upgade into Control Plane, Worker Nodes, Workload Enablement

XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Won't Do
    • Icon: Normal Normal
    • None
    • None
    • None
    • R&D Breaking up Upgade into Control Plane, Worker Nodes, Workload Enablement
    • False
    • False
    • To Do
    • OCPSTRAT-180 - Improve upgrades - phase 1
    • OCPSTRAT-180Improve upgrades - phase 1
    • 0% To Do, 0% In Progress, 100% Done
    • Undefined

      OCP/Telco Definition of Done
      Epic Template descriptions and documentation.

      <--- Cut-n-Paste the entire contents of this description into your new Epic --->

      Epic Goal

      • Break the upgrade into three (or more) discrete steps each of which can be rolled back before moving on to the next, proposed steps would be Control Plane, Worker Nodes, and Workload Enablement

      Why is this important?

      • Admins continuously ask us for rollback especially in the context of minor version upgrades
      • However, it's not likely that we can deliver a complete rollback of a completed upgrade so we should break it up into smaller components which each can be rolled back if necessary but the sum of all could not. The admin will be responsible for checkpointing and deciding.

      Scenarios

      1. Design how we'd decompose the upgrade down beyond our current capabilities
      2. Design which components go where, for instance is SDN Control Plane or Workload Enablement, are OpenShift API & Controllers part of Control Plane or only core Kubernetes?
      3. Maybe there's a better way, halt at each runlevel and seek admin approval? Halt at increments of 10s across runlevels, bucket things into those?
      4. Must be able to measure each discrete step duration and sum those steps to compare against current norms

      Acceptance Criteria

      • CI - MUST be running successfully with tests automated
      • Release Technical Enablement - Provide necessary release enablement details and documents.
      • ...

      Dependencies (internal and external)

      1. ...

      Previous Work (Optional):

      1. Hypershift has gone through an exercise to split things into control, dataplane, and worker https://docs.google.com/document/d/1BDoo3hchNz1C3QSeixnGMX6HaYCS11hp6J4j-9ZNL3E/edit#heading=h.t9umwnbsnf1

      Open questions::

      Done Checklist

      • CI - CI is running, tests are automated and merged.
      • Release Enablement <link to Feature Enablement Presentation>
      • DEV - Upstream code and tests merged: <link to meaningful PR or GitHub Issue>
      • DEV - Upstream documentation merged: <link to meaningful PR or GitHub Issue>
      • DEV - Downstream build attached to advisory: <link to errata>
      • QE - Test plans in Polarion: <link or reference to Polarion>
      • QE - Automated tests merged: <link or reference to automated tests>
      • DOC - Downstream documentation merged: <link to meaningful PR>

              rhn-support-sdodson Scott Dodson
              rhn-support-sdodson Scott Dodson
              Votes:
              0 Vote for this issue
              Watchers:
              7 Start watching this issue

                Created:
                Updated:
                Resolved: