메뉴
Amazon Elastic Compute Cloud
User Guide for Linux Instances

T1 마이크로 인스턴스

T1 마이크로 인스턴스(t1.micro)는 소량의 CPU 리소스를 일정하게 제공하며 추가 주기를 사용할 수 있을 때 단기간에 CPU 용량을 확장할 수 있습니다. 처리 속도가 낮아 정기적으로 컴퓨팅 주기를 추가해야 하는 애플리케이션과 웹 사이트에 적합합니다.

참고

t1.micro는 이전 세대 인스턴스이며, 성능 프로필이 훨씬 더 뛰어난 t2.micro로 대체되었습니다. t1.micro 대신 t2.micro 인스턴스 유형을 사용하는 것이 좋습니다. 자세한 내용은 T2 인스턴스 단원을 참조하십시오.

t1.micro 인스턴스는 Amazon EBS 기반 인스턴스로만 제공됩니다.

이 문서에서는 t1.micro 인스턴스를 적용하는 방법을 알 수 있도록 인스턴스의 작동 방법을 설명합니다. 이 문서는 정확한 동작을 설명하기 위한 것이 아니라 인스턴스의 동작에 대한 가시성을 제공하여 인스턴스의 성능을 이해할 수 있도록 돕기 위한 것입니다.

하드웨어 사양

Amazon EC2 인스턴스 유형별 하드웨어 사양에 대한 자세한 내용은 Amazon EC2 인스턴스를 참조하십시오.

최적의 상태로 T1 마이크로 인스턴스 적용

t1.micro 인스턴스는 다음 그림에 표시된 것과 비슷한 CPU 사용 프로필을 가진 작업을 위해 급증하는 CPU 리소스를 제공합니다.

 매우 적합함

인스턴스는 두 가지 수준 즉, 정상 이하 배경 수준과 배경 수준보다 훨씬 더 높은 순간 스파이크 수준에서만 CPU를 사용하도록 설계되었습니다. 인스턴스를 최대 2개의 EC2 컴퓨팅 유닛(ECU)으로 작동할 수 있습니다. ECU 한 개당 제공하는 용량은 1.0-1.2 GHz 2007 Opteron 또는 2007 Xeon 프로세서와 동일합니다. 최대 수준과 배경 수준 사이의 비율이 커지도록 설계되었습니다. 애플리케이션에서 분당 수십 개의 요청을 지원하도록 t1.micro 인스턴스를 설계했습니다. 그러나 실제 성능은 애플리케이션에서 각 요청에 필요한 CPU 리소스의 양에 따라 상당히 다를 수 있습니다.

사용 중인 애플리케이션의 CPU 사용 프로필은 이전 섹션에 설명된 것과 다를 수 있습니다. 다음 그림은 t1.micro 인스턴스에 적합하지 않은 애플리케이션에 대한 프로필을 보여줍니다. 각 요청에 대해 데이터를 고속으로 대량 처리하는 CPU 리소스가 애플리케이션에 필요하므로 t1.micro 인스턴스에서 처리할 수 없는 CPU 사용 정체가 발생합니다.

 적합하지 않음: 정체

다음 그림은 t1.micro 인스턴스에 적합하지 않은 다른 프로필을 보여줍니다. 여기에서 CPU 사용 스파이크는 짧지만 너무 자주 발생되므로 마이크로 인스턴스에서 처리할 수 없습니다.

 적합하지 않음: 너무 자주 발생함

다음 그림은 t1.micro 인스턴스에 적합하지 않은 다른 프로필을 보여줍니다. 여기에서는 스파이크가 너무 자주 발생하지는 않지만 스파이크 간의 배경 수준이 너무 높아서 t1.micro 인스턴스에서 처리할 수 없습니다.

 적합하지 않음: 배경 수준이 너무 높음

t1.micro 인스턴스에 적합하지 않은 각각의 이전 작업 사례에서는 다른 인스턴스 유형을 사용하는 것이 좋습니다. 인스턴스 유형에 대한 자세한 내용은 인스턴스 유형 단원을 참조하십시오.

스파이크 동안 사용 가능한 CPU 리소스

인스턴스는 컴퓨팅 리소스에 대한 수요 스파이크를 수용하도록 확장될 경우 호스트에서 사용되지 않은 리소스를 사용합니다. 사용 가능한 양은 스파이크가 발생할 때의 경합 정도에 따라 다릅니다. 호스트에 있는 다른 인스턴스의 급증 여부에 상관없이 인스턴스는 CPU 리소스가 고갈된 상태로 유지되지 않습니다.

인스턴스에서 할당된 리소스를 사용하는 경우

애플리케이션에서 지정된 기간 동안 특정 양의 CPU 리소스만 사용해야 합니다. 애플리케이션에서 인스턴스에 할당된 것보다 더 많은 CPU 리소스를 사용할 경우 낮은 CPU 수준에서 작동하도록 인스턴스를 일시적으로 제한합니다. 인스턴스에서 계속해서 할당된 리소스를 모두 사용할 경우 성능이 저하됩니다. 이 경우 CPU 수준을 제한하는 시간이 늘어나므로 다시 확장하기 위해 인스턴스가 할당되는 시간이 길어집니다.

t1.micro 인스턴스에 대한 CloudWatch 모니터링을 활성화할 경우 AWS Management Console에서 "Avg CPU Utilization" 그래프를 사용하여 인스턴스에서 모든 할당된 CPU 리소스를 정기적으로 사용하는지 여부를 확인할 수 있습니다. 각 지정된 기간 중에 도달한 최대값을 조사하는 것이 좋습니다. 최대값이 100%인 경우 Auto Scaling를 사용하여 확장하거나(추가 t1.micro 인스턴스 및 로드 밸런서 사용) 더 큰 인스턴스 유형으로 전환하는 것이 좋습니다. 자세한 내용은 Auto Scaling 사용 설명서 단원을 참조하십시오.

이전 섹션에서 최선이 아닌 세 프로필과 인스턴스에서 할당된 리소스를 소진하여 CPU 수준을 제한해야 하는 경우를 고려하십시오. 인스턴스에서 할당된 리소스를 소진한 경우 인스턴스를 낮은 배경 수준으로 제한합니다. 다음 그림은 데이터를 고속으로 대량 처리하는 CPU 사용 정체가 긴 상황을 보여줍니다. CPU가 최대 허용 수준에 도달하여 해당 기간에 대해 인스턴스에 할당된 리소스가 소진될 때까지 해당 상태로 유지됩니다. 그러면 인스턴스를 낮은 배경 수준에서 작동하도록 제한하고, 인스턴스는 해당 수준 이상으로 다시 확장되도록 허용될 때까지 제한된 수준으로 작동합니다. 인스턴스는 할당된 리소스가 소진되어 다시 제한될 때까지(그래프에 표시되지 않음) 이 상태로 유지됩니다.

 적합하지 않음: 너무 넓고 제한됨

다음 그림은 너무 자주 발생하는 요청을 보여줍니다. 인스턴스에서 단 몇 번의 요청만에 할당된 리소스를 모두 사용하므로 인스턴스가 제한됩니다. 제한을 높이면 인스턴스에서 요청을 처리하기 위해 CPU 사용을 최대화하고 그러면 인스턴스가 다시 제한됩니다.

 적합하지 않음: 너무 자주 발생하므로 제한됨

다음 그림은 너무 높은 배경 수준을 보여줍니다. 인스턴스를 제한 대상이 되는 최대 CPU 수준으로 작동할 필요가 없습니다. 인스턴스가 정상 배경 수준 이상에서 작동하여 지정된 기간에 대해 할당된 리소스가 모두 소진될 경우 인스턴스를 제한합니다. 이전의 경우와 마찬가지로 이 경우에도 인스턴스에서 작업을 계속할 수 없으므로 인스턴스를 다시 제한합니다.

 적합하지 않음: 배경 수준이 너무 높으므로 제한됨

m1.small 인스턴스 유형과 비교

t1.micro 인스턴스는 항상 다른 수준의 CPU 리소스를 제공합니다(최대 2 ECU). 이에 비해 m1.small 인스턴스 유형은 항상 1 ECU를 제공합니다. 다음 그림에서는 차이점을 보여 줍니다.

 m1.small과의 일반적인 비교

이전 섹션에서 설명한 다양한 시나리오를 기준으로 t1.micro 인스턴스의 CPU 사용을 m1.small 인스턴스와 비교합니다. 다음 그림은 t1.micro 인스턴스에 가장 적합한 시나리오(왼쪽 그래프)와 m1.small 인스턴스의 경우(오른쪽 그래프)를 보여줍니다. 이 경우에는 t1.micro 인스턴스를 제한할 필요가 없습니다. CPU 수요의 각 스파이크에 대한 m1.small 인스턴스의 처리 시간이 t1.micro 인스턴스에 비해 더 깁니다.

 m1.small: 최적의 상황과 비교

다음 그림은 t1.micro 인스턴스에서 할당된 리소스를 모두 사용한, 데이터를 고속으로 대량 처리하는 요청이 있는 시나리오와 m1.small 인스턴스의 경우를 보여줍니다.

 m1.small과 비교: 너무 넓은 정체

다음 그림은 t1.micro 인스턴스에서 할당된 리소스를 모두 사용하는 잦은 요청과 m1.small 인스턴스에서 해당 요청이 어떻게 나타나는지 보여줍니다.

 m1.small과 비교: 너무 자주 발생

다음 그림은 배경 수준에서 t1.micro 인스턴스에 할당된 리소스를 모두 사용하는 상황과 m1.small 인스턴스에서 해당 배경 수준이 어떻게 나타나는지 보여줍니다.

 m1.small과 비교: 배경이 너무 높음

마이크로 인스턴스에 대한 AMI 최적화

t1.micro 인스턴스 유형에 대해 AMI를 최적화할 경우 다음 모범 사례를 따르는 것이 좋습니다.

  • 600MB의 RAM에서 실행하도록 AMI 설계

  • CPU 시간을 사용하는 반복 프로세스 수 제한(예: 크론 작업, 데몬)

스왑 공간 및 가상 메모리를 사용하여 성능을 최적화할 수 있습니다(예: 루트 파일 시스템과 별도의 파티션에서 스왑 공간 설정).