|
Thanks, this is more or less what I figured, nice to have it confirmed
though. Guess I'll have to try and load balance using Tomcat.
Thanks again,
Chris.
lvs-users@xxxxxxxxxxxxxxxxxxxxxxxx Wed, 2002-08-28 at 14:26, Joseph
Mack wrote:
> Chris Williams wrote:
> >
> > Hi all,
> > I'm in the midst of setting up a LVS DR and am having troubles getting
> > my head around persistance. My configuration sports three LVS real
> > servers running apache/tomcat4 java applications. Obviously I need
> > persistance to ensure each client remains with its choosen server
> > through the entire session, or horrible things go wrong.
>
> <caveat>
> This is not my area, other people (eg Ratz) work in this area all day.
> </caveat>
>
> I've sat on https sites for more that 30mins of inactivity. Also I've
> had the modem line drop on me in the middle of filling in forms on
> badly written websites (eg registering a domainname)
> - when I come back, I have a new IP. I expect
> anyone who wants to do internet business to handle these problems seamlessly.
> Persistence only gets you so far here, since memory requirements
> limit you to the number of connections maintained.
>
> Ratz's idea (in the HOWTO) is to redesign you application. He can do that.
> Not everyone can. He maintains state data on the servers with a database.
> Alternately in php3 you could write the url that the client moved to
> on the next click to would contain the state information (functions
> the same as cookies). If you can't rewrite the application, then you'll
> risk loosing some customers and I would say that LVS is not for you.
>
>
> > Also setting persistance to 1 seems to affect the result for much more
> > then 1 second, what exactly does this do?
>
> don't know. You will have to wait for the TCP timeouts which are of the order
> of 2mins in Linux (look at the connections with `netstat -an`)
>
> > All of this is, of course, ignoring the DoS problems.
>
> This is difficult for everybody. With persistence it's just worse.
>
> Joe
>
> --
> Joseph Mack PhD, Senior Systems Engineer, Lockheed Martin
> contractor to the National Environmental Supercomputer Center,
> mailto:mack.joseph@xxxxxxx ph# 919-541-0007, RTP, NC, USA
This e-mail message is meant solely for the person or organisation to whom it
is adressed. The message may contain personal or confidential information, or
information that is not public in nature. Ehbas Ltd accepts no responsibility
for message content and possible attachments that are unlawful or of
questionable decency. Further dissemination, publication or duplication of this
message is strictly prohibited if the person or organisation receiving this
message is not the intended recipient. In the event that you are not the
intended recipient, we request you to refrain from using the content and to
immediately inform the sender of the error by returning the message. Thank you
for your co-operation.
|
