무제한 호스팅 CPU IO 제한: 약관 속 함정 읽는 법 (2026)

2026년 05월 18일 8 Min Read

무제한 호스팅 CPU IO 제한은 광고 페이지가 아니라 약관(AUP·Fair Use) 안 숫자로 박혀 있습니다. “무제한”이라고 적혀 있어도 공유 서버는 CPU·메모리·디스크 I/O·Inode·Entry Process 5개 항목으로 사용량을 잘라내고, 한도에 닿으면 사이트가 503·508 오류를 냅니다. 이 글은 결제 전에 약관에서 진짜 제한 수치를 읽는 법을 표·체크리스트로 정리합니다.

“무제한인데 왜 느려요?” — 답은 약관에 있습니다
1) 약관에서 CPU/IO 제한은 어디에 숨나요?
2) 핵심 개념: “무제한”을 깨는 진짜 한계는 CPU·RAM·I/O다
3) 약관 속 지표 번역기: CPU/IO 제한 “읽는 법”
4) “실제 문서”로 보는 무제한의 현실 (가장 설득력 있는 예시들)
예시 A) “무제한”을 가장 솔직하게 써둔 DreamHost
예시 B) “정상 범위”로 CPU·I/O를 조정 요청하는 Bluehost
예시 C) “Unmetered(무제한처럼 보이는)”에도 CPU/메모리/Entry/Inode 제한이 있는 Namecheap
예시 D) “트래픽은 Unlimited인데 I/O는 숫자로 제한” — Hostinger
예시 E) CPU seconds로 “공정 사용”을 숫자로 박아둔 SiteGround
예시 F) CPU 25%를 넘기면 제한하는 HostGator(아예 퍼센트로)
5) 약관을 3분 만에 해독하는 “검색 키워드” 12개
6) 내 사이트는 어떤 제한에 먼저 걸릴까? (유형별 ‘터지는 지점’)
워드프레스 블로그(플러그인 많음): CPU·IO 제한이 가장 먼저 걸린다
쇼핑몰/예약(우커머스 등): I/O와 Entry Process 제한 주의
이미지 많은 포트폴리오/갤러리: Inode 한도와 I/O 제한
“백업 저장소/파일 공유”용으로 쓰려는 경우: 호스팅 약관에서 거의 다 막힙니다
7) 제한에 걸렸을 때 나오는 대표 증상(에러 코드까지)
8) 구매 전 “질문 템플릿” (CPU·IO 제한을 직접 묻는 5문장)
9) 결론: “무제한”은 사라지지 않지만, 읽을 줄 알면 손해가 사라집니다
FAQ — 무제한 호스팅 CPU IO 제한 자주 묻는 질문
- Q1. “무제한 트래픽”이면 방문자 수가 정말 무제한인가요?
- Q2. I/O 제한은 왜 그렇게 중요해요?
- Q3. 508(Resource Limit Reached)은 무조건 트래픽 폭주 때문인가요?
- Q4. inode(아이노드) 제한은 “용량 제한”이랑 뭐가 달라요?
- Q5. “무제한 백업”도 믿으면 안 되나요?
- Q6. CPU 제한 표기는 왜 cores/%/seconds로 제각각인가요?
- Q7. Hostinger처럼 “Bandwidth Unlimited”면 속도도 무제한 아닌가요?
- Q8. 약관에서 “Fair Use”가 보이면 무조건 나쁜 호스팅인가요?

“무제한인데 왜 느려요?” — 답은 약관에 있습니다

호스팅 비교하다 보면 이런 문구가 꼭 보이죠.

트래픽 무제한
디스크 무제한
도메인/웹사이트 무제한

그런데 막상 워드프레스 설치하고, 캐시 플러그인 하나 얹고, 백업 플러그인까지 돌리면…
어느 날 갑자기 사이트가 멈추거나(503), Resource Limit 오류(508)를 만나게 됩니다.

이게 사기냐고요?
대부분은 “사기”라기보다, “무제한의 정의가 다르기 때문”입니다.

예를 들어 DreamHost는 “Unlimited”를 디스크/네트워크 전송을 크게 걱정하지 말라는 의미로 설명하면서도, 공유 서버에서 CPU/RAM/디스크 I/O로 다른 사용자에게 영향을 주면 업그레이드를 요청할 수 있다고 매우 직설적으로 적어둡니다. (DreamHost)
Bluehost도 “정상 범위(normal)”를 통계적으로 정의하고, 사용량이 우려되면 조정 요청 이메일을 보내고(최소 48시간 여유) 필요 시 조치할 수 있다고 밝힙니다. (Bluehost)

즉, “무제한”은 보통 저장공간/전송량(대역폭) 청구를 ‘계량(metering)’하지 않는다에 가깝고, 실제 성능을 좌우하는 CPU·RAM·I/O 같은 ‘컴퓨팅 자원’은 제한되는 경우가 많습니다. (DreamHost)

1) 약관에서 CPU/IO 제한은 어디에 숨나요?

호스팅 사이트 상품 페이지(“무제한!”)만 보면 절대 안 보입니다.
대신 아래 문서에서 튀어나옵니다.

Acceptable Use Policy(AUP) / 이용정책
Fair Use Policy / 공정 사용 정책
Resource Usage / Limits / 리소스 제한 안내
(cPanel 호스팅이라면) LVE/CloudLinux 제한 안내

Namecheap은 “Unmetered(무제한처럼 보이는) 디스크/대역폭”이라도 CPU, 메모리, Entry Processes, Inodes에 제한이 있다고 명확히 씁니다. (Namecheap)
SiteGround도 공유호스팅의 “공정 사용”을 위해 CPU/RAM/I/O 사용량을 모니터링하고, 일정 기간 과도하면 제한할 수 있다고 설명합니다. (SiteGround)

2) 핵심 개념: “무제한”을 깨는 진짜 한계는 CPU·RAM·I/O다

공유호스팅은 기본적으로 여러 고객이 한 서버를 나눠 쓰는 구조라서, “한 명이 과하게 쓰면 다 같이 느려지는” 문제가 생깁니다.

그래서 많은 cPanel 기반 호스팅은 CloudLinux의 LVE(계정별 컨테이너) 같은 방식으로 CPU/메모리/디스크 I/O/프로세스/동시 처리(Entry Processes)를 제한합니다. (CloudLinux)

CloudLinux 문서에는 아주 구체적으로 이렇게 적혀 있어요.

CPU 또는 I/O에 걸리면 응답이 느려지고
메모리/프로세스 제한에 걸리면 500/503 에러가 날 수 있으며
Entry Processes 제한에 걸리면 508 오류를 반환할 수 있다 (CloudLinux)

GoDaddy(대표적인 cPanel 호스팅 운영사)도 동일하게 CPU/RAM/I/O/Inodes/Entry Processes가 공유호스팅에서 제한될 수 있고, I/O 제한에 걸리면 데이터 전송을 기다리며 사이트가 ‘멈춘 것처럼’ 보일 수 있다, Entry Processes가 부족하면 508(Resource Limit Reached)가 늘 수 있다고 설명합니다. (GoDaddy)

3) 약관 속 지표 번역기: CPU/IO 제한 “읽는 법”

아래 표만 이해하면, “무제한” 광고를 봐도 안 속습니다.

약관/스펙에 나오는 말	실제 의미	한계에 걸리면 나타나는 증상	구매 전 체크 포인트
CPU cores / CPU % / CPU seconds	계정이 쓸 수 있는 CPU 양(표기 방식이 다름)	사이트 느려짐, 작업 지연, 제한/경고	CPU가 “표기조차 없으면” Limits 문서 찾아보기 (SiteGround)
RAM / Memory (per process)	실행되는 PHP/프로세스가 쓸 수 있는 메모리	500/503, 관리자/결제/업로드 실패	“총 RAM”인지 “프로세스당”인지 확인 (CloudLinux)
I/O (KB/s, MB/s)	디스크↔RAM 전송 속도(디스크 작업 처리량)	페이지가 멈춘 듯 지연(특히 DB/백업/업로드)	숫자가 낮으면 백업/이미지 처리에서 병목 (GoDaddy)
Inodes	파일/폴더/메일 등 “개수” 한도	업로드/백업/메일 이상, 새 파일 생성 불가	디스크가 남아도 “파일 수”로 막힘 (hostinger.com)
Entry Processes	동시에 처리 가능한 연결/요청 수	508(Resource Limit Reached)	트래픽 순간 피크 + 크론/백업 겹치면 터짐 (GoDaddy)
Processes / Concurrent processes	동시에 실행 가능한 프로세스 수	500/503, 작업 중단	워드프레스 플러그인/크론이 쌓이면 위험 (CloudLinux)
DB size / max connections	DB 용량/연결 수/쿼리 시간 제한	관리자 느림, 검색/필터/장바구니 지연	“DB 무제한”이라도 단일 DB 제한 흔함 (DreamHost)

4) “실제 문서”로 보는 무제한의 현실 (가장 설득력 있는 예시들)

예시 A) “무제한”을 가장 솔직하게 써둔 DreamHost

DreamHost의 Unlimited Policy는 요지가 이렇습니다.

“무제한”은 디스크/전송량을 크게 걱정하지 말라는 뜻
하지만 공유 서버에서 CPU/RAM/디스크 I/O를 과도하게 쓰면 VPS 같은 상위로 옮기라고 요청할 수 있음 (DreamHost)
“무제한”이 적용되지 않는 상품도 있음(DreamPress/VPS) (DreamHost)
공유호스팅 DB는 서버 안정성을 위해 DB 1개당 3GB 제한 (DreamHost)
파일 공유/백업/미러링 같은 “디스크/대역폭 사용 자체가 목적”인 사이트는 금지 (DreamHost)

️ 포인트: 무제한=저장/전송 ‘과금’이 느슨한 것이지, 컴퓨팅 자원은 공정 사용이라는 걸 대놓고 말합니다.

예시 B) “정상 범위”로 CPU·I/O를 조정 요청하는 Bluehost

Bluehost는 “대다수(99.95%) 고객이 정상 범위에 있고”, 사용량이 우려되면 사용량을 줄여달라는 이메일을 보내고(최소 48시간) 조치할 수 있다고 밝힙니다. (Bluehost)

️ 포인트: 숫자(코어/IO)를 안 보여주는 대신, “정상 범위”라는 운영 기준으로 제어할 수 있다는 구조입니다.

예시 C) “Unmetered(무제한처럼 보이는)”에도 CPU/메모리/Entry/Inode 제한이 있는 Namecheap

Namecheap은 Unmetered 정책에서

공정한 웹사이트 운영 목적의 사용을 요구하고
그래서 CPU, 메모리, Entry Processes, Inodes에 제한이 있다고 명시합니다. (Namecheap)

그리고 “inode(파일 개수)” 문서에서는 공유호스팅에 Stellar 계열 30만/60만 inode 제한을 공개하고, 20만 초과 시 자동 백업에서 제외될 수 있다는 안내도 있습니다. (Namecheap)

추가로 AUP에는 더 현실적인 함정이 있어요.
디스크 25GB 초과 또는 200,000 inodes 초과 계정은 주간 시스템 백업에서 제외될 수 있고, 이 경우 사용자가 백업 책임을 져야 한다고 적혀 있습니다. (Namecheap)

️ 포인트: “무제한 스토리지”라고 믿고 파일을 쌓아두면, 어느 순간 백업 보호막이 사라질 수 있습니다.

예시 D) “트래픽은 Unlimited인데 I/O는 숫자로 제한” — Hostinger

Hostinger는 플랜별 파라미터를 표로 공개합니다. 여기서 진짜 중요한 걸 볼 수 있어요.

예: Web Premium은 Bandwidth Unlimited
그런데 CPU cores(1), RAM(2GB), Inodes(400,000), I/O(12,288 KB/s)처럼 성능을 좌우하는 값은 명확히 제한됩니다. (hostinger.com)

여기서 “I/O 6,144 KB/s” 같은 숫자는 감이 안 오죠?

6,144 KB/s ≈ 6 MB/s
12,288 KB/s ≈ 12 MB/s
20,480 KB/s ≈ 20 MB/s

즉, 트래픽이 무제한이어도 디스크 작업(백업, 이미지 리사이즈, DB 읽기/쓰기)이 몰리면 병목이 생길 수 있다는 의미입니다. (그리고 이런 병목은 “방문자 수”가 아니라 “작업 유형”에서 터집니다.)

또 Hostinger 표에는 서버 기반 이메일 발송이 분당 10건, 하루 100건 같은 제한도 함께 표기됩니다. (hostinger.com)
️ “무제한” 마케팅 뒤에 세부 제한이 줄줄이 있는 전형적인 구조입니다.

예시 E) CPU seconds로 “공정 사용”을 숫자로 박아둔 SiteGround

SiteGround는 “공정 사용” 문서에서 공유호스팅의 핵심 지표를 CPU seconds로 정의하고, 플랜별 임계치를 공개합니다.

StartUp: 1000/시간, 10,000/일, 300,000/월
GrowBig: 2000/시간, 20,000/일, 600,000/월
GoGeek: 4000/시간, 40,000/일, 800,000/월 (SiteGround)

또한

프로세스당 RAM을 최대 768MB로 안내하고 (SiteGround)
inode는 20만/40만/60만 같은 하드 리밋을 안내하며(파일/폴더/이메일 메시지까지 포함) (SiteGround)
DB는 공유 환경에서 효율 문제로 1,000MB 이내 권장 (SiteGround)
크론 작업은 겹치면 리소스를 먹으니 30분 이상 간격 권장 (SiteGround)
과도/반복 오버유즈 시 사이트 접근을 제한할 수 있다고 말합니다. (SiteGround)

️ 포인트: “무제한”이 아니라, 공유호스팅은 결국 ‘자원 예산(Quota)’ 게임이라는 걸 보여주는 가장 교과서적인 문서입니다.

예시 F) CPU 25%를 넘기면 제한하는 HostGator(아예 퍼센트로)

HostGator는 공유 서버에서 CPU 최대 25%를 허용하고, 90초 이상 초과하면 제한을 걸 수 있다고 씁니다. (HostGator)
그리고 제한 상태에서는 사이트를 캐시된(정적) 버전으로 제공할 수 있어 “수정 사항이 늦게 보일 수 있다”고까지 설명합니다. (HostGator)

️ 포인트: “느려짐”이 아니라 강제로 동작 방식이 바뀌는 케이스도 있습니다.

5) 약관을 3분 만에 해독하는 “검색 키워드” 12개

호스팅 약관/정책 페이지를 열고 Ctrl+F로 아래 단어부터 찾으세요.

CPU / cores / CPU seconds / CPU usage
RAM / memory / per process
I/O / IO / disk I/O / IOPS
inode / file usage
entry processes / concurrent connections
processes / concurrent processes
cron / scheduled task
database size / MySQL size / max connections
throttle / limit / restrict / suspend
fair use / acceptable use / resource usage
backup limitations / excluded from backup
file distribution / archive / backup storage (금지 용도)

이 중 “backup excluded(백업 제외)”가 보이면, 그 호스팅은 “무제한 저장”을 믿고 쓰면 나중에 진짜 큰일 날 수 있습니다. (Namecheap AUP가 대표 케이스) (Namecheap)

6) 내 사이트는 어떤 제한에 먼저 걸릴까? (유형별 ‘터지는 지점’)

아래는 실제 운영에서 “제일 먼저 터지는 자원”입니다.

워드프레스 블로그(플러그인 많음): CPU·IO 제한이 가장 먼저 걸린다

CPU / RAM 먼저 터집니다
이유: PHP 실행 + DB 쿼리 + 플러그인 훅이 누적
증상: 관리자 느림, 저장 실패, 500/503 (CloudLinux)

쇼핑몰/예약(우커머스 등): I/O와 Entry Process 제한 주의

Entry Processes + CPU + DB 조합으로 터집니다
이유: 동시 요청(로그인/장바구니/결제) + 쿼리 증가
증상: 508 증가, 결제 단계 오류 (GoDaddy)

이미지 많은 포트폴리오/갤러리: Inode 한도와 I/O 제한

I/O + Inodes가 은근히 먼저 옵니다
이유: 썸네일 파일이 폭증(파일 “개수” 한도) + 읽기/쓰기 잦음
증상: 업로드 불가, 백업 실패, 페이지 멈춤 (hostinger.com)

“백업 저장소/파일 공유”용으로 쓰려는 경우: 호스팅 약관에서 거의 다 막힙니다

많은 호스팅에서 정책 위반 가능성이 큽니다.
DreamHost는 파일 공유/백업/미러링 목적 사이트를 금지 사례로 듭니다. (DreamHost)

7) 제한에 걸렸을 때 나오는 대표 증상(에러 코드까지)

운영 중이라면 아래 신호는 “호스팅 업그레이드”보다 먼저, 리소스 제한 확인부터 하셔야 합니다. 트래픽이 폭주하는 시점에는 호스팅 자원만으로 버티지 못하므로 CDN을 함께 쓰는 게 안전합니다(Cloudflare·Fastly·Akamai 비용 비교 참고). 무차별 로그인 시도가 CPU를 갉아먹는 사례가 많은데, 이 경우 호스팅 제한과 별개로 WAF가 필요합니다(WAF·DDoS 방어 서비스 비교 2026). 차라리 오브젝트 스토리지나 서버리스 함수와 결합한 구조가 비용·성능에서 유리합니다(서버리스 비용 절감 가이드 참고).

508 Resource Limit Reached: Entry Processes 한도일 확률이 큼 (CloudLinux)
사이트가 멈춘 듯 ‘대기’: I/O 한도(디스크↔RAM 전송 지연) 가능성 (GoDaddy)
500/503 오류: 메모리/프로세스 제한 또는 폭주 상황 가능성 (CloudLinux)
업로드/백업/플러그인 설치가 갑자기 실패: inode 한도 근접/초과 가능성(디스크가 남아도 발생) (hostinger.com)

8) 구매 전 “질문 템플릿” (CPU·IO 제한을 직접 묻는 5문장)

무제한 호스팅을 사기 전에, 아래 질문 6개만 던져도 실패 확률이 확 줄어듭니다.

이 플랜의 CPU 제한 표기 방식은 무엇인가요? (cores / % / CPU seconds)
디스크 I/O(throughput) 제한이 있나요? 있다면 수치(KB/s 또는 MB/s)는?
Entry Processes(동시 처리) 한도는 몇 개인가요? 초과 시 508이 발생하나요? (GoDaddy)
inode(파일 개수) 한도는? 초과하면 어떤 일이 생기나요? (hostinger.com)
일정 수준 이상 사용하면 백업에서 제외되나요? (예: inode/용량 기준) (Namecheap)
제한 초과 시 조치는 (1) 일시 스로틀 (2) 캐시 제공 (3) 접근 제한 (4) 중단 중 어디에 해당하나요? (HostGator처럼 캐시로 전환하는 경우도 있음) (HostGator)

9) 결론: “무제한”은 사라지지 않지만, 읽을 줄 알면 손해가 사라집니다

무제한 호스팅을 완전히 피할 필요는 없습니다.
다만 다음 2가지는 꼭 기억하세요.

무제한(스토리지/전송)과 무제한(성능)은 다릅니다.
성능은 CPU·RAM·I/O·동시 처리(Entry)로 결정됩니다. (DreamHost)
약관의 핵심은 “얼마나 쓰면 제한되는가”가 아니라 “제한될 때 무엇을 당하는가”입니다.
(느려짐/508/503/접근 제한/캐시 전환/백업 제외 등) (CloudLinux)

“무제한”을 고르는 순간, 운영자는 사실상 ‘약관 속 자원 예산표’를 함께 구매하는 겁니다.

FAQ — 무제한 호스팅 CPU IO 제한 자주 묻는 질문

Q1. “무제한 트래픽”이면 방문자 수가 정말 무제한인가요?

대부분은 “방문자 수를 계량해 과금하지 않는다”에 가깝고, 실제로는 CPU/RAM/I/O 같은 자원 한계가 먼저 옵니다. DreamHost는 무제한이라도 공유 서버에서 CPU/RAM/디스크 I/O로 문제가 생기면 업그레이드를 요청할 수 있다고 말합니다. (DreamHost)

Q2. I/O 제한은 왜 그렇게 중요해요?

GoDaddy 설명처럼 I/O는 디스크↔RAM 데이터 전송 속도라서, 한도에 걸리면 사이트가 “대기/멈춤”처럼 보일 수 있습니다. (GoDaddy)
백업/이미지 처리/DB 읽기·쓰기 작업이 많은 사이트일수록 체감이 큽니다.

Q3. 508(Resource Limit Reached)은 무조건 트래픽 폭주 때문인가요?

아닙니다. Entry Processes(동시 처리) 한도 문제일 수 있습니다. GoDaddy는 Entry Processes가 동시 처리 연결 수이며, 508이 많으면 Entry Processes 업그레이드가 도움될 수 있다고 설명합니다. (GoDaddy)
CloudLinux도 Entry Processes 한도에 도달하면 508을 반환할 수 있다고 안내합니다. (CloudLinux)

Q4. inode(아이노드) 제한은 “용량 제한”이랑 뭐가 달라요?

inode는 쉽게 말해 파일/폴더/메일 메시지 같은 ‘개수’ 한도입니다. Namecheap은 inode가 파일 시스템 객체를 추적하는 구조이며, 한도를 두는 이유와 플랜별 예시(30만/60만)를 공개합니다. (Namecheap)
Hostinger는 inode 한도에 도달하면 디스크가 남아도 새 파일/폴더를 만들 수 없고 사이트가 정상 동작하지 않을 수 있다고 설명합니다. (hostinger.com)

Q5. “무제한 백업”도 믿으면 안 되나요?

정책을 꼭 봐야 합니다. Namecheap AUP는 일정 기준(예: 디스크/아이노드)이 넘으면 시스템 백업에서 제외될 수 있고, 사용자가 백업 책임을 져야 한다고 적어둡니다. (Namecheap)

Q6. CPU 제한 표기는 왜 cores/%/seconds로 제각각인가요?

호스팅마다 관리 방식이 달라서입니다. SiteGround는 CPU 사용량을 “CPU seconds”로 정의하고 시간/일/월 임계치를 공개합니다. (SiteGround)
HostGator는 공유 서버에서 CPU 사용률을 퍼센트(25%)로 제한한다고 설명합니다. (HostGator)

Q7. Hostinger처럼 “Bandwidth Unlimited”면 속도도 무제한 아닌가요?

Bandwidth가 무제한이어도 I/O, CPU, RAM, inode 같은 성능 한도는 별개입니다. Hostinger는 플랜별로 CPU cores/RAM/I/O/inodes 같은 수치를 함께 공개하고 있습니다. (hostinger.com)

Q8. 약관에서 “Fair Use”가 보이면 무조건 나쁜 호스팅인가요?

꼭 그렇진 않습니다. 공유호스팅은 구조적으로 자원이 유한하므로, 공정 사용 정책 자체는 정상입니다. 중요한 건 “제한 수치가 투명한지”, “초과 시 어떤 조치를 하는지”, “백업 제외 같은 함정이 있는지”입니다. (SiteGround)

무제한 호스팅 CPU IO 제한은 광고 문구가 아니라 약관 안에 숫자로 박혀 있습니다. 결제 전에 AUP/Fair Use 문서에서 CPU·RAM·I/O·Inode·Entry Process 5개 항목만 체크하면 “508 Resource Limit Reached”나 503 같은 사고를 거의 피할 수 있습니다. 트래픽이 진짜 무제한이 필요하면 VPS의 unmetered bandwidth 표기 옵션을 따로 보세요.