EC2 T2 인스턴스가 때때로 CPU 크레딧이 0으로 시작하는 이유


12

누구든지 새로운 T2.micro 인스턴스를 시작할 때 가끔 (50에서 1) 30이 아닌 CPU 크레딧 잔액이 0으로 시작하는 이유를 설명 할 수 있습니까?

Autoscaling 그룹에서 거의 동시에 시작한 두 시스템의 CPU 크레딧 잔액 스크린 샷을 첨부했습니다.

정상적인 시작-처음에 30 크레딧

비정상적인 시작-0 크레딧

큰 문제는 아니지만 CPU 크레딧이 거의 제로에 가까운 것을 확인하기 위해 모니터링 시스템을 혼란스럽게 만들고 있습니다!


1
동일한 24 시간 동안 많은 T2 인스턴스를 시작하고 있습니까? docs.aws.amazon.com/AWSEC2/latest/UserGuide/…
Håkan Lindqvist

1
자리에, 나는 전에 그 각주를 본 적이 없어! 누군가가 코드 변경을 푸시 할 때마다 ~ 6 개의 인스턴스를 시작하므로 바쁜 하루에 쉽게 100을 초과 할 수 있습니다. 답변으로 게시하고 명성은 모든 당신 ;-)입니다
이안 Bamforth

답변:


17

Amazon 은 T2 (버스트 테이블) 인스턴스 에 대한 설명서에서 이러한 인스턴스가 일반적으로 처음에 30 개의 CPU 크레딧을 가지고 있지만이 초기 크레딧이 적용되는 방법에는 제한이 있다고 언급합니다.

  • 초기 CPU 크레딧으로 시작하거나 시작하는 T2 인스턴스 수에는 제한이 있으며, 기본적으로 지역 당 계정 당 24 시간마다 T2 인스턴스를 100 회 시작 또는 시작하도록 설정되어 있습니다. 이 한도를 늘리려면 Amazon EC2 인스턴스 요청 양식을 사용하여 고객 지원 한도 증가 요청을 제출할 수 있습니다. 24 시간 내에 계정이 100 개 이상의 T2 인스턴스를 시작하거나 시작하지 않으면이 제한은 영향을 미치지 않습니다.

네, 제가 겪은 문제이기도합니다. 그것은 우스운 설정입니다, 그것은 당신이 전체 가격을 지불하고 평소 가치의 작은 부분을받는 것을 의미합니다.
John

2
@John 설명서의 상태와 같이 티켓을 제출하여 한도를 높일 수 있습니다. 초기 CPU 크레딧에만 T2 인스턴스를 사용하는 대규모 자동화를 방해하는 한계가 있다고 가정합니다.
Håkan Lindqvist
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.