[nova][ptg] Allow compute nodes to use DISK_GB from shared storage RP by using aggregate relationship

Patil, Tushar Tushar.Patil at nttdata.com
Fri Nov 8 09:39:49 UTC 2019


Hi All,

> TODO:
> * tpatil to update the spec

I will update the specs next week and upload it for review.

Regards,
tpatil

________________________________________
From: Balázs Gibizer <balazs.gibizer at est.tech>
Sent: Friday, November 8, 2019 5:01 PM
To: openstack-discuss
Subject: [nova][ptg] Allow compute nodes to use DISK_GB from shared storage RP by using aggregate relationship

spec: https://review.opendev.org/#/c/650188/

Agreements from the room[1]:
* new config option 'using_shared_disk_provider' (just an example name)
on the compute level to ignore the DISK_GB reporting from the driver
* new config option 'sharing_disk_aggregate' (just an example name) on
the compute level to tell nova compute what is the UUID of the
placement aggregate that contains the sharing DISK_GB providers in
placement.
* the "using_shared_disk_provider" flag necessarly has to be explicit
since if not, it would be a chicken-and-egg problem on a greenfields
install as the shared RP wouldn't be created
* deployer needs to create the sharing disk RP and report inventory /
traits on it
* deployer needs to define the placement aggregate and add the sharing
disk RP into it
* when compute restarts and sees that 'using_shared_disk_provider' =
True in the config, it adds the its compute RP to the aggregate defined
in 'sharing_disk_aggregate' Then if it sees that the root RP still has
DISK_GB inventory then trigger a reshape
* os-hypervisor API response (in a new microversion) will have a link
to the sharing disk RP if the compute is so configured.

TODO:
* tpatil to update the spec

[1] https://etherpad.openstack.org/p/nova-shanghai-ptg



Disclaimer: This email and any attachments are sent in strictest confidence for the sole use of the addressee and may contain legally privileged, confidential, and proprietary data. If you are not the intended recipient, please advise the sender by replying promptly to this email and then delete and destroy this email and any attachments without any further use, copying or forwarding.



More information about the openstack-discuss mailing list