nanog mailing list archives
Re: Facility wide DR/Continuity
From: Jim Wise <jwise () draga com>
Date: Wed, 03 Jun 2009 10:42:24 -0400
gb10hkzo-nanog () yahoo co uk writes:
On the subject of DNS GSLB, there's a fairly well known article on the subject that anyone considering implementing it should read at least once.... :) http://www.tenereillo.com/GSLBPageOfShame.htm and part 2 http://www.tenereillo.com/GSLBPageOfShameII.htm Yes it was written in 2004. But all the "food for thought" that it provides is still very much applicable today.
One thing I've noticed about this paper in the past that kind of bugs me is that in arguing that multiple A records are a better solution than a single GSLB-managed A record, the paper assumes that browsers and other common internet clients will actually cache multiple A records, and fail between them if the earlier A records fail. The (first) of the two pages explicitly touts this as a high availability solution. However, I haven't observed this behavior from browsers, media players, and similar programs `in the wild' -- as far as I've been able to tell, most client software picks an A record from those returned (possibly, but not usually skipping those found to be unreachable), and then holds onto that choice of IP address until the record times out of cache, and a new request is made. Have I been unlucky in my observations? Are there client programs which do failover between multiple A records returned for a single name -- presumably sticking with one IP for session-affinity purposes until a failure is detected? If clients do not behave this way, then the paper's observations about GSLB for HA purposes don't seem to hold -- though in my limited experience the paper's other point (that geographic dispatch is Hard) seems much more accurate (making GSLB a better HA solution than it is a load-sharing solution, again, at least in my experience). Or am I missing something? -- Jim Wise jwise () draga com
Attachment:
_bin
Description:
Current thread:
- RE: Facility wide DR/Continuity, (continued)
- RE: Facility wide DR/Continuity Ricky Duman (Jun 03)
- Re: Facility wide DR/Continuity William Herrin (Jun 03)
- Re: Facility wide DR/Continuity Brandon Galbraith (Jun 03)
- Re: Facility wide DR/Continuity Roland Dobbins (Jun 03)
- Re: Facility wide DR/Continuity Stefan (Jun 03)
- Re: Facility wide DR/Continuity Bill Woodcock (Jun 03)
- Re: Facility wide DR/Continuity Brandon Galbraith (Jun 03)
- Re: Facility wide DR/Continuity Roland Dobbins (Jun 03)
- Re: Facility wide DR/Continuity Bill Woodcock (Jun 03)
- Re: Facility wide DR/Continuity Brandon Galbraith (Jun 03)
- RE: Facility wide DR/Continuity gb10hkzo-nanog (Jun 03)
- Re: Facility wide DR/Continuity Jim Wise (Jun 03)
- Re: Facility wide DR/Continuity gb10hkzo-nanog (Jun 03)
- Re: Facility wide DR/Continuity William Herrin (Jun 03)
- Re: Facility wide DR/Continuity gb10hkzo-nanog (Jun 03)
- Re: Facility wide DR/Continuity Roland Dobbins (Jun 03)
- Re: Facility wide DR/Continuity William Herrin (Jun 03)
- Re: Facility wide DR/Continuity Roland Dobbins (Jun 03)
- Re: Facility wide DR/Continuity Seth Mattinen (Jun 03)
- Re: Facility wide DR/Continuity Roland Dobbins (Jun 03)
- Re: Facility wide DR/Continuity Jim Wise (Jun 03)