카테고리 없음

방문자 몰릴 때 사이트가 죽는 이유: 트래픽 한도·캐시·서버 확장 점검 순서

cloudmanager 2026. 9. 26. 04:00

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

 

이 글에서 다루는 것

  • 글 하나가 터져 방문자가 몰릴 때, 사이트가 느려지거나 멈추는 지점이 어디인지 세 군데로 나눠 정리합니다.
  • 워드프레스나 자체 사이트를 직접 운영하면서 접속 폭주를 아직 겪어보지 않은 분을 위한 글입니다.
  • 읽고 나면 지금 내 사이트에서 무엇부터 점검하고 무엇을 미뤄도 되는지 순서를 정할 수 있습니다.

사이트가 죽는다는 말의 실제 의미

방문자가 몰릴 때 나타나는 증상은 대개 세 가지입니다.

 

페이지가 평소보다 느리게 열리는 정도, 잠시 뒤 502·503·504 같은 오류 화면이 뜨는 상태, 데이터베이스 연결 오류가 뜨면서 화면이 하얗게 비는 상태입니다.

 

서버가 꺼진 경우는 드뭅니다.

 

대부분은 처리할 수 있는 양보다 요청이 많이 들어와 뒤에 온 요청이 제한 시간을 넘긴 것입니다.

 

그래서 대비도 '서버를 키운다' 하나로 끝나지 않습니다.

 

전송량 한도, 캐시, 서버 자원을 각각 봐야 합니다.

 

아래 순서대로 보면 돈이 덜 드는 쪽부터 손을 댈 수 있습니다.

 

1. 전송량 한도 — 기준은 방문자 수가 아니라 데이터 양

호스팅 상품을 고를 때 가장 많이 오해하는 항목이 트래픽입니다.

 

한도의 기준은 방문자 수가 아니라 서버가 내보낸 데이터의 양입니다.

 

같은 1만 명이 들어와도, 글만 읽고 나가는 블로그와 고화질 사진이 서른 장씩 붙은 페이지는 전송량이 열 배 넘게 차이 납니다.

 

국내 공유 호스팅 상품이 일·월 단위 트래픽 한도를 두는 것도 같은 이유입니다.

 

위 화면은 클라우드웨이즈 요금 페이지를 오늘 직접 연 것입니다.

 

① 가장 낮은 요금제가 월 14달러(세금 별도)이고, ② 그 요금제에 월 전송량 1TB가 붙어 있으며, ③ 방문자 수 자체는 무제한으로 적혀 있습니다.

 

정리하면 '몇 명이 오느냐'가 아니라 '얼마나 내보냈느냐'로 계산한다는 뜻입니다.

 

글 위주 블로그라면 페이지당 1MB를 잡아도 1TB는 월 100만 페이지뷰 규모라, 대부분의 개인 사이트에서 전송량이 먼저 걸리는 일은 많지 않습니다.

 

2. 캐시 — 같은 페이지를 매번 새로 만들고 있지 않은가

워드프레스는 방문자가 페이지를 열 때마다 PHP를 실행하고 데이터베이스에 질의해 HTML을 새로 만듭니다.

 

내용이 바뀌지 않았는데도 매번 같은 일을 반복하는 셈입니다.

 

페이지 캐시는 한 번 만든 HTML을 저장해 두었다가 다음 방문자에게 그대로 내보냅니다.

 

접속이 몰릴 때 체감 차이가 가장 큰 항목이고, 비용도 들지 않습니다.

 

워드프레스 공식 플러그인 저장소의 라이트스피드 캐시 페이지입니다(설치 700만 회 이상, 평점 4.8).

 

① 기능 목록을 보면 페이지 캐시 외에 ② 오브젝트 캐시, 이미지 최적화, CSS·JS 압축, 지연 로딩, CDN 연동이 한 묶음으로 들어 있습니다.

 

같은 페이지의 조건도 함께 읽어야 합니다.

 

일반 기능은 아파치·엔진엑스 등 어느 웹서버에서나 쓸 수 있지만, 라이트스피드 전용 기능은 서버가 라이트스피드 계열이거나 QUIC.cloud CDN을 쓸 때만 동작합니다.

 

3. 서버 자원 — 동시에 몇 개를 처리할 수 있는가

캐시를 켜도 로그인, 검색, 장바구니, 댓글처럼 사람마다 결과가 다른 요청은 캐시가 되지 않습니다.

 

이런 요청은 결국 PHP 프로세스를 하나씩 차지하고, 프로세스 수는 메모리에 묶여 있습니다.

 

메모리가 1GB인 서버에서 동시에 처리할 수 있는 요청 수는 4GB 서버보다 당연히 적습니다.

 

몰릴 때 응답이 점점 밀리다가 오류로 바뀐다면 이 구간을 의심합니다.

 

다만 동시접속 몇 명에 어떤 사양이 필요하다는 공식 수치는 어느 호스팅사도 제시하지 않습니다.

 

사이트마다 플러그인 수와 쿼리 무게가 달라서입니다.

 

숫자로 미리 정하기보다 평소 메모리 사용률과 응답 시간을 기록해 두는 편이 현실적입니다.

 

몰리기 전에 해두는 준비 순서

  1. 페이지 캐시부터 켭니다. 돈이 들지 않고 효과가 가장 큽니다.
  2. 이미지 용량을 줄입니다. 전송량과 로딩 시간을 동시에 줄이는 유일한 항목입니다.
  3. 지금 요금제의 월 전송량 한도와 이번 달 사용량을 확인해 여유가 얼마나 남았는지 봅니다.
  4. 백업이 자동으로 돌고 있는지, 복구를 해본 적이 있는지 확인합니다. 멈춘 뒤에 확인하면 늦습니다.
  5. 사양을 올리는 것은 마지막입니다. 위 네 가지를 하지 않은 채 요금제만 올리면 비용만 늘어납니다.

호스팅이 원인일 때의 선택지

캐시와 이미지를 정리했는데도 몰릴 때마다 오류가 난다면 그때 서버 쪽을 봅니다.

 

관리형 클라우드 호스팅인 클라우드웨이즈는 요금을 시간 단위로 계산하는 구조라, 행사나 공동구매처럼 몰리는 기간이 정해져 있을 때 선택지로 검토할 만합니다.

 

다만 처음부터 큰 요금제로 시작할 이유는 없습니다.

 

가장 낮은 요금제로 켜 두고, 메모리 사용률이 높게 유지되거나 응답이 밀릴 때 올리는 편이 낫습니다.

 

전송량 한도가 요금제마다 어떻게 다른지 공식 요금표에서 보기

 

단점도 분명합니다.

 

결제가 달러라 환율에 따라 금액이 흔들리고, 표시 요금에 세금이 빠져 있습니다.

 

관리 화면과 고객지원이 영어이고, 메일 호스팅은 포함되지 않습니다.

 

월 1만 원 이하 공유 호스팅으로 충분한 사이트, 워드프레스나 PHP를 쓰지 않는 사이트, 한국어 전화 상담이 꼭 필요한 분에게는 맞지 않습니다.

 

전송량을 넘기면 어떻게 되나

요금 페이지의 자주 묻는 질문을 펼쳐 확인한 화면입니다.

 

① 전송량 한도를 넘으면 어떻게 되는지 묻는 항목에, ② 초과분은 사용한 만큼 GB 단위로 청구된다고 답하고 있습니다.

 

단가는 클라우드 공급사마다 다릅니다.

 

구분 초과 전송량 단가
DigitalOcean GB당 $0.02
Google Cloud GB당 $0.10~$0.17 (리전별)
Amazon Web Services GB당 $0.12 (전 리전)

같은 초과분이라도 공급사 선택에 따라 여섯 배까지 차이가 납니다.

 

한도를 넘기면 접속이 제한되는 상품과 달리, 이런 구조에서는 사이트가 멈추는 대신 청구서가 늘어납니다.

 

공식 안내가 말하는 범위는 '초과분 과금'까지이므로 그 이상은 단정하지 않겠습니다.

 

초과 전송량 과금 기준을 공식 안내에서 직접 읽어 보기

 

자주 묻는 질문

방문자가 갑자기 늘면 사이트가 바로 멈추나요?

대개는 단계가 있습니다.

 

먼저 응답이 느려지고, 대기하는 요청이 쌓이면서 오류 화면이 섞여 나옵니다.

 

느려지는 단계에서 알아채면 대응할 시간이 있습니다.

 

캐시 플러그인만 설치하면 해결되나요?

글 위주 사이트라면 상당 부분 해결됩니다.

 

다만 로그인·결제·검색처럼 사람마다 결과가 다른 페이지는 캐시가 적용되지 않으니, 쇼핑몰이나 회원제 사이트는 서버 자원도 함께 봐야 합니다.

 

요금제를 올리는 것과 캐시 중 무엇이 먼저인가요?

캐시가 먼저입니다.

 

캐시 없이 사양만 올리면 낭비를 더 비싼 서버에서 반복하는 셈입니다.

 

캐시와 이미지 정리를 끝낸 뒤에도 부족할 때 사양을 올리는 순서가 유리합니다.

 

전송량 한도를 넘기면 사이트가 차단되나요?

호스팅 방식에 따라 다릅니다.

 

위에서 본 것처럼 초과분을 과금하는 곳이 있고, 접속을 제한하는 곳도 있습니다.

 

지금 쓰는 상품의 약관에서 '초과 시' 문구를 미리 확인해 두시기 바랍니다.

 

마무리

트래픽 한도의 기준은 방문자 수가 아니라 전송량이며, 글 위주 사이트에서는 이 항목이 먼저 걸리는 경우가 드뭅니다.

 

몰릴 때 가장 큰 차이를 만드는 것은 페이지 캐시이고, 비용도 들지 않습니다.

 

사양을 올리는 일은 캐시와 이미지 정리를 끝낸 다음의 마지막 순서입니다.

 

지금 쓰고 계신 호스팅에서 접속이 몰려 사이트가 느려진 적이 있으신가요?

 

그때 어떤 화면이 떴는지 댓글로 남겨 주시면 원인 구간을 같이 짚어 보겠습니다.

 

다음 글에서는 「데이터베이스 연결 오류가 뜰 때 확인할 것」에 대해 알아보겠습니다.

 

함께 보면 좋은 글 BEST3