영역 파일을 설정한 후 다시 돌아가 TTL 값을 살펴보았습니다. 기본 설정은 24시간이며, 개별 레코드마다 별도의 TTL 값을 설정합니다.
제 생각에는 NS, MX 및 CNAME 레코드는 자주 변경되지 않으므로 더 높은 TTL 값을 가져야 한다는 것입니다. 1주 정도가 적절해 보이며 서버의 로드가 줄어듭니다. 그러나 A 레코드는 12시간과 같이 더 낮은 값을 가질 수 있습니다.
내 질문은 MX 레코드 mx1.example.com의 TTL이 1wk이고 mx1.example.comA 레코드 a.b.c.d의 TTL이 12시간인 경우 클라이언트가 A 레코드가 최신 상태인지 확인하기 위해 12시간마다 DNS 서버에 쿼리할 것인가입니다. DNS 쿼리는 자주 발생하지 않으므로 현재 NS, MX 및 CNAME에 대해 더 높은 TTL 값을 설정하는 것이 가치가 있습니까?
답변1
마이그레이션을 계획할 때 TTL을 단축하는 것이 도움이 되지만 모든 클라이언트를 새 IP 주소로 이동하는 데 걸리는 시간이 길어지는 경우가 많습니다. 일부 DNS 서버에는 예약된 마이그레이션 타임스탬프가 다가올 때 TTL을 동적으로 조정하는 기능이 있습니다.
DNS는 아마도 대역폭 문제가 그리 크지 않을 것입니다(증폭 공격에 공개 DNS 서버가 남용되지 않는 한). 따라서 가장 좋은 TTL은 아마도 Goldilocks 문제일 것입니다. 즉, 너무 낮지는 않지만 너무 높지는 않습니다. 새 IP 주소로 마이그레이션해야 하므로 마이그레이션 시간이 최소화됩니다. 이메일은 종종 며칠 동안 대기열에 머무르며, 12시간 또는 24시간 TTL은 만료될 충분한 시간을 제공합니다. 그러나 일부 최신 인터넷 애플리케이션은 더 빠른 전달(예: "5분 안에 이 메시지에 답장"과 같은 것)을 기대하지만 (아마도 계획되지 않은) 마이그레이션 중에 오류가 발생하는 경우 고객에게 이를 명확히 설명하는 것이 좋습니다.