도메인 이름의 TTL을 조정하는 것이 실제로 중요합니까?

내일 우리 프로덕션 서버 중 하나의 공개 IP 주소가 변경 될 것임을 알고 있습니다.

해당 A 레코드의 TTL은 현재 3 시간으로 설정되어 있습니다.

해당 A 레코드의 TTL을 실제로 1 분보다 낮은 값으로 조정합니다 (도메인 등록 기관은 분 지정을 허용합니다!) 새로운 공개 IP 주소로 기록 하시겠습니까?

— 사용자
소스

또한 이것은 이미 레코드가 캐시 된 클라이언트에만 해당됩니다. 이미 캐시 된 레코드가없는 클라이언트는 새 IP 주소를 문제없이 해결합니다.

— joeqwerty

@joeqwerty 클라이언트가 캐싱이 가능한 유일한 장소는 아닙니다. DNS 공급자 서버에서도 발생할 수 있습니다.

— Peter Green

모든 의도와 목적을 위해, 도메인에 대한 권한이있는 서버가 아닌 DNS 서버 입니다 클라이언트. 내 의견은 암시하지만 명시 적으로 언급해야합니다.

— joeqwerty

@joeqwerty하지만 기록 캐시가없는 클라이언트 (서버 또는 최소 캐시 시간)하여 TTL에 대한 잘못된 기록을 받게됩니다 캐시 기록을 가지고 로컬이 아닌 권위있는 서버로 간다

— JamesRyan

내 요점이 없어 도메인에 대한 권한이없는 DNS 서버 이다 가 그 기록을 해결하기 위해 필요로하는 DNS 클라이언트. DNS 클라이언트에 대한 레코드를 해결할 수도 있지만 A 레코드를 대신하여 작업 할 때 자체는 DNS 클라이언트입니다. 원래 의견에 클라이언트라는 단어를 사용했을 때 일반적인 최종 사용자 워크 스테이션이든 워크 스테이션 DNS 서버이든 관계없이 레코드를 해결해야하는 모든 DNS 확인 프로그램을 의미했습니다. 물론 DNS 서버가 캐시에 있다면 내 의견은 무의미하지만 그것은 내가 말한 것과 의미가 아닙니다.

— joeqwerty

답변:

그들은하지 않는 가정 에 있지만, 일부 DNS 서비스는 하드 규칙보다 제안의 더으로이 문제를 처리 할 수 있습니다. 그들은 설정을 최소한으로 낮추거나 TTL을 완전히 무시하고 항상 자신의 설정을 사용할 수 있습니다 (이틀은 일반적이거나 적어도 일반적이라고 들었습니다). 이러한 제공자를 더 빠르게 업데이트 할 수있는 방법이 없다는 것을 알아야합니다. 따라서 일부 요청 은 변경 후 일정 시간 동안 이전 주소로 이동합니다.

이 경우 이상적으로는 이전 주소를 약간 제어하면서 새 IP 주소로 인계하여 서버가 짧은 시간 동안 두 주소를 통해 요청을 처리하도록 설정할 수 있습니다.

또한 일부 DNS 서비스는 요청 당 (또는 백만 요청 당) 요금을 청구합니다. 3 시간에서 1 분으로 이동하면 DNS 요청이 180 배 증가합니다. 이전보다 180 배 많은 요청을받습니다. 은행을 깰 가능성은 없지만 그에 대한 준비가되어 있는지 확인하십시오.

예를 들어, 한 달에 5 백만 건의 요청을 처리하기 위해 연간 약 20 달러를 쓰는 작은 웹 사이트에 대한 DNS 서비스가 있습니다. 나는 그것이 이전을 기대하지만, 그들이 나를 초과하거나 청구 요청을 중단할지 여부는 실제로 확실하지 않다는 것을 인정한다. 지금은 한 달에 약 1,200 만 건의 요청 만받는 경향이 있지만 TTL 설정을 180 배 더 많이 변경하고 너무 오래두면 어떻게 될지 궁금합니다.

그러나 대부분의 DNS 서비스 는 1 분 설정을 따릅니다. 이렇게 하면 새 주소로 원활하게 전환 할 수 있으며주의를 기울이는 한 전혀 해가되지 않을 것입니다. 변경 전에 최소 3 시간 (이전 TTL)을 수행해야합니다. 훨씬 더 일찍 할 필요는 없습니다. 더 빨리 변경 사항을 확인해야하는 공급자는 설정을 따르지 않습니다. 물론 완료되면 다시 되 돌리는 것을 잊지 마십시오.

이 질문을 참조 할 수도 있습니다.

DNS 공급자 마이그레이션

귀하와 조금 다르지만 관련된 문제 중 일부는 비슷합니다.

— 조엘 코엘
소스

IP 주소를 변경하기 전에 3 시간 이상 TTL을 변경 한 경우에만 해당됩니다.

TTL은 다른 DNS 서버에 레코드를 캐시하는 시간을 알려줍니다. 따라서 원하는 변경 이전에 최소한 길게 줄여야합니다.

— 마이클 햄튼
소스

그러나 일부 ISP는 TTL을 무시하고 자체적으로 설정하므로 PITA 일 수 있습니다.

— Frederik Nielsen

몇 달 전에 마지막으로이 작업을 수행했을 때이 목적으로 만 기존 IP 주소로의 트래픽을 모니터링했습니다. 거의 모든 사람이 1 분 TTL 내에 새로운 IP 주소를 사용하고있었습니다. 몇 곳에서 10-15 분이 걸렸습니다. Baidu (검색 엔진!) 만 며칠 동안 업데이트되지 않았습니다.

— Michael Hampton

이전 사이트에는 마이그레이션 할 때 가져온 웹 사이트의 읽기 전용 복사본이 있었으며 업데이트되지 않았습니다. 일주일 후에 Baidu는 여전히 그것을 때리고 있었지만 나는 그것을 종료해야했습니다. 그들은 결국 그것을 알아 냈습니다 ...

— Michael Hampton

@FrederikNielsen RFC는 어디에서 그것을 허용합니까?

— Hagen von Eitzen

@HagenvonEitzen 전체 RFC를 읽지 않으면 나는 그렇게 생각하지 않는다고 말해야합니다. 그러나 우리 나라의 일부 ISP는 전혀 신경 쓰지 않는 것으로 알려져 있습니다.

— 프레데릭 닐슨