Date: Thu, 11 May 2000 21:05:37 -0400 From: Scott Gregory <bsdbox@citizen.infi.net> To: webmaster@wmptl.com Cc: Brennan W Stehling <brennan@offwhite.net>, freebsd-questions@FreeBSD.ORG Subject: Re: Clustering FreeBSD Message-ID: <391B58E1.739CA80F@citizen.infi.net> References: <Pine.BSF.4.10.10005111327300.98375-100000@home.offwhite.net> <391B0758.5F0D758C@wmptl.com>
next in thread | previous in thread | raw e-mail | index | archive | help
I would never underestimate the capability of FreeBSD! I would however like to have some load balancing / failover capabilities. I have used the resilient link method you described below, but personnally I would prefer to have all my machines in the "cluster" serving up web pages at all times (this gives me the warm fuzzy that the machine will perform properly at all times). This may be something more for the apache developers..... We use quite a few M$ IIS web servers at work (I don't make all the decisions!) and they have a "network load balancing" capability. It looks to me like the systems in the "cluster" use a promiscuous mode to listen for requests on the IP assigned to the cluster and coordinate amongst themselves as to who will service the request. They are able to handle failover and session states between the machines. If I could get something like that on FreeBSD/Apache I would be a VERY happy camper. Scott Nathan Vidican wrote: > > There are many different ways you can approach this. I'll give you my > two suggestions, but I'd be curious as to what you do end up using? > First off- (this is something we actually implement) you could use a > managed hub to setup resilient port pools, wherein two identical > mirrored machines (both assuming the same IP address) are connected to > say port one, and port 12 of the hub; when the hub detects a loss of > link, or a poor link status (user defined 'poor'), it disconnects one > machine and connects the other. We're utilizing this concept on our > radius boxes, because it allows us to reboot them daily without any > interuption in service (one at noon, one at midnight kinda deal). > Secondly, you could use some sort of caching system (ie squid), to > accelerate your httpd server(s) through the user of cache-pools. > Although descriptively shorter, this method is much more difficult to > implement. > Anyhow, I think you under-estimate the capabilities of a one-machine > webserver; Yahoo has posted reports of being able to handle upwards of > 12,000,000 requests to a single pentium box, (single cpu/nothing > extravagent). Well, that's my two cents, drop me a line once you've > reached a buck will you? > > -- > Nathan Vidican > webmaster@wmptl.com > Windsor Match Plate & Tool Ltd. > http://www.wmptl.com/ > > Brennan W Stehling wrote: > > > > News site http://daily.daemonnews.org/ is pointing to a Yahoo! article > > about a clustering system which is being bundled with FreeBSD 4.0 now. > > The link is below. > > > > How well does clustering work? Is it very hard to set up? How does the > > failover work when I have multiple machines? Do they somehow share an IP? > > > > The reason I am concerned is that I manage a website which will be getting > > much more traffic now that we have a large advertising budget. As the > > site gets much more traffic I am thinking a single FreeBSD box may not > > cut it and I would have to do either a dual pentium or round-robin dns > > much like sites like cnn.com do now. > > > > What other options do I have besides clustering? How about channeling > > services through a single server with NAT to route to dns, web and mail > > traffic which I can dynamically route as needed? Just a little over my > > head. > > > > Anyone have any experience here? Any insights? > > > > http://biz.yahoo.com/bw/000501/ca_polyser_1.html > > > > Brennan Stehling - web developer and sys admin > > projects: www.greasydaemon.com | www.onmilwaukee.com | www.sncalumni.com > > > > Microsoft: Will you get a macro virus today? > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-questions" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?391B58E1.739CA80F>