이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.
이 글에서 다루는 것
내 사이트가 방문자 몇 명까지 버티는지를 감이 아니라 세 개의 숫자로 계산하는 방법을 정리합니다.
글 하나가 터질 가능성이 보이는데 지금 서버로 될지 모르겠는 분을 위한 글입니다.
읽고 나면 전송량·캐시·확장 중 무엇을 먼저 손봐야 할지 숫자로 정해집니다.
결론부터: 한도는 '명'이 아니라 세 개의 숫자입니다
호스팅 요금표에는 보통 방문자 수 제한이 적혀 있지 않습니다.
실제로 클라우드웨이즈 요금 페이지는 모든 구간에 'Unlimited Visits'라고 써 둡니다.
그래서 '몇 명까지 되나요'라는 질문은 답이 나오지 않습니다.
대신 답이 나오는 숫자가 셋 있습니다.
첫째는 한 달 전송량입니다.
요금제마다 한도가 숫자로 박혀 있는 유일한 항목입니다.
둘째는 캐시 적중, 즉 들어온 요청 중 서버가 페이지를 다시 만들지 않고 넘긴 비율입니다.
셋째는 확장 시점, 사양을 올려야 하는 경계입니다.
이 셋은 막는 사고의 종류가 다릅니다.
전송량은 월말에 터지고, 캐시는 몰리는 순간에 터지고, 확장은 둘을 다 해 놓고도 모자랄 때 쓰는 마지막 수단입니다.
숫자 1. 페이지 한 장의 무게로 월 전송량을 환산한다
전송량은 방문자 수가 아니라 내보낸 데이터의 양으로 셉니다.
계산에 필요한 값은 하나, 페이지 한 장을 열 때 내려가는 용량입니다.
크롬에서 글 하나를 열고 F12 개발자 도구의 네트워크 탭을 켠 뒤 새로고침하면 맨 아래에 전송 합계가 뜹니다.
이미지가 많은 블로그 글은 보통 1MB에서 3MB 사이입니다.
여기에 월 페이지뷰를 곱하면 한 달 전송량이 나옵니다.
재방문·봇·관리자 접속이 더 붙으므로 1.2배 정도 여유를 두고 보는 편이 안전합니다.
클라우드웨이즈 공식 요금 페이지, 구간마다 전송량이 TB 단위로 적혀 있고, 그 아래에 ① 카드 없이 시작하는 3일 무료 체험 버튼이 있습니다 (2026-10-03 확인)
위 화면에서 보듯 구간별 전송량은 1TB·2TB·4TB·5TB로 나뉘어 있고, ① 'Start Your 3-Day Trial' 버튼은 결제 정보 없이 눌러 볼 수 있게 열려 있습니다.
가장 낮은 구간의 1TB가 어느 정도인지 환산하면 이렇습니다.
| 페이지 한 장 무게 | 1TB로 감당되는 월 페이지뷰(1.2배 여유 반영) | 해당하는 사이트 |
|---|---|---|
| 0.5MB | 약 160만 | 글 위주, 이미지 최소 |
| 1MB | 약 83만 | 일반 블로그 글 |
| 2MB | 약 41만 | 사진 많은 리뷰·여행 글 |
| 5MB | 약 16만 | 원본 사진을 줄이지 않은 글 |
표에서 읽을 것은 숫자 자체가 아니라 기울기입니다.
페이지 무게를 절반으로 줄이면 감당 범위가 두 배가 됩니다.
요금을 올리지 않고 한계를 넓히는 가장 싼 방법이 이미지 용량 줄이기인 이유입니다.
월 방문이 수천에서 수만 수준이라면 1TB는 넉넉합니다.
이 단계에서 상위 구간을 미리 사 둘 이유는 없습니다.
숫자 2. 캐시 적중: 같은 페이지를 두 번 만들지 않게
전송량이 남아 있는데도 몰리는 순간 사이트가 느려진다면 범인은 처리 쪽입니다.
방문자가 한 번 들어올 때마다 PHP가 돌고 데이터베이스가 조회되면, 같은 글을 1,000명이 봐도 서버는 1,000번 새로 만듭니다.
캐시는 이 반복을 끊습니다.
한 번 만든 결과를 보관해 두고 다음 요청에는 그대로 내보내므로, 같은 사양에서 받아 낼 수 있는 동시 요청 수가 크게 올라갑니다.
클라우드웨이즈 공식 도움말, ① 바니시 캐시는 모든 서버에 기본 설치되어 있다고 안내합니다(공식 도움말 화면)
① 'How to Use Varnish at Cloudways' 문서는 바니시가 모든 클라우드웨이즈 서버에 미리 설치된 HTTP 가속기이며, 서버 단위로 켜고 끄되 특정 애플리케이션만 따로 제외할 수 있다고 설명합니다.
보관 시간(TTL)도 같은 화면에서 조정합니다.
여기서 자주 어긋나는 기대가 하나 있습니다.
캐시는 서버가 일하는 횟수를 줄이지, 밖으로 나가는 데이터의 양을 줄이지 않습니다.
캐시를 켜도 전송량은 거의 그대로입니다.
전송량을 줄이는 쪽은 이미지 용량과 CDN이고, 서버가 버티는 힘을 늘리는 쪽이 캐시입니다.
둘을 같은 해결책으로 묶으면 엉뚱한 곳을 고치게 됩니다.
또 하나, 로그인 상태나 장바구니처럼 사람마다 달라야 하는 화면은 캐시에서 빼야 합니다.
쇼핑몰에서 캐시를 무작정 켰다가 남의 장바구니가 보이는 사고가 여기서 납니다.
숫자 3. 확장 시점: 캐시를 켜고도 느릴 때
사양을 올리는 것은 가장 확실하지만 가장 비싼 선택입니다.
그래서 순서가 중요합니다.
이미지 용량을 줄이고, 캐시를 켜고, 그래도 몰리는 시간대에만 응답이 늘어진다면 그때가 확장 시점입니다.
클라우드웨이즈 공식 도움말, ① 수직 확장 안내 문서.
같은 리전에서 CPU·RAM·저장공간을 올립니다(공식 도움말 화면)
① 'Guide to Scale Servers on the Cloudways Platform' 문서는 이 작업을 수직 확장(Vertical Scaling), 즉 '스케일 업'이라 부르며 기존 서버와 애플리케이션, 설정을 그대로 둔 채 같은 데이터센터 리전 안에서 CPU·RAM·저장공간을 올린다고 안내합니다.
공급사별로 절차가 따로 적혀 있습니다.
주의할 점은 방향입니다.
공급사에 따라 올린 사양을 다시 내리지 못하는 경우가 있으므로, 한 번에 두 단계씩 뛰지 말고 한 구간씩 올리면서 확인하는 편이 안전합니다.
몰리기 전에 열어 둘 화면
계산을 해 뒀다면 남은 일은 실제 숫자가 어디까지 왔는지 보는 것입니다.
클라우드웨이즈 공식 도움말, ① 서버 전송량 사용량을 보는 방법 문서(공식 도움말 화면)
① 'How to Monitor the Bandwidth Usage of a Server' 문서에 따르면 전송량은 서버의 Monitoring 메뉴 Summary·Details 탭에서 확인하고, 기록은 30분마다 갱신되며, 집계는 매달 1일 UTC 기준으로 초기화됩니다.
애플리케이션별 내역은 들어오는 트래픽만 반영한다는 단서도 같은 문서에 적혀 있습니다.
글이 터질 조짐이 보이는 날에는 이 화면과 접속 통계를 같이 열어 두면 됩니다.
전송량이 한도의 절반을 넘긴 시점이 그 달의 경고선입니다.
이 계산이 안 맞는 경우, 그리고 맞지 않는 사람
먼저 계산의 한계입니다.
위 환산은 캐시가 정상으로 도는 정적인 글을 기준으로 합니다.
회원 기능이나 검색, 실시간 집계가 많은 사이트는 전송량이 남아도 처리에서 먼저 막힙니다.
동영상을 직접 올려 재생하는 사이트도 전송량이 계산보다 훨씬 빨리 찹니다.
비용 쪽도 숫자대로만 보면 어긋납니다.
요금 페이지에 적힌 금액은 달러이고 세금이 별도이며, 같은 페이지 아래쪽에 외부 백업 저장소가 GB당 0.033달러로 따로 붙는다고 적혀 있습니다.
환율까지 얹히면 체감 금액은 표시가보다 올라갑니다.
그리고 이런 분에게는 맞지 않습니다.
관리 화면이 영어이고 한국어 고객지원이 없어 문의를 영어로 주고받아야 합니다.
메일 호스팅이 포함되지 않아 업무용 메일은 별도 서비스를 붙여야 합니다.
월 방문이 수천 수준이고 글이 가벼운 사이트라면 월 1만 원 이하 공유 호스팅으로도 충분합니다.
지금 한도에 전혀 닿지 않는데 미리 옮길 이유는 없습니다.
호스팅이 원인으로 좁혀졌다면
이미지와 캐시를 다 손봤는데도 전송량 한도나 동시 처리에서 반복해 막힌다면, 그때는 호스팅 자체가 병목입니다.
관리형 클라우드 호스팅은 이 구간에서 선택지가 되는데, 시작은 반드시 가장 낮은 구간으로 하는 편이 좋습니다.
위에서 본 것처럼 최저 구간도 1TB를 주고, 모자라면 그때 한 단계 올리면 됩니다.
처음부터 상위 구간을 사면 쓰지 않는 사양에 매달 돈이 나갑니다.
클라우드웨이즈 공식 요금 페이지, ① 가장 낮은 구간과 ② 월 요금 표시 위치 (2026-10-03 확인)
① 가장 낮은 구간은 'Micro'이고, ② 그 아래 월 요금이 14달러로 적혀 있습니다.
그다음이 28달러, 54달러, 99달러 순입니다(2026년 10월 3일 기준).
값은 수시로 바뀌므로 결제 전에는 반드시 당일 화면을 직접 확인하십시오.
가장 낮은 구간의 사양을 공식 페이지에서 직접 확인하기
자주 묻는 질문
페이지 한 장의 무게는 어디서 재나요?
크롬 개발자 도구(F12)의 네트워크 탭에서 새로고침하면 하단에 전송 합계가 나옵니다.
PageSpeed Insights 진단 항목에서도 총 리소스 크기를 볼 수 있습니다.
'방문자 수 무제한'이라고 적혀 있는데 왜 한도를 계산하나요?
세는 단위가 사람이 아니라 데이터 양이기 때문입니다.
방문자 수에는 제한이 없어도 전송량에는 TB 단위 한도가 붙습니다.
캐시를 켜면 전송량도 줄어드나요?
거의 줄지 않습니다.
캐시는 서버가 페이지를 다시 만드는 횟수를 줄입니다.
전송량을 줄이려면 이미지 용량을 줄이거나 CDN으로 내보내야 합니다.
사양을 올리면 바로 적용되나요?
공식 문서는 기존 서버와 설정을 유지한 채 같은 리전에서 올린다고 안내합니다.
다만 작업 중 재시작이 있을 수 있으므로 방문이 적은 시간대에 하는 편이 좋습니다.
마무리
버티는 한계는 방문자 수가 아니라 한 달 전송량, 캐시 적중, 확장 시점 세 숫자로 정해집니다.
페이지 한 장의 무게에 월 페이지뷰를 곱해 한도와 대조하는 것이 첫 계산이고, 이미지 용량을 줄이는 것이 요금을 올리지 않고 한계를 넓히는 가장 싼 방법입니다.
이미지와 캐시를 다 손본 뒤에도 몰리는 시간대에 느려질 때만 사양을 한 구간씩 올리면 됩니다.
지금 운영 중인 사이트의 페이지 한 장 무게는 몇 MB인가요?
월 페이지뷰와 함께 댓글로 남겨 주시면 한도까지 얼마나 남았는지 같이 계산해 드리겠습니다.
다음 글에서는 「워드프레스 블로그 시작 순서 총정리, 도메인부터 첫 글까지」에 대해 알아보겠습니다.