<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Feb 3, 2014 at 7:13 AM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Mon, 2014-02-03 at 10:03 +0100, Flavio Percoco wrote:<br>
> IMHO, the bit that should really be optimized is the selection of the<br>
> store nodes where the image should be downloaded from. That is,<br>
> selecting the nearest location from the image locations and this is<br>
> something that perhaps should happen in glance-api, not nova.<br>
<br>
</div>I disagree. The reason is because glance-api does not know where nova<br>
is. Nova does.<br>
<br>
I continue to think that the best performance gains will come from<br>
getting rid of glance-api entirely, putting the block-streaming bits<br>
into a separate Python library, and having Nova and Cinder pull<br>
image/volume bits directly from backend storage instead of going through<br>
the glance middleman.<br></blockquote><div><br></div><div>When you say get rid of glance-api, do you mean the glance server project? or glance-api as opposed to glance-registry? If its the latter, I think we're basically in agreement. However, there may be a little bit of a terminology distinction that is important. Here is the plan that is currently underway:</div>
<div><br></div><div>1) Deprecate the registry deployment (done when v1 is deprecated)</div><div>2) v2 glance api talks directly to the underlying database (done)</div><div>3) Create a library in the images program that allows OpenStack projects to share code for reading image data remotely and picking optimal paths for bulk data transfer (In progress under the "glance.store" title)</div>
<div>4) v2 exposes locations that clients can directly access (partially done, continues to need a lot of improvement)</div><div>5) v2 still allows downloading images from the glance server as a compatibility and lowest-common-denominator feature</div>
<div><br></div><div>In 4, some work is complete, and some more is planned, but we still need some more planning and design to figure out how to support directly downloading images in a secure and general way.</div><div><br>
</div><div>Cheers,</div><div>markwash </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Best,<br>
-jay<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>