cpu credit balance이 200까지 선형적으로 증가하다가, 인스턴스가 리붓 됐습니다. t2.small의…

cpu credit balance이 200까지 선형적으로 증가하다가, 인스턴스가 리붓 됐습니다. t2.small의 경우 Maximum Earned CPU Credit Balance 값이 288 이군요. cpu credit 값이 증가하는 동안 인스턴스의 CPU 사용율은 1% 정도였습니다.

cpu credit를 소모해서 리붓 된건지, CPU 사용율과 별개로 왜 CPU credit가 증가한 건지

비슷한 경험해 보신분 있는지요.

2 thoughts on “cpu credit balance이 200까지 선형적으로 증가하다가, 인스턴스가 리붓 됐습니다. t2.small의…

  1. 크레딧이 0으로 가도 리붓이 되면 안됩니다. 클라우드 와치 지표상 CPU가 20%로 제한됩니다. 다만 CPU가 쓰로틀링이 되니까 서비스는 안될수는 있습니다. (CPU 100%찼을때랑 비슷한 현상)

    의도치 않은 리부팅이 되었을 경우
    해당 서버의 모니터링 그래프 보시면
    Status Check Failed (xxxxx) 인 그래프 두개가 있는데, 이걸 보시면 AWS쪽 문제인지 OS단(사용자단) 문제인지 확인이 가능합니다.

    (xxxxx)가 System인 그래프가 변경된 경우 AWS쪽 문제이며,
    Instance 인 경우 사용자 문제 입니다.
    http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/monitoring-system-instance-status-check.html#types-of-instance-status-checks

    Instance인 경우 OS 및 application 로그를 확인 해봐야하겠구요..
    가끔 서비스가 장애가 길어지면 예외처리로 리부팅 시키는 데도 있긴하더군요…

    System인 경우 SLA가 있긴한데… Multi-AZ 이중화가 필수 조건이라.. 배상받기는 좀 힘들구요… 케이스열면 “미안하다, 그런데 이중화 하고 써라” 라는 답변을 받을수 있습니다. ㅡoㅡ;;;;

    사실 AWS도 물리 서버 기반이라 확율은 적지만 리부팅이 생길수 있으며 SLA에도 포함된 내용이죠… (그래도 다른 클라우드 보다는 안정적이라고 생각합니다)
    AWS말대로 중요한 서비스는 multi-az로 이중화 해서 쓰는게 정답이긴 하죠 ㅋ

답글 남기기

이메일은 공개되지 않습니다. 필수 입력창은 * 로 표시되어 있습니다.