Linux 인스턴스의 시간 설정 - Amazon Elastic Compute Cloud

Linux 인스턴스의 시간 설정

Linux 인스턴스의 일관되고 정확한 시간 참조는 많은 서버 작업과 프로세스에 매우 중요합니다. 시스템 로그의 타임스탬프는 문제가 발생한 시기와 이벤트의 연대순을 식별하는 데 중요한 역할을 합니다. AWS CLI 또는 AWS SDK를 사용하면 인스턴스에서 요청하는 경우 이러한 도구가 사용자를 대신하여 요청에 서명합니다. 인스턴스의 날짜 및 시간 설정이 정확하지 않아 서명 날짜와 요청 날짜 불일치로 인해 AWS가 요청을 거부할 수 있습니다.

이러한 중요한 측면을 해결하기 위해 Amazon은 모든 EC2 인스턴스에서 액세스할 수 있고 다양한 AWS 서비스 인스턴스에서 사용되는 Amazon Time Sync Service를 제공합니다. 서비스는 AWS 리전의 위성 연결 및 원자 기준 시계 집합을 사용하여 협정 세계시(UTC) 세계 표준의 정확한 현재 시간 판독을 제공합니다.

Amazon Time Sync Service는 NTP(Network Time Protocol)를 사용하거나 지원되는 인스턴스에서 로컬 PTP(Precision Time Protocol) 하드웨어 클럭을 제공합니다. PTP 하드웨어 클럭은 NTP 또는 직접 PTP 연결을 지원합니다. NTP 및 직접 PTP 연결은 매우 정확한 동일한 시간 소스를 사용하지만 직접 PTP 연결이 NTP 연결보다 더 정확합니다. Amazon Time Sync Service에 대한 NTP 연결은 윤초 스미어링(leap smearing)을 지원하는 반면, PTP 하드웨어 클럭에 대한 PTP 연결은 시간을 스미어링하지 않습니다. 자세한 내용은 윤초 단원을 참조하십시오.

인스턴스의 로컬 Amazon Time Sync Service에 백업하고 Amazon EC2 외부의 리소스를 Amazon Time Sync Service에 연결하려면 time.aws.com에 있는 퍼블릭 Amazon Time Sync Service를 사용하면 됩니다. 로컬 Amazon Time Sync Service와 마찬가지로 퍼블릭 Amazon Time Sync Service는 UTC에 추가된 윤초를 자동으로 제거합니다. 퍼블릭 Amazon Time Sync Service는 각 AWS 리전의 위성 연결 및 원자 기준 시계 플릿을 사용하여 전 세계적으로 지원됩니다.

Windows 인스턴스의 경우 Windows 인스턴스에 대한 시간 설정을 참조하세요.

로컬 Amazon Time Sync Service를 사용하도록 인스턴스 설정

인스턴스는 다음과 같이 로컬 Amazon Time Sync Service에 액세스할 수 있습니다.

  • 다음 IP 주소 엔드포인트에서 NTP를 통해

  • 로컬 PTP 하드웨어 클럭에 연결하기 위한 직접 PTP 연결을 통해

    • PHC0

NTP 및 PTP 연결에는 VPC 구성 변경이 필요하지 않으며 인스턴스에 인터넷 액세스가 필요하지 않습니다.

PTP 하드웨어 클럭은 AWS Nitro 시스템의 일부이므로 고객 리소스를 사용하지 않고도 지원되는 베어 메탈 및 가상화된 EC2 인스턴스에서 직접 액세스할 수 있습니다.

PTP 하드웨어 클럭에 대한 NTP 엔드포인트는 IPv4 또는 IPv6를 통한 일반 Amazon Time Sync Service 연결과 동일합니다. 소프트웨어가 NTP 엔드포인트로 구성되어 있고 PTP 하드웨어 클럭이 있는 인스턴스에서 실행 중인 경우 NTP를 통해 자동으로 PTP 하드웨어 클럭에 연결됩니다.

AL2023과 최신 버전의 Amazon Linux 2 및 Amazon Linux AMI는 기본적으로 Amazon Time Sync Service IPv4 엔드포인트를 사용하도록 구성되어 있습니다. IPv6 엔드포인트를 사용하거나 PTP 하드웨어 클럭에 직접 연결하려는 경우가 아니면 이러한 AMI에서 시작된 인스턴스에는 추가 구성이 필요하지 않습니다. IPv6 구성 지침은 Amazon Time Sync Service의 IPv6 엔드포인트에 연결합니다. 섹션을 참조하세요. PTP 하드웨어 클럭 구성 지침은 PTP 하드웨어 클럭에 연결 섹션을 참조하세요.

기본적으로 Amazon Time Sync Service가 구성되지 않은 AMI를 사용하는 경우 다음 절차 중 하나를 사용하여 chrony 클라이언트로 인스턴스에서 Amazon Time Sync Service를 구성합니다.

Amazon Time Sync Service의 IPv4 엔드포인트에 연결합니다.

이 섹션에서는 IPv4 엔드포인트를 통해 로컬 Amazon Time Sync Service를 사용하도록 인스턴스를 구성하는 방법을 설명합니다. Amazon Time Sync Service에 대한 서버 항목을 chrony 구성 파일에 추가해야 합니다. 이러한 AMI의 최신 버전에는 chrony가 이미 설치되어 있고 Amazon Time Sync Service IPv4 엔드포인트를 사용하도록 구성되어 있습니다.

인스턴스 운영 체제에 대한 지침을 사용하세요.

Amazon Linux
참고

AL2023과 최신 버전의 Amazon Linux 2 및 Amazon Linux AMI에는 chrony가 이미 설치되어 있고 Amazon Time Sync Service IPv4 엔드포인트를 사용하도록 구성되어 있습니다. 이러한 최신 AMI 중 하나를 사용할 경우 이 절차를 건너뛸 수 있습니다.

chrony를 사용하여 Amazon Linux에서 Amazon Time Sync Service의 IPv4 엔드포인트에 연결
  1. 인스턴스를 연결하고 NTP 서비스를 제거합니다.

    [ec2-user ~]$ sudo yum erase 'ntp*'
  2. chrony 패키지를 설치합니다.

    [ec2-user ~]$ sudo yum install chrony
  3. /etc/chrony.conf 또는 vim과 같은 텍스트 편집기를 사용하여 nano 파일을 엽니다. 파일이 다음 라인을 포함하고 있는지 확인합니다.

    server 169.254.169.123 prefer iburst minpoll 4 maxpoll 4

    이 라인이 있으면 Amazon Time Sync Service가 Amazon Time Sync Service의 IPv4 엔드포인트를 사용하도록 이미 구성되어 있으므로 다음 단계로 넘어갈 수 있습니다. 라인이 없는 경우에는 파일에 이미 존재하는 다른 server 또는 pool 문 뒤에 라인을 추가하고 변경 사항을 저장합니다.

  4. chrony 데몬(chronyd)을 다시 시작합니다.

    [ec2-user ~]$ sudo service chronyd restart
    Starting chronyd: [ OK ]
    참고

    RHEL 및 CentOS(최대 버전 6까지)에서 서비스 이름은 chrony이 아니라 chronyd입니다.

  5. 각 시스템 부팅 시 chronyd가 시작되도록 구성하려면 chkconfig 명령을 사용합니다.

    [ec2-user ~]$ sudo chkconfig chronyd on
  6. chrony169.254.169.123 IPv4 엔드포인트를 사용하여 시간을 동기화하고 있는지 확인합니다.

    [ec2-user ~]$ chronyc sources -v
    210 Number of sources = 7 .-- Source mode '^' = server, '=' = peer, '#' = local clock. / .- Source state '*' = current synced, '+' = combined , '-' = not combined, | / '?' = unreachable, 'x' = time may be in error, '~' = time too variable. || .- xxxx [ yyyy ] +/- zzzz || Reachability register (octal) -. | xxxx = adjusted offset, || Log2(Polling interval) --. | | yyyy = measured offset, || \ | | zzzz = estimated error. || | | \ MS Name/IP address Stratum Poll Reach LastRx Last sample =============================================================================== ^* 169.254.169.123 3 6 17 43 -30us[ -226us] +/- 287us ^- ec2-12-34-231-12.eu-west> 2 6 17 43 -388us[ -388us] +/- 11ms ^- tshirt.heanet.ie 1 6 17 44 +178us[ +25us] +/- 1959us ^? tbag.heanet.ie 0 6 0 - +0ns[ +0ns] +/- 0ns ^? bray.walcz.net 0 6 0 - +0ns[ +0ns] +/- 0ns ^? 2a05:d018:c43:e312:ce77:> 0 6 0 - +0ns[ +0ns] +/- 0ns ^? 2a05:d018:dab:2701:b70:b> 0 6 0 - +0ns[ +0ns] +/- 0ns

    반환된 출력에서 ^*는 기본 설정된 타임 소스를 나타냅니다.

  7. chrony에서 보고된 시간 동기화 지표를 확인합니다.

    [ec2-user ~]$ chronyc tracking
    Reference ID : A9FEA97B (169.254.169.123) Stratum : 4 Ref time (UTC) : Wed Nov 22 13:18:34 2017 System time : 0.000000626 seconds slow of NTP time Last offset : +0.002852759 seconds RMS offset : 0.002852759 seconds Frequency : 1.187 ppm fast Residual freq : +0.020 ppm Skew : 24.388 ppm Root delay : 0.000504752 seconds Root dispersion : 0.001112565 seconds Update interval : 64.4 seconds Leap status : Normal
Ubuntu
chrony를 사용하여 Ubuntu에서 Amazon Time Sync Service의 IPv4 엔드포인트에 연결
  1. 인스턴스를 연결해 apt를 사용하여 chrony 패키지를 설치합니다.

    ubuntu:~$ sudo apt install chrony
    참고

    필요할 경우 sudo apt update를 실행하여 먼저 인스턴스를 업데이트합니다.

  2. /etc/chrony/chrony.conf 또는 vim과 같은 텍스트 편집기를 사용하여 nano 파일을 엽니다. 파일에 이미 존재하는 server 또는 pool 문 앞에 다음 라인을 추가하고 변경 사항을 저장합니다.

    server 169.254.169.123 prefer iburst minpoll 4 maxpoll 4
  3. chrony 서비스를 다시 시작합니다.

    ubuntu:~$ sudo /etc/init.d/chrony restart
    Restarting chrony (via systemctl): chrony.service.
  4. chrony169.254.169.123 IPv4 엔드포인트를 사용하여 시간을 동기화하고 있는지 확인합니다.

    ubuntu:~$ chronyc sources -v
    210 Number of sources = 7 .-- Source mode '^' = server, '=' = peer, '#' = local clock. / .- Source state '*' = current synced, '+' = combined , '-' = not combined, | / '?' = unreachable, 'x' = time may be in error, '~' = time too variable. || .- xxxx [ yyyy ] +/- zzzz || Reachability register (octal) -. | xxxx = adjusted offset, || Log2(Polling interval) --. | | yyyy = measured offset, || \ | | zzzz = estimated error. || | | \ MS Name/IP address Stratum Poll Reach LastRx Last sample =============================================================================== ^* 169.254.169.123 3 6 17 12 +15us[ +57us] +/- 320us ^- tbag.heanet.ie 1 6 17 13 -3488us[-3446us] +/- 1779us ^- ec2-12-34-231-12.eu-west- 2 6 17 13 +893us[ +935us] +/- 7710us ^? 2a05:d018:c43:e312:ce77:6 0 6 0 10y +0ns[ +0ns] +/- 0ns ^? 2a05:d018:d34:9000:d8c6:5 0 6 0 10y +0ns[ +0ns] +/- 0ns ^? tshirt.heanet.ie 0 6 0 10y +0ns[ +0ns] +/- 0ns ^? bray.walcz.net 0 6 0 10y +0ns[ +0ns] +/- 0ns

    반환된 출력의 ^*로 시작되는 줄은 기본 설정된 타임 소스를 나타냅니다.

  5. chrony에서 보고된 시간 동기화 지표를 확인합니다.

    ubuntu:~$ chronyc tracking
    Reference ID : 169.254.169.123 (169.254.169.123) Stratum : 4 Ref time (UTC) : Wed Nov 29 07:41:57 2017 System time : 0.000000011 seconds slow of NTP time Last offset : +0.000041659 seconds RMS offset : 0.000041659 seconds Frequency : 10.141 ppm slow Residual freq : +7.557 ppm Skew : 2.329 ppm Root delay : 0.000544 seconds Root dispersion : 0.000631 seconds Update interval : 2.0 seconds Leap status : Normal
SUSE Linux

SUSE Linux Enterprise Server 15부터 chrony는 NTP의 기본 구현입니다.

chrony를 사용하여 SUSE Linux에서 Amazon Time Sync Service의 IPv4 엔드포인트에 연결
  1. /etc/chrony.conf 또는 vim과 같은 텍스트 편집기를 사용하여 nano 파일을 엽니다.

  2. 파일이 다음 라인을 포함하고 있는지 확인합니다.

    server 169.254.169.123 prefer iburst minpoll 4 maxpoll 4

    이 라인이 표시되지 않는 경우, 추가합니다.

  3. 다른 서버 혹은 풀 라인 설명

  4. yaST를 열고 chrony 서비스를 실행합니다.

Amazon Time Sync Service의 IPv6 엔드포인트에 연결합니다.

이 섹션에서는 IPv6 엔드포인트를 통해 로컬 Amazon Time Sync Service를 사용하도록 인스턴스를 구성하는 경우 Amazon Time Sync Service의 IPv4 엔드포인트에 연결합니다.에 설명된 단계가 어떻게 다른지 설명합니다. 전체 Amazon Time Sync Service 구성 프로세스를 설명하지는 않습니다.

IPv6 엔드포인트는 AWS Nitro 시스템에 구축된 인스턴스에서만 액세스할 수 있습니다.

참고

chrony.conf 파일에 IPv4 및 IPv6 주소 항목을 함께 사용하지 않는 것이 좋습니다. IPv4 및 IPv6 NTP 패킷은 인스턴스의 동일한 로컬 서버에서 가져옵니다. IPv4 엔드포인트와 IPv6 엔드포인트를 모두 구성할 필요는 없으며, 이렇게 해도 인스턴스의 시간 정확도가 향상되지 않습니다.

사용 중인 Linux 배포판에 따라, chrony.conf 파일을 편집하는 단계에 도달하면 Amazon Time Sync Service (fd00:ec2::123)의 IPv4 엔드포인트(169.254.169.123)가 아니라 IPv6 엔드포인트를 사용하게 됩니다.

server fd00:ec2::123 prefer iburst minpoll 4 maxpoll 4

파일을 저장하고 chronyfd00:ec2::123 IPv6 엔드포인트를 사용하여 시간을 동기화하고 있는지 확인합니다.

[ec2-user ~]$ chronyc sources -v

출력에 fd00:ec2::123 IPv6 엔드포인트가 표시될 경우 구성이 완료된 것입니다.

PTP 하드웨어 클럭에 연결

이 섹션에서는 PTP 직접 연결을 사용하여 PTP 하드웨어 클럭을 통해 로컬 Amazon Time Sync Service를 사용하도록 인스턴스를 구성하는 방법을 설명합니다. PTP 하드웨어 클럭에 대한 서버 항목을 chrony 구성 파일에 추가해야 합니다.

인스턴스에 PTP 하드웨어 클럭이 있고 IPv4 또는 IPv6 엔드포인트에 대한 NTP 연결을 구성한 경우 인스턴스 시간은 PTP 하드웨어 클럭에서 자동으로 생성됩니다. 아래 단계에서는 NTP 연결보다 더 정확한 시간을 제공하는 직접 PTP 연결을 구성합니다.

요구 사항

다음 요구 사항이 충족되면 인스턴스에서 PTP 하드웨어 클럭을 사용할 수 있습니다.

  • 지원되는 AWS 리전: 미국 동부(버지니아 북부) 및 아시아 태평양(도쿄)

  • 지원되는 인스턴스 패밀리: C7a | C7i | M7a | M7g | M7i | R7a | R7g | R7i

  • 지원되는 운영 체제에 ENA 드라이버 버전 2.10.0 이상이 설치되어 있어야 합니다. 지원되는 운영 체제에 대한 자세한 내용은 GitHub의 드라이버 사전 조건을 참조하세요.

PTP 하드웨어 클럭에 연결
  1. 인스턴스에 연결하고 Elastic Network Adapter(ENA) 버전 2.10.0 이상용 Linux 커널 드라이버를 설치합니다. 설치 지침은 GitHub의 Linux kernel driver for Elastic Network Adapter (ENA) family를 참조하세요.

  2. 인스턴스에 /dev/ptp0 디바이스가 표시되는지 확인합니다.

    [ec2-user ~]$ ls /dev/ptp0

    예상 출력은 다음과 같습니다. /dev/ptp0이 출력에 없으면 ENA 드라이버가 제대로 설치되지 않은 것입니다. 드라이버 설치에 대한 이 절차의 1단계를 검토합니다.

    /dev/ptp0
  3. 텍스트 편집기를 사용하여 /etc/chrony.conf를 편집하고 파일에 다음 줄을 추가합니다.

    refclock PHC /dev/ptp0 poll 0 delay 0.000010 prefer
  4. 다음 명령을 사용하여 chrony를 다시 시작합니다.

    [ec2-user ~]$ sudo systemctl restart chronyd
  5. chrony가 PTP 하드웨어 클럭을 사용하여 이 인스턴스의 시간을 동기화하고 있는지 확인합니다.

    [ec2-user ~]$ chronyc sources

    예상 결과

    MS Name/IP address Stratum Poll Reach LastRx Last sample =============================================================================== #* PHC0 0 0 377 1 +2ns[ +1ns] +/- 5031ns

    반환된 출력에서 *는 기본 시간 소스를 나타냅니다. PHC0은 PTP 하드웨어 클럭에 해당합니다. chrony를 다시 시작한 후 별표가 나타나려면 몇 초 정도 기다려야 할 수 있습니다.

퍼블릭 Amazon Time Sync Service를 사용하도록 인스턴스 또는 인터넷에 연결된 디바이스를 설정합니다.

인터넷을 통해 time.aws.com에 액세스할 수 있는 퍼블릭 Amazon Time Sync Service를 사용하도록 인스턴스나 로컬 컴퓨터, 온프레미스 서버 등 인터넷에 연결된 모든 디바이스를 설정할 수 있습니다. 퍼블릭 Amazon Time Sync Service를 로컬 Amazon Time Sync Service의 백업으로 사용하고 AWS 외부의 리소스를 Amazon Time Sync Service에 연결할 수 있습니다.

인스턴스 또는 디바이스의 운영 체제에 따라 다음 절차 중 하나를 사용하여 퍼블릭 Amazon Time Sync Service를 사용하도록 인스턴스 또는 디바이스를 설정합니다.

Linux
chrony 또는 ntpd로 퍼블릭 Amazon Time Sync Service를 사용하도록 Linux 인스턴스 또는 디바이스 설정
  1. 다음과 같은 텍스트 편집기를 사용하여 /etc/chrony.conf(chrony를 사용하는 경우) 또는 /etc/ntp.conf(ntpd를 사용하는 경우)를 편집합니다.

    1. 인스턴스나 디바이스에서 스미어링한 서버와 스미어링하지 않은 서버를 혼용하지 않도록 하려면 로컬 Amazon Time Sync Service에 대한 기존 연결을 제외하고 server로 시작하는 줄을 제거하거나 주석 처리합니다.

      중요

      퍼블릭 Amazon Time Sync Service에 연결하도록 EC2 인스턴스를 설정하는 경우 로컬 Amazon Time Sync Service에 연결하도록 인스턴스를 설정하는 다음 줄을 제거하지 마세요. 로컬 Amazon Time Sync Service는 보다 직접적인 연결이며 더 나은 클럭 정확도를 제공합니다. 퍼블릭 Amazon Time Sync Service는 백업으로만 사용해야 합니다.

      server 169.254.169.123 prefer iburst minpoll 4 maxpoll 4
    2. 퍼블릭 Amazon Time Sync Service에 연결하려면 다음 줄을 추가합니다.

      pool time.aws.com iburst
  2. 다음 명령 중 하나를 사용하여 대몬(daemon)을 다시 시작합니다.

    • chrony

      sudo service chronyd force-reload
    • ntpd

      sudo service ntp reload
macOS
퍼블릭 Amazon Time Sync Service를 사용하도록 macOS 인스턴스 또는 디바이스 설정
  1. 시스템 환경 설정를 엽니다.

  2. Date & Time(날짜 및 시간)을 선택한 다음 Date & Time(날짜 및 시간) 탭을 선택합니다.

  3. 변경하려면 잠금 아이콘을 선택하고 암호를 묻는 메시지가 표시되면 암호를 입력합니다.

  4. Set date and time automatically(날짜 및 시간 자동 설정)에 time.aws.com을 입력합니다.

Windows
퍼블릭 Amazon Time Sync Service를 사용하도록 Windows 인스턴스 또는 디바이스 설정
  1. 제어판을 엽니다.

  2. 날짜 및 시간 아이콘을 선택합니다.

  3. 인터넷 시간 탭을 선택합니다. PC가 도메인에 속해 있는 경우에는 이 탭을 사용할 수 없습니다. 이 경우 도메인 컨트롤러와 시간이 동기화됩니다. 퍼블릭 Amazon Time Sync Service를 사용하도록 컨트롤러를 구성할 수 있습니다.

  4. 설정 변경을 선택합니다.

  5. 인터넷 시간 서버와 동기화 확인란을 선택합니다.

  6. 서버 옆에 time.aws.com을 입력합니다.

퍼블릭 Amazon Time Sync Service를 사용하도록 Windows Server 인스턴스 또는 디바이스 설정

타임스탬프 비교

Amazon Time Sync Service를 사용하는 경우 Amazon EC2 인스턴스의 타임스탬프를 ClockBound와 비교하여 이벤트의 실제 시간을 결정할 수 있습니다. ClockBound는 EC2 인스턴스의 클록 정확도를 측정하고 지정된 타임스탬프가 인스턴스의 현재 클록과 관련하여 과거인지 미래인지 확인할 수 있도록 합니다. 이 정보는 각 인스턴스의 지리적 위치에 관계없이 EC2 인스턴스 전체에서 이벤트 및 트랜잭션의 순서와 일관성을 결정하는 데 유용합니다.

ClockBond는 오픈 소스 데몬과 라이브러리입니다. 설치 지침을 포함하여 ClockBound에 대한 자세한 내용은 GitHubClockBound를 참조하세요.

PTP 하드웨어 클럭에 대한 직접 PTP 연결을 사용하는 경우 chrony와 같은 시간 대몬(daemon)은 클럭 오차 범위를 과소평가합니다. 이는 PTP 하드웨어 클럭이 NTP와 같은 방식으로 올바른 오차 범위 정보를 chrony에 전달하지 않기 때문입니다. 따라서 시계 동기화 대몬(daemon)은 클럭이 UTC에 정확하다고 가정하므로 오차 범위가 0입니다. 전체 오차 범위를 측정하기 위해 Nitro System은 PTP 하드웨어 클럭의 오차 범위를 계산하고 이를 ENA 드라이버 sysfs 파일 시스템을 통해 EC2 인스턴스에서 사용할 수 있도록 지원합니다. 나노초 단위의 값으로 직접 읽을 수 있습니다.

PTP 하드웨어 클럭 오류 범위를 검색하는 방법
  1. 먼저 다음 명령 중 하나를 사용하여 PTP 하드웨어 클록 디바이스의 올바른 위치를 가져옵니다. 명령의 경로는 인스턴스를 시작할 때 사용한 AMI에 따라 달라집니다.

    • 대상 Amazon Linux 2:

      cat /sys/class/net/eth0/device/uevent | grep PCI_SLOT_NAME
    • Amazon Linux 2023의 경우:

      cat /sys/class/net/ens5/device/uevent | grep PCI_SLOT_NAME

    출력은 PTP 하드웨어 클럭 디바이스의 위치인 PCI 슬롯 이름입니다. 이 예제에서 위치는 0000:00:03.0입니다.

    PCI_SLOT_NAME=0000:00:03.0
  2. PTP 하드웨어 클럭 오차 범위를 검색하려면 다음 명령을 실행합니다. 이전 단계의 PCI 슬롯 이름을 포함합니다.

    cat /sys/bus/pci/devices/0000:00:03.0/phc_error_bound

    출력은 PTP 하드웨어 클럭의 클럭 오차 범위(나노초)입니다.

PTP 하드웨어 클럭에 대한 직접 PTP 연결을 사용할 때 특정 시점의 올바른 클럭 오차 범위를 계산하려면 chrony가 PTP 하드웨어 클럭을 폴링하는 시간에 chrony 또는 ClockBound에서 바인딩된 클럭 오차를 추가해야 합니다. 클럭 정확도 측정 및 모니터링에 대한 자세한 내용은 Manage Amazon EC2 instance clock accuracy using Amazon Time Sync Service and Amazon CloudWatch – Part 1을 참조하세요.

인스턴스의 시간대 변경

Amazon Linux 인스턴스는 기본적으로 UTC(협정 세계시) 표준 시간대로 설정됩니다. 인스턴스의 시간을 현지 시간대나 네트워크의 다른 시간대로 변경할 수 있습니다.

중요

이 정보는 Amazon Linux에 적용됩니다. 기타 배포에 대한 자세한 내용은 해당 설명서를 참조하세요.

AL2023 또는 Amazon Linux 2 인스턴스에서 시간대를 변경하는 방법
  1. 시스템의 현재 표준 시간대 설정을 확인합니다.

    [ec2-user ~]$ timedatectl
  2. 사용 가능한 표준 시간대를 나열합니다.

    [ec2-user ~]$ timedatectl list-timezones
  3. 선택한 표준 시간대를 설정합니다.

    [ec2-user ~]$ sudo timedatectl set-timezone America/Vancouver
  4. (선택 사항) timedatectl 명령을 다시 실행하여 현재 표준 시간대가 새 표준 시간대로 업데이트되는지 확인합니다.

    [ec2-user ~]$ timedatectl
Amazon Linux 인스턴스의 표준 시간대 변경
  1. 인스턴스에서 사용할 표준 시간대를 식별합니다. /usr/share/zoneinfo 디렉터리에는 표준 시간대 데이터 파일이 계층 구조로 들어 있습니다. 해당 위치의 디렉터리 구조를 탐색하여 원하는 표준 시간대의 파일을 찾습니다.

    [ec2-user ~]$ ls /usr/share/zoneinfo Africa Chile GB Indian Mideast posixrules US America CST6CDT GB-Eire Iran MST PRC UTC Antarctica Cuba GMT iso3166.tab MST7MDT PST8PDT WET Arctic EET GMT0 Israel Navajo right W-SU ...

    이 위치의 일부 항목(예: America)은 디렉터리이며, 이러한 디렉터리에는 도시별 표준 시간대 파일이 들어 있습니다. 인스턴스에 사용할 도시 또는 해당 표준 시간대에 속하는 도시를 찾습니다.

  2. /etc/sysconfig/clock 파일을 새 표준 시간대로 업데이트합니다. 이 예에서는 로스엔젤레스(/usr/share/zoneinfo/America/Los_Angeles)의 표준 시간대 데이터 파일을 사용합니다.

    1. /etc/sysconfig/clock 또는 vim과 같은 텍스트 편집기로 nano 파일을 엽니다. sudo의 경우 /etc/sysconfig/clock 소유이므로 편집기 명령으로 root를 사용해야 합니다.

      [ec2-user ~]$ sudo nano /etc/sysconfig/clock
    2. ZONE 항목을 찾아서 표준 시간대 파일로 변경합니다. 경로에서 /usr/share/zoneinfo 부분은 생략하십시오. 예를 들어 로스앤젤레스 표준 시간대로 변경하려면 ZONE 항목을 다음과 같이 변경합니다:

      ZONE="America/Los_Angeles"
      참고

      UTC=true 항목을 다른 값으로 변경하지 마세요. 이 항목은 하드웨어 클록에 대한 것으로, 인스턴스에 대해 다른 표준 시간대를 설정할 때 따로 조정할 필요가 없습니다.

    3. 파일을 저장하고 텍스트 편집기를 종료합니다.

  3. 인스턴스가 현지 시간 정보를 참조할 때 표준 시간대 파일을 찾을 수 있도록 /etc/localtime과 표준 시간대 파일 사이에 심볼 링크를 생성합니다.

    [ec2-user ~]$ sudo ln -sf /usr/share/zoneinfo/America/Los_Angeles /etc/localtime
  4. 시스템을 재부팅하여 모든 서비스와 애플리케이션에 새로운 표준 시간대 정보를 적용합니다.

    [ec2-user ~]$ sudo reboot
  5. (선택 사항) date 명령을 사용하여 현재 표준 시간대가 새 표준 시간대로 업데이트되는지 확인합니다. 현재 표준 시간대가 출력에 나타납니다. 다음 예에서 현재 표준 시간대는 로스앤젤레스 표준 시간대를 참조하는 PDT입니다.

    [ec2-user ~]$ date Sun Aug 16 05:45:16 PDT 2020

윤초

1972년에 도입된 윤초는 국제 원자시(TAI)와 태양시(Ut1) 간의 차이를 수용하기 위해 지구 자전의 불규칙성을 고려하여 UTC 시간을 1초씩 조정하는 것입니다. 고객을 대신하여 윤초를 관리하기 위해 Amazon Time Sync Service 내에서 윤초 스미어링(leap smearing)을 설계했습니다. 자세한 내용은 Look Before You Leap – The Coming Leap Second and AWS를 참조하세요.

윤초는 사라지고 있으며, Amzaon은 2035년 또는 그 이전에 윤초를 없애기로 한 제27차 도량형 총회 결정을 전적으로 지지합니다.

이러한 전환을 지원하기 위해 로컬 NTP 연결 또는 퍼블릭 NTP 풀(time.aws.com)을 통해 Amazon Time Sync Service에 액세스할 때 윤초 발생 시 시간 스미어링(smearing)을 계획하고 있습니다. 그러나 PTP 하드웨어 클럭은 스미어링한 시간 옵션을 제공하지 않습니다. 윤초가 발생하는 경우 PTP 하드웨어 클럭은 UTC 표준에 따라 윤초를 추가합니다. 대부분의 경우 윤초를 스미어링한 시간 소스와 윤초 시간 소스는 동일합니다. 그러나 윤초 발생 시에는 다르므로 시간 클라이언트 구성에서 스미어링한 시간 소스와 스미어링하지 않은 시간 소스 모두 사용하지 않는 것이 좋습니다.