2017-10-16 13 views
1

EC2 인스턴스에서 uptime (bash) 또는 sys_getloadavg (php)과 같은 함수를 호출 할 때 해당 인스턴스에 대해 반환 된 값이 정확합니까? 아니면 인스턴스가 상주하는 전체 베어 메탈 시스템에 대한 반환 값입니까?AWS EC2 인스턴스에서로드 평균이보고됩니까?

Google에서 답변을 검색해 본 결과, 그 값을 신뢰할 수 없다고 말하는 older posts을 발견했습니다. 대신 CloudWatch를 사용해야합니다.

그러나 나는 의심의 여지가있다. 20 분 동안 유휴 한 갓 양산 우분투 인스턴스에 uptime이보고 : 내 사용 사례를 들어

07:22:23 up 20 min, 1 user, load average: 0.00, 0.00, 0.00 

을, 내가 필요하지 않은 것은 CloudWatch에서 제공하는 기능 - 부하 평균은 잘 있습니다. 즉,보고 된 값은 신뢰할만한 것입니까?

+0

읽으셨습니까? http://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html 또한 인스턴스 유형이란 무엇입니까? –

+0

방금 ​​살펴 봤지만 내 질문과 관련성이없는 것으로 나타났습니다.로드 평균을 게시 할 장소를 찾고있는 것이 아니며 시스템보고 측정 항목이 정확한지 알아야합니다. 내 유스 케이스는't2' 클래스 내에서 인스턴스 크기를 사용합니다. –

+0

솔직히 말하면, 그들이 정확한지 아닌지, OS에서 명령을 실행하는 이유에 대해 확신 할 수 없습니다. 결과로 달성하고자하는 것은 무엇입니까? 경고/확장 기능을 제공하는 경우 제공하는 도구를 사용하지 않는 이유는 무엇입니까? 일명 CloudWatch. – d1ll1nger

답변

1

표시된 값은 인스턴스에 대한 것이지 인스턴스가 실행중인 전체 호스트 시스템에 대한 값은 아닙니다. 일반적으로 말하자면, 그들은 워크로드의 의 신뢰할 수있는 표시입니다.

로드 평균은 정확해야합니다.

포럼 게시물은 버스트 가능 t1 및 t2 인스턴스뿐만 아니라 일부 이전 인스턴스 유형에서도 특히 발생합니다. 여기서 CPU %가 CloudWatch와 인스턴스가 보는 것 사이에 정렬되지 않을 수 있습니다. 이웃과 실제로 자원을 "공유"하는 것이 아니라면, 인스턴스가 현재 지불하고있는 인스턴스 유형보다 빠른 하드웨어에서 실행 중이거나 신용을 확보했기 때문에 모든 CPU 용량을 사용할 수 없습니다 - 기반 스로틀 링 (t1 또는 t2에서).