<div dir="ltr">Hi Sam,<div><br></div><div>I find google doc a little bit too heavy for ML discussion.</div><div>So I'd like to extract the gist of the overall use case that we want to use when discussing an API (for ex, single-call API).</div>
<div>Here it is as I see it (Sam, correct me if I'm wrong):</div><div><br></div><div>User wants to setup web application that is available both via HTTP and HTTPS protocols and consists of various parts.</div><div>One part <a href="http://ip-addr/part1">http://ip-addr/part1</a> is only available via HTTP, another part <a href="http://ip-addr//part2">http://ip-addr//part2</a> is available via both HTTP and HTTPS.</div>
<div>Webapp parts part1 and part2 are served with two different group of nodes which reside on different (option: same) private networks.</div><div><br></div><div>Please provide a call or a set of calls that would allow to configure balancing for such app. Consider additional options like HA.</div>
<div><br></div><div>Thanks,</div><div>Eugene.</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 7, 2014 at 4:12 PM, Alun Champion <span dir="ltr"><<a href="mailto:prof@achampion.net" target="_blank">prof@achampion.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yes, to ensure availability the same application could be deployed<br>
across multiple availability zones/cells, as these can offer some<br>
level of independence of risk. The use-cases seemed to expect same<br>
network, which may not be achievable given the above, but ideally<br>
should be able to load-balance across zones/cells. Other cloud<br>
management solutions have moved to name based LB because of the above,<br>
is this something being considered?<br>
<div class="HOEnZb"><div class="h5"><br>
On 7 April 2014 05:27, Samuel Bercovici <<a href="mailto:SamuelB@radware.com">SamuelB@radware.com</a>> wrote:<br>
> Please elaborate, do you mean that the nodes could be on different zones/cells or something else?<br>
><br>
><br>
> -----Original Message-----<br>
> From: Alun Champion [mailto:<a href="mailto:prof@achampion.net">prof@achampion.net</a>]<br>
> Sent: Sunday, April 06, 2014 4:51 PM<br>
> To: OpenStack Development Mailing List (not for usage questions)<br>
> Subject: Re: [openstack-dev] [Neutron][LBaaS] Load balancing use cases and web ui screen captures<br>
><br>
> How do these use-cases relate to availability zones or cells, is the assumption that the same private network is available across both? An application owner could look to protect availability not just provide scalability.<br>

><br>
> On 6 April 2014 07:51, Samuel Bercovici <<a href="mailto:SamuelB@radware.com">SamuelB@radware.com</a>> wrote:<br>
>> Per the last LBaaS meeting.<br>
>><br>
>><br>
>><br>
>> 1.       Please find a list of use cases.<br>
>><br>
>> <a href="https://docs.google.com/document/d/1Ewl95yxAMq2fO0Z6Dz6fL-w2FScERQXQR1" target="_blank">https://docs.google.com/document/d/1Ewl95yxAMq2fO0Z6Dz6fL-w2FScERQXQR1</a><br>
>> -mXuSINis/edit?usp=sharing<br>
>><br>
>><br>
>><br>
>> a)      Please review and see if you have additional ones for the<br>
>> project-user<br>
>><br>
>> b)      We can then chose 2-3 use cases to play around with how the CLI,<br>
>> API, etc. would look<br>
>><br>
>><br>
>><br>
>> 2.       Please find a document to place screen captures of web UI. I took<br>
>> the liberty to place a few links showing ELB.<br>
>><br>
>> <a href="https://docs.google.com/document/d/10EOCTej5CvDfnusv_es0kFzv5SIYLNl0uH" target="_blank">https://docs.google.com/document/d/10EOCTej5CvDfnusv_es0kFzv5SIYLNl0uH</a><br>
>> erSq3pLQA/edit?usp=sharing<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> Regards,<br>
>><br>
>>                 -Sam.<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><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>
>><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>
><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>
<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>