시놀로지 NAS 워드프레스가 느려지기 시작한 시점 찾는 방법

시놀로지 NAS에 워드프레스를 설치하고 한동안 사용하다 보면 어느 순간부터 사이트가 예전보다 느려졌다는 느낌을 받을 수 있습니다.

처음에는 몇 초 차이처럼 느껴지다가 시간이 지나면서 관리자 페이지를 열거나 글을 수정할 때도 답답함이 생기기도 합니다.

그런데 여기서 바로 캐시 플러그인을 설치하거나 PHP 설정을 변경하는 것은 좋은 출발점이 아닙니다.

먼저 알아야 할 것이 있습니다.

정확히 언제부터 워드프레스가 느려지기 시작했는가?

이 질문에 답할 수 있어야 원인을 좁혀갈 수 있습니다.

시놀로지 NAS에서 워드프레스가 느려지는 이유는 하나가 아닙니다. NAS의 CPU와 메모리, PHP, 데이터베이스, 플러그인, 저장공간, 백업 작업, Docker 서비스 등이 서로 영향을 줄 수 있습니다.

따라서 이번 글에서는 특정 설정을 무조건 변경하는 방법보다는 워드프레스가 느려지기 시작한 시점을 찾고, 그 시점을 기준으로 원인을 추적하는 방법을 알아보겠습니다.

워드프레스가 느리다는 말만으로는 원인을 알 수 없다

“워드프레스가 느리다”는 것은 문제의 결과일 뿐입니다.

실제로 어떤 부분이 느린지 확인해 보면 상황이 전혀 다를 수 있습니다.

예를 들어 홈페이지는 정상적으로 열리는데 관리자 페이지에서만 화면 전환이 느릴 수 있습니다.

반대로 관리자 페이지는 괜찮은데 방문자가 보는 특정 글만 오래 걸릴 수도 있습니다.

또 어떤 경우에는 하루 종일 느린 것이 아니라 NAS에서 백업이 실행되는 시간에만 문제가 발생할 수도 있습니다.

따라서 처음부터 원인을 하나로 정해 놓으면 안 됩니다.

먼저 느려지는 패턴을 확인하는 것이 중요합니다.

증상	우선 확인할 영역
사이트 전체가 느림	NAS 자원, PHP, 데이터베이스
관리자 페이지만 느림	플러그인, DB, 관리자 기능
특정 글만 느림	이미지, 외부 콘텐츠, 플러그인
글 저장할 때 느림	PHP, DB, REST API
특정 시간에만 느림	백업, 인덱싱, 다른 서비스
갑자기 느려짐	최근 업데이트와 설정 변경
점점 느려짐	데이터 증가, 로그, 저장공간
방문자가 증가한 뒤 느려짐	CPU, 메모리, PHP 처리량

이렇게 증상을 나누면 조사해야 할 범위가 크게 줄어듭니다.

가장 먼저 확인해야 하는 것은 ‘언제부터’다

워드프레스 속도 문제가 발생했을 때 가장 중요한 단서는 현재 상태가 아닐 수도 있습니다.

오히려 문제가 시작된 시점이 더 중요한 경우가 많습니다.

예를 들어 어제까지 정상적으로 작동하던 사이트가 오늘 갑자기 느려졌다면 최근 하루 동안 발생한 변경 사항을 확인하는 것이 합리적입니다.

반대로 6개월 동안 조금씩 느려졌다면 특정 업데이트 하나보다는 데이터 증가나 저장공간, 데이터베이스, 플러그인 등의 누적 문제를 의심하는 것이 좋습니다.

문제 발생 시점을 다음과 같이 구분해 볼 수 있습니다.

갑자기 느려진 경우

갑작스러운 성능 저하는 최근 변경 사항과 연결될 가능성이 있습니다.

다음과 같은 항목을 확인해 볼 필요가 있습니다.

• 워드프레스 업데이트
• 플러그인 업데이트
• 새로운 플러그인 설치
• 테마 변경
• PHP 버전 변경
• Web Station 설정 변경
• 데이터베이스 변경
• NAS DSM 업데이트
• Docker 컨테이너 추가
• 백업 작업 변경

특히 여러 항목을 한꺼번에 변경했다면 각각의 영향을 분리해서 확인해야 합니다.

조금씩 느려진 경우

반대로 어느 날 갑자기 문제가 발생한 것이 아니라 몇 주 또는 몇 달에 걸쳐 서서히 느려졌다면 접근 방법이 달라집니다.

이 경우에는 다음과 같은 누적 요소를 확인해야 합니다.

• 워드프레스 글 증가
• 이미지와 미디어 파일 증가
• 데이터베이스 크기 증가
• 리비전 데이터 증가
• 캐시 파일 증가
• 백업 파일 증가
• 로그 파일 증가
• 저장공간 감소
• NAS에서 실행되는 서비스 증가

이런 문제는 특정 설정 하나를 변경한다고 해결되지 않을 수도 있습니다.

시놀로지 NAS에서 워드프레스가 느려진 시간을 기록한다

문제가 발생했을 때 “오늘부터 느린 것 같다” 정도로 끝내지 않는 것이 좋습니다.

가능하면 날짜와 시간을 기록합니다.

예를 들어 다음과 같이 간단한 표를 만들어도 충분합니다.

날짜	시간	증상	비고
9월 10일	오전 10시	정상	–
9월 11일	오후 2시	약간 느림	플러그인 업데이트
9월 11일	오후 5시	관리자 지연	글 작성 중
9월 12일	오전 9시	전체적으로 느림	원인 조사 시작

이 정도의 기록만 있어도 나중에 상당히 유용합니다.

특히 문제가 발생하기 직전에 무엇을 변경했는지 확인할 수 있기 때문입니다.

최근 변경 사항을 먼저 확인해야 하는 이유

컴퓨터 시스템에서 문제가 발생했을 때 가장 유용한 단서 중 하나는 정상적으로 작동하던 환경과 현재 환경의 차이입니다.

워드프레스도 마찬가지입니다.

사이트가 정상적으로 작동하던 시점과 문제가 발생한 시점 사이에 무엇이 바뀌었는지를 찾아야 합니다.

예를 들어 다음과 같은 상황을 생각해 볼 수 있습니다.

9월 1일 정상
9월 5일 플러그인 추가
9월 7일 관리자 페이지가 느려짐

이 경우 새로 설치한 플러그인은 조사 대상이 됩니다.

하지만 이것만으로 플러그인이 원인이라고 확정해서는 안 됩니다.

같은 기간에 NAS의 백업 작업이 변경됐거나 PHP 버전이 바뀌었을 수도 있기 때문입니다.

따라서 변경 사항은 원인 후보이지 원인 확정이 아닙니다.

NAS 리소스 사용량도 같은 시간대에 확인한다

시놀로지 NAS에서 워드프레스를 운영한다면 NAS의 자원 상태를 함께 봐야 합니다.

특히 CPU와 메모리 사용량은 기본적인 확인 대상입니다.

하지만 여기서도 단순히 현재 사용률만 보는 것은 충분하지 않습니다.

예를 들어 지금 CPU 사용률이 20%라고 해도 워드프레스가 느렸던 오후 3시에는 90%까지 올라갔을 수 있습니다.

따라서 가능한 경우에는 문제가 발생한 시간대의 자원 사용 상태를 확인해야 합니다.

CPU 사용량이 높았던 경우

CPU 사용량이 높았다면 워드프레스가 CPU를 많이 사용했다고 바로 결론을 내려서는 안 됩니다.

NAS에서는 여러 서비스가 동시에 실행될 수 있기 때문입니다.

예를 들어 다음과 같은 작업이 CPU를 사용할 수 있습니다.

• 파일 인덱싱
• 백업
• 미디어 처리
• 데이터베이스 작업
• Docker 컨테이너
• 다른 NAS 패키지

따라서 중요한 것은 CPU 사용률 자체보다 어떤 프로세스가 CPU를 사용했는가입니다.

메모리 사용량이 높았던 경우

워드프레스는 PHP와 데이터베이스를 함께 사용하기 때문에 메모리 상태 역시 중요합니다.

특히 하나의 NAS에서 여러 서비스를 운영하고 있다면 워드프레스 외의 서비스가 메모리를 사용하고 있을 수 있습니다.

따라서 메모리가 부족해 보인다면 워드프레스만 확인하지 말고 NAS 전체의 서비스 구성을 함께 확인해야 합니다.

관리자 페이지와 일반 사이트를 분리해서 확인한다

워드프레스 속도 문제를 진단할 때 매우 유용한 방법입니다.

방문자 화면과 관리자 화면을 따로 확인하는 것입니다.

예를 들어 일반 방문자가 보는 홈페이지는 빠른데 관리자 페이지가 느리다면 문제의 범위가 상당히 좁아집니다.

반대로 관리자 페이지와 일반 사이트 모두 느리다면 NAS 자원이나 PHP, 데이터베이스 등 공통적으로 사용되는 구성 요소를 먼저 살펴볼 필요가 있습니다.

방문자 화면	관리자 화면	우선 조사 방향
정상	정상	일시적 문제 가능성
정상	느림	플러그인, DB, 관리자 기능
느림	정상	특정 페이지 또는 콘텐츠
느림	느림	NAS, PHP, DB 등 공통 영역

이 구분만으로도 불필요한 설정 변경을 상당히 줄일 수 있습니다.

특정 시간에만 느리다면 반복되는 작업을 찾는다

워드프레스가 항상 느린 것이 아니라 특정 시간에만 느리다면 시간대를 기록해 보는 것이 좋습니다.

예를 들어 다음과 같은 패턴이 있다고 가정해 보겠습니다.

평일 오후에는 정상
밤 11시부터 느려짐
새벽 1시 이후 정상

이 경우 단순한 워드프레스 설정 문제라고 보기보다는 해당 시간대에 실행되는 NAS 작업을 확인할 필요가 있습니다.

특히 백업이나 파일 처리처럼 예약된 작업이 있다면 실행 시간과 워드프레스 속도 저하 시간이 겹치는지 비교해 볼 수 있습니다.

여기서 중요한 것은 한 번 겹쳤다고 해서 원인이라고 판단하지 않는 것입니다.

여러 날에 걸쳐 같은 패턴이 반복되는지 확인해야 합니다.

워드프레스 변화도 날짜별로 기록한다

NAS만 기록해서는 부족합니다.

워드프레스에서 어떤 변화가 있었는지도 함께 기록하는 것이 좋습니다.

항목	기록할 내용
WordPress	버전과 업데이트 날짜
플러그인	설치·삭제·업데이트
테마	변경·업데이트
PHP	버전 변경
데이터베이스	변경 및 복구 작업
미디어	대량 이미지 업로드
콘텐츠	게시물 증가
캐시	설정 변경
보안 플러그인	설치·업데이트
NAS	DSM 및 패키지 업데이트

이 기록은 나중에 문제가 발생했을 때 상당히 중요한 자료가 됩니다.

특히 여러 달 동안 운영하는 사이트라면 사람의 기억에 의존하는 것보다 간단한 변경 이력을 남겨두는 편이 훨씬 정확합니다.

속도 자체도 기준값을 만들어 놓는다

“예전보다 느리다”는 판단은 사람마다 다를 수 있습니다.

따라서 평상시의 상태를 간단하게 측정해 두면 좋습니다.

예를 들어 다음과 같이 기록할 수 있습니다.

테스트	정상 상태	문제 발생
홈페이지	1.2초	3.7초
관리자 로그인	1.5초	4.8초
글 목록	1.3초	4.2초
글 편집	1.6초	5.1초
글 저장	1.8초	6.0초

여기서 정확한 숫자 자체가 절대적인 기준은 아닙니다.

중요한 것은 동일한 조건에서 이전 상태와 현재 상태를 비교하는 것입니다.

같은 페이지를 비슷한 시간대에 반복적으로 확인하면 변화가 있는지 판단하기 쉬워집니다.

속도 문제를 찾을 때 가장 흔한 실수

워드프레스가 느려졌을 때 가장 흔하게 하는 실수는 여러 가지 설정을 한꺼번에 변경하는 것입니다.

예를 들어 다음을 동시에 실행할 수 있습니다.

• 캐시 플러그인 설치
• 플러그인 삭제
• PHP 설정 변경
• 데이터베이스 정리
• 이미지 최적화
• Web Station 설정 변경
• NAS 재부팅

문제가 해결되면 다행이지만 어떤 조치가 실제 원인을 해결했는지 알 수 없게 됩니다.

반대로 문제가 더 심해지면 무엇 때문에 문제가 발생했는지도 추적하기 어려워집니다.

따라서 진단할 때는 가능한 한 한 번에 한 가지 변경을 원칙으로 하는 것이 좋습니다.

변경 전후를 비교한다

예를 들어 플러그인을 의심한다면 바로 여러 개를 삭제하기보다 먼저 현재 상태를 기록합니다.

그다음 의심되는 항목 하나를 변경하고 다시 테스트합니다.

그리고 결과를 기록합니다.

변경 전 → 플러그인 A 활성화 / 관리자 5초
변경 후 → 플러그인 A 비활성화 / 관리자 2초

이런 자료가 쌓이면 단순한 추측이 아니라 비교 가능한 근거가 됩니다.

‘느려진 시점’을 찾으면 원인 범위가 줄어든다

워드프레스 속도 문제를 다음과 같이 생각해 보면 이해하기 쉽습니다.

갑자기 느려졌다

최근 변경 사항을 확인합니다.

업데이트 → 플러그인 → 테마 → PHP → NAS 설정

시간이 지나면서 느려졌다

누적되는 데이터를 확인합니다.

DB → 이미지 → 로그 → 캐시 → 백업 → 저장공간

특정 시간에만 느려진다

동시에 실행되는 작업을 확인합니다.

백업 → 인덱싱 → Docker → 다른 NAS 서비스

관리자만 느리다

워드프레스 내부 기능을 확인합니다.

플러그인 → DB → 관리자 기능 → PHP

특정 글만 느리다

해당 콘텐츠를 확인합니다.

이미지 → 외부 콘텐츠 → 숏코드 → 플러그인

이렇게 증상에 따라 조사 방향을 나누면 처음부터 NAS 전체를 뒤질 필요가 없습니다.

시놀로지 NAS 워드프레스 속도 진단 기록표

실제로 운영하면서 아래 정도만 기록해도 도움이 됩니다.

확인 항목	기록 내용
문제 발생 날짜	정확한 날짜
문제 발생 시간	시작 및 종료 시간
느린 화면	홈페이지 / 관리자 / 특정 글
발생 빈도	항상 / 간헐적 / 특정 시간
CPU	당시 사용량
메모리	당시 사용량
최근 변경	업데이트·설치·설정 변경
NAS 작업	백업·인덱싱·Docker 등
워드프레스 상태	업데이트 여부
테스트 결과	변경 전·후 속도

이 표를 계속 작성하다 보면 단순한 속도 저하도 패턴이 보이기 시작합니다.

그리고 이 패턴이 바로 다음 단계의 원인 분석에 사용됩니다.

워드프레스가 느려졌다면 먼저 이 순서로 확인한다

처음부터 복잡한 설정을 확인할 필요는 없습니다.

다음 순서로 접근하면 됩니다.

문제 발생 시점 확인

↓

항상 느린지 특정 시간만 느린지 확인

↓

관리자와 방문자 화면 비교

↓

NAS CPU와 메모리 확인

↓

최근 변경 사항 확인

↓

동시에 실행된 NAS 작업 확인

↓

워드프레스 플러그인·테마·PHP 변경 확인

↓

평상시와 현재 상태 비교

↓

한 가지씩 변경하며 결과 기록

이 과정의 핵심은 속도를 빠르게 만드는 것이 아닙니다.

원인이 어디에 있는지 좁히는 것입니다.

마무리

시놀로지 NAS에서 운영하는 워드프레스가 느려졌다면 가장 먼저 해야 할 일은 새로운 플러그인을 설치하거나 설정을 변경하는 것이 아닙니다.

먼저 느려지기 시작한 시점을 찾는 것이 좋습니다.

갑자기 느려졌는지, 시간이 지나면서 서서히 느려졌는지, 특정 시간에만 느려지는지에 따라 조사해야 할 범위가 달라집니다.

또한 관리자 페이지와 일반 방문자 화면을 구분하고 NAS의 CPU와 메모리 사용량, 최근 변경 사항, 백업이나 인덱싱 같은 동시 작업도 함께 살펴봐야 합니다.

무엇보다 중요한 것은 “워드프레스가 느리다”라는 결과만 기록하지 않는 것입니다.

다음과 같이 질문을 바꿔야 합니다.

언제부터 느려졌는가?

어떤 화면이 느린가?

그때 NAS에서는 무엇이 실행되고 있었는가?

그 직전에 무엇이 변경됐는가?

이 네 가지 질문에 답할 수 있다면 워드프레스 속도 문제의 원인을 찾는 과정은 훨씬 수월해집니다.

그리고 이 기록은 단순히 한 번의 문제를 해결하기 위한 자료가 아닙니다.

시놀로지 NAS에서 워드프레스를 장기간 운영할수록 정상 상태를 알고 있어야 비정상 상태를 판단할 수 있기 때문입니다.

핵심 체크리스트

• 워드프레스가 느려진 날짜와 시간을 기록한다.
• 갑작스러운 문제인지 점진적인 문제인지 구분한다.
• 관리자와 방문자 화면을 따로 확인한다.
• NAS CPU와 메모리 사용량을 확인한다.
• 최근 워드프레스와 NAS 변경 사항을 확인한다.
• 특정 시간대의 반복 작업을 확인한다.
• 평상시 속도를 기준값으로 기록한다.
• 여러 설정을 동시에 변경하지 않는다.
• 한 가지씩 변경하고 결과를 비교한다.
• 원인을 확정하기 전에 여러 번 같은 현상이 발생하는지 확인한다.