<div dir="ltr"><div dir="ltr"><span class="gmail_default" style="font-family:verdana,sans-serif">Hi All,<br><br>I
 attended OpenStack Train PTG at Denver in last week. It was an 
interesting event with lots of discussion happening around different 
OpenStack projects. I was mostly associated with Glance and 
cross-projects work related to Glance. There were other topics around 
Edge, UI and QA.<br><br>From Edge computing glance prospective, glance 
has already added a feature for enabling multiple backend support and 
the people from edge team will work on building more concrete use cases 
about glance. This cycle Glance is knee towards making multiple stores 
feature as concrete and enhance the cache management tool.<br><br>Apart 
from this, glance will mostly focus on making appropriate changes for 
releasing glance-store version 1.0.0. Main task related to this is 
stabilization of multiple stores feature. Glance team has identified 
below tasks related to release of glance-store version 1.0.0<br>1. Add multiple stores support to Location API<br>2. Stabilize multiple stores support<br>3. Clean out deprecated configuration options<br>4. Modify deprecation warnings for single store configuration options (Should be removed in V cycle)<br>5. Resizing issue related to ceph backend<br><br>Regarding
 Glance the focus is mostly on stabilizing the multiple stores feature, 
Glance team has identified below tasks towards the same;<br>1. Rethinking of file system access<br>2. Location API to support multiple stores<br>3. Store IDs will be lazy added to the images upon first access (existing images before enabling multiple stores support)<br>4. Correction of vocabulary (i.e. where 'backend' is exposed to user change it to 'store')<br>5. Necessary client changes<br><br>Another
 major efforts will be carried out to "Use v2 API for cache management",
 Glance team will try it's best to deliver the basic cache-management 
tool to pre-cache the images. Below are some tasks identified related to
 this work;<br>1. /v2/cache - endpoint, for listing, deleting and pre-caching images<br>2. rabbitmq implementation for HA deployment - optional<br>3. RESTFul policy driven JSON output<br>4. Deprecate previous glance-cache-manage and glance-cache-prefetcher tools<br><br><br><b>Cross-Project work:</b><br>In
 this PTG we had discussion with Nova and Cinder regarding the adoption 
of multiple store feature of Glance. As per discussion we have finalized
 the design and Glance team will work together with Nova and Cinder  
towards adding multiple store support feature in Train cycle.<br><br>Support
 for Glance multiple stores in Cinder:</span></div><div dir="ltr"><span class="gmail_default" style="font-family:verdana,sans-serif">As per discussion, volume-type 
will be used to add which store the image will be uploaded on 
upload-to-image operation.</span></div><div dir="ltr"><span class="gmail_default" style="font-family:verdana,sans-serif"><br></span></div><div dir="ltr"><span class="gmail_default" style="font-family:verdana,sans-serif">Nova snapshots to dedicated store:</span></div><div dir="ltr"><span class="gmail_default" style="font-family:verdana,sans-serif">Aggrement is, If instance is boot from image, we need to find the store 
of the base image and upload the snapshot or backup to the same store, 
if instance is boot from volume then nova creates 0 size image in glance
 which will be uploaded to default store (so no need to change in case 
of instance boot from volume scenario).<br><br>Glance image properties and Cinder encrypted volume key management:<br>new draft spec: <a href="https://review.opendev.org/#/c/656895/" target="_blank">https://review.opendev.org/#/c/656895/</a><br>Aggrement is, Cinder will add a metadata property 'delete_encryption_key_on_image_deletion'
 with True to image, and while image is deleted and if this property is 
present the Glance will make a call to Barbican to delete the related 
secret.<br> <br>Cinder/Glance creating image from volume with Ceph:<br>References: <a href="https://review.openstack.org/#/c/608400/" target="_blank">https://review.openstack.org/#/c/608400/</a><br>Solution: Lets not make the size user settable and instead just resize bigger chunks at the time and shrink back after EOF.<br><br>Below is the Train cycle planning and deadlines for Glance.<br><b><br>Train milestone planning:</b></span></div><div dir="ltr"><span class="gmail_default" style="font-family:verdana,sans-serif"><b><br></b></span></div><div dir="ltr"><span class="gmail_default" style="font-family:verdana,sans-serif"><b>Train T1 - June 03-07:</b><br>glance_store v 1.0.0<br>    'Store' vs. 'Backend': Getting the vocabulary correct<br>    Clear deprecated config options<br>    Modify deprecated warnings for single store config options<br><br>Stabilize multiple store functionality<br>    Rethinking filesystem access<br>    Add support for location to identify the store based on location URI<br>    Add wrapper function to update store information to existing images<br><br>Nova backup and snapshots to dedicated stores<br>Cinder to utilize glance multiple store<br>Remove 'owner_is_tenant' config option<br><br><b>Train T2 - July 22-26</b><br>Use v2 API for cache management<br>Glance image properties and Cinder encrypted volume key management<br>Cinder/Glance creating image from volume with Ceph<br><br><b>Train T3 - September 09-13</b><br>cluster awareness<br>openstackclient vs python-glanceclient<br>Clear deprecated options from glance<br>Get rid of deprecation warning messages<br>Release of non-client and client libraries<br>    glance-store (if required)<br>    python-glanceclient<br><br>Glance PTG planning etherpad: <a href="https://etherpad.openstack.org/p/Glance-Train-PTG-planning" target="_blank">https://etherpad.openstack.org/p/Glance-Train-PTG-planning</a><br><br>Let me know if you guys need  more details on this.<br><br>Thanks & Best Regards,<br><br>Abhishek Kekane</span><div class="gmail-adL"><span class="gmail_default" style="font-family:verdana,sans-serif"><br></span></div></div></div>