Eu sei que poderia ser muito diferente com base na situação, mas para hospedar um site sem planos de mover o servidor de hospedagem, qual é um bom TTL para definir no registro DNS?
Eu sei que poderia ser muito diferente com base na situação, mas para hospedar um site sem planos de mover o servidor de hospedagem, qual é um bom TTL para definir no registro DNS?
Respostas:
Costumo deixá-lo no padrão do Slicehost, 86.400 segundos (1 dia). Eu diminuo para 10 minutos quando tenho uma movimentação pendente e espero um dia ou dois.
edit: Hoje em dia (2016), eu tendem a mantê-lo baixo - ~ 5 minutos.
Os padrões (escritos há muito tempo em 1987) sugerem 86.400 segundos (1 dia) como o TTL padrão mínimo.
É importante que os TTLs sejam configurados com valores apropriados. O TTL é o tempo (em segundos) em que um resolvedor usará os dados obtidos do seu servidor antes de perguntar novamente ao servidor. Se você definir o valor muito baixo, seu servidor será carregado com muitas solicitações repetidas. Se você definir um valor muito alto, as informações alteradas não serão distribuídas em um período de tempo razoável. Se você deixar o campo TTL em branco, o padrão será o especificado no registro SOA da zona.
A maioria das informações do host não muda muito durante longos períodos de tempo. Uma boa maneira de configurar seus TTLs seria defini-los com um valor alto e depois abaixá-lo se você souber que uma mudança ocorrerá em breve. Você pode definir a maioria dos TTLs para qualquer lugar entre um dia (86400) e uma semana (604800). Então, se você souber que alguns dados serão alterados em um futuro próximo, defina o TTL para esse RR para um valor mais baixo (de uma hora a um dia) até que a alteração ocorra e, em seguida, volte ao seu valor anterior.
Além disso, todos os RRs com o mesmo nome, classe e tipo devem ter o mesmo valor TTL.
Consulte RFC 1033: http://tools.ietf.org/html/rfc1033
A RFC 1912 (de 1996) sugere que 3 dias podem ser mais apropriados para SOAregistros.
Percebi que está ficando mais moderno ter TTLs mais curtos para poder responder em emergências (principalmente em ambientes de DNS HA) mais rapidamente.
4 horas devem estar bem, proporcionando um equilíbrio aceitável. É o que eu uso na maioria das zonas.
Além da RFC 1912 , os usuários na Europa também devem ver o RIPE-203, "Recomendações para valores DNS SOA" , que recomenda dois dias como um valor TTL mínimo.
(nota: esta postagem se aplica ao TTL nos registros A / AAAA individuais, alguns outros tipos de registros podem ter TTLs mais longos porque não representam pontos únicos de falha da mesma maneira).
Você realmente precisa pensar sobre isso em termos de seus planos de recuperação de desastres. Não se trata de quando você pretende mover o site (para movimentos intencionais, você pode reduzir o TTL na corrida para o movimento). É quando seu host desaparece da Internet ou o expulsa por uma violação de TOS ou o expulsa porque eles não conseguem lidar com o DDOS que apareceu no seu caminho.
Se você não se importa com o site ficar inativo por um dia ou mais nessas circunstâncias, vá em frente e deixe o TTL como padrão de um dia. Se você tiver espaço de endereço PI e trânsito de BGP em vários locais de vários provedores e pretender lidar com a recuperação de desastres no nível de BGP, vá em frente e deixe-o no dia padrão. Por outro lado, se você estiver usando o DNS como seu mecanismo de divisão de sua taxa em um site de failover, desejará um TTL muito mais curto, 5 minuites é um valor bastante comum.