logmon 폭주 이야기
로고몬이란?
로그 감시를 간단하게 할 수 있는 스크립트입니다.
참조: 로그몬으로 간단하게 로그 감시하기
원인/결과
하면, 만약, 만약...
logmon.conf의 내용을 모두 제거한 후 start logmon은 폭주하여 CPU를 물어뜯는다
그렇습니다.
존재하지 않는 파일이라도 가능하니 감시 설정을 적으면 이렇게 되지 않을 거야.
현상
AWS에 Web/AP 서버를 만들어 AP 측 사람에게 전달한 후
뭔지는 몰라도 AP 처리가 느려서 조사를 원한다고 해서 조사했습니다.
클라우드워치의 데이터를 보니 CPU 사용률이 20% 정도 붙어 있었다.
EC2를 재부팅하면 AP의 동작이 일시적으로 변경되지만 곧 동일한 상태가 됩니다.
다시 시동을 걸어 CPU 사용률을 살펴보니 100%에 가까운 위치에 붙이면 12% 정도로 떨어진다.
LPIC에서 배운 자원조사 지령을 회상하면서 조사를 진행하도록 하겠습니다.
어떤 과정이 문제인지 몰라서 자꾸 로고를 멈추는 곳 빙고.
(감시 대상 기록 파일이 아직 존재하지 않기 때문에logmon.conf가 새 것으로 설정되었습니다.)
(만약 상대방이 start를 원하지 않는다고 말한다면 나는 아무 말도 할 수 없다.)
조사 데이터
vmstat 실행 결과는 이런 느낌입니다.
○ logmon start 이후
[root@XXXXXX logmon]# vmstat 1 5
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
1 0 0 647612 2088 306896 0 0 463 404 127 408 4 2 91 1 2
1 0 0 647364 2088 306896 0 0 0 0 255 1891 31 69 0 0 0
1 0 0 647364 2088 306896 0 0 0 0 254 1898 32 68 0 0 0
1 0 0 647364 2088 306896 0 0 0 0 253 1889 30 70 0 0 0
1 0 0 647364 2088 306896 0 0 0 0 254 1889 28 72 0 0 0
컨텍스트 스위치 예외.wait가 0이 되어 us/sys와 함께 뛴다.(bi/bo의 가격이 높은 이유는 EC2를 만든 후?)
○ logmon start 이후 잠시
[root@ip-172-31-37-57 ~]# vmstat 1 5
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
1 0 0 644340 2088 310312 0 0 65 60 223 1595 26 56 13 0 5
2 0 0 644092 2088 310312 0 0 0 0 51 294 7 7 0 0 87
4 0 0 644092 2088 310312 0 0 0 0 52 311 5 7 0 0 88
3 0 0 644092 2088 310312 0 0 0 0 51 275 6 7 0 0 86
4 0 0 644092 2088 310312 0 0 0 0 52 284 7 8 0 0 86
[root@ip-172-31-37-57 ~]#
[root@ip-172-31-37-57 ~]#
완료되었습니다.이것은 아마aws 측의 처리일 것이다(t2.micro이기 때문에 CPU 신용카드로 추정된다)○ Cloudwatch
Reference
이 문제에 관하여(logmon 폭주 이야기), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/seigorou/items/acd94936d116ea324042텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)