<div dir="ltr"><div><div><div>Hi Jay, <br><br></div><div>Thanks for the questions.. :) <br></div><div>
<span style="color:rgb(204,0,0)"><br>What precisely do you mean by "resources" above
??</span><br><br></div>Resources as-in resources required to boot-up a vm (Keypair, Image, Flavors )<br><br><span style="color:rgb(204,0,0)">Also, by "syncing", do you mean "replicating"? The reason I ask is
because in the case of, say, VM "resources", you can't "sync" a VM
across regions. You can replicate its bootable image, but you can't
"sync" a VM's state across multiple OpenStack deployments.<br></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-im"></span></blockquote>
<br></div>Yes as you said syncing as-in replicating only.<br><br>and yes we cannot sync vm's across regions but our idea is to sync/replicate all the parameters required to boot a vm <br><br>(viz. <b>image, keypair, flavor</b>) which are originally there in the source region to the target regions in a single-go.<br></div><div><div><br><span style="color:rgb(204,0,0)">
I'm curious what you mean by "resource management". Could you elaborate a bit on this?<br><br></span></div><div><span style="color:rgb(0,0,0)">Resource management as-in managing the resources i.e say a user has a glance image(<b>qcow2 or ami format</b>) or<br>say flavor(<b>works only if admin</b>) with some properties or keypair present in one source region</span><span style="color:rgb(204,0,0)"><span style="color:rgb(0,0,0)"> and he wants the same image or<br>same flavor with same properties or the same keypair in another set of regions user may have to recreate them in all target regions.<br><br>But with the help of kingbird you can do all the operations in a single go.<br><br></span></span></div><div><span style="color:rgb(204,0,0)"><span style="color:rgb(0,0,0)">--> If user wants to sync a resource of type keypair he can replicate the keypair into multiple target regions in single go (similarly glance images and flavors )<br></span></span></div><div><span style="color:rgb(204,0,0)"><span style="color:rgb(0,0,0)">--> If user wants different type of resource( keypair,image and flavor) in a single go then user can give a yaml file as input and kingbird replicates all resources in all target regions <br><br><br></span></span></div><div><span style="color:rgb(204,0,0)"><span style="color:rgb(0,0,0)">Thanks<br></span></span></div><div><span style="color:rgb(204,0,0)"><span style="color:rgb(0,0,0)">Goutham.<br></span></span></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 31, 2018 at 9:25 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/31/2018 01:49 AM, Goutham Pratapa wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
*Kingbird (The Multi Region orchestrator):*<br>
<br></span><span class="">
We are proud to announce kingbird is not only a centralized quota and resource-manager but also a Multi-region Orchestrator.<br>
<br></span>
*Use-cases covered:<br>
<br>
*- Admin can synchronize and periodically balance quotas across regions and can have a global view of quotas of all the tenants across regions.<span class=""><br>
- A user can sync a resource or a group of resources from one region to other in a single go<br>
</span></blockquote>
<br>
What precisely do you mean by "resources" above?<br>
<br>
Also, by "syncing", do you mean "replicating"? The reason I ask is because in the case of, say, VM "resources", you can't "sync" a VM across regions. You can replicate its bootable image, but you can't "sync" a VM's state across multiple OpenStack deployments.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
A user can sync multiple key-pairs, images, and flavors from one region to other, ( Flavor can be synced only by admin)<br>
<br>
- A user must have complete tempest test-coverage for all the scenarios/services rendered by kingbird.<br>
<br>
- Horizon plugin so that user can access/view global limits.<br>
<br></span>
* Our Road-map:*<span class=""><br>
<br>
-- Automation scripts for kingbird in<br>
-ansible,<br>
-salt<br>
-puppet.<br>
-- Add SSL support to kingbird<br>
-- Resource management in Kingbird-dashboard.<br>
</span></blockquote>
<br>
I'm curious what you mean by "resource management". Could you elaborate a bit on this?<br>
<br>
Thanks,<br>
-jay<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
-- Kingbird in a docker<br>
-- Add Kingbird into Kolla.<br>
<br></span>
We are looking out for*_contributors and ideas_* which can enhance Kingbird and make kingbird a one-stop solution for all multi-region problems<br>
<br>
<br>
<br>
*_Stable Branches :_<br>
*<br>
*<br>
Kingbird-server: <a href="https://github.com/openstack/kingbird/tree/stable/queens" rel="noreferrer" target="_blank">https://github.com/openstack/k<wbr>ingbird/tree/stable/queens</a> <<a href="https://github.com/openstack/kingbird/tree/stable/queens" rel="noreferrer" target="_blank">https://github.com/openstack/<wbr>kingbird/tree/stable/queens</a>><br>
*<br>
*Python-Kingbird-client (0.2.1): <a href="https://github.com/openstack/python-kingbirdclient/tree/0.2.1" rel="noreferrer" target="_blank">https://github.com/openstack/p<wbr>ython-kingbirdclient/tree/0.2.<wbr>1</a> <<a href="https://github.com/openstack/python-kingbirdclient/tree/0.2.1" rel="noreferrer" target="_blank">https://github.com/openstack/<wbr>python-kingbirdclient/tree/0.2<wbr>.1</a>><br>
*<span class=""><br>
<br>
I would like to Thank all the people who have helped us in achieving this milestone and guided us all throughout this Journey :)<br>
<br>
Thanks<br>
Goutham Pratapa<br>
PTL<br>
OpenStack-Kingbird.<br>
<br>
<br>
<br></span><span class="">
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
<br>
</span></blockquote>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Cheers !!!<div>Goutham Pratapa</div></div></div>
</div>