Open Stack

Hi Lingxian,

For #1, we create a nova flavor for the amphora in the devstack
plugin.  It is currently:
nova flavor-create --is-public False m1.amphora
${OCTAVIA_AMP_FLAVOR_ID} 1024 2 1

I have not done extensive testing with these settings to optimize it.
We were shooting for the minimum viable config to run the gate tests.
However, I expect over time we have reduced the requirements and you
might be able to get away with slightly less now.

On #2, we would like to enable neutron flavors to support the
selection of topology.  For example, "bronze" flavor may be
standalone, "silver" would be active/standby.  However, that
capability is not yet implemented.  Feel free to take that on if you
have the cycles... grin.

Michael



On Mon, May 2, 2016 at 2:40 PM, Lingxian Kong <anlin.kong at gmail.com> wrote:
> Hi, octavia guys,
>
> Recently, We have been thinking about deploying octavia into
> production (pre-production first in our case). Here are some
> questions/concerns that need your suggestions and feekback.
>
> 1. Octavia will use a default instance flavour, which is
> pre-configured, to create amphorae. Do you have any suggestion about
> how to choose the appropriate amphora flavor? or did someone have the
> load balancer performance test with different amphora flavors? It's so
> important because we need to charge users according to the flavor.
>
> 2. Currently, Octavia support 2 topologies for load balancer,
> SINGLE/ACTIVE-STANDBY, which is also configured by deployer. Is there
> any possibility for the users to decide which one to use? e.g. adding
> a param in creating load balancer. I believe it's different SLA for
> the 2 topologies, some users can afford the failure when using SINGLE
> mode, just because they want to be charged less.
>
> Regards!
> -----------------------------------
> Lingxian Kong
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev