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

PCI device grouping in Cyborg

XMLWordPrintable

    • Icon: Feature Feature
    • Resolution: Unresolved
    • Icon: Undefined Undefined
    • None
    • None
    • openstack-cyborg
    • None
    • RHOSSTRAT-1089Dynamic accelerator resource management
    • Not Selected
    • False
    • False
    • Hide

      None

      Show
      None
    • 0
    • 0
    • rhos-workloads-evolution

      Feature Overview:
      This feature brings support of PCI device grouping on Cyborg side and provision of such groups as single device for allocation to VMs on Nova side. Key functionality provided by this feature is detection of device grouping on HW level made for example by NVLink.

      Goals:

      • To enable PCI groups management on Cyborg side
      • Nova placement compatible provision of the groups for allocation to VM instances
      • Refactor current lspci based device discovery as it bring performance issues for placement in pci driver 

      Requirements:

      Requirement Notes isMVP?
      PCI group management   yes
      detection of grouping   yes

      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

      <your text here>

      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):

      • Support for multi function devices is out of scope and will be implemented as next step in sync with Nova support
      • NUMA affinity awareness is out of scope of this feature and will be implemented as next step in sync with Nova support

      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
              mmagr@redhat.com Martin Magr
              Edu Alcaniz Edu Alcaniz
              rhos-workloads-evolution
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated: