NTP 서버시간 동기화 원리와 오차 줄이는 법

NTP란 무엇인가

NTP(Network Time Protocol)는 컴퓨터와 서버 간의 시간을 동기화하기 위해 1985년에 설계된 네트워크 프로토콜이다. 현재 버전은 NTPv4이며, 이론상 수십 마이크로초 수준까지 시간을 맞출 수 있다. 인터넷에 연결된 거의 모든 서버는 NTP를 통해 시간을 유지하고 있으며, 우리가 티켓팅이나 수강신청에서 말하는 서버시간도 결국 NTP로 동기화된 시간이다.

핵심은 이것이다. NTP는 단순히 "지금 몇 시야?"라고 물어보는 게 아니라, 네트워크 지연까지 계산해서 보정한다.

NTP 동기화의 작동 원리

NTP의 시간 동기화는 4단계 타임스탬프 교환으로 이루어진다.

왕복 지연 계산 방식

1. 클라이언트가 NTP 서버에 요청을 보내면서 **발신 시각(T1)**을 기록한다

2. 서버가 요청을 수신한 시각 **T2**를 기록한다

3. 서버가 응답을 보내면서 **발신 시각(T3)**을 기록한다

4. 클라이언트가 응답을 수신한 시각 **T4**를 기록한다

이 네 개의 타임스탬프로 두 가지 핵심 값을 계산한다.

  • **왕복 지연(Round-trip delay)** = (T4 - T1) - (T3 - T2)
  • **시간 오프셋(Offset)** = ((T2 - T1) + (T3 - T4)) / 2

    • 오프셋이 바로 "내 시계가 서버 시계보다 얼마나 빠르거나 느린지"를 나타내는 값이다. NTP는 이 오프셋을 기반으로 시스템 시계를 조금씩 조정한다. 갑자기 시간을 점프시키면 로그 타임스탬프가 꼬이기 때문에, 일반적으로 slew 모드로 서서히 보정한다.

    Stratum 계층 구조

    NTP 서버에는 계층(Stratum)이 있다. Stratum 0은 원자시계나 GPS 수신기 같은 물리적 시간 소스이고, 이것에 직접 연결된 서버가 Stratum 1이다. Stratum 1 서버에서 시간을 받는 서버가 Stratum 2, 그 다음이 Stratum 3... 이런 식이다.

    일반적인 웹 서버는 Stratum 2~3 수준이다. 계층이 내려갈수록 오차가 누적될 수 있는데, 실질적으로 Stratum 3까지는 수 밀리초 이내의 정확도를 유지한다. 문제는 Stratum 4 이하이거나, NTP 설정 자체가 잘못된 서버다.

    서버시간에 오차가 생기는 진짜 이유

    많은 사람이 "서버시간은 정확하다"고 생각하지만, 현실은 다르다. 서버시간과 표준시간의 차이에서도 다뤘듯이, 서버시간과 실제 표준시 사이에는 분명한 차이가 존재한다.

    네트워크 비대칭 지연

    NTP의 오프셋 계산은 "보내는 데 걸리는 시간과 받는 데 걸리는 시간이 같다"는 가정에 기반한다. 하지만 현실의 네트워크는 비대칭적이다. 업로드와 다운로드 경로가 다르고, 중간 라우터의 큐잉 지연도 방향마다 다르다. 이 비대칭이 클수록 오프셋 계산에 오류가 생긴다.

    운영체제의 시계 드리프트

    컴퓨터의 하드웨어 시계(RTC)는 수정 발진자 기반이라 온도에 따라 속도가 변한다. 서버실 온도가 올라가면 시계가 빨라지고, 내려가면 느려진다. NTP 데몬이 이를 지속적으로 보정하지만, NTP 동기화 간격 사이에는 드리프트가 발생한다.

    가상화 환경의 시간 문제

    클라우드 서버(AWS, GCP 등)는 대부분 가상머신이다. 하이퍼바이저가 CPU 시간을 분배하는 과정에서 게스트 OS의 시계가 뒤처지는 현상(clock steal)이 발생한다. 이것이 티켓팅 사이트에서 체감하는 서버시간 오차의 주요 원인 중 하나다.

    오차를 줄이는 실전 방법

    일반 사용자가 할 수 있는 것

    티켓팅이나 수강신청처럼 밀리초 단위가 중요한 상황에서, 사용자 입장에서 오차를 줄이는 방법은 명확하다.

    첫째, **대상 서버의 실제 시간을 직접 측정하는 것**이다. NTP 표준시가 아니라, 해당 서버가 응답하는 HTTP 헤더의 Date 값을 기준으로 해야 한다. 인터파크 서버의 시간이 NTP 기준보다 200ms 느리다면, 그 200ms가 실전에서의 차이다. 인터파크 티켓팅 서버시간 맞추는 법에서 이 부분을 구체적으로 다루고 있다.

    둘째, **자신의 기기 시간을 NTP와 정확히 동기화**해야 한다. Windows에서는 기본 NTP 동기화 간격이 일주일이다. 이걸 줄이려면 레지스트리에서 `SpecialPollInterval` 값을 수정하면 된다. macOS는 `sudo sntp -sS time.apple.com` 명령어로 즉시 동기화할 수 있다.

    셋째, **유선 네트워크를 사용**한다. Wi-Fi는 무선 특성상 지터(jitter)가 크다. 같은 NTP 동기화를 해도 유선이 일관되게 낮은 오프셋을 보인다.

    개발자/서버 운영자가 해야 할 것

    서버 측에서 시간 정확도를 높이려면 chrony를 사용하는 것이 현재 표준이다. 기존 ntpd보다 초기 수렴 속도가 빠르고, 네트워크가 불안정한 환경에서도 정확도가 높다.

    클라우드 환경이라면 각 벤더의 내부 NTP 서비스를 사용해야 한다. AWS의 `169.254.169.123`, GCP의 `metadata.google.internal` 등은 하이퍼바이저 수준에서 시간을 제공하므로 네트워크 지연이 거의 없다.

    PTP: NTP의 한계를 넘는 기술

    NTP의 이론적 정확도 한계는 네트워크 비대칭 때문에 약 수백 마이크로초 수준이다. 이를 넘어서려면 PTP(Precision Time Protocol, IEEE 1588)가 필요하다. PTP는 네트워크 스위치 하드웨어가 타임스탬프를 찍어주므로 소프트웨어 지연을 제거한다.

    금융 거래소 같은 곳에서는 이미 PTP를 사용하고 있다. 일반 웹 서비스에서는 과한 기술이지만, 서버시간의 정확도가 왜 한계가 있는지 이해하는 데 도움이 된다.

    결국 중요한 것: 대상 서버의 실제 시간

    NTP 동기화 원리를 이해하면 한 가지가 분명해진다. "정확한 시간"이란 것은 상대적이라는 점이다. 내 컴퓨터의 NTP 동기화가 완벽해도, 대상 서버의 NTP 설정이 다르면 체감 오차가 생긴다.

    수강신청이든 티켓팅이든, 대학교 수강신청 서버시간 정확히 맞추는 법에서 설명한 것처럼 해당 서버의 실제 응답 시간을 기준으로 삼아야 한다. 네이비즘 같은 서비스를 쓰든, 직접 HTTP 요청으로 확인하든, 핵심은 NTP 표준시가 아니라 실제 서버가 인식하는 시간이다.

    게이비즘(gayvism.com)에서는 각 서버의 실제 응답 시간을 밀리초 단위로 측정하여 보여준다. NTP 원리를 알았다면, 이제 실전에서 그 오차를 눈으로 확인하고 활용할 차례다. 도메인을 입력하면 해당 서버의 시간을 바로 확인할 수 있다.

    ← 블로그 목록← 게이비즘
    실시간 채팅0개

    아직 채팅이 없습니다