Uploaded image for project: 'OpenStack Strategy'
  1. OpenStack Strategy
  2. RHOSSTRAT-1137

Use watcher host maintenance and zone migratry strategy during post adoption EDPM minor update(9.4-9.6) prepration

XMLWordPrintable

    • Icon: Feature Feature
    • Resolution: Unresolved
    • Icon: Undefined Undefined
    • None
    • None
    • Upgrades, Watcher
    • None
    • Not Selected
    • False
    • False
    • Hide

      None

      Show
      None
    • 0
    • 0

      Feature Overview (mandatory - Complete while in New status)
      An elevator pitch (value statement) that describes the Feature in a clear, concise way. ie: Executive Summary of the user goal or problem that is being solved, why does this matter to the user? The “What & Why”... 
      <your text here>

      Goals (mandatory - Complete while in New status)

      Provide high-level goal statement, providing user context and expected user outcome(s) for this Feature

      • Who benefits from this Feature, and how? 
      • What is the difference between today’s current state and a world with this Feature?

      <your text here>

      As a part of 250 node RHOSO 18 adoption scale testing, The scale team will be using Optimize service host maintenance strategy and zone migration strategy to migrate workloads as a part of post adoption RHEL EDPM node minor update task.

      It will be useful for any customers who has multiple compute nodes and want to migrate workloads from compute nodes before performing maintenance.

      Currently users needs to run nova live migration manually and disable the node. Then perform the RHEL EDPM node minor update.

      OpenStack Optimize service host maintenance strategy and Zone migration strategy(Both the strategy are supported from RHOSO-18 FR4 release) will help users to migrate workloads from multiple compute nodes in one go.

      Documenting/Referencing these two strategies as a procedure for preparing compute nodes for EDPM compute node minor updates post adoption tasks will help the customer. 

      Requirements (mandatory -_ Complete while in Refinement status):
      A list of specific needs, capabilities, or objectives that a Feature must deliver to satisfy the Feature. Some requirements will be flagged as MVP. If an MVP gets shifted, the Feature shifts. If a non MVP requirement slips, it does not shift the feature.

      Requirement Notes isMVP?
           
           

       

      Done - Acceptance Criteria (mandatory - Complete while in Refinement status):
      Acceptance Criteria articulates and defines the value proposition - what is required to meet the goal and intent of this Feature. The Acceptance Criteria provides a detailed definition of scope and the expected outcomes - from a users point of view

      Below are the deliverables from this initiative:

      • A component job performing post adoption from RHEL-9.4 to RHEL-9.6
        • It will use zone migration and host maintenance strategy to prepare compute node for RHEL EDPM compute node minor update process
      • Watcher doc update linking both strategies under compute migration heading
      • Post adoption tasks doc update mentioning  watcher docs as a procedure for migrating compute nodes procedure under post adoption tasks.

      Use Cases - i.e. User Experience & Workflow: (Initial completion while in Refinement status):
      Include use case diagrams, main success scenarios, alternative flow scenarios.
      <your text here>

      Out of Scope __(Initial completion while in Refinement status):
      High-level list of items or persona’s that are out of scope.
      <your text here>

      Documentation Considerations __(Initial completion while in Refinement status):
      Provide information that needs to be considered and planned so that documentation will meet customer needs. If the feature extends existing functionality, provide a link to its current documentation..
      <your text here>

       

      Questions to Answer __(Initial completion while in Refinement status):
      Include a list of refinement / architectural questions that may need to be answered before coding can begin.
      <your text here>

      Background and Strategic Fit (Initial completion while in Refinement status):
      Provide any additional context is needed to frame the feature.
      <your text here>

      Customer Considerations __(Initial completion while in Refinement status):
      Provide any additional customer-specific considerations that must be made when designing and delivering the Feature.
      <your text here>

      Team Sign Off (Completion while in Planning status)

      • All required Epics (known at the time) are linked to the this Feature
      • All required Stories, Tasks (known at the time) for the most immediate Epics have been created and estimated
      • Add - Reviewers name, Team Name
      • Acceptance == Feature as “Ready” - well understood and scope is clear - Acceptance Criteria (scope) is elaborated, well defined, and understood
      • Note: Only set FixVersion/s: on a Feature if the delivery team agrees they have the capacity and have committed that capability for that milestone
      Reviewed By Team Name Accepted Notes
             
             
             
             

       

              mmagr@redhat.com Martin Magr
              rhn-engineering-chkumar Chandan Kumar
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated: