DNS TTL 확인: 변경이 반영되기까지 얼마나 걸릴까요?
TTL(Time To Live)은 DNS 응답을 리졸버가 다시 묻기 전까지 캐시할 수 있는 시간(초)이며, DNS 변경이 어떤 사람에게는 몇 분, 어떤 사람에게는 하루가 걸리는 이유입니다. 아래에서 도메인의 A 및 AAAA 레코드 TTL을 확인한 다음, 무엇이든 바꾸기 전에 그 밑의 계획을 참고하세요.
여기에 표시되는 TTL은 카운트다운입니다
TTL은 도메인의 DNS를 운영하는 사람이 각 레코드에 지정합니다. 리졸버는 레코드를 가져오면 사본을 보관하고 TTL을 줄여 갑니다. 이 도구는 공개 캐시 리졸버에 질의하므로 표시되는 숫자는 그 사본에 남은 시간입니다. 소유자가 설정한 값보다 낮을 수 있고, 캐시가 갱신되면 다시 전체 값으로 돌아갑니다.
설정된 값을 추정하려면 몇 초 간격으로 조회를 두 번 실행해 보세요. 숫자가 줄어든다면 카운트다운을 보고 있는 것이며, 지금까지 본 가장 높은 값이 설정값에 가장 가깝습니다.
자주 쓰는 TTL 값과 사용 시점
| TTL | 초 | 일반적인 용도 |
|---|---|---|
| 1분 | 60 | 장애 조치용 주소처럼 갑자기 바뀔 수 있는 레코드 |
| 5분 | 300 | 마이그레이션이나 전환을 준비할 때 좋은 설정 |
| 1시간 | 3600 | 일반 레코드에 흔히 쓰는 기본값 |
| 4시간 | 14400 | 가끔 바뀌는 안정적인 레코드 |
| 1일 | 86400 | 오래 운영되는 메일 서버처럼 거의 바뀌지 않는 레코드 |
방문자를 놓치지 않는 변경 계획
- 변경하려는 레코드의 현재 TTL을 조회하세요.
- 변경하기 하루 이상 전에 TTL을 300초로 낮추세요. 모든 캐시가 짧은 값을 받아 가도록 적어도 이전 TTL만큼은 기다리세요.
- 변경을 적용하세요. 몇 분 안에 대부분의 리졸버가 새 응답을 제공합니다.
- 모든 것이 정상 동작하면 TTL을 다시 올리세요. TTL이 아주 짧으면 DNS 트래픽이 늘고 첫 방문이 약간 느려집니다.
TTL이 너무 높거나 너무 낮으면 생기는 문제
- 너무 높은 경우: 실수나 오래된 주소가 TTL이 정한 시간만큼 계속 보이며, 방문자가 이전 주소를 계속 사용하므로 예비 서버로의 장애 조치가 느려집니다.
- 너무 낮은 경우: DNS 제공업체가 훨씬 많은 질의에 응답해야 해 비용이 늘 수 있고, 각 네트워크의 첫 방문에 약간의 지연이 더해집니다.
- 일부 리졸버는 자체 하한이나 상한을 적용해 그 범위를 벗어나는 값을 무시하므로, 아주 낮은 TTL이 항상 지켜지는 것은 아닙니다.
- CDN이나 로드 밸런서를 거치는 레코드는 제공업체가 뒤의 주소를 자주 바꾸기 때문에 일부러 짧은 TTL을 쓰는 경우가 많습니다.