[doc] port-resource-request-groups not landed in Xena

This patches adjusts the nova documentation about the extended port
resource request support in nova as the neutron API extension did not
land in Xena.

Change-Id: I3b961426745084bdb4a6d04468f5a3c762be4cfa
blueprint: qos-minimum-guaranteed-packet-rate
This commit is contained in:
Balazs Gibizer 2021-09-06 13:03:22 +02:00
parent 402fe188b4
commit 22d4057a16
2 changed files with 10 additions and 9 deletions

View File

@ -42,11 +42,12 @@ minimum bandwidth rules.
Extended resource request
~~~~~~~~~~~~~~~~~~~~~~~~~
Since neutron 19.0.0 (Xena), neutron implements an extended resource request
format via the the ``port-resource-request-groups`` neutron API extension. As
of nova 24.0.0 (Xena), nova also supports this extension if every nova-compute
service is upgraded to Xena version and the ``[upgrade_levels]/compute``
configuration does not prevent the computes from using the latest RPC version.
It is expected that neutron 20.0.0 (Yoga) will implement an extended resource
request format via the the ``port-resource-request-groups`` neutron API
extension. As of nova 24.0.0 (Xena), nova already supports this extension if
every nova-compute service is upgraded to Xena version and the
``[upgrade_levels]/compute`` configuration does not prevent the computes from
using the latest RPC version.
See :nova-doc:`the admin guide <admin/port_with_resource_request.html>` for
administrative details.

View File

@ -69,10 +69,10 @@ these compute hosts to avoid unnecessary reschedule.
Extended resource request
~~~~~~~~~~~~~~~~~~~~~~~~~
Since neutron 19.0.0 (Xena), neutron implements an extended resource request
format via the the ``port-resource-request-groups`` neutron API extension. As
of nova 24.0.0 (Xena), nova also supports this extension if every nova-compute
service is upgraded to Xena version and the
It is expected that neutron 20.0.0 (Yoga) will implement an extended resource
request format via the the ``port-resource-request-groups`` neutron API
extension. As of nova 24.0.0 (Xena), nova already supports this extension if
every nova-compute service is upgraded to Xena version and the
:oslo.config:option:`upgrade_levels.compute` configuration does not prevent
the computes from using the latest RPC version.