Records TTL (Time To Live)

• 웹 서버에 접속할 때 DNS 요청을 보내면 DNS로 부터 레코드 타입과 IP 주소 그리고 TTL에 대한 정보를 회신한다.
• TTL은 클라이언트에게 이 결과를 캐시하도록 요청한다. 해당 TTL 시간동안 클라이언트는 결과를 캐시한다.
• 즉, 클라이언트가 재요청을 보내거나 같은 호스트 이름으로 접속할 경우 클라이언트는 DNS 시스템에게 쿼리를 보내지 않아도 된다.
• 하지만 캐시에도 시간이 소요되니 별도로 캐시 TTL은 발생한다.
• TTL을 길게 설정하면 캐시되는동안 클라이언트는 Route 53으로 요청을 적게 보내게 되지만 클라이언트는 오래된 레코드를 받을 가능성이 있기 때문에 만약 레코드를 변경하고 싶다면 모든 클라이언트들이 새 레코드를 캐시에 저장할 때까지 길게 설정된 시간만큼 기다려야한다.
• 반대로 TTL을 짧게 설정한다면 DNS에는 트래픽의 양이 많아져서 비용이 많이 들게 된다. 하지만 오래된 레코드의 보관 시간이 짧아진다.
• 따라서 어떤 TTL 설정이 더 적합한지는 상황에 따라 다르다.
• Route 53에 들어오는 요청의 양에 따라 요금이 책정되기 때문에 레코드를 변경하려는 경우 TTL을 24시간으로 늦춘 다음 모든 클라이언트가 느린 새 TTL을 가지고 있다는 점을 확인한 후, 레코드 값을 바꿔서 모두에게 업데이트가 되면 TTL을 올리는 식을 사용한다.