갑자기 워드프레스 관리자 화면이 느려지거나 사이트 접속 속도가 급격히 떨어지는 경우가 있습니다. 특히 라이트세일 CPU 과부하 상태가 지속되면 단순 속도 저하 수준이 아니라 CPU 버스트 용량까지 빠르게 소진되면서 사이트 자체가 멈추는 상황으로 이어질 수 있습니다.
이번 문제는 OpenLiteSpeed 기반 워드프레스 서버에서 발생했습니다. 처음에는 트래픽 증가나 공격 문제라고 생각했지만, 실제로 확인해 보니 php-fpm 프로세스와 보안 플러그인이 동시에 CPU 사용량을 끌어올리고 있었습니다.
결과적으로 php-fpm 설정 수정과 Wordfence 비활성화를 통해 라이트세일 CPU 과부하 현상을 안정화할 수 있었고, 관리자 속도와 사이트 응답도 다시 정상으로 돌아왔습니다.
목차
라이트세일 CPU 과부하가 시작된 상황
처음에는 단순히 사이트가 약간 느려진 정도였습니다. 그런데 시간이 지나면서 워드프레스 관리자 진입 속도까지 급격하게 느려졌고, 페이지 이동 중 멈추는 현상도 발생하기 시작했습니다.
특히 OpenLiteSpeed 환경에서는 CPU 버스트 용량이 빠르게 줄어들면 순간적인 트래픽 변화에도 서버 응답이 크게 흔들릴 수 있습니다. 라이트세일 CPU 과부하 상태가 몇 시간 이상 유지되면 MySQL 응답이나 PHP 처리 속도까지 영향을 받게 됩니다.
CPU 그래프를 보니 버스트 영역까지 도달한 상태
라이트세일 지표 화면에서 CPU 사용량이 장시간 100% 근처를 유지하는 상태입니다. 일반적인 순간 스파이크가 아니라 지속적인 과부하 형태이며, CPU 버스트 영역까지 사용하고 있는 상황을 보여줍니다.
라이트세일 CPU 과부하가 오래 지속되면 워드프레스 응답 속도가 급격히 떨어지고 OpenLiteSpeed 캐시 응답도 느려질 수 있습니다. 특히 CPU 크레딧이 모두 소진되면 관리자 화면 로딩 자체가 멈추는 경우도 발생합니다.
htop으로 실제 CPU 사용 프로세스 확인
라이트세일 지표만으로는 어떤 요소가 CPU를 사용하는지 바로 확인하기 어렵습니다. 그래서 SSH로 접속한 뒤 htop 도구를 설치해 실시간 프로세스를 확인했습니다.
sudo apt install htop설치 후 아래 명령어를 입력하면 실시간 모니터링 화면을 볼 수 있습니다.
htophtop에서 php-fpm CPU 사용량 급증 확인
htop 실행 후 php-fpm: pool www 프로세스가 CPU를 과도하게 사용하는 상태를 보여주는 화면입니다. PHP 요청이 계속 쌓이면서 OpenLiteSpeed와 PHP-FPM 프로세스가 동시에 부하를 받는 상황입니다.
특히 워드프레스 플러그인 충돌이나 비정상적인 PHP 요청이 발생하면 php-fpm 프로세스가 CPU를 장시간 점유하는 경우가 있습니다. 라이트세일 CPU 과부하 원인을 찾을 때 가장 먼저 확인하는 항목 중 하나입니다.
OpenLiteSpeed 환경에서 PHP-FPM 설정 수정
검색 과정에서 Bitnami 문서를 참고하게 되었고, PHP-FPM 동작 방식이 CPU 사용량에 영향을 줄 수 있다는 내용을 확인했습니다.
기본 설정은 아래처럼 dynamic 형태였습니다.
pm=dynamic이 상태에서는 PHP 프로세스가 계속 유지되면서 CPU 사용량이 높아지는 경우가 있었습니다.
그래서 아래처럼 수정했습니다.
pm=ondemand설정 파일 경로:
/opt/bitnami/php/etc/php-fpm.d/www.conf설정 수정 후 아래 명령어로 PHP-FPM을 재시작했습니다.
sudo /opt/bitnami/ctlscript.sh restart php-fpm라이트세일 CPU 과부하 문제는 여기서 일부 완화되었지만, 다른 사이트 하나는 여전히 CPU 사용량이 높게 유지되었습니다.
Wordfence 플러그인이 CPU를 계속 점유하던 상황
워드프레스 플러그인 화면에서 보안 플러그인을 비활성화하는 과정입니다. CPU 사용량이 높은 상황에서는 보안 플러그인 스캔, 실시간 트래픽 감시, 방화벽 기능이 PHP 요청을 크게 증가시키는 경우가 있습니다.
특히 Wordfence는 OpenLiteSpeed 환경에서 PHP-FPM 사용량과 연결되는 사례가 종종 보고되며, 라이트세일 CPU 과부하 상황에서 원인 확인용으로 가장 먼저 테스트하는 플러그인 중 하나입니다.
플러그인 비활성화 후 CPU 사용량 안정화
Wordfence를 비활성화하고 일정 시간이 지나자 CPU 사용량이 빠르게 떨어졌습니다. 관리자 화면 이동 속도도 정상으로 돌아왔고 OpenLiteSpeed 캐시 응답 속도 역시 안정화되었습니다.
수정 후 htop 상태 변화
설정 수정과 플러그인 비활성화 이후 CPU 사용량이 크게 감소한 상태입니다. 이전처럼 php-fpm 프로세스가 CPU를 독점하지 않고 있으며 시스템 전체 부하도 안정적으로 유지되고 있습니다.
라이트세일 CPU 과부하가 해결되면 워드프레스 관리자 반응 속도와 LiteSpeed Cache 응답 속도도 체감될 정도로 달라지는 경우가 많습니다.
OpenLiteSpeed 환경에서 같이 확인하면 좋은 부분
라이트세일 CPU 과부하가 발생했다면 아래 항목도 함께 확인하는 편이 좋습니다.
- LiteSpeed Cache 크롤러 활성화 여부
- Wordfence 실시간 스캔 설정
- REST API 호출 증가 여부
- XML-RPC 요청 증가 여부
- wp-cron 과부하 여부
- Redis / Memcached 충돌 여부
- 비정상 봇 접근 증가 여부
특히 OpenLiteSpeed + WordPress + Bitnami 조합은 Apache 환경과 설정 위치가 다르기 때문에 일반 워드프레스 가이드만 보고 수정하면 오히려 문제가 커지는 경우도 있습니다.
라이트세일 CPU 과부하 이후 체감된 변화
설정 수정 이후 가장 크게 달라진 부분은 관리자 화면 속도였습니다. 이전에는 메뉴 이동도 느릴 정도였지만 현재는 CPU 사용량이 안정적으로 유지되고 있습니다.
또한 CPU 버스트 소진 현상도 사라졌고, LiteSpeed Cache 응답 역시 이전보다 안정적으로 유지되는 상태입니다.
라이트세일 CPU 과부하는 단순 트래픽 문제보다 PHP 프로세스와 보안 플러그인 충돌 때문에 발생하는 경우도 많기 때문에, htop으로 실제 프로세스를 먼저 확인해 보는 과정이 상당히 중요했습니다.
