/  블로그   /  DNS TTL이란 무엇이고 DNS 전파에 어떤 영향을 미치나요?

DNS TTL이란 무엇이고 DNS 전파에 어떤 영향을 미치나요?

DNS TTL이란 무엇이고 DNS 전파에 어떤 영향을 미치나요?
  • 26 September 2024

DNS TTL(Time To Live)은 모든 DNS 레코드에 존재하는 특별한 값입니다. DNS의 맥락에서 중요한 값인데, DNS 전파에 광범위한 영향을 미치기 때문입니다.

이 게시물에서는 TTL이 무엇이고, DNS 레코드에서의 역할과 DNS 전파 프로세스에 어떤 영향을 미치는지에 대해 자세히 알아보겠습니다.

TTL이란?

TTL은 Time to Live의 약자입니다. DNS 레코드와 데이터베이스, 캐싱 등을 포함한 기타 형태의 네트워킹/컴퓨팅을 구성할 때 일반적으로 사용되는 용어입니다.

DNS 레코드의 맥락에서:

“TTL은 특정 DNS 레코드가 새로 고쳐지기 전에 캐시에 보관되어야 하는 시간을 나타냅니다. 예를 들어, TTL이 100초인 “X”라는 레코드가 있는 경우 해당 레코드는 100초마다 DNS 캐시에서 새로 고쳐집니다. (DNS 캐시는 DNS 레코드가 빠르게 페치될 수 있도록 일시적으로 저장되는 곳입니다.)”

짧은 TTL과 긴 TTL을 모두 사용하는 데에는 장단점이 있습니다. 관리하는 도메인, 필요한 성능 수준 등에 따라 기간을 결정해야 합니다. 

길고 짧은 TTL의 장단점에 대해 자세히 알아보려면 “TTL을 길게 해야 할까요, 짧게 해야 할까요?”라는 제목으로 이동하세요. 

TTL은 DNS 전파에 어떤 영향을 미칩니까?

TTL은 DNS 전파에 직접적인 영향을 미칩니다. DNS 전파는 DNS 레코드에 대한 변경 사항이 모든 다른 DNS 서버에 전역적으로 적용되는 프로세스입니다. (도메인의 DNS 전파 상태는 일반적으로 온라인 DNS 전파 검사기를 사용하여 확인할 수 있습니다.)

DNS 레코드의 TTL은 레코드가 캐시되는 기간을 결정합니다. TTL이 짧으면 레코드에 대한 변경 사항이 전역적으로 훨씬 더 빨리 적용됩니다. 그 이유는 재귀적 리졸버와 로컬 DNS 캐시가 더 짧은 시간 후에 업데이트를 찾기 때문입니다.

따라서 TTL과 DNS 전파 간의 관계를 다음과 같이 설명할 수 있습니다.

긴 TTL = 느린 DNS 전파

짧은 TTL = 빠른 DNS 전파

이러한 간단한 관계를 고려하면 짧은 TTL을 갖는 것이 더 좋고 유리할 수 있습니다. 짧은 TTL이 DNS 전파를 더 빠르게 하는 것은 사실이지만, 몇 가지 단점도 있습니다. 하지만 이에 대해서는 나중에 더 자세히 설명하겠습니다. 먼저 논의해 보겠습니다.

DNS 전파에 영향을 미치는 다른 요소는 무엇입니까?

TTL(DNS 레코드에 선언됨) 외에도 다른 요소도 DNS 전파에 영향을 미칩니다.

예를 들어,

  • 기기 및 브라우저 등에서 발견되는 로컬 캐시는선언된 TTL을 지나서도 이전 DNS 레코드를 유지할 수 있습니다. 이는 변경 사항이 특정 기기에 전파되는 기간에 영향을 미칠 수 있습니다.
  • 네임서버와 같은 DNS 설정을 변경하는 경우TTL은 DNS 등록 기관에서 기본값으로 설정됩니다. 이 기본값은 약 24~48시간입니다. 이러한 유형의 변경 사항에는 사용자 지정 TTL을 설정할 수 없습니다.
  • CDN도 DNS 전파 시간에 영향을 줄 수 있는 요소입니다. CDN을 통해 웹사이트에 액세스하는 경우 CDN에 저장된 데이터를 교체하는 데 시간이 걸릴 수 있습니다.

TTL은 짧아야 할까요, 길어야 할까요?

위에서 긴 TTL과 짧은 TTL의 장단점에 대해 간략히 설명했습니다. 이제 두 가지를 자세히 살펴보겠습니다.

긴 TTL의 장점은 짧은 TTL의 단점이며 그 반대도 마찬가지라는 점에 유의하는 것이 중요합니다. 즉, 더 긴 수명 시간이 유익할 수 있는 것은 더 짧은 수명 시간이 해로울 수 있는 것과 같습니다.

더 긴 TTL

더 짧은 TTL

DNS 레코드의 수명 시간이 더 길게 설정되면 DNS 서버는 많은 트래픽을 처리할 필요가 없습니다. 캐시된 데이터가 쿼리에 선제적으로 응답하기 때문입니다. 

TTL이 짧으면 캐시가 자주 DNS 서버에 요청을 보내 데이터를 업데이트합니다. 트래픽이 증가하면 서버 처리 속도가 느려지고 성능이 저하될 수 있습니다.

TTL이 길면 DNS 캐시가 권한 있는 서버에 문제가 있더라도 쿼리에 대한 응답을 스스로 제공할 수 있습니다. 실제 서버의 문제가 해결되는 동안 캐시된 데이터를 사용하여 사용자에게 응답할 수 있습니다.

TTL이 짧으면 모든 것이 권한 있는 서버에 달려 있습니다. 서버에 문제가 발생하면 캐시된 데이터에 다음과 같이 문제가 빠르게 나타납니다.글쎄요.

TTL이 길면 권한 있는 서버의 DNS 레코드에 대한 변경 사항이 캐시에 적용되는 데 시간이 더 오래 걸린다는 단점이 있습니다. 즉, DNS 전파에 더 많은 시간이 걸립니다..

TTL이 짧을수록 DNS 전파에 걸리는 시간이 줄어듭니다. 즉, 레코드에 대한 모든 업데이트가 캐시로 빠르게 전달됩니다. 이렇게 하면 사용자가 최신 정보에 액세스할 수 있습니다.

DNS 레코드의 TTL을 찾는 방법

이제 모든 다른 DNS 레코드의 TTL을 찾는 방법에 대해 알아보겠습니다.

이를 수행하는 두 가지 주요 방법이 있습니다. 웹사이트 호스팅 제공업체로 이동하거나 온라인 타사 도구를 사용할 수 있습니다. 웹사이트 호스팅 제공업체를 방문하려면 종종 긴 로그인 과정이 필요할 수 있습니다. 또한, 이는 본인이 소유한 웹사이트나 도메인에만 적용될 수 있습니다.

반면에 타사 온라인 도구를 사용하면 더 빠르고, 본인 소유의 도메인이나 웹사이트뿐만 아니라 인터넷의 모든 도메인이나 웹사이트의 TTL을 찾는 데 사용할 수 있습니다.

다음은 온라인 타사 도구를 사용하여 DNS 레코드의 TTL을 찾는 단계입니다. (저희는 저희의 DNS 조회 도구를 사용하여 프로세스에 대해 안내해 드리겠습니다.)

  • 다음으로, 제공된 공간에 도메인 이름을 입력합니다.
  • 드롭다운 메뉴를 클릭하여 DNS 서버를 선택합니다.
  • “DNS Lookup”라고 적힌 버튼을 클릭합니다.
  • 여기서 귀하의 도메인에 대한 모든 DNS 레코드의 결과가 표시됩니다. 특정 레코드를 찾고 싶다면 프로세스를 시작하기 전에 선택할 수 있습니다.

바로 그것입니다.

DNS 레코드에 대한 세부 정보가 제공되면 TTL과 함께 레코드 자체의 값을 볼 수 있습니다.

다양한 레코드의 일반적인 TTL 값

다음은 일반적인 DNS 레코드에 권장되는 몇 가지 TTL 값입니다.

다음은 TTL 값시간당 열이 있는 업데이트된 표입니다.

DNS 레코드 유형

용도

TTL 값 (초)

시간

A / AAAA

도메인을 IPv4/IPv6 주소로 매핑

3600 - 14400

1 - 4

CNAME

다른 도메인으로의 별칭

3600 - 86400

1 - 24

MX

메일 서버 레코드

43200 - 86400

12 - 24

TXT(SPF, DKIM, DMARC 등)

확인 및 보안

3600 - 43200

1 - 12

NS

네임서버 위임

86400

24

SOA

권한 시작(구역 제어)

3600

1

PTR

역방향 DNS 조회

86400

24

DNS 레코드의 TTL을 변경하는 방법

DNS 레코드의 TTL을 변경하는 데 필요한 정확한 단계는 도메인 등록 기관과 사용하는 기본 제어판에 따라 다를 수 있습니다. 하지만 일반적인 단계는 아래와 같습니다.

  • 먼저 도메인 등록자 계정에 로그인합니다. 예를 들어 Namecheap 또는 GoDaddy를 사용하는 경우 호스팅 계정에 로그인합니다.
  • 레코드를 편집하려는 도메인으로 이동하여 제어판을 엽니다. (예를 들어 Namecheap을 사용하는 경우 버튼에 "Cpanel로 이동"이라고 표시됩니다.)
  • 그런 다음 DNS 레코드 설정을 찾습니다. (Cpanel의 예를 계속하려면 "Zone Editor" 옵션을 클릭하여 이러한 설정을 찾을 수 있습니다.)
  • 변경하려는 DNS 레코드를 찾아 편집을 클릭합니다.
  • 다시 입력TTL은 초 단위로 지정하여 원하는 대로 지정할 수 있습니다.

DNS 전파 속도를 높이는 방법은?

DNS 전파 속도를 높이는 주요 방법 중 하나는 TTL을 짧게 설정하는 것입니다. 그러나 다음과 같이 할 수 있는 다른 방법도 있습니다.

  • 로컬 DNS 캐시를 정기적으로 플러시: 로컬 캐시에 데이터가 저장되어 DNS 전파가 지연될 수 있습니다. 로컬 캐시를 정기적으로 플러시하면 전파 프로세스를 가속화할 수 있습니다. 명령 프롬프트에서 ipconfig /flushdns 명령을 사용하여 로컬 캐시를 플러시할 수 있습니다.
  • 빠른 DNS 서비스 공급자 사용: 빠른 DNS 서버 공급자를 사용하면 변경 사항이 전파되는 속도에도 영향을 미칠 수 있습니다. Cloudflare와 같이 속도가 빠른 것으로 알려진 DNS 서버를 사용해야 합니다.
  • 변경 사항을 산발적으로 적용: DNS를 일괄적으로 변경하는 대신 산발적으로 변경하면 전파 속도에 차이가 생길 수도 있습니다. 변경 사항이 많으면 모든 변경 사항을 구현하는 데 시간이 걸릴 수 있습니다.

결론

DNS 레코드의 TTL은 리졸버가 권한 있는 서버에서 업데이트를 요청하기 전에 로컬 캐시에 데이터가 보관되는 시간을 나타내는 데 사용됩니다. TTL이 길면 중복성에 도움이 될 수 있습니다. 다시 말해, 권한 있는 서버의 데이터에 문제가 발생하더라도 캐시가 사용자에게 데이터를 제공할 수 있습니다.

반면에 짧은 TTL을 갖는 것은 캐시를 새로운 정보로 정기적으로 업데이트할 수 있으므로 유익할 수 있습니다.

웹사이트가 블로그나 포트폴리오와 같이 정기적으로 변경되지 않는 정적 웹사이트인 경우 더 긴 TTL을 유지하는 것이 현명한 생각일 수 있습니다. 반면에 뉴스 웹사이트나 전자 상거래 매장과 같이 웹사이트가 빠른 업데이트에 의존하는 경우 더 짧은 TTL을 갖는 것이 좋습니다.

이로써 기사가 마무리됩니다. 다음 기사로 넘어가기 전에 아래에 제공된 FAQ를 확인하세요. 아래에서 TTL 관련 질문에 대한 답변을 찾을 수 있습니다. 

FAQ

DNS 레코드에 설정할 수 있는 가장 낮은 TTL은 얼마입니까?

DNS 레코드에 설정할 수 있는 가장 낮은 수명은 1초입니다. 필드에 0을 입력하면 고려되지 않으므로 입력할 수 없습니다.

그러나 가장 낮은 TTL은 1초이지만 일부 DNS 서비스 제공자는 1초마다 전파하는 것이 일반적으로 실행 가능하지 않기 때문에 30초 또는 60초와 같이 최소 한도를 가질 수 있습니다.

다른 DNS 레코드는 다른 TTL 값을 가져야 합니까?

예, 다른 DNS 레코드는 다른 수명 시간을 가져야 합니다. DNS 레코드를 얼마나 자주 변경해야 하는지에 따라 달라집니다.

예를 들어, 도메인의 A 레코드나 AAAA 레코드에는 IPv4/IPv6 주소가 포함되어 있으므로 계속해서 전파할 필요가 없습니다. 이러한 레코드의 경우 TTL을 더 길게 설정해도 됩니다.

반면에 MX 레코드에는 메일 서버 이름뿐만 아니라 각 서버의 우선 순위 수준도 포함됩니다. 이 정보는 정기적으로 변경될 수 있으므로 MX 레코드의 TTL은 더 짧아야 합니다.

TTL 필드에 아무것도 입력하지 않으면 어떻게 되나요?

TTL 필드에 아무것도 입력하지 않으면 리졸버는 DNS 서버에서 기본적으로 정의한 TTL을 고려합니다. 이는 일반적으로 약 24~48시간입니다.

관련 블로그

DNS 전파란 무엇이고, 왜 시간이 오래 걸리는 과정인가요?
DNS 전파란 무엇이고, 왜 시간이 오래 걸리는 과정인가요?

DNS 전파: DNS 변경에 시간이 걸리는 이유(그리고 예상할 수 있는 것)

  • 04 Mar 2025
더 읽기