<div dir="ltr">+1<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jan 18, 2015 at 10:05 PM, 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"><span class="">On 01/15/2015 05:20 PM, George Shuklin wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello everyone.<br>
<br>
One more thing in the light of small openstack.<br>
<br>
I really dislike tripple network load caused by current glance snapshot<br>
operations. When compute do snapshot, it playing with files locally,<br>
than it sends them to glance-api, and (if glance API is linked to<br>
swift), glance sends them to swift. Basically, for each 100Gb disk there<br>
is 300Gb on network operations. It is specially painful for glance-api,<br>
which need to get more CPU and network bandwidth than we want to spend<br>
on it.<br>
<br>
So idea: put glance-api on each compute node without cache.<br>
<br>
To help compute to go to the proper glance, endpoint points to fqdn, and<br>
on each compute that fqdn is pointing to localhost (where glance-api is<br>
live). Plus normal glance-api on API/controller node to serve<br>
dashboard/api clients.<br>
<br>
I didn't test it yet.<br>
<br>
Any ideas on possible problems/bottlenecks? And how many glance-registry<br>
I need for this?<br>
</blockquote>
<br></span>
Honestly, the Glance project just needs to go away, IMO.<br>
<br>
The glance_store library should be the focus of all new image and volume bit-moving functionality, and the glance_store library should replace all current code in Nova and Cinder that does any copying through the Glance API nodes.<br>
<br>
The Glance REST API should just be an artifact repository that the glance_store library (should be renamed to oslo.bitmover or something) should call the Glance REST API for the URIs of image locations (source and targets) and handle all the bit moving operations in as efficient a manner as possible.<br>
<br>
Best,<br>
-jay<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.<u></u>openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-operators</a><br>
</div></div></blockquote></div><br></div>