Print
카테고리: [ Amazon Web Services ]
조회수: 14162

1. 기본개념

Burstable 인스턴스는 기본 수준의 CPU 성능을 제공하면서 기본 수준 이상으로 CPU 사용률을 버스트하는 기능을 제공하며
기준 사용률과 버스팅은 CPU credit에 의해 좌우됩니다.
 
 - 기본 성능 계산식 : 100% * 시간당 지급되는 Credit  / vCPU수 / 60분
                                  (ex. t3.nano에 경우 : 100%의 성능 * 6개 Credit / 2 Core / 60분  = 5%의 성능)
 
. 인스턴스 타입에 따라 정의된 기본 성능만큼의 Credit을 지속적으로 제공
. CPU 사용량이 기본 수준 이상으로 사용시 Credit 잔고 감소함=CPUCreditBalance 감소
. CPU 사용량이 기본 수준 이하면 Credit 잔고 증가함=CPUCreditBalance 증가
. Credit 잔고가 0이되면 standard mode/unlimited mode에 따라 다르게 동작
. t3에 경우 기본적으로 unlimited mode이나 AWS console에서 수정 가능함
   (AWS Console EC2 > Actions > Instance Settings > Change T2/T3 Unlimited 에서 변경)
 

2. Standard Mode

평균CPU사용률이 기본 수준보다 일관되게 낮은 워크로드에 적합합니다.
기본 수준 이상으로 bursting하려면 누적한 Credit을 사용해야하며 Credit이 고갈되면 CPU사용률이
점차적으로 기본 수준으로 떨어집니다 -> 성능저하를 유발할 수 있음
 
 - standard mode 예제

 

 
 

3. Unlimited Mode

unlimited로 설정된 인스턴스는 필요한 경우 언제든지 높은 CPU사용률 유지가 가능합니다 -> 성능 저하 없음
unlimited mode는 일종의 마이너스 통장과 같으며 특징은 다음과 같습니다.
. 잔고가 0(credit=0)이 되어도 계속 CPU 기본 수준 이상으로 사용 가능
. 마통(Surplus Credit) 한도는 소득 한도(Credit)와 동일
. 중도해지시 대출은 즉시 갚아야 함
 
 - unlimited mode 예제

 

 

4. 마무리

 . Credit 관련 메트릭은 Cloudwatch를 통해서 5분주기로 모니터링 가능하다.

 . 기본 성능을 계속 상화할 경우 T type은 M type의 비용을 넘어설 수 있으며 AWS에서 권고하는 손익분기 CPU량은 다음과 같다.

 

T type은 상대적으로 적은 크기의 메모리 제공, 다른 타입에 비해 낮은 네트웍 성능을 제공하곤 하지만 이런 제약사항이 문제되지 않는 환경이라면 비용적 이점을 위해 고려하기 적합하다.