워드프레스를 운영하다 보면 사이트가 느려지거나 간헐적으로 접속이 지연되는 상황을 경험하게 된다. 이때 원인을 플러그인이나 테마에서 찾기 쉽지만, 실제로는 서버 자원 상태가 먼저 확인되어야 한다. 특히 소형 클라우드 인스턴스에서는 CPU보다 메모리(RAM)와 디스크 용량이 먼저 한계에 도달하는 경우가 많다. 메모리가 부족하면 데이터베이스 응답이 늦어지고, 디스크가 가득 차면 캐시와 로그 파일 기록이 멈추면서 웹서비스 자체가 비정상 동작을 시작한다.
Lightsail Bitnami 워드프레스 역시 Linux 기반 서버이므로, 관리자 화면이 아닌 SSH 접속을 통해 상태를 직접 확인하는 것이 가장 정확하다. 아래는 운영 중 반드시 알아두어야 하는 기본 점검 명령어들이다.
1. 메모리(RAM) 사용량 확인
서버가 느려질 때 가장 먼저 확인해야 하는 항목은 메모리다. 워드프레스 환경에서 MariaDB와 PHP-FPM은 상시 메모리를 점유하고 있으며, 댓글 스팸 처리나 크롤러 접근이 많아지면 메모리 사용량이 급격히 상승한다.
SSH 접속 후 다음 명령을 실행한다.
free -h
출력 예시:
total used free shared buff/cache available
Mem: 976Mi 812Mi 64Mi 21Mi 100Mi 89Mi
Swap: 1.0Gi 120Mi 904Mi항목 해석
- total : 서버에 설치된 전체 RAM
- used : 현재 사용 중인 메모리
- free : 완전히 비어 있는 메모리
- buff/cache : 캐시로 사용 중이지만 필요 시 회수 가능한 메모리
- available : 실제로 추가 프로그램이 사용할 수 있는 메모리 (가장 중요한 지표)
Linux는 메모리를 효율적으로 사용하기 위해 남는 공간을 캐시로 활용하기 때문에 free 값이 적다고 해서 곧바로 문제는 아니다. 운영 판단 기준은 available이다. 이 값이 지속적으로 100MB 이하로 내려가면 데이터베이스 응답 지연이나 웹서버 타임아웃이 발생하기 시작한다.
특히 1GB RAM 인스턴스에서는 MariaDB가 순간적으로 메모리를 더 요구할 때 Gateway Timeout이나 접속 끊김 현상이 나타날 수 있다.
2. 실시간 메모리 사용 프로세스 확인
메모리 부족 원인을 더 정확히 파악하려면 현재 어떤 프로그램이 자원을 사용하는지 확인한다.
top화면 상단에는 전체 자원 상태가, 하단에는 프로세스 목록이 표시된다. 워드프레스 환경에서는 보통 다음 항목이 주요 사용 프로세스다.
- mysqld : 데이터베이스(MariaDB)
- php-fpm : 워드프레스 실행 프로세스
- apache2 또는 nginx : 웹서버
여기서 mysqld가 높은 메모리를 점유하고 있다면 댓글 테이블이나 쿼리 처리량이 증가한 상황일 가능성이 높다. 크롤러나 로그인 시도 공격이 있을 때도 이 프로세스의 메모리 사용량이 급격히 상승한다.
종료는 q 키로 가능하다.
3. 디스크(저장공간) 잔여 용량 확인
두 번째로 중요한 점검 항목은 디스크 용량이다. 워드프레스는 이미지 업로드, 캐시 파일, 로그 파일을 지속적으로 생성한다. 저장 공간이 부족해지면 파일 기록이 실패하고, 결국 데이터베이스 또는 PHP 세션 기록이 중단되면서 사이트 접속 오류가 발생한다.
다음 명령을 사용한다.
df -h
출력 예시:
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 20G 17G 2.1G 90% /
tmpfs 487M 0 487M 0% /dev/shm항목 해석
- Size : 전체 디스크 용량
- Used : 사용 중인 용량
- Avail : 남은 용량
- Use% : 사용률
운영 기준에서 중요한 값은 Use%이다. 90%를 넘기 시작하면 서버는 정상 동작을 유지하기 어려워진다. 95% 이상에서는 캐시 기록 실패, 이미지 업로드 오류, 워드프레스 업데이트 실패 등이 발생할 수 있다.
4. 어떤 파일이 용량을 차지하는지 확인
디스크가 부족한 경우 단순히 용량만 확인해서는 원인을 알 수 없다. 아래 명령으로 디렉터리별 사용량을 확인한다.
du -h --max-depth=1 /opt/bitnami워드프레스 환경에서 용량이 크게 증가하는 주요 위치는 다음과 같다.
- /opt/bitnami/wordpress/wp-content/uploads : 업로드 이미지
- /opt/bitnami/apache/logs : 접속 로그
- /opt/bitnami/mysql/data : 데이터베이스
특히 로그 파일은 크롤러 접근이 많을 경우 빠르게 증가한다.
운영 관점에서의 의미
서버 장애는 갑작스럽게 발생하는 것처럼 보이지만 대부분은 자원 고갈의 결과다. 메모리는 데이터 처리 지연으로 나타나고, 디스크 부족은 기록 실패로 나타난다. 워드프레스 관리자 화면에서는 이러한 상태를 직접 확인할 수 없기 때문에 SSH를 통한 점검이 필수적이다.
정기적으로 free -h와 df -h만 확인해도 서버 상태의 대부분을 파악할 수 있으며, 이상 징후를 조기에 발견할 수 있다. 특히 소형 인스턴스 환경에서는 플러그인 추가보다 자원 상태 확인이 더 우선적인 관리 작업에 해당한다.
서버 운영의 핵심은 문제 발생 후 복구가 아니라, 자원 상태를 이해하고 한계에 도달하기 전에 대응하는 것이다. SSH 명령어를 통한 기본 점검은 그 출발점이 된다.