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

Use multiple allocations and consumer types for move operations

XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Won't Do
    • Icon: Undefined Undefined
    • None
    • None
    • openstack-nova
    • None
    • use-multiple-allocations-for-move-ops
    • False
    • Hide

      None

      Show
      None
    • False
    • OSPRH-11659DFG:Compute Wishlist
    • Proposed
    • Proposed
    • To Do
    • OSPRH-11659 - DFG:Compute Wishlist
    • Proposed
    • Proposed
    • 0% To Do, 0% In Progress, 100% Done
    • 2023Q2, 2023Q3

      in the xena release we adapted placement to support consumer types so we could differentiate between allocation that were held by vms and allocations that were headed by migrations.

      https://docs.openstack.org/placement/latest/specs/xena/approved/support-consumer-types.html

      in the queens release we introduced migration allocations

      https://specs.openstack.org/openstack/nova-specs/specs/queens/implemented/migration-allocations.html

      currently evacuate does not use migration allocations whereas all other move ops that require multiple claims do. currently, no move operation uses consumer types.

      as a result, the operational impact of failures is increased as its harder to reconcile
      mismatches. the use of a single allocation for evacuate also breaks it in some cases such as vgpu https://bugzilla.redhat.com/show_bug.cgi?id=2128568

      or where

              Unassigned Unassigned
              smooney@redhat.com Sean Mooney
              rhos-dfg-compute
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: