LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

as if you need more direct routing questions..

To: lvs-users@xxxxxxxxxxxxxxxxxxxxxx
Subject: as if you need more direct routing questions..
From: "John Lukac" <johnl@xxxxxxxx>
Date: Tue, 21 Nov 2000 18:20:43 -0800
Hi there,

I remember that while researching the DR method in the archives here a
few days ago, I stumbled upon a letter which asked whether or not this
direct routing method requires each real-server to have a "real ip" (as
in routable, external, etc.) when used in a production environment --
but I can't find the message and follow-ups anymore. So..

The question: In a production environment, in order that DR work, does
each real-server have to have it's own routable IP?

Based on all the examples I've been reading, it appears that this must
be the case, as all the real-servers are on the same network as the
director.  The howto mentions "lars' method" (a possible solution to the
arp problem) in which the real-servers are put on an "inside network,"
and then use the director as a gateway (which seems to actually resemble
a NAT network more so than DR!).  

The history:  For starters, I setup a NAT system, but when I ran
stress-tests on the system, devices on both the director and the
real-servers were full of collisions (at least, according to ifconfig). 
I'm still a budding network admin, so these collisions leave me
worried.  So I attempted to setup a DR method, but found myself stuck at
the "multiple external IP" part; I tried to go around this by using a
cisco switch seperated into two vlans and having each machine (director
and real-server alike) connect to both vlans.  Wish I could ascii-ize
the topology, but it's somewhat complicated (and my ascii skills leave
something to be desired).  The important part is that my setup didn't
work for clients outside the VIP's netmask (the VIP is one of the
external routable IP's).  If it'd help, I can draw the topology on paper
and scan it in..

More history: I read some of tcl's correspondance, and I got the idea
that I could just put everything on the same vlan on the switch, and use
the ipchains' rules, but during the stress test, I had at least 2x more
collisions (according to ifconfig), and observable response time was
unforutnatley slow.  Not to mention that the real-servers need to have
the ability to sendmail out, and that only works by setting up them
additional ip rule things (didn't have time to test it out).

The why: According to some follow-ups I've read, it seems that the NAT
method is the "correct" setup when the director is to act as the load
balancer, firewall, and gateway for the internal machines.  But I'd like
to skip that final "unecessary" hop back through the director and just
go directly through the isp's router.  But then, I only have a few ip's
from the isp.  Gronk.

I appreciate any comments, and feel free to poke fun at the learning
network admin :)
Jano


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