서버 타임존과 시간 동기화 문제 – 로그 시간이 이상할 때 해결법

목차

1. 로그 시간이 9시간 어긋난다면?
2. 타임존이란 무엇인가?
3. 서버 타임존 확인 및 변경하기
4. NTP란 무엇인가? – 서버 시간이 틀어지는 이유
5. 시간 동기화 상태 확인 및 설정
6. 타임존 문제로 발생하는 실제 사례
7. 정리 및 다음 단계

1. 로그 시간이 9시간 어긋난다면?

서버 로그를 확인하다 보면 실제 발생 시간과 로그에 기록된 시간이 9시간 차이가 나는 경우가 있습니다. 오전 10시에 발생한 오류인데 로그에는 새벽 1시로 기록되어 있는 식입니다.

이 문제의 원인은 서버의 타임존이 한국 시간(KST)이 아닌 UTC로 설정되어 있기 때문입니다. UTC와 KST의 차이가 정확히 +9시간이기 때문에 이런 현상이 생깁니다.

타임존 설정은 단순히 로그 시간 문제뿐 아니라, 데이터베이스에 저장되는 날짜·시간 데이터, cron 작업의 실행 시간, SSL 인증서 유효성 검사 등 여러 곳에 영향을 미칩니다.

2. 타임존이란 무엇인가?

**타임존(Time Zone)**은 지역별 표준 시간대를 나타냅니다. 지구는 경도에 따라 시간이 다르기 때문에, 전 세계를 여러 구역으로 나누어 각 구역에 표준 시간을 지정합니다.

**UTC(협정 세계시)**는 국제 표준 기준 시간으로, 영국 그리니치 천문대를 기준으로 합니다. 대부분의 클라우드 서버는 기본적으로 UTC 타임존으로 설정됩니다.

**KST(한국 표준시)**는 UTC보다 9시간 빠릅니다. 리눅스에서는 Asia/Seoul로 표기합니다.

3. 서버 타임존 확인 및 변경하기

현재 서버의 타임존을 확인합니다.

 

 

timedatectl

출력 결과에서 Time zone 항목을 확인합니다. UTC로 표시된다면 변경이 필요합니다. 사용 가능한 타임존 목록 중 Asia 관련 항목을 검색하려면 아래 명령어를 사용합니다.

 

 

timedatectl list-timezones | grep Asia

타임존을 서울로 변경합니다.

 

 

sudo timedatectl set-timezone Asia/Seoul

변경 후 다시 timedatectl로 확인했을 때 Time zone: Asia/Seoul (KST, +0900)으로 표시되면 성공입니다.

타임존을 변경한 후에는 Nginx, MySQL 등 주요 서비스를 재시작해야 변경된 타임존이 해당 서비스에도 적용됩니다.

 

 

sudo systemctl restart nginx
sudo systemctl restart mysql

4. NTP란 무엇인가? – 서버 시간이 틀어지는 이유

타임존을 올바르게 설정했더라도, 서버의 시스템 시간 자체가 실제 시간과 조금씩 차이가 날 수 있습니다. 서버의 하드웨어 시계는 시간이 지나면서 오차가 누적되기 때문입니다.

이를 해결하기 위해 **NTP(Network Time Protocol)**를 사용합니다. NTP는 인터넷의 시간 서버와 주기적으로 동기화해 서버 시간을 정확하게 유지하는 프로토콜입니다.

현대 Ubuntu 서버는 systemd-timesyncd라는 내장 시간 동기화 서비스가 기본으로 활성화되어 있어 대부분의 경우 별도 설정 없이 자동으로 동기화됩니다.

5. 시간 동기화 상태 확인 및 설정

동기화 상태는 timedatectl 명령어로 확인합니다. 출력 결과에서 NTP service: active와 System clock synchronized: yes가 표시되면 정상적으로 동기화 중입니다.

동기화 서비스 상태를 별도로 확인하려면 아래 명령어를 사용합니다.

 

 

sudo systemctl status systemd-timesyncd

동기화가 안 될 때는 서비스를 재시작합니다.

 

 

sudo systemctl restart systemd-timesyncd

금융이나 로그 분석 등 시간 정확도가 중요한 서비스라면 chrony라는 더 정밀한 NTP 클라이언트를 사용합니다.

 

 

sudo apt install chrony -y
sudo systemctl enable chrony
sudo systemctl start chrony

설치 후 chronyc tracking 명령으로 동기화 상태를 확인할 수 있습니다.

6. 타임존 문제로 발생하는 실제 사례

사례 1. cron 작업이 엉뚱한 시간에 실행됨 "매일 오전 9시에 리포트 이메일 발송" cron을 설정했는데 UTC 기준으로 동작해 한국 시간 오후 6시에 발송되는 상황입니다. 타임존을 Asia/Seoul로 변경하면 해결됩니다.

사례 2. 데이터베이스의 날짜 데이터가 하루씩 밀림 MySQL의 타임존이 UTC로 설정된 상태에서 자정 이후 데이터를 저장하면 날짜가 하루 앞으로 기록되는 경우입니다. MySQL 설정에서 default_time_zone = '+09:00'을 추가해 해결합니다.

사례 3. SSL 인증서 유효성 오류 서버 시간이 실제 시간과 크게 차이 나면 SSL 인증서 유효성 검사가 실패할 수 있습니다. NTP 동기화로 해결할 수 있습니다.

7. 정리 및 다음 단계

오늘 배운 핵심을 정리합니다.

• 클라우드 서버의 기본 타임존은 UTC이며, 국내 서비스라면 Asia/Seoul로 변경해야 합니다.
• sudo timedatectl set-timezone Asia/Seoul 명령 하나로 타임존을 변경할 수 있습니다.
• 타임존 변경 후에는 관련 서비스를 재시작해야 적용됩니다.
• NTP를 통한 시간 동기화로 서버 시간이 실제 시간과 차이 나지 않도록 유지합니다.
• Ubuntu 서버는 systemd-timesyncd가 기본 활성화되어 있어 별도 설정 없이 동기화됩니다.

다음 글에서는 환경변수란 무엇인지, 서버에서 비밀번호를 코드에 넣으면 안 되는 이유를 알아보겠습니다.