LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

Re: LVS + Bridging

To: "Horms" <horms@xxxxxxxxxxxx>, "LVS List" <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: LVS + Bridging
From: "Ted Pavlic" <tpavlic@xxxxxxxxxxx>
Date: Wed, 6 Sep 2000 18:16:27 -0400
So are you suggesting that a LinuxDirector would have, for example, five
ethernet ports on it. Four of those ports would be tied directly to real
servers. The other port would go directly into some other hub/switch.

The LinuxDirector would then ARP for every VIP and the nearest router would
send those IPs directly to the LinuxDirector.

That LinuxDirector would then do direct routing, but instead of having rules
which look at each packet and deside via their IP information where to send
them, it would just load balance every single packet across each of the four
ports.

I imagine then that the real servers WOULD actually ARP for the addresses
for which they were responsible. The LVS could then use those advertisements
to build a table of IP-to-many-hardware-addresses and then advertise its own
hardware address onto its incoming port. It would then receive information
destined for the IPs connected to it and would load balance across all the
ports. This would make for an LVS which would require no configuration --
like a simple switch.

I'm sure there could be many variations on this idea.... And I imagine there
would be problems with things like persistence... But if the kinks could be
worked out of the idea, it might make for an interesting load balancing
solution -- a load balancer which requires no (or very little) configuration
and which plugs into an existing network like a switch.


----- Original Message -----
From: "Horms" <horms@xxxxxxxxxxxx>
To: "LVS List" <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Sent: Wednesday, September 06, 2000 2:34 PM
Subject: LVS + Bridging


>
> Hi,
>   I havn't really thought about this much so forgive me it this is just
> silly but someone suggested to me that it may be possible to tie LVS like
> functionality into the Linux Bridging code. This would have the advantage
> of enabling the Linux Director to behave more like a switch than a router,
> possibly simplifying configuration - probably in terms of topology rather
> than configuration of the director itself.
>
> Just a thought.
>
> --
> Horms
>
>
>



<Prev in Thread] Current Thread [Next in Thread>