서버로드 증가 원인을 찾는 방법

12

내 서버에로드 문제가 있으며 다소 경험이 풍부한 Linux 관리자이지만 아이디어가 없습니다.

문제는 명백한 원인없이 서버에서 느리지 만 꾸준히 증가하는 부하입니다.

서버는 6GB RAM이 장착 된 AMD Athlon (TM) 64 X2 듀얼 코어 프로세서 6000 이상입니다. Linux gir 2.6.26-2-amd64 # 1 SMP Wed Aug 19 22:33:18 UTC 2009 x86_64 GNU / Linux에서 Debian Stable을 실행하고 있습니다.

서버는 기본적으로 Lighttpd, 여러 FastCGI PHP 프로세스 및 MySQL 데이터베이스를 실행합니다. 일반적인 웹 서버 작업.

CPU는 실제로 완전히 사용되지 않으며 메모리는 주로 버퍼 및 캐시에 사용됩니다. 여러 서비스를 다시 시작하여 그 중 하나가 다시로드를 줄이려고했는지 확인했지만 운이 없었습니다.

다음은로드, CPU 및 IOStat를 보여주는 그래픽입니다.

따라서 질문은 무엇입니까? 무엇이 느리지 만 계속 증가하는 부하를 유발할 수 있습니까? 그리고 책임이 무엇인지 어떻게 알 수 있습니까?

업데이트 : 서버를 재부팅 할 때 부하가 약 0.3에서 0.6으로 감소하고 다음 주에 걸쳐 천천히 다시 상승하기 시작한다는 것을 언급하지 않았습니다.

linux

— 안드레아스 고어
소스

1

게시 한 이미지가 더 이상 존재하지 않습니다. 여전히 사본이 있으면 언제든지 다시 업로드하십시오.

— Michael Hampton

6

각 좀비 프로세스는 부하에 1.0을 추가합니다. 좀비가 쌓이는 것을 볼 수 있습니다.

예. " 프로세스 수 "그래프를 확인하십시오 .

— Teddy

그것이 정확하다면, 타이핑 for N in {1..100} ; do sleep 60 & done ; exec sleep 500은 높은 하중을 유발하기에 충분해야합니다. 그러나 그렇지 않습니다. 이 명령은 100 개의 좀비를 생성하지만 내 컴퓨터의로드는 1 미만으로 유지되었습니다.

— kasperd

5

나는 다른 질문 에 대한 훌륭한 힌트를 발견 했다 .

상태 'D'에서 프로세스를 찾는 것은로드 곡선의 "단계"에 해당하는 꽤 오랫동안 멈추는 것처럼 보이는 4 개의 PHP 프로세스를 보여줍니다.

#> ps aux | awk '$8 ~ /D/  { print $0 }'
wiki      6651  0.0  0.0      0     0 ?        D    Oct04   0:41 [php-cgi]
bugs      6731  0.0  0.0      0     0 ?        D    Oct27   0:14 [php-cgi]
manpages  7536  0.0  0.0      0     0 ?        D    Oct30   0:21 [php5-cgi]
wiki     23847  0.0  0.0      0     0 ?        D    Oct06   1:32 [php-cgi]

그래서 이것들은 문제인 것 같습니다. 이제 프로세스가 중단되는 동안 어떻게 해결해야하는지 알아야합니다. 모두 감사합니다.

— 안드레아스 고어
소스

이 답변은 내 문제를 해결했습니다. 부하가 0.5에서 350으로 증가하고 계속 상승했습니다. 삭제 된 원격 폴더를 읽으려는 좀비 프로세스 때문입니다.

— Philippe Delteil

2

내 생각 엔 서버가 IO 굶주린 것 같습니다. 아마도 iotop 통계를 그래프에 추가해야합니다.

서버로드의 요소 인 응용 프로그램 당 활동을 가질 수 있는지 궁금합니다.

http://rt.wiki.kernel.org/index.php/I/Otop_utility

다른 도구는 dstat입니다

— 마리 우즈
소스

IOStat에 대한 그래픽도 추가했습니다. 로드가 증가함에 따라 디스크 IO가 증가하지 않습니다. 그게 당신이 겨냥한 것입니까?

— Andreas Gohr 2009

아 그리고 dstat가 유용 해 보입니다. 그것에 대해 조금 더 읽어야합니다.

— Andreas Gohr 2009

2

I / O 인 경우 CPU 그래프에서 iowait (분홍색)가 표시됩니다.

— 3 몰로
소스

0

이러한 종류의 문제는 종종 MySQL 데이터베이스와 HTTP 서버에 필요한 데이터를 제공하기에 충분히 빠르지 않은 하드 디스크에서 발생합니다. iostat 명령을 봐야합니다

IO는 나에게 평범 해 보인다. 그리고 왜 부하가 서서히 증가하는지 설명하지 않습니다.

— Andreas Gohr 2009

-1

일반적으로 서버로드가 높은 것은 실제로 나쁜 일이 아닙니다. 그것은 당신이 유휴 상태에 있지 않고 당신이 할 수있는 것보다 적은 일을하고 있다는 것을 의미합니다. 전체 용량의 80 % -90 %로드 (일부 "버스트"공간 포함)는 일반적으로 찾는 것입니다. mpstat 및 vmstat의 출력을 확인하는 것이 좋습니다. 특히, vmstat의 처음 두 숫자는 실행 큐의 프로세스 측면에서 "백업"되는 방법에 대한보다 의미있는 정보를 제공 할 수 있습니다. vmstat 출력의 마지막 열 ( "wa")은 I / O 완료를 기다리는 경우와 시간을 알려줍니다. 실행 큐 크기와 I / O 대기 시간은 종종 상관 관계가 있습니다. 또한 sysstat 패키지에서 sar을 확인하십시오. 일정 기간 동안 발생한 상황에 대한 자세한 정보를 제공합니다. 기록하는 메트릭은 매우 철저합니다.