Daniel Bristot de Oliveira escreveu:
>> Daniel,
>>
>> Todo software de DNS que se preze faz cache... até o windows :)
>>     
>
> Eu sei, mas eu quis enfatizar o caso em que servidores de nomes são
> dedicados a cache, por exemplo, eu tenho um, e sei que eles fazem um
> ótimo papel, principalmente em casos onde a demora de um consulta faz
> muito estrago, como por exemplo, um servidor de e-mail, faz diversas
> consultas, e um resposta rápida é fundamental para o bom
> funcionamento.
>
>   
>> Mas o tempo de cache do dns é fácil de ser controlado, através do TTL no
>> seu arquivo de configuração. É você quem diz (atraves do seu ttl) quanto
>> tempo seus registros devem permanecer no cache antes de outra consulta.
>>
>> O no-ip.org, por exemplo, até para seu funcionamento, utiliza ttl de 300
>> segundos (5 minutos).
>>
>> Vale lembrar que quanto menor o ttl mais banda seu servidor de dns vai
>> consumir (e que na maioria das vezes é desprezivel).
>>     
>
> E maior o nível de carga do servidor DNS.
>
> 5 minutos, como o caso do no-ip, é muito tempo para um servidor Web em
> produção, imagine o gmail 5 minutos fora do ar :) claro pode baixar
> para 1 segundo o ttl, mas imagina o número de requisições que seria
> feito no DNS, com certeza algo acima de 50% para a tradução de um
> endereço de alguem muito acessado, acho que isso não seria uma forma
> otimizada de fazer as coisas. mas como citado na thread, as coisas as
> veses não ficam bonitas mas funcionam, neste caso funcionaria, mas
> também teriamos que monitorar os servidores Web para ver quem está
> vivo, e constantemente recaregar as informações deste endereço, isto é
> possível, já que dar um reload no sistema inteiro iria fazer com que a
> cache de outras consultas fossem para o buraco negro.
>
> Então para esta solução seria viável o que foi citado no artigo da RNP
> que colei acima.
>   
>
Nunca use ttls tão baixos... eles não ajudam nada, só atrapalham...

O artigo da RNP não tem nada a ver... fala sobre SVR que não tem 
utilização difundida... essa solução não tem prazo para se tornar viável.

Se você precisa desse tipo de redundância, vá para um datacenter ou 
monte o seu AS... nada adaptado com um dois links de operadoras 
diferentes pode substituir isso de maneira tão eficiente e profissional.

[]'s
Luiz


-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Responder a