Date: Wed, 11 Aug 1999 14:49:25 -0400 (EDT) From: Barrett Richardson <barrett@phoenix.aye.net> To: Stuart Henderson <stuart@eclipse.net.uk> Cc: Chris Shenton <cshenton@uucom.com>, Steve Hovey <shovey@buffnet.net>, Mitch Vincent <cygone@zoomnet.net>, freebsd-isp@FreeBSD.ORG Subject: Re: Loadbalance webservers Message-ID: <Pine.BSF.4.01.9908111434290.1086-100000@phoenix.aye.net> In-Reply-To: <37B197BF.97C095B0@eclipse.net.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 11 Aug 1999, Stuart Henderson wrote: > > So the multiple records are a bit of a hack > > Yep, > > > and will hose you if one of the servers dies. > > Not really - most web browsers, proxies and telnets cycle through until > they find one that answers. Round robin DNS is in common enough usage that > it is quite well supported by client software. (Also, bind will randomise > the order and puts local networks first). > > > It would be way cool to modify the server-based daemon to have it > > determine the network distance/cost to the *client* then feed that to > > the lbnamed so it could return a record corresponding to the server > > fastest/closest to the actual client. This would implement WAN load > > balancing much like F5 Lab's $27K (each) 3DNS. > > I think Netscape used to do this in software (at least I always used > to get the IP address of their UK mirror returned) but they seem not to > be doing that now. > > Stuart > Could be an artifact of normal BIND behaviour. When a nameserver queries for something in somedomain.com it is given a list of randomly ordered NS records to try for a zone. The RTT to each of the nameservers is measured and queries are sent to the server that replies the quickest. The tracking of RTTs is done continually to account for any significant changes in the routes between the server that is asking and the server that is answering. - Barrett 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?Pine.BSF.4.01.9908111434290.1086-100000>