Eu costumo deixar no padrão do Slicehost, 86.400 segundos (1 dia). Eu deixo cair para 10 minutos quando tenho um movimento pendente e espero um dia ou dois.
edit: Estes dias (2016) tendem a mantê-lo baixo - ~ 5 minutos.
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, o que é um bom TTL para definir no registro DNS?
Os padrões (escritos há um longo tempo em 1987) sugerem 86.400 segundos (1 dia) como o TTL padrão mínimo.
It is important that TTLs are set to appropriate values. The TTL is the time (in seconds) that a resolver will use the data it got from your server before it asks your server again. If you set the value too low, your server will get loaded down with lots of repeat requests. If you set it too high, then information you change will not get distributed in a reasonable amount of time. If you leave the TTL field blank, it will default to what is specified in the SOA record for the zone.
Most host information does not change much over long time periods. A good way to set up your TTLs would be to set them at a high value, and then lower the value if you know a change will be coming soon. You might set most TTLs to anywhere between a day (86400) and a week (604800). Then, if you know some data will be changing in the near future, set the TTL for that RR down to a lower value (an hour to a day) until the change takes place, and then put it back up to its previous value.
Also, all RRs with the same name, class, and type should have the same TTL value.
See RFC 1033: http://tools.ietf.org/html/rfc1033
A RFC 1912 (de 1996) sugere que 3 dias podem ser mais apropriados para SOA registros.
Eu percebi que está se tornando mais na moda ter TTLs mais curtos para poder responder em emergências (particularmente em ambientes DNS de alta disponibilidade) mais rapidamente.
Eu apenas deixaria no padrão definido pelo seu host, a menos que seja ridiculamente alto ou baixo por algum motivo. Então, se você quiser se mover, reduza para 20 minutos, mais ou menos, alguns dias antes de planejar a mudança.
4 horas devem estar bem, fornecendo um equilíbrio aceitável. Isso é o que eu uso na maioria das zonas.
Além da RFC 1912 , os usuários na Europa também devem ver RIPE-203," Recomendações para valores DNS SOA ", que recomenda dois dias como valor mínimo de TTL.
(nota: este post se aplica ao TTL nos registros A / AAAA individuais, alguns outros tipos de registro podem ter TTLs mais longos porque eles 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 é sobre quando você pretende mover o site (para movimentos intencionais, você pode reduzir o TTL na corrida para o movimento). É sobre quando seu host desaparece da face da Internet ou o expulsa por uma violação de TOS ou o expulsa porque eles não conseguem lidar com o DDOS que surgiu em seu caminho.
Se você não se preocupa com a queda do seu site por mais ou menos um dia nessas circunstâncias, vá em frente e deixe o TTL em seu padrão de um dia. Se você tiver espaço de endereço PI e trânsito BGP em vários locais de vários provedores e tiver a intenção de lidar com a recuperação de desastres em um nível de BGP, vá em frente e deixe-o no padrão de um dia. Por outro lado, se você estiver usando o DNS como seu mecanismo de dividir seu taffic para um site de failover, então você quer um TTL muito mais curto, 5 minuites é um valor bastante comum.