From: | "Mark Woodward" <pgsql(at)mohawksoft(dot)com> |
---|---|
To: | "Douglas McNaught" <doug(at)mcnaught(dot)org> |
Cc: | "Simon Riggs" <simon(at)2ndquadrant(dot)com>, "Martijn van Oosterhout" <kleptog(at)svana(dot)org>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: pg_service.conf |
Date: | 2006-02-19 18:59:50 |
Message-ID: | 16432.24.91.171.78.1140375590.squirrel@mail.mohawksoft.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
> "Mark Woodward" <pgsql(at)mohawksoft(dot)com> writes:
>
>> DNS isn't always a better solution than /etc/hosts, both have their pros
>> and cons. The /etc/hosts file is very useful for "instantaneous,"
>> reliable, and redundent name lookups. DNS services, espcially in a large
>> service environment can get bogged down. 20,000 hosts doing a lot of
>> lookups can require a dedicated single point of failure. OK, so you add
>> two DNS machines and load balance across them with a fault tollerant
>> load
>> balancer, how many thousands of dollars? For how much information? A
>> simple "clustercpy -f targets pg_service.conf /etc" would save thousands
>> of dollars, increase efficiency, increase reliability, decrease
>> electrical
>> costs, etc.
>
> Um, is there something wrong with having multiple DNS servers in
> resolv.conf? Other than having to time out on #1 before you try #2?
> I'm genuinely curious.
What is the "timeout" of that DNS lookup, before it goes to the second DNS
server?
>
>> Don't get me wrong, DNS, as it is designed, is PERFECT for the
>> distributed
>> nature of the internet, but replication of fairly static data under the
>> control of a central authority (the admin) is better.
>
> You're probably right; clustercpy or rsync would work better if you
> have admin access to all the machines in question. The nice thing
> about the DNS method is that you wouldn't necessarily have to have
> that access on an ongoing basis.
That is, of course, one of DNS' pros, but in an environment where that is
not nessisary, why bother?
From | Date | Subject | |
---|---|---|---|
Next Message | Douglas McNaught | 2006-02-19 20:50:58 | Re: pg_service.conf |
Previous Message | Martijn van Oosterhout | 2006-02-19 18:57:42 | Re: Domains and supporting functions |
From | Date | Subject | |
---|---|---|---|
Next Message | Douglas McNaught | 2006-02-19 20:50:58 | Re: pg_service.conf |
Previous Message | Mark Woodward | 2006-02-19 18:57:26 | Re: pg_service.conf |