몇 년 전 몇 주 동안 여러 데이터를 한 데이터 센터에서 다른 데이터 센터로 옮길 때 몇 가지 DNS 변경을 수행해야했습니다. 필자가이 작업을 수행 한 시점에서 전 세계 네임 서버의 약 95 %가 TTL 값을 존중하는 것처럼 보였으며, 약 5 %는 우리를 무시하고 자체적으로 구성했습니다. 다시 말해, 트래픽의 95 %가 우리가 정의한 15 분 TTL 내에서 이동했습니다. 또 다른 3 %가 첫 시간에, 첫날에 1 %를 만들었고, 몇 명의 꼬챙이는 최대 3 일이 걸렸습니다.
(예, 알겠습니다. 트래픽 비율과 네임 서버 비율이 혼동됩니다. 핸드 파잉을 삽입하십시오.)
그러나 이것은 2001 년경에 이루어졌으며 공룡을 사용하여 튜브를 통해 패킷을 전송했습니다. 내 생각 엔 오늘날의 네임 서버가 더 잘 작동하며, 스트로 글러에 대한 문제는 줄어들 것입니다. 요즘 정의 된 TTL 내에서 몇 퍼센트의 트래픽이 전환 될지 느끼는 사람이 있습니까? TTL을 무시하는 네임 서버가 여전히 있습니까?
4
나는 모른다. 그러나 내 직감은 오늘날 과거보다 훨씬 나빠질 것이라는 생각이다.
—
Zoredache
나는 그들을 3 일 만에 끝내고 싶었다! 그 당시에 큰 변화를 겪었고 (2002 년) 2 주 후, 루트 이름 서버의 1/3이 다른 시스템 관리자 중 하나가 노출 한 개발 DNS 서버 두 개를보고 있음을 마침내 깨달았습니다. 외부 세계에. (나는 여전히 루트 서버가 그들에 대해 어떻게 알았는지 전혀 모른다).
—
Joe H.
이 점에서 고려해야 할 사항은 다음과 같습니다. 레코드를 캐시하는 것은 단지 DNS 재귀가 아닙니다. 때때로 사람들은 체인을 반복하며 시간이 더 걸립니다. 또한 일부 운영 체제는 레코드를 캐시합니다. 일부 브라우저는 또한 레코드를 캐시합니다. Java 및 기타 앱도 DNS를 캐시합니다. 이것은 15 분 TTL을 60 분 이상으로 쉽게 바꿀 수 있습니다.
—
Aaron