LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

Re: Problem setting up lvs

To: "LinuxVirtualServer.org users mailing list." <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: Problem setting up lvs
From: "Billy Olson" <ntadmin@xxxxxxxxxxxx>
Date: Fri, 2 Jul 2004 15:44:41 -0700
Colin,

  A simple way to test this would be to add another client to the network so
you could assure that it is a persistance only issue.  As when you made
multiple connections from multiple clients it should begin to "load balance"
them.  If you test with multiple clients then you can keep the :0 rule and
persistance.  Otherwise, and in almost all production environments it will
be almost necessary to define the services individually.  At least from a
security stand point anyhow.
Good Luck,
Billy
----- Original Message ----- 
From: "Colin Bruce" <ccx004@xxxxxxxxxxxxxx>
To: "Todd Lyons" <tlyons@xxxxxxxxxx>
Cc: "LinuxVirtualServer.org users mailing list."
<lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Sent: Friday, July 02, 2004 3:35 PM
Subject: Re: Problem setting up lvs


> Dear Todd,
>
> Well that explains it. Thanks for that. ipvsadm complains if it isn't
> persistent if there is no port specified. I thought it referred to
sessions
> only (e.g. a web connection) but I guess that would be impossible to
> implement when I think about it. I guess then if a number of different
> services are being offered they should be specified individually rather
> than using the ":0" to say all services because that option requires the
> -p.
>
> Best wishes....
> Colin
>
> On Fri, 2 Jul 2004, Todd Lyons wrote:
>
> > Colin Bruce wanted us to know:
> >
> > >ipvsadm -ln
> > >    IP Virtual Server version 1.0.11 (size=4096)
> > >    Prot LocalAddress:Port Scheduler Flags
> > >      -> RemoteAddress:Port           Forward Weight ActiveConn
InActConn
> > >    TCP  192.168.255.17:0 rr persistent 360
> >
> >    -p, --persistent [timeout]
> >           Specify that a virtual service is persistent. If this option
is
> >           specified, multiple requests from a client are redirected to
the
> >           same real server selected for the  first  request.
> >
> > >      -> 192.168.255.26:0             Route   1      4          4
> > >      -> 192.168.255.28:0             Route   1      0          0
> >
> > And that's what it's doing.
> > --
>
> _______________________________________________
> LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
> or go to http://www.in-addr.de/mailman/listinfo/lvs-users

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