[Openstack-operators] Using bridge instead of routing by floating ips

Heiko Krämer kraemer at avarteq.de
Wed Aug 29 07:45:17 UTC 2012


Hey Igor,

i'm sorry for the late response :>.

I'll need to use floating IP's with L3 load balancer for more network
throughput in each project.

Greetings
Heiko
Am 27.08.2012 18:24, schrieb Igor Laskovy:
>
> So, you would like not to use the floating IP? Or you still need it?
>
> Igor Laskovy
> facebook.com/igor.laskovy <http://facebook.com/igor.laskovy>
> Kiev, Ukraine
>
> On Aug 27, 2012 2:49 PM, "Heiko Krämer" <kraemer at avarteq.de
> <mailto:kraemer at avarteq.de>> wrote:
>
>     Heyho dear community,
>
>     I'll try to find a solution how i can use a layer 3 load balancer
>     (keepalived) with Openstack instances.
>     This load balancer is shared to all projects and Keepalived will
>     distribute all incoming connections (http, https, port xy) to the
>     registered instances. It's only possible if the floating ip's are
>     not routed by iptables and each instance have a second NIC with a
>     unique Mac.
>
>     I've found quantum instead of the default network manager but
>     Quantum have no multi_host option ?! In addition Quantum will use
>     vLan tagging and that's not possible for our setup. Or i'm wrong
>     with vlan tagging?
>
>     *Configuration:*
>     I'm using "FlatDHCPManager" to manage my network. It's installed
>     on each compute node with "multi_host" flag. So the fixed_ips are
>     using bridging but the floating will be routed with IPtables.
>     Load balancer (keepalived) it's installed an configured on extra
>     hosts. I've a very distributed cloud stack that means i'm using
>     extra hosts for api and keystone, storage and image, many shared
>     services (DB cluster, glusterfs cluster, mail cluster and so
>     on)and compute/network nodes.
>
>
>     If you have questions or need more detailled informations to
>     answer, please ask :)
>
>
>     Greetings
>     Heiko Krämer
>
>     IRC: foexle
>
>
>
>     -- 
>     B. Sc. Informatik
>     Heiko Krämer
>     CIO/Administrator
>
>     Twitter: @railshoster
>     Avarteq GmbH
>     Zweigstelle: 
>     Prinzessinnenstr. 20, 10969 Berlin
>
>     ----
>     Geschäftsführer: Alexander Faißt, Dipl.-Inf.(FH) Julian Fischer
>     Handelsregister: AG Saarbrücken HRB 17413, Ust-IdNr.: DE262633168
>     Sitz: 
>     Science Park 2
>     66123 Saarbrücken
>
>     Tel: +49 (0)681 / 309 64 190 <tel:%2B49%20%280%29681%20%2F%20309%2064%20190>
>     Fax: +49 (0)681 / 309 64 191 <tel:%2B49%20%280%29681%20%2F%20309%2064%20191>
>
>     Visit:
>     http://www.enterprise-rails.de/
>
>
>     _______________________________________________
>     OpenStack-operators mailing list
>     OpenStack-operators at lists.openstack.org
>     <mailto:OpenStack-operators at lists.openstack.org>
>     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>

-- 
B. Sc. Informatik
Heiko Krämer
CIO/Administrator

Twitter: @railshoster
Avarteq GmbH
Zweigstelle: 
Prinzessinnenstr. 20
10969 Berlin
+49 (0)30 - 609 846 28
----
Geschäftsführer: Alexander Faißt, Dipl.-Inf.(FH) Julian Fischer
Handelsregister: AG Saarbrücken HRB 17413, Ust-IdNr.: DE262633168
Sitz: 
Science Park 2
66123 Saarbrücken

Tel: +49 (0)681 / 309 64 190
Fax: +49 (0)681 / 309 64 191

Visit:
http://www.enterprise-rails.de/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20120829/f4b4862a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kraemer.vcf
Type: text/x-vcard
Size: 311 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20120829/f4b4862a/attachment.vcf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 551 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20120829/f4b4862a/attachment.pgp>


More information about the OpenStack-operators mailing list