웹호스팅 요금제 고르는 법: 트래픽·CPU·디스크·백업 기준으로 “견적 비교표” 만들기

웹호스팅 요금제 고르는 법: 트래픽·CPU·디스크·백업 기준으로 “견적 비교표” 만들기

스펙 낚시에 안 걸리고, 내 사이트에 딱 맞게 고르는 실전 매뉴얼

0) 이 글의 목표: “가장 싼 요금제”가 아니라 “안 터지는 요금제”

웹호스팅 요금제는 늘 비슷한 문구로 팔립니다.

• 트래픽 무제한
• SSD/NVMe
• 워드프레스 최적화
• 백업 제공

하지만 운영을 시작하면 진짜 문제는 가격이 아니라 장애/속도/복구입니다.

• 방문자가 조금 늘자마자 느려진다
• 피크 시간에 503 오류가 난다
• 이미지가 쌓이면서 용량·파일 수 제한에 걸린다
• 백업은 “있다”는데 복구가 어렵거나 유료다

그래서 오늘은 ‘감’이 아니라 **4가지 축(트래픽·CPU·디스크·백업)**으로 견적 비교표를 만들어, 표로 요금제를 결정하는 방법을 정리합니다.

1) 웹호스팅 요금제에서 “진짜 병목”이 생기는 구조

초보자가 가장 많이 오해하는 포인트부터 정리합니다.

1-1. 트래픽이 많아서 느린 게 아니라, “동시 처리”가 막혀서 느립니다

• 트래픽(방문자/페이지뷰)은 문제의 “원인”
• 실제로 사이트를 멈추게 하는 건 대부분 CPU·동시처리(워커/프로세스)·디스크 IO·DB 처리 한계입니다.

즉, 호스팅 선택은 “방문자가 몇 명이냐”보다
**‘한꺼번에 접속할 때 버티는가’**를 보는 작업입니다.

1-2. 공유호스팅(웹호스팅)에서 흔한 현실

웹호스팅(특히 공유형)은 한 서버를 여러 고객이 같이 쓰는 구조가 많습니다.
그래서 상품 페이지에 “트래픽 무제한”이 있어도 실제로는 다음에서 제한이 걸립니다.

• CPU 시간/할당량
• 동시 실행 프로세스 수
• Entry Process(동시 요청 처리 수)
• PHP 워커(worker) 수
• 디스크 IO(읽기/쓰기)
• inode(파일 개수) 제한
• DB 커넥션/쿼리 제한

결론: “무제한”은 마케팅 문구일 때가 많고, 실제 성능은 CPU/동시처리/IO 정책이 결정합니다.

2) 비교표 만들기 전에: 내 사이트 요구를 숫자로 바꾸는 4단계

비교표는 “내 기준”이 없으면 업체 광고 문구를 베끼는 표가 됩니다.
아래 4가지를 먼저 잡으면, 표가 바로 ‘의사결정 도구’가 됩니다.

2-1. 트래픽을 ‘방문자 수’가 아니라 ‘월 전송량(GB)’으로 추정하기

방문자 수는 감이 와도 “요금제 스펙”과 직접 연결되지 않는 경우가 많습니다.
대신 **월 전송량(GB)**을 추정하면 비교가 쉬워집니다.

아주 단순한 계산식(초보자용)

• 월 전송량(GB) ≈ 월 페이지뷰 × 평균 페이지 크기(MB) ÷ 1024

평균 페이지 크기는 대략 이렇게 잡으면 됩니다(감 잡기용).

• 텍스트 위주 글: 1MB 전후
• 이미지 5~10장 있는 글: 2~5MB
• 쇼핑몰/스크립트 많은 페이지: 3~8MB 이상도 흔함

감 잡기 기준(초기 추정치)

• 회사 소개/랜딩: 10~50GB/월
• 블로그(이미지 적당): 50~300GB/월
• 이미지 많은 블로그/커뮤니티: 300GB~1TB+/월
• 소형 쇼핑몰: 300GB~수 TB/월(상품 이미지·스크립트 영향)

트래픽이 늘어도 캐시/CDN이 있으면 서버 부담이 확 줄고, 없으면 같은 트래픽에서도 서버가 먼저 터집니다.

그래서 트래픽은 “상황”, CPU/동시처리는 “생존력”입니다.

2-2. CPU/동시처리 요구를 ‘워드프레스 기준’으로 잡기

호스팅 업체마다 CPU를 표기하는 방식이 다릅니다.

• vCPU 코어로 표기(일부)
• CPU % / CPU time(일부)
• Entry Process / 동시 프로세스(많음)
• PHP worker 수(관리형·WP 호스팅에서 자주 사용)

초보자에게 실전적으로 중요한 건 한 가지입니다.

“동시 요청을 몇 개까지 처리하나”가 피크 시간대 성능을 결정합니다.

워드프레스(동적 사이트) 기준 감

• 개인 블로그 초기(일 방문 200~500): 낮은 요금제도 가능(캐시가 있으면 특히)
• 성장기(일 방문 2,000~10,000): 피크 시간대에 워커/프로세스 한계로 느려질 확률 큼
• 더 커지면(일 방문 30,000+): 공유호스팅은 구조적으로 불리(캐시·CDN·상위 플랜 필수)

2-3. 디스크는 “용량” + “IO” + “inode(파일 수)”를 같이 보기

많은 분이 “디스크 10GB/20GB”만 봅니다.
실제로 운영에서 더 자주 문제를 만드는 건 디스크 IO와 inode입니다.

• 디스크 용량: 이미지/업로드/백업 파일이 쌓이며 증가
• 디스크 IO: DB/캐시/동시 접속 처리 때 체감 성능 결정
• inode(파일 수): 워드프레스는 작은 파일이 많아 파일 수 제한에 먼저 걸리기도 함

특히 주의:

• 캐시 플러그인, 이미지 썸네일, 백업 파일이 늘면 inode가 빠르게 증가합니다.

2-4. 백업은 “있다”가 아니라 “복구가 되는가”로 판단하기

백업은 3가지를 분리해서 봐야 합니다.

1. 주기: 일간/주간/수동
2. 보관기간: 7일/14일/30일
3. 복구 방식과 비용: 셀프 복구 가능? 고객센터 요청? 복구 유료?

초보자에게 현실적인 안전선:

• 일간 백업 + 14~30일 보관 + 셀프 복구(가능하면 무료)
  그리고 가능하면
• 내 백업 1개 추가(플러그인/외부 스토리지)로 “보험”을 하나 더 만듭니다.

3) “견적 비교표” 설계: 4축 + 보너스 항목(승부 가르는 옵션)

이제 표를 만듭니다. 표는 ‘나열’이 아니라 ‘판정’이 가능해야 합니다.

3-1. 비교표 필수 컬럼(4축)

• 트래픽(월 전송량/대역폭 정책)
• CPU/동시처리(워커/프로세스/Entry Process/CPU time 등)
• 디스크(용량 + IO 관련 조건 + inode)
• 백업(주기/보관/복구/비용)

3-2. 보너스 컬럼(현장에서 돈·시간을 아껴주는 것)

• DB 제한(용량/커넥션/성능 정책)
• SSL 제공(자동 갱신 포함 여부)
• 캐시/최적화(서버 캐시, 오브젝트 캐시 지원 여부)
• CDN 연동 편의(없으면 “이미지 많은 사이트”에 불리)
• 장애 대응(지원시간, 평균 처리, SLA 유무)
• 마이그레이션 지원(이사 비용 절감)
• 갱신가(초기 할인 후 정상가) 및 약정/환불 정책

4) 견적 비교표 템플릿(복사해서 바로 쓰는 버전)

아래 표를 그대로 복사해서 “업체 A/B/C” 칸에 스펙을 채우면 됩니다.
블로그에는 표로, 실제 운영은 엑셀/구글시트로 옮기면 더 좋습니다.

            항목                                                             내 기준(목표치)           A B C                               체크 포인트

월 전송량(GB)	예: 300GB				“무제한”이면 공정사용(FUP) 기준 확인
동시처리 지표(워커/Entry Process 등)	예: 워커 4+				피크 시간 503/느려짐과 직결
CPU(코어/시간/할당)	예: vCPU 2급				코어 표기 없으면 CPU time/프로세스 제한 확인
RAM(표기 시)	예: 2GB+				공유형은 비공개가 많음(대체지표로 판단)
디스크 용량(GB)	예: 30GB				이미지·업로드·백업 포함 고려
디스크 종류	NVMe 선호				IO 보장 정책이 더 중요할 때가 많음
inode(파일 수)	예: 200k+				워드프레스는 파일 수가 빨리 늘 수 있음
DB 제한(용량/커넥션)	넉넉				DB 제한은 체감 성능에 큰 영향
백업 주기	일간				“백업 제공” 문구만 믿지 말 것
백업 보관기간	14~30일				보관기간 짧으면 복구 가치 감소
복구 방식/비용	셀프/무료				복구 유료면 운영비가 튐
SSL(자동갱신)	포함				갱신 실패가 사고 1순위
캐시/성능 옵션	포함				워드프레스는 캐시가 성능의 절반
지원 채널/시간	중요				장애는 새벽/주말에 터짐
월 요금(갱신가 포함)	예: 1~2만원				초기할인 후 갱신가 반드시 확인
마이그레이션 지원	가능				이사 비용/시간 절감
총점(아래 점수화)					점수로 결론 내리기

 

5) “점수화”로 결론을 내는 방법(초보자용 가중치 모델)

표를 채웠으면 이제 점수화로 결론을 냅니다.
추천 가중치(실전에서 유효):

• 트래픽: 20%
• CPU/동시처리: 35% (성능 이슈 대부분 여기서 터짐)
• 디스크(용량+IO+inode): 20%
• 백업(주기/보관/복구): 25% (사고 비용을 줄이는 축)

5-1. 5점 척도 기준 예시(그대로 쓰면 됨)

(1) CPU/동시처리 5점 기준

• 5점: 워커/Entry Process가 넉넉 + 제한 정책이 명확 + 상위 확장 옵션 존재
• 3점: 무난하나 제한이 타이트하거나 표기가 애매함
• 1점: “무제한”인데 정책상 제한이 강하거나 피크 시간 성능 이슈가 잦은 구조

(2) 백업 5점 기준

• 5점: 일간 + 30일 + 셀프 복구 + 무료
• 3점: 일간 + 7~14일 + 복구 요청 필요/제한 있음
• 1점: 주기/보관/복구가 불명확하거나 복구가 유료/복잡함

(3) 디스크 5점 기준

• 5점: 용량 충분 + inode 넉넉 + IO 정책/성능이 안정적
• 3점: 용량은 적당하나 inode/IO 정보가 부족
• 1점: 용량/파일 수 제한이 빡빡하거나 IO 병목이 예상됨

점수화의 목적은 “최고 스펙”을 고르는 게 아니라, 운영 중 터질 가능성을 낮추는 선택을 하는 것입니다.

6) 상황별 “내 기준(목표치)” 프리셋 4개(바로 적용)

초보자가 가장 어려워하는 게 “내 기준을 얼마로 잡느냐”입니다.
아래 프리셋으로 시작하면 표가 쉽게 채워집니다.

프리셋 A) 회사 소개/랜딩(가볍고 안정)

• 전송량: 10~50GB/월
• CPU/동시처리: 낮아도 가능(정적 페이지/캐시 활용)
• 디스크: 5~10GB
• 백업: 주간도 가능하나, 가능하면 일간 7~14일

프리셋 B) 워드프레스 블로그(성장형)

• 전송량: 50~300GB/월
• CPU/동시처리: 워커/Entry Process 여유가 핵심
• 디스크: 20~50GB + inode 넉넉
• 백업: 일간 14~30일 + 셀프 복구 선호

프리셋 C) 이미지 많은 블로그/커뮤니티

• 전송량: 300GB~1TB+/월
• CPU/동시처리: 피크 대응이 핵심(캐시·CDN 필수)
• 디스크: 50~200GB + IO 중요
• 백업: 일간 30일 권장

프리셋 D) 소형 쇼핑몰/예약/회원제(장애 비용 큼)

• 전송량: 300GB+
• CPU/동시처리: 상향 필요(느려짐=매출 손실)
• 디스크: 이미지+DB 증가 고려
• 백업: 일간 30일 + 복구 프로세스 명확(가능하면 관리형 고려)

7) 구매 전 마지막 검증: “무제한”을 해체하는 질문 10개

업체 상품 설명을 볼 때, 아래 질문이 명확하면 실패 확률이 크게 줄어듭니다.

1. 트래픽 “무제한”이면 공정사용(FUP) 기준이 무엇인가?
2. 동시 요청 제한(Entry Process/동시 프로세스)은 몇 개인가?
3. PHP 워커(worker)는 몇 개인가? (워드프레스라면 매우 중요)
4. CPU는 코어로 표기되는가? 아니면 CPU time/비율 제한인가?
5. 디스크 종류(SSD/NVMe)뿐 아니라 IO 제한 정책이 있는가?
6. inode(파일 수) 제한이 있는가? 기준은 몇 개인가?
7. DB 용량/커넥션 제한은 어떻게 되는가?
8. 백업은 주기/보관기간/복구 방식/복구 비용이 무엇인가?
9. SSL은 포함이고, 자동갱신이 되는가?
10. 장애 시 지원시간/우선순위/평균 처리 기준(SLA)이 있는가?

8) 실전 결론: 요금제를 산다는 건 “리스크 구조”를 사는 것

웹호스팅 요금제 선택은 “스펙 비교”가 아니라 리스크 관리입니다.

• 트래픽: 얼마나 오느냐
• CPU/동시처리: 한꺼번에 올 때 버티느냐
• 디스크(용량+IO+inode): 읽고 쓰는 속도와 성장 여유가 있느냐
• 백업: 사고 비용을 0에 가깝게 만들 수 있느냐

이 4가지를 견적 비교표 + 점수화로 정리하면,
업체가 어떤 마케팅 문구를 써도 결론이 흔들리지 않습니다.

9) 바로 적용하는 “추천 선택 규칙” 3개

1. CPU/동시처리 점수(35%)가 낮으면 무조건 탈락 후보
   → 트래픽이 적어도 피크 때 터지면 끝입니다.
2. 백업이 불명확하면 싸도 비쌉니다
   → 복구 한 번이 시간·매출·신뢰를 다 날립니다.
3. 디스크는 용량보다 inode/IO 확인이 먼저
   → 워드프레스는 파일이 늘고, IO는 체감 성능을 좌우합니다.

웹호스팅 요금제 고르는 법: 트래픽·CPU·디스크·백업 기준으로 “견적 비교표” 만들기