서버 대역폭과 트래픽 사이징 지식
대역폭은 웹사이트나 웹 애플리케이션을 출시할 때 가장 흔한 함정 중 하나입니다. VPS를 발급받았는데 첫 입소문 트윗에서 스로틀링되거나 503 오류를 내보내기 시작했다면, 연산력이 부족한 게 아니라 egress 대역폭이 부족한 것입니다. KernelHost 대역폭 계산기는 첫 청구서를 보기 전에 현실적인 월 트래픽 수요를 추정하고 적합한 등급을 선택할 수 있도록 도와줍니다.
이 뒤의 수학은 사소합니다. 일일 방문 수에 평균 페이지 무게(MB)를 곱하고, 30(월별 일수)을 곱합니다. 그 위에 egress 오버헤드를 더하는데, HTTP 헤더, TLS 핸드셰이크, API 호출, 가끔의 재전송이 순수 페이지 무게에는 포함되지 않는 추가 트래픽을 만들기 때문입니다. 1024로 나누면 기가바이트, 다시 1024로 나누면 테라바이트가 됩니다. 입력 세 개로 신뢰할 수 있는 사이징 결과 하나를 얻습니다.
많은 사람들이 과소평가하는 점은 현대 웹사이트가 5년 전보다 훨씬 무겁다는 것입니다. HTTP Archive Report(2026년 기준)는 데스크톱 평균 페이지 무게를 약 2.5 MB, 모바일 2.2 MB로 둡니다. 여기에는 일반적인 랜딩 페이지의 HTML, 컴파일된 JavaScript, CSS, 폰트, 이미지가 포함됩니다. 히어로 비디오, 고해상도 슬라이더, 임베디드 WebGL이 있는 미디어 중심 사이트는 쉽게 5에서 15 MB에 이릅니다. 최적화하지 않은 WordPress 테마를 쓰는 사이트는 알지 못한 채 4에서 6 MB에 도달하기도 합니다.
값을 입력할 때는 실제 수치를 살펴보세요. WebPageTest, Lighthouse, 또는 브라우저의 Network 탭이 정확한 전송 크기(Brotli 압축 후)를 보여줍니다. 이 값을 페이지 무게로 입력하면 계산기가 자동으로 오버헤드를 더해 현실적인 결과를 줍니다.
서버 대역폭을 올바르게 계산하는 법
기본 공식: 일일 방문 수 × 페이지 무게(MB) × 30 × (1 + 오버헤드/100) / 1024 = 월간 대역폭(GB). 구체 예: 일일 5000 방문, 페이지 무게 2.5 MB, 오버헤드 20%면 5000 × 2.5 × 30 × 1.2 / 1024 = 439 GB/월, 약 0.44 TB. 1 Gbit 무제한 KernelHost VPS S라면 충분한 여유가 있습니다.
사이징은 항상 여유를 두세요. 빠듯하게 잡으면 입소문이 나거나 단기 마케팅 캠페인 시 즉시 문제가 됩니다. 경험칙: 계산값의 두 배를 헤드룸으로 잡아 burst 트래픽, 늘어나는 고객 수, 가끔의 크롤러 burst를 흡수하세요. 1 Gbit 업링크는 장기 평균으로 이론상 월 324 TB를 보낼 수 있지만, 실제로는 95th percentile 모델에서 30에서 50 TB 정도로 한계가 떨어집니다.
두 번째 측면은 burst 트래픽 대 sustained 트래픽입니다. 대부분의 호스팅 제공자와 통신사는 95th percentile 모델로 청구합니다. 5분마다 처리량을 샘플링하고, 한 달 값을 정렬하고, 상위 5%를 잘라내고, 남은 최고값을 청구 기준으로 삼습니다. 짧은 스파이크(예: Hacker News 기사로 인한 30분 burst)는 청구서에 전혀 나타나지 않습니다. KernelHost VPS 등급은 업링크 속도 내에서 무제한이라 이 논의가 대부분 고객에게 무관합니다.
Egress 오버헤드란
Egress 오버헤드는 HTTP/HTTPS 프로토콜 메커니즘이 만드는 추가 트래픽으로, 순수 자산 부피에는 보이지 않습니다. TLS 핸드셰이크 데이터(새 연결당 약 5에서 10 KB), HTTP 헤더(쿠키, Cache-Control, 인증 토큰, 요청당 평균 1에서 4 KB), 불안정한 연결의 TCP 재전송, 검색, 필터링, 개인화를 위한 JSON API 호출, 트래킹 픽셀과 서드파티 스크립트가 포함됩니다.
전형적 웹사이트에서는 페이지 무게 위에 15에서 25%가 더해집니다. API 호출이 많고 실시간 기능(WebSockets, Server-Sent Events)을 가진 SaaS 애플리케이션은 30에서 50%에 가깝습니다. ABR(적응 비트레이트)를 가진 스트리밍 플랫폼은 지속적인 매니페스트 폴링 때문에 5에서 10% 정도입니다. 기본값 20%는 일반적인 쿠키 부담과 소수의 서드파티 트래커를 가진 평균 사이트의 보수적 추정입니다.
정확한 숫자가 필요하다면 Cloudflare Analytics나 서버 액세스 로그의 월간 대역폭 값을 페이지뷰 × 페이지 무게의 이론값과 비교하세요. 차이가 실제 오버헤드 %입니다. KernelHost 서버에서는 nload, vnstat, Netdata에서 확인할 수 있으며, 또는 customer portal에서 VLAN 단위로 볼 수 있습니다.
고대역폭에서 VPS 대 Dedicated 서버
월 약 5 TB까지의 적당한 트래픽이라면 KVM VPS가 보통 가장 경제적인 선택입니다. 물리 하드웨어를 다른 테넌트와 공유하지만 RAM, vCPU 코어, 1 Gbit 업링크는 전용입니다. KernelHost VPS 등급은 모두 NVMe SSD와 100% 친환경 전력으로 Frankfurt FRA01에서 운영되며 Dedicated 서버와 동일한 데이터센터 표준입니다.
5에서 10 TB egress를 넘으면 Dedicated 서버로 옮기는 게 이득입니다. 물리 업링크의 전체 대역폭(모델에 따라 1 또는 10 Gbit), 노이즈 네이버 위험 없음, CPU/RAM/스토리지에 대한 완전한 통제가 가능해집니다. 스트리밍 플랫폼, CDN origin, DB 중심 SaaS 앱에는 Dedicated가 성능뿐 아니라 비용 측면에서도 이슈입니다. 고대역폭 VPS 등급은 비교 가능한 Dedicated 서버보다 비싸지기 때문입니다.
경험칙: 1 TB까지는 Webhosting, 5 TB까지는 VPS S/M, 20 TB까지는 VPS L 또는 Dedicated Entry, 그 이상은 Dedicated Premium 또는 Custom. 이 임계값은 엄격하지 않으며 일반적인 하드웨어 사용률의 결과입니다. burst 요구가 큰 경우(라이브 스트리밍 이벤트, 소프트웨어 릴리스)에는 anti-DDoS 필터링을 앞단에 둔 10 Gbit Dedicated가 좋습니다. 스파이크가 스로틀링을 트리거하지 않기 때문입니다.
CDN offload는 언제 이득일까
Cloudflare, Fastly, BunnyCDN 같은 CDN(콘텐츠 전송 네트워크)은 정적 자산(이미지, CSS, JS, 폰트, 비디오)을 전 세계 엣지 노드에 캐시합니다. 방문자가 페이지를 열면 브라우저는 KernelHost 서버에서 HTML 본문을 가져오고 다른 자산은 가장 가까운 엣지 노드에서 가져옵니다. Origin 트래픽이 극적으로 떨어지며 캐시 구성에 따라 보통 60에서 90% 감소합니다.
CDN은 월 origin 트래픽 약 500 GB부터, 또는 국제 청중을 대상으로 할 때 의미가 있습니다. Cloudflare 무료 플랜은 무제한 대역폭으로 비용 없이도 70에서 80% offload를 줍니다. Fastly와 BunnyCDN은 egress 0.005 USD/GB부터 시작하는 유료 플랜으로, 10 TB 기준 월 약 50 USD에 95% 이상 offload를 제공합니다. 서드파티 의존을 피하고 싶다면 두 번째 KernelHost VPS 위에 Varnish나 nginx 캐시 레이어를 직접 호스팅할 수 있습니다.
중요: 동적 트래픽(사용자 특정 HTML, REST API 호출, 인증)은 여전히 origin으로 갑니다. 90% 정적 마크업을 제공하는 사이트는 막대한 절감을 봅니다. 매 요청마다 개인화된 응답을 반환하는 SaaS 앱은 혜택이 적습니다. 계산기의 CDN 토글은 70% offload를 가정하며 대부분의 사이트에 현실적인 평균값입니다.
DDoS 방어와 대역폭: 왜 17 Tbps DDoS 방어가 중요한가
대역폭 사이징 시 사람들은 종종 합법 트래픽만 업링크를 부담하는 게 아니라는 사실을 놓칩니다. DDoS 공격은 몇 분 만에 1 Gbit 인터페이스를 포화시켜, 합법 방문자가 503 오류를 받고 CPU는 놀고 있어도 실질적으로 오프라인이 됩니다. 현재 대부분의 볼류메트릭 공격(UDP 플러드, NTP/DNS/memcached 경유 반사 증폭)은 100 Gbps에서 1 Tbps이며, 최대 기록(Cloudflare 2024년 1분기)은 5.6 Tbps였습니다.
KernelHost는 Frankfurt FRA01에서 Arbor 실시간 필터링을 포함한 17 Tbps DDoS 방어를 운영하며, 모든 고객 VLAN 인터페이스에서 활성화되어 있습니다. 모든 VPS와 Dedicated에 포함되며 추가 비용은 없습니다. 시스템은 레이어 3과 4의 악성 트래픽(SYN 플러드, UDP 증폭, 반사 공격)을 서버에 도달하기 전에 스크럽합니다. 레이어 7 공격(HTTP 플러드, Slowloris)은 nginx rate limiting이나 앞단의 Cloudflare Pro 구성으로 처리합니다.
실제로 이는 계산된 대역폭 수요가 합법 트래픽의 부하라는 의미입니다. 볼류메트릭 공격은 VLAN 앞에서 스크럽되므로 업링크 예산을 잡아먹지 않습니다. Frankfurt FRA01의 KernelHost 인프라(Maincubes, Tier III, BSI IT-Grundschutz 준수)는 공격 중에도 서버 접근성을 유지하며, 이 가격대의 어떤 하이퍼스케일러도 제공하지 못하는 수준입니다.