From owner-freebsd-isp Sun Dec 10 5:53:55 2000 From owner-freebsd-isp@FreeBSD.ORG Sun Dec 10 05:53:53 2000 Return-Path: Delivered-To: freebsd-isp@freebsd.org Received: from metva.com.au (metva.com.au [202.0.82.1]) by hub.freebsd.org (Postfix) with ESMTP id AF27637B400 for ; Sun, 10 Dec 2000 05:53:50 -0800 (PST) Received: (from enno@localhost) by metva.com.au id AAA02325; Mon, 11 Dec 2000 00:53:15 +1100 (EST) From: Enno Davids Message-Id: <200012101353.AAA02325@metva.com.au> Subject: Re: Re[2]: Load-Balancing - any solutions? In-Reply-To: <794582592.20001210125634@buz.ch> from Gabriel Ambuehl at "Dec 10, 0 12:56:34 pm" To: gabriel_ambuehl@buz.ch (Gabriel Ambuehl) Date: Mon, 11 Dec 2000 00:53:14 +1100 (EST) Cc: freebsd-isp@freebsd.org X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Gabriel Ambuehl 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