LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

Re: [lvs-users] 2 Quick Questions

To: "LinuxVirtualServer.org users mailing list." <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: [lvs-users] 2 Quick Questions
From: "Robinson, Eric" <eric.robinson@xxxxxxxxxx>
Date: Tue, 30 Oct 2007 15:01:59 -0800
> oops. you're using LVS-NAT. There is no VIP on the realserver, 
> only the RIP. What other IP is there to test? 

I said I was using LVS-nat because all of my ldirectord.cf entries
include the "masq" directive. I may be mangling my terms. Just because
I've been sucessfully using LVS/ldirectord for a year on a national
scale doesn't mean I know how to talk about it. :-)

My load-balancer computer has about 60 entries like this:

# Virtual Server for tomcat(site001), Outside to Inside
virtual=192.168.5.100:3001
        real=192.168.10.61:3001 masq
        real=192.168.10.62:3001 masq
        service=http
        request="/checkup.html"
        receive="site001_tomcat_is_up"
        scheduler=lblc
        protocol=tcp
        checktype=3
        persistent=360

My question really was this: is there a fixed limit to the number of
these entries that LVS/ldirectord will support, or is it just limited by
system resources? I assume it is the latter. If so, then do you think I
am likely to see performance bottlenecks at some point soon? Right now
everything is fine, but I'm concerned about the ol'
straw-that-breaks-the-camel's-back syndrome.

--
Eric Robinson


Again, the annoying server-appended disclaimer...




Disclaimer - October 30, 2007 
This email and any files transmitted with it are confidential and intended 
solely for LinuxVirtualServer.org users mailing list.. If you are not the named 
addressee you should not disseminate, distribute, copy or alter this email. Any 
views or opinions presented in this email are solely those of the author and 
might not represent those of Physician Select Management (PSM) or Physician's 
Managed Care (PMC). Warning: Although the message sender has taken reasonable 
precautions to ensure no viruses are present in this email, neither PSM nor PMC 
can accept responsibility for any loss or damage arising from the use of this 
email or attachments.


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