EC2 T2 "버스트 테이블"유형에 대한 설명서는 다음과 같습니다.
기본 성능 및 버스트 기능은 CPU 크레딧에 의해 결정됩니다. 각 T2 인스턴스는 인스턴스 크기에 따라 설정된 비율로 CPU 크레딧을 지속적으로받습니다. T2 인스턴스는 유휴 상태 일 때 CPU 크레딧을 발생 시키고 활성 상태 일 때 CPU 크레딧을 사용합니다. CPU 크레딧은 1 분 동안 전체 CPU 코어의 성능을 제공합니다.
내가 이해하지 못하는 것은 유휴 가 무엇을 의미합니까? 모든 인스턴스는 일부 CPU> 0 %를 사용하므로 인스턴스가 "유휴"한 것으로 간주되는 CPU 사용량이 있습니까?
놀랍게도,이 용어의 자유로운 사용을 감안할 때, 나는 어디에서나 "유휴"의 정의를 찾을 수 없습니다.
답변:
좋은 질문은 아마존 EC2에 대한 문서 T2 인스턴스의 CPU 크레딧은 실제로 여기에 더 정확하게 할 수 - 소개 블로그 게시물 의 새로운 저가 EC2 인스턴스 Burstable 성능과 더 나은 설명을 제공, 중간에 표를 참조하십시오 :
"Baseline Performance"라는 열은 인스턴스에 할당 된 기본 물리적 CPU의 단일 코어 성능 백분율을 나타냅니다. 예를 들어, t2.small 인스턴스는 2.5GHz (터보 모드에서 최대 3.3GHz)로 실행되는 Intel Xeon 프로세서의 단일 코어의 20 %에 액세스 할 수 있습니다. t2.medium은 단일 코어 성능의 40 %에 액세스 할 수 있으며, 요구 사항에 따라 하나 또는 두 코어 모두에서 사용할 수있는 운영 체제입니다.
"CPU Credits / Hour"레이블이 붙은 열은 T2 인스턴스가 매시간 수신하는 CPU 크레딧 비율을 나타냅니다. 인스턴스가 CPU의 기본 할당을 사용하지 않으면 CPU 크레딧이 누적되고 인스턴스가 활성화되면 소비됩니다 . 사용하지 않은 CPU 크레딧은 최대 24 시간 동안 저장됩니다. [강조 광산]
t1.micro인스턴스에 대한 이전 제한 모델보다 상당히 중요하고 경쟁적인 개선 입니다.
"유휴"는 일반적으로 Linux 서버에 대해 정의하기 어렵습니다. 일반적으로 유휴 상태는 사용자 모드, 시스템 모드, 낮은 우선 순위 모드, I / O 대기 또는 인터럽트에 소비하지 않는 시간이어야합니다. 다른 프로세스의 경우 사용자 모드 시간으로 변환됩니다.
그러나 AWS t2의 유휴 문제에 대해서는 보류되지 않습니다. "도난당한"시간 때문에 t1을 유지하지는 못했지만 t2 동작을 설명하지는 않습니다. Linux top과 AWS CloudWatch에서보고 한 유휴 시간이 문서화 된 임계 값 수준보다 높지만 인스턴스가 CPU 크레딧을 획득하는 대신 CPU 크레딧을 잃고있는 시나리오를 경험했습니다. 나는 이것이 아마존 측의 회계 오류라고 생각하며, 고칠 때까지 CPU 사용률과 유휴가 어떻게 정의되는지 이해하기가 너무 힘들면 시간 낭비가 될 것입니다.
AWS의 지원 포럼에 대한 예시적인 차트를 게시했습니다. https://forums.aws.amazon.com/thread.jspa?messageID=568026#568026
이것은 아래와 같습니다
전체적으로 최대 10 % 단일 코어에서 실행되는 마이크로 인스턴스를 사용하는 경우. 서버가 단일 코어의 5 %를 소비 할 때 시간이 왔다고 가정하면 컴퓨팅 성능의 5 %를 유휴 상태로 간주합니다. 이 5 %는 24 시간 동안 코스 외부 누적을 유지합니다. 이제이 축적이 있고 서버가 컴퓨팅 능력을 고갈하는 동안이 축적 된 컴퓨팅 능력에서 빌릴 수있는 것보다 의미가 있다면. 이 컴퓨팅 성능을 위해 그들은 CPU 크레딧이라는 멋진 단어를 사용했습니다.
Google에서 일부 블로그 http://themindtracks.com/amazon-launches-new-low-cost-ec2-instances-burstable-performance/ 에서 좋은 설명을 찾았습니다.