Date: Mon, 11 Dec 2000 00:53:14 +1100 (EST) From: Enno Davids <enno.davids@metva.com.au> To: gabriel_ambuehl@buz.ch (Gabriel Ambuehl) Cc: freebsd-isp@freebsd.org Subject: Re: Re[2]: Load-Balancing - any solutions? Message-ID: <200012101353.AAA02325@metva.com.au> In-Reply-To: <794582592.20001210125634@buz.ch> from Gabriel Ambuehl at "Dec 10, 0 12:56:34 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Gabriel Ambuehl <gabriel_ambuehl@buz.ch> wrote: | | Hello Giorgos, | Saturday, December 09, 2000, 4:10:28 PM, you wrote: | | >> I'm still looking for something somewhat faster (i.e. no more than a few | >> seconds lag between the master and the slave servers)... | > I really don't know what will happen in web servers that have high | > loads, but what you describe seems to remind me of NFS. A lot of web hosting shops use a single fileserver backend with multiple load balanced frontends serving to the web. Typically the Filer products seem highly regarded in this market (ie. RAID disks with redundancy in the server hardware too). Load balancing in front of the front ends is also done with redundant hardware and typically the load balancers can also do some QA work for you. F5's Big/IP is fairly good at this in fact in that it can compare the data being returned from each webserver and raise alarms when the same URL results in differing output. Typically you only ask the boxes to watch static pages (of course) but it does mean you have some assurance that when the data is changed in the file server it was served that way by the frontends in a timely manner. I assume the other high-end load balancers have similar abilities these days too. Enno. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200012101353.AAA02325>