Linux CPU 사용률과 load average를 함께 읽는 방법

load 숫자는 CPU 사용 퍼센트가 아닙니다

CPU 사용률은 낮은데 load average는 높게 표시되는 상황이 있습니다. 두 값을 같은 지표로 보면 화면이 모순처럼 보이지만, load는 CPU를 쓰거나 기다리는 작업 상태와 관련된 평균이므로 CPU 사용 퍼센트와 의미가 다릅니다. 숫자를 확인한 시각과 관찰 기간을 함께 기록해야 합니다.

Linux procps의 uptime과 top을 기준으로 설명합니다. 이 글은 장비의 장애 임계치를 제시하는 자료가 아니라 지표를 잘못 읽지 않기 위한 확인 순서입니다. 명령은 조회 목적이며 프로세스 종료나 우선순위 변경을 포함하지 않습니다.

코어 수와 관찰 구간을 같이 적습니다

uptime
nproc
top

uptime의 load average는 보통 1분·5분·15분 평균을 보여 줍니다. top의 CPU 표시는 갱신 구간의 상태입니다. 서로 다른 기간을 비교하므로 화면 한 번의 숫자만으로 원인을 단정하지 않습니다. nproc는 현재 프로세스에서 이용 가능한 처리 장치 수를 보여 주는 GNU 도구로 실행 환경의 제한 영향을 고려합니다.

교육용으로 처리 장치 4개 환경에서 load 4.0을 보았다고 가정해도 곧바로 ‘CPU 100%’로 변환할 수 없습니다. 작업 상태와 대기 원인을 더 봐야 합니다. 프로세스별 CPU 퍼센트도 표시 방식에 따라 여러 코어 사용 때문에 100을 넘을 수 있으므로 도구의 집계 모드를 확인합니다.

높은 load에서 다음으로 볼 것

Linux load에는 실행 가능한 작업뿐 아니라 일부 중단 불가능한 대기 작업도 포함됩니다. CPU가 바쁘지 않아 보이면 저장 장치나 다른 대기 상황을 조사할 후보가 생깁니다. 단, load만으로 디스크 장애라고 확정하지 않습니다. 프로세스 상태, 입출력 지표, 시스템 오류와 같은 추가 근거를 같은 시간대에서 확인합니다.

CPU 사용률과 load가 모두 높을 때도 원인은 여러 가지입니다. 정상 배치 작업 시간인지, 요청이 증가했는지, 비정상 프로세스가 있는지 확인합니다. 프로세스 이름이 익숙하지 않다는 이유로 종료하지 말고 실행 주체와 업무 영향을 먼저 조사합니다. 실제 계정과 명령행은 공개 기록에서 가립니다.

관찰 기간이 다른 수치를 비교한 예

가상 화면에서 현재 CPU 사용률이 낮고 1분 load만 높다면 바로 모순이라고 쓰지 않습니다. 조금 전 배치가 끝난 뒤 현재 값은 낮아졌지만 평균에는 이전 작업이 남아 있을 수 있습니다. 5분·15분 값과 다음 표본을 비교해 지속인지 지나간 급증인지 확인합니다.

여러 서버의 load를 비교할 때 처리 장치 수와 컨테이너 제한이 다르면 같은 숫자의 의미도 달라집니다. 장비 A가 2개, B가 16개 처리 장치를 쓴다는 정보를 함께 적습니다. 그 차이만으로 성능 등급을 매기지 않고 업무량·대기 상태·사용자 영향을 함께 설명합니다.

일시적 급증과 지속 상태를 구분합니다

시각: 실제 조회 시각과 시간대
관찰 구간: 1분/5분/15분 또는 갱신 주기
처리 장치 수: 조회값과 실행 환경
CPU: 도구가 표시한 값과 집계 방식
load: 1·5·15분 값
관련 증상: 사용자 지연, 배치, 오류
판정: 정상/추가 조사/미확인

짧은 작업 뒤 1분 평균만 높은 상황과 15분 평균까지 계속 높은 상황의 후속 조사는 달라질 수 있습니다. 기준선을 만들 때는 같은 업무 시간대의 여러 표본을 비교하고 서버마다 코어 수와 자원 제한을 기록합니다. 고정 숫자 하나를 모든 장비에 적용하지 않습니다.

다음 점검부터 CPU와 load를 나란히 남기고 설명에 관찰 기간을 넣어 보세요. 이 글의 예시는 교육용이며 실제 Linux 호스트에서 측정한 성능이나 장애 기록은 아닙니다.

공식 자료와 확인 범위

기술 자료 확인일: 2026년 10월 12일. 교육용 자료는 실제 기관·고객의 기록이 아닙니다.

procps uptime 매뉴얼: load average

Linux 커널 문서: 프로세스 정보