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: Unresolved
    • Icon: Undefined Undefined
    • None
    • None
    • openstack-nova
    • None
    • use-multiple-allocations-for-move-ops
    • False
    • Hide

      None

      Show
      None
    • False
    • OSPRH-120Compute Engineering Backlog
    • Proposed
    • Proposed
    • To Do
    • OSPRH-120 - Compute Engineering Backlog
    • Proposed
    • Proposed
    • 0% To Do, 0% In Progress, 100% Done
    • 2023Q2, 2023Q3
    • Compute

      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: