commit fa73e438cc4f3e5edb795f70b0e1960b0edd8439
Author: Yi Feng <email address hidden>
Date: Mon Jun 7 12:31:17 2021 +0900
Modify processing of _heal_grant and _scale_grant
In NFV-SOL003 V2.6.1, the add_resources'id in grant should be
same as the vnfc_resource_info'id. However, at present, if
you execute heal_grant and scale_grant request, the add_resources's
resource_definition_id in grantResponse cannot match the
vnfc_resource_info.id.
In _scale_grant, to fix this bug, we changed the processing
of _scale_grant in openstack._get_grant_resource_scale_out method.
Firstly initialize the data of vnfc_resource_info according
to the input parameters and the vnfd file, then initialize
the add_resources data of grant according to the
vnfc_resource_info data. After scaling out, store the data
in the stack into vnfc_resource_info in the
openstack.scale_resource_update method.
In addition, in openstack._get_grant_resource_scale_out, there is
also a problem with the placement_constraint rule setting, which
is also corrected in this patch.
In _heal_grant, if heal entire vnf_instance, we initialize
remove_resources used old vnf_instance's info, and then
reinitialize vnf_instance's info and use them to initialize
add_resources. If heal partial vnf_instance, we just use
update_resources in grant.
For instantiate, if you need to use the data obtained by
instantiate_grant in instantiate_end, the process should
execute the post_instantiate_vnf method before instantiate_end,
so the vnflcm_driver._instantiate_vnf method has also been
modified.
Reviewed: https:/ /review. opendev. org/c/openstack /tacker/ +/810099 /opendev. org/openstack/ tacker/ commit/ fa73e438cc4f3e5 edb795f70b0e196 0b0edd8439
Committed: https:/
Submitter: "Zuul (22348)"
Branch: stable/xena
commit fa73e438cc4f3e5 edb795f70b0e196 0b0edd8439
Author: Yi Feng <email address hidden>
Date: Mon Jun 7 12:31:17 2021 +0900
Modify processing of _heal_grant and _scale_grant
In NFV-SOL003 V2.6.1, the add_resources'id in grant should be info'id. However, at present, if definition_ id in grantResponse cannot match the resource_ info.id.
same as the vnfc_resource_
you execute heal_grant and scale_grant request, the add_resources's
resource_
vnfc_
In _scale_grant, to fix this bug, we changed the processing _get_grant_ resource_ scale_out method. resource_ info data. After scaling out, store the data scale_resource_ update method.
of _scale_grant in openstack.
Firstly initialize the data of vnfc_resource_info according
to the input parameters and the vnfd file, then initialize
the add_resources data of grant according to the
vnfc_
in the stack into vnfc_resource_info in the
openstack.
In addition, in openstack. _get_grant_ resource_ scale_out, there is constraint rule setting, which
also a problem with the placement_
is also corrected in this patch.
In _heal_grant, if heal entire vnf_instance, we initialize resources used old vnf_instance's info, and then resources in grant.
remove_
reinitialize vnf_instance's info and use them to initialize
add_resources. If heal partial vnf_instance, we just use
update_
For instantiate, if you need to use the data obtained by _grant in instantiate_end, the process should e_vnf method before instantiate_end, driver. _instantiate_ vnf method has also been
instantiate
execute the post_instantiat
so the vnflcm_
modified.
Closes-Bug: #1930782 324b61a413052dc 44bc84c7ade
Change-Id: I1008472f5a7104