Mailinglist Archive: opensuse (1420 mails)

< Previous Next >
Re: [opensuse] optimizing resolv.conf
John Andersen said the following on 01/03/2014 05:44 PM:
On 1/3/2014 2:32 PM, Anton Aylward wrote:
That would require one and only one pipe into the service.
For many high volume services that is unacceptable.

But for the highest volume services it is perfectly acceptable.
These guys have ways to prevent any single point of failure
from hurting them. AWS is an example.
http://aws.typepad.com/aws/2013/05/amazon-route-53-elb-integration-dns-failover.html


I imagine Google is the same.


I think you are missing the point that I was trying to highlight.

The whole point of the way Mokapetris designed DNS was that it was redundant and distributed so that it could survive SPoF.

I admit that when I ran an ISP I made sure that the NS for my domains and clients domains were geographically diverse, on different tectonic plates and different electrical grids. The root name servers illustrate this principle. Your site, something.com, should have each of those diverse NS registered with each of the 12 root servers. That's really a no-brainer.

The amazing this is that many institutions today don't do this. They have only a couple of NS and they put both of them on the same subnet of theirs. THAT is a SPoF! (And telling them this is an exercise in futility!)

The issue of dealing with protesting the SERVICE from SPoF is something quite different. If a single pipe leads to the server farm, then no matter how many servers are behind the interface nor how many interfaces there are on the subnet connected to that pipe, the pipe is both a choke point and potential SPoF.

The are two ways around this.
The first is to have a second or third (or many more) pipe into the farm. They should be from different sources, different AS, diverse electrical paths. Remember you are trying to eliminate a SPoF.

The second is to have an alternate farm. Plus all of the above applied to it.

There is nothing new about this. It is all implicit in the early RFCs. It was discussed very early on in the life of the internet, long before the DotComBoom. And yes you can see the big forms like google, yahoo and others doing it all.

Everything else is derived from those old, very basic principles, dressed up with new interfaces and technology.





--
How long did the whining go on when KDE2 went on KDE3?

The only universal constant is change. If a species can not adapt it
goes extinct. That's the law of the universe, adapt or die.
-- Billie Walsh, May 18 2013
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse+owner@xxxxxxxxxxxx

< Previous Next >
This Thread