<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=us-ascii">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@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:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
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;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
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="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Hi Eugene!<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Option #2 sounds good.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">A few Qs:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I assume we would not need to roll the API version?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Have there been any detailed proposals on the ‘loadbalancer’ CRUD operations? In particular, the ability to attach multiple VIPs as was discussed in Hong Kong.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">In general, I think the loadbalancer container is a good data model change and will help to make the API easier to use.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Peter.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;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 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Eugene Nikanorov [mailto:enikanorov@mirantis.com]
<br>
<b>Sent:</b> Monday, November 18, 2013 1:20 AM<br>
<b>To:</b> OpenStack Development Mailing List (not for usage questions)<br>
<b>Subject:</b> Re: [openstack-dev] [Neutron][LBaaS] Loadbalancer instance design.<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">I think we can discuss backward compatibility further.<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">So the gist of the feature is that loadbalancer resource is introduced that should be created first and becomes the root object of the existing lbaas object graph.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">There could be 2 options of preserving API compatibility:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">1) preserve it on Neutron level. Currently the root object is the Pool. So at Pool creation we'll also create underlying container, e.g. loadbalancer object.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Of course it will be possible to create a Pool for existing loadbalancer providing its id.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">2) preserve compatibility on python-neutronclient level. Client could combine calls for loadbalancer and pool creation, making it transparent for users (e.g. user creates a pool, loadbalancer is created b y the client, not by the Neutron)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I prefer second option and that's why:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- It leaves Neutron API clean. Also it will help to avoid lots of complications in the code.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">IMO just one that point justifies the approach.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- It helps to achieve backward compatibility to cli consumers such as Horizon.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">What do you think?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Thanks,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Eugene.<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Mon, Nov 18, 2013 at 12:30 PM, Aaron Rosen <<a href="mailto:arosen@nicira.com" target="_blank">arosen@nicira.com</a>> wrote:<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Fri, Nov 15, 2013 at 5:59 AM, Stephen Gran <<a href="mailto:stephen.gran@theguardian.com" target="_blank">stephen.gran@theguardian.com</a>> wrote:<o:p></o:p></p>
<div>
<p class="MsoNormal">On 15/11/13 13:14, Eugene Nikanorov wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<p class="MsoNormal">Hi folks,<br>
<br>
I've created a brief description of this feature.<br>
You can find it here:<br>
<a href="https://wiki.openstack.org/wiki/Neutron/LBaaS/LoadbalancerInstance" target="_blank">https://wiki.openstack.org/wiki/Neutron/LBaaS/LoadbalancerInstance</a><o:p></o:p></p>
</div>
<p class="MsoNormal"><<a href="https://blueprints.launchpad.net/neutron/+spec/lbaas-service-instance" target="_blank">https://blueprints.launchpad.net/neutron/+spec/lbaas-service-instance</a>><o:p></o:p></p>
<div>
<p class="MsoNormal"><br>
<br>
I would appreciate any comments/ideas about this.<o:p></o:p></p>
</div>
</blockquote>
<p class="MsoNormal"><br>
This is great - we're starting to experiment with running an appliance load balancer as an openstack instance. The only quirk so far is that we need to add new vips to the allowed_addresses list on the neutron port, and the API for doing so doesn't allow for
incremental updates, so is a bit racy.<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
<div>
<p class="MsoNormal">Why do you need incremental updates? Doing a PUT with a list of IP(cidr)/mac is not very expensive to the point were we need to create an address_pair as a top level resource so you could do what you are doing. FWIW, the allowed_address_pair
attribute works the same way as the fixed_ips attribute on the port. <o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal"><br>
Cheers,<br>
-- <br>
Stephen Gran<br>
Senior Systems Integrator - <a href="http://theguardian.com" target="_blank">theguardian.com</a><br>
Please consider the environment before printing this email.<br>
------------------------------------------------------------------<br>
Visit <a href="http://theguardian.com" target="_blank">theguardian.com</a> <br>
On your mobile, download the Guardian iPhone app <a href="http://theguardian.com/iphone" target="_blank">
theguardian.com/iphone</a> and our iPad edition <a href="http://theguardian.com/iPad" target="_blank">
theguardian.com/iPad</a> Save up to 33% by subscribing to the Guardian and Observer - choose the papers you want and get full digital access.<br>
Visit <a href="http://subscribe.theguardian.com" target="_blank">subscribe.theguardian.com</a><br>
<br>
This e-mail and all attachments are confidential and may also<br>
be privileged. If you are not the named recipient, please notify<br>
the sender and delete the e-mail and all attachments immediately.<br>
Do not disclose the contents to another person. You may not use<br>
the information for any purpose, or store, or copy, it in any way.<br>
<br>
Guardian News & Media Limited is not liable for any computer<br>
viruses or other material transmitted with or as part of this<br>
e-mail. You should employ virus checking software.<br>
<br>
Guardian News & Media Limited<br>
<br>
A member of Guardian Media Group plc<br>
Registered Office<br>
PO Box 68164<br>
Kings Place<br>
90 York Way<br>
London<br>
N1P 2AP<br>
<br>
Registered in England Number 908396<br>
<br>
--------------------------------------------------------------------------<br>
<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">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><o:p></o:p></p>
</blockquote>
</div>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><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><o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>