<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:宋体;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"\@宋体";
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:Georgia;
panose-1:2 4 5 2 5 4 5 2 3 3;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:宋体;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:宋体;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"批注框文本 Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:9.0pt;
font-family:宋体;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.Char
{mso-style-name:"批注框文本 Char";
mso-style-priority:99;
mso-style-link:批注框文本;
font-family:宋体;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="ZH-CN" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Hi Vilobh,<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Thanks a lot for the info. I’ll refine previous spec and propose a new one soon.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Actually the AgentGroup code, as well as the db-base AgentGroup driver is almost done. It works well when testing in my OpenStack setup. Will also post the code,
which may help understand why AgentGroup and tooz is useful for neutron scalability and performance. Hope to get more comments from neutron team. Thanks.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Best,<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Robin<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:10.0pt">发件人<span lang="EN-US">:</span></span></b><span lang="EN-US" style="font-size:10.0pt"> Vilobh Meshram [mailto:vilobhmeshram.openstack@gmail.com]
<br>
</span><b><span style="font-size:10.0pt">发送时间<span lang="EN-US">:</span></span></b><span lang="EN-US" style="font-size:10.0pt"> 2015</span><span style="font-size:10.0pt">年<span lang="EN-US">4</span>月<span lang="EN-US">15</span>日<span lang="EN-US"> 2:50<br>
</span><b>收件人<span lang="EN-US">:</span></b><span lang="EN-US"> OpenStack Development Mailing List (not for usage questions)<br>
</span><b>主题<span lang="EN-US">:</span></b><span lang="EN-US"> Re: [openstack-dev]
</span>答复<span lang="EN-US">: </span>答复<span lang="EN-US">: [neutron] Neutron scaling datapoints?<o:p></o:p></span></span></p>
</div>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<div>
<div>
<p class="MsoNormal"><span lang="EN-US" style="font-family:"Georgia","serif"">Hi Robin,</span><span lang="EN-US"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
</div>
<p class="MsoNormal"><span lang="EN-US" style="font-family:"Georgia","serif"">The idea sounds good to me too. I am working on refactoring <span style="color:black">ServiceGroup code</span>. Tooz has a nice compatibility matrix which can be found here [2] which
you might find useful.</span><span lang="EN-US"><o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US" style="font-family:"Georgia","serif"">-Vilobh</span><span lang="EN-US"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US" style="font-family:"Georgia","serif"">[1] Servicegroup code refactoring <span style="color:#1F497D">: </span><a href="https://review.openstack.org/#/c/172502/" target="_blank">https://review.openstack.org/#/c/172502/</a></span><span lang="EN-US"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US" style="font-family:"Georgia","serif"">[2] Tooz compatibility matrix : <a href="http://docs.openstack.org/developer/tooz/compatibility.html">http://docs.openstack.org/developer/tooz/compatibility.html</a></span><span lang="EN-US"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><span lang="EN-US">On Tue, Apr 14, 2015 at 6:07 AM, Wangbibo <<a href="mailto:wangbibo@huawei.com" target="_blank">wangbibo@huawei.com</a>> wrote:<o:p></o:p></span></p>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Hi Kevin and Joshua,</span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Thanks for the review. Glad to see that oslo puts distributed coordination into its scope now. Per
out of date info [1] (oslo doesn’t do it, while each project should do it separately ), specific backend (zk/memcached) manipulating is included in spec[2], as nova ServiceGroup did. Now we have tooz, then that part should be moved out of AgentGroup and
let tooz take it over. Neutron AgentGroup spec needs an update, as what nova ServiceGroup refactor is doing. [3]</span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Per spec[3], tooz doesn’t intend to eliminate or replace ServiceGroup completely. They are integrated
and co-work to provide nova ServiceGroup functionalities. That may answer the question from Kevin and Kyle, about relationship between AgentGroup and tooz. Let’s jump into [3][4]:</span><span lang="EN-US"><o:p></o:p></span></p>
<p style="margin-left:18.0pt"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">1)</span><span lang="EN-US" style="font-size:7.0pt;font-family:"Times New Roman","serif";color:#1F497D">
</span><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Service Group still exists;</span><span lang="EN-US"><o:p></o:p></span></p>
<p style="margin-left:18.0pt"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">2)</span><span lang="EN-US" style="font-size:7.0pt;font-family:"Times New Roman","serif";color:#1F497D">
</span><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Add Tooz driver for ServiceGroup, to take over zk/redis/… backend;</span><span lang="EN-US"><o:p></o:p></span></p>
<p style="margin-left:18.0pt"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">3)</span><span lang="EN-US" style="font-size:7.0pt;font-family:"Times New Roman","serif";color:#1F497D">
</span><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Db-based ServiceGroup driver is retained. Db driver was introduced for backward compatibility (with db-based liveness monitoring which existed for a long time before ServiceGroup
was added). Since this driver uses tables and a data model that is intrinsically tied to the internal of nova, tooz cannot take it over.
</span><span lang="EN-US"><o:p></o:p></span></p>
<p style="margin-left:18.0pt"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">4)</span><span lang="EN-US" style="font-size:7.0pt;font-family:"Times New Roman","serif";color:#1F497D">
</span><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Zk/memcached ServiceGroup drivers are temporarily retained, but will be deprecated in future;
</span><span lang="EN-US"><o:p></o:p></span></p>
<p style="margin-left:18.0pt"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">5)</span><span lang="EN-US" style="font-size:7.0pt;font-family:"Times New Roman","serif";color:#1F497D">
</span><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Eventually, there would be two ServiceGroup drivers: db driver & tooz driver;</span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Actually, things are the same for neutron, except that we don’t need to consider zk/memcached driver
deprecation. I would like to refine current spec and propose a ”Agent Group and using tooz” spec, following the outlines above. What do you think, Kevin and Joshua? Thanks.
</span><span lang="EN-US" style="font-family:Wingdings;color:#1F497D">J</span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Best,</span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Robin</span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">[1]
<a href="https://wiki.openstack.org/wiki/NovaZooKeeperHeartbeat" target="_blank">
https://wiki.openstack.org/wiki/NovaZooKeeperHeartbeat</a></span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">[2]
<a href="https://review.openstack.org/#/c/168921/" target="_blank">https://review.openstack.org/#/c/168921/</a></span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">[3]
<a href="https://review.openstack.org/#/c/138607/11/specs/liberty/approved/service-group-using-tooz.rst" target="_blank">
https://review.openstack.org/#/c/138607/11/specs/liberty/approved/service-group-using-tooz.rst</a></span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">[4] ServiceGroup refactor code:
<a href="https://review.openstack.org/#/c/172502/" target="_blank">https://review.openstack.org/#/c/172502/</a></span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><span style="font-size:10.0pt">发件人<span lang="EN-US">:</span></span></b><span lang="EN-US" style="font-size:10.0pt"> Wangbibo [mailto:<a href="mailto:wangbibo@huawei.com" target="_blank">wangbibo@huawei.com</a>]
<br>
</span><b><span style="font-size:10.0pt">发送时间<span lang="EN-US">:</span></span></b><span lang="EN-US" style="font-size:10.0pt"> 2015</span><span style="font-size:10.0pt">年<span lang="EN-US">4</span>月<span lang="EN-US">13</span>日<span lang="EN-US"> 16:52<br>
</span><b>收件人<span lang="EN-US">:</span></b><span lang="EN-US"> OpenStack Development Mailing List (not for usage questions)<br>
</span><b>主题<span lang="EN-US">:</span></b><span lang="EN-US"> [openstack-dev] </span>
答复<span lang="EN-US">: [neutron] Neutron scaling datapoints?</span></span><span lang="EN-US"><o:p></o:p></span></p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Hi Kevin,</span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Totally agree with you that heartbeat from each agent is something that we cannot eliminate currently.
Agent status depends on it, and further scheduler and HA depends on agent status.</span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">I proposed a Liberty spec for introducing open framework/pluggable agent status drivers.[1][2] It allows
us to use some other 3<sup>rd</sup> party backend to monitor agent status, such as zookeeper, memcached. Meanwhile, it guarantees backward compatibility so that users could still use db-based status monitoring mechanism as their default choice.</span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Base on that, we may do further optimization on issues Attila and you mentioned. Thanks.
</span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">[1] BP -
<a href="https://blueprints.launchpad.net/neutron/+spec/agent-group-and-status-drivers" target="_blank">
https://blueprints.launchpad.net/neutron/+spec/agent-group-and-status-drivers</a></span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">[2] Liberty Spec proposed -
<a href="https://review.openstack.org/#/c/168921/" target="_blank">https://review.openstack.org/#/c/168921/</a></span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Best,</span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-family:"Calibri","sans-serif";color:#1F497D">Robin</span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US" style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span lang="EN-US"><o:p></o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><span style="font-size:10.0pt">发件人<span lang="EN-US">:</span></span></b><span lang="EN-US" style="font-size:10.0pt"> Kevin Benton [<a href="mailto:blak111@gmail.com" target="_blank">mailto:blak111@gmail.com</a>]
<br>
</span><b><span style="font-size:10.0pt">发送时间<span lang="EN-US">:</span></span></b><span lang="EN-US" style="font-size:10.0pt"> 2015</span><span style="font-size:10.0pt">年<span lang="EN-US">4</span>月<span lang="EN-US">11</span>日<span lang="EN-US"> 12:35<br>
</span><b>收件人<span lang="EN-US">:</span></b><span lang="EN-US"> OpenStack Development Mailing List (not for usage questions)<br>
</span><b>主题<span lang="EN-US">:</span></b><span lang="EN-US"> Re: [openstack-dev] [neutron] Neutron scaling datapoints?</span></span><span lang="EN-US"><o:p></o:p></span></p>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US"> <o:p></o:p></span></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US">Which periodic updates did you have in mind to eliminate? One of the few remaining ones I can think of is sync_routers but it would be great if you can enumerate
the ones you observed because eliminating overhead in agents is something I've been working on as well.<o:p></o:p></span></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US">One of the most common is the heartbeat from each agent. However, I don't think we can't eliminate them because they are used to determine if the agents are still
alive for scheduling purposes. Did you have something else in mind to determine if an agent is alive?<o:p></o:p></span></p>
</div>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US"> <o:p></o:p></span></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US">On Fri, Apr 10, 2015 at 2:18 AM, Attila Fazekas <<a href="mailto:afazekas@redhat.com" target="_blank">afazekas@redhat.com</a>> wrote:<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US">I'm 99.9% sure, for scaling above 100k managed node,<br>
we do not really need to split the openstack to multiple smaller openstack,<br>
or use significant number of extra controller machine.<br>
<br>
The problem is openstack using the right tools SQL/AMQP/(zk),<br>
but in a wrong way.<br>
<br>
For example.:<br>
Periodic updates can be avoided almost in all cases<br>
<br>
The new data can be pushed to the agent just when it needed.<br>
The agent can know when the AMQP connection become unreliable (queue or connection loose),<br>
and needs to do full sync.<br>
<a href="https://bugs.launchpad.net/neutron/+bug/1438159" target="_blank">https://bugs.launchpad.net/neutron/+bug/1438159</a><br>
<br>
Also the agents when gets some notification, they start asking for details via the<br>
AMQP -> SQL. Why they do not know it already or get it with the notification ?<br>
<br>
<br>
----- Original Message -----<br>
> From: "Neil Jerram" <<a href="mailto:Neil.Jerram@metaswitch.com" target="_blank">Neil.Jerram@metaswitch.com</a>><o:p></o:p></span></p>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US">> To: "OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>><br>
> Sent: Thursday, April 9, 2015 5:01:45 PM<br>
> Subject: Re: [openstack-dev] [neutron] Neutron scaling datapoints?<br>
><br>
> Hi Joe,<br>
><br>
> Many thanks for your reply!<br>
><br>
> On 09/04/15 03:34, joehuang wrote:<br>
> > Hi, Neil,<br>
> ><br>
> > From theoretic, Neutron is like a "broadcast" domain, for example,<br>
> > enforcement of DVR and security group has to touch each regarding host<br>
> > where there is VM of this project resides. Even using SDN controller, the<br>
> > "touch" to regarding host is inevitable. If there are plenty of physical<br>
> > hosts, for example, 10k, inside one Neutron, it's very hard to overcome<br>
> > the "broadcast storm" issue under concurrent operation, that's the<br>
> > bottleneck for scalability of Neutron.<br>
><br>
> I think I understand that in general terms - but can you be more<br>
> specific about the broadcast storm? Is there one particular message<br>
> exchange that involves broadcasting? Is it only from the server to<br>
> agents, or are there 'broadcasts' in other directions as well?<br>
><br>
> (I presume you are talking about control plane messages here, i.e.<br>
> between Neutron components. Is that right? Obviously there can also be<br>
> broadcast storm problems in the data plane - but I don't think that's<br>
> what you are talking about here.)<br>
><br>
> > We need layered architecture in Neutron to solve the "broadcast domain"<br>
> > bottleneck of scalability. The test report from OpenStack cascading shows<br>
> > that through layered architecture "Neutron cascading", Neutron can<br>
> > supports up to million level ports and 100k level physical hosts. You can<br>
> > find the report here:<br>
> > <a href="http://www.slideshare.net/JoeHuang7/test-report-for-open-stack-cascading-solution-to-support-1-million-v-ms-in-100-data-centers" target="_blank">
http://www.slideshare.net/JoeHuang7/test-report-for-open-stack-cascading-solution-to-support-1-million-v-ms-in-100-data-centers</a><br>
><br>
> Many thanks, I will take a look at this.<br>
><br>
> > "Neutron cascading" also brings extra benefit: One cascading Neutron can<br>
> > have many cascaded Neutrons, and different cascaded Neutron can leverage<br>
> > different SDN controller, maybe one is ODL, the other one is OpenContrail.<br>
> ><br>
> > ----------------Cascading Neutron-------------------<br>
> > / \<br>
> > --cascaded Neutron-- --cascaded Neutron-----<br>
> > | |<br>
> > ---------ODL------ ----OpenContrail--------<br>
> ><br>
> ><br>
> > And furthermore, if using Neutron cascading in multiple data centers, the<br>
> > DCI controller (Data center inter-connection controller) can also be used<br>
> > under cascading Neutron, to provide NaaS ( network as a service ) across<br>
> > data centers.<br>
> ><br>
> > ---------------------------Cascading Neutron--------------------------<br>
> > / | \<br>
> > --cascaded Neutron-- -DCI controller- --cascaded Neutron-----<br>
> > | | |<br>
> > ---------ODL------ | ----OpenContrail--------<br>
> > |<br>
> > --(Data center 1)-- --(DCI networking)-- --(Data center 2)--<br>
> ><br>
> > Is it possible for us to discuss this in OpenStack Vancouver summit?<br>
><br>
> Most certainly, yes. I will be there from mid Monday afternoon through<br>
> to end Friday. But it will be my first summit, so I have no idea yet as<br>
> to how I might run into you - please can you suggest!<br>
><br>
> > Best Regards<br>
> > Chaoyi Huang ( Joe Huang )<br>
><br>
> Regards,<br>
> Neil<br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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>
><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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><o:p></o:p></span></p>
</div>
</div>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US"><br>
<br clear="all">
<o:p></o:p></span></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US"> <o:p></o:p></span></p>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US">--
<o:p></o:p></span></p>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-US">Kevin Benton<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US"><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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><o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
</div>
</div>
</div>
</body>
</html>