Un servizio globale utilizza il failover basato su DNS e richiede una rapida reazione del client alle modifiche degli endpoint. Quale strategia TTL DNS bilancia un failover rapido con un costo operativo realistico?

Un TTL basso (ad esempio 30-60 secondi) è la strategia migliore per un failover rapido basato su DNS. Un TTL basso indica ai resolver DNS di memorizzare nella cache le risposte per un periodo di tempo più breve, costringendo i client a richiedere aggiornamenti più frequentemente. Ciò garantisce che i client scoprano rapidamente le modifiche agli endpoint in caso di failover, sebbene aumenti il carico di query sui nameserver autorevoli. Impostare un TTL molto grande ritarderebbe significativamente il rilevamento del failover da parte dei client. DNSSEC fornisce autenticazione, non influenza direttamente la velocità di propagazione delle modifiche agli endpoint. Rimuovere tutti i valori TTL non è possibile e causerebbe un carico eccessivo sui nameserver.