서버비용에 대해 궁금해 방문자대비 서버비용을 어느정도 책정해야되는지 사이트마다 다르긴하겠지만 사진이나 이미지가 좀 많아서 20kb~30kb의 이미지가 페이지당 20개정도씩 보여지고있어..

핵심 답변

말씀하신 조건이면 이미지 용량 자체는 나쁜 편이 아닙니다.

이미지 1개가 20KB~30KB이고, 한 페이지에 20개 정도 보인다면 이미지 전송량만 페이지당 약 400KB~600KB입니다. 여기에 HTML, CSS, JS, 폰트, API 응답까지 포함하면 실제 페이지 1회 조회당 전송량은 대략 700KB~1.5MB 정도로 잡는 것이 안전합니다.

그래서 서버비는 방문자 수만으로 계산하기보다는 다음 기준으로 보는 게 좋습니다.

월 전송량 = 월 페이지뷰 × 페이지당 실제 전송량

예를 들어 페이지당 실제 전송량이 1MB라면 월 10만 PV는 약 100GB, 월 100만 PV는 약 1TB 정도의 트래픽이 발생한다고 보면 됩니다.

대략적인 예산 감각

CDN과 캐시를 어느 정도 제대로 쓴다는 전제에서 보면 다음 정도로 시작할 수 있습니다.

• 월 1만 PV 이하: 무료~월 1만 원대도 가능
• 월 10만 PV 전후: 월 1만~5만 원대에서 시작 가능
• 월 50만 PV 전후: 월 3만~15만 원대 고려
• 월 100만 PV 전후: 월 5만~20만 원 이상 열어두는 것이 안전

다만 이건 이미지가 CDN에 잘 캐시되고, 앱 서버가 이미지를 직접 계속 쏘지 않는다는 전제입니다. 이미지를 앱 서버에서 직접 서빙하고 캐시가 제대로 안 잡혀 있으면 같은 방문자 수에서도 비용과 부하가 훨씬 커질 수 있습니다.

중요한 건 서버 크기보다 이미지 서빙 구조입니다

이미지가 많은 사이트에서는 서버 스펙을 크게 잡는 것보다 이미지 전송 구조를 잘 잡는 게 더 중요합니다.

추천 구조는 다음과 같습니다.

1. 웹 애플리케이션 서버는 작게 시작합니다.
2. 이미지는 서버 디스크에 직접 두기보다 오브젝트 스토리지에 둡니다.
3. 이미지 앞단에는 CDN을 붙입니다.
4. 이미지 URL이 바뀌는 구조라면 장기 캐시를 적용합니다.
5. 리스트용 썸네일과 상세용 이미지를 분리합니다.
6. 첫 화면에 보이지 않는 이미지는 lazy loading을 적용합니다.

예를 들어 Cloudflare R2, AWS S3, Backblaze B2, Bunny Storage, Supabase Storage 같은 저장소에 이미지를 두고, Cloudflare나 Bunny CDN 같은 CDN을 앞에 붙이는 방식이 일반적입니다.

월 10만 PV 예시

페이지당 이미지가 평균 25KB이고 20개라면 이미지 총량은 약 500KB입니다.

기타 리소스를 포함해서 페이지당 실제 전송량을 900KB 정도로 보면, 월 10만 PV에서는 대략 85GB~90GB 정도의 전송량이 나옵니다.

이 정도라면 초기 서비스 기준으로는 월 1만~5만 원대에서도 충분히 운영 가능한 구간입니다. 다만 CDN 캐시가 잘 적용되어야 하고, 이미지가 앱 서버에서 직접 계속 나가면 안 됩니다.

월 100만 PV 예시

페이지당 실제 전송량이 1MB이고 월 100만 PV라면 월 전송량은 약 1TB입니다.

이 구간부터는 무료 플랜이나 단순 저가 호스팅만 믿고 가기보다는 다음을 점검해야 합니다.

• 이미지 CDN 캐시율
• 원본 이미지와 썸네일 분리 여부
• 모바일용 이미지 크기 분리 여부
• 앱 서버 CPU와 메모리 사용률
• DB 쿼리 응답 시간
• 피크 시간대 동시 접속자
• 클라우드 또는 CDN 비용 알림 설정

월 100만 PV를 바라본다면 월 5만~20만 원 이상은 열어두는 것이 안전합니다. 서비스 구조에 따라 더 낮을 수도 있지만, 이미지가 많고 캐시가 약하면 더 높아질 수도 있습니다.

지금 상황에서 추천하는 시작 예산

아직 트래픽이 크지 않거나 오픈 초기라면 처음부터 큰 서버를 잡을 필요는 없습니다.

현실적인 시작안은 다음 정도입니다.

• 앱 서버: 월 0~2만 원대
• 이미지 저장소: Cloudflare R2 또는 유사 오브젝트 스토리지
• CDN: Cloudflare 또는 Bunny CDN
• DB: 무료~소형 플랜
• 총 예산: 월 1만~5만 원

월 10만 PV 근처로 올라가면 월 3만~7만 원 정도를 기준으로 실제 트래픽을 보면서 조정하면 됩니다.

월 100만 PV를 목표로 한다면 월 10만~30만 원까지 열어두고, 이미지 리사이징 자동화와 CDN 비용 구조를 함께 점검하는 게 좋습니다.

바로 확인해야 할 것

서버비를 정확히 잡으려면 대표 페이지에서 실제 전송량을 먼저 확인하는 게 좋습니다.

확인할 페이지는 보통 다음 3개입니다.

• 메인 페이지
• 리스트 페이지
• 상세 페이지

각 페이지에서 브라우저 개발자도구의 Network 탭을 열고, 캐시를 끈 상태에서 새로고침한 뒤 실제 전송량을 확인하면 됩니다. 이 값이 비용 계산의 기준이 됩니다.

확인할 때는 데스크톱뿐 아니라 모바일 화면 기준도 같이 보는 것이 좋습니다. 모바일에서 더 작은 이미지를 내려주지 않고 PC용 이미지를 그대로 보내고 있다면 비용과 로딩 속도 모두 손해입니다.

주의할 점

가장 피해야 할 것은 이미지를 앱 서버 디스크에 두고 서버가 직접 계속 전송하는 구조입니다. 초기에는 편하지만 방문자가 늘면 앱 서버가 이미지 전송 부하까지 떠안게 됩니다.

또 하나는 원본 이미지를 리스트 페이지에 그대로 노출하는 것입니다. 사용자에게는 300px 정도로 보이는데 실제로는 1600px 원본 이미지를 내려주면 트래픽이 금방 커집니다.

이미지가 많은 사이트라면 원본, 본문용, 썸네일용을 나누는 것이 좋습니다.

예를 들어 원본은 보관용, 800px 이미지는 상세 본문용, 300~400px 이미지는 리스트 썸네일용으로 나누면 됩니다.

결론

현재 이미지가 20KB~30KB 수준이라면 이미지 한 장의 용량은 이미 꽤 잘 줄인 편입니다. 다만 페이지당 20개씩 노출되기 때문에 월 10만 PV부터는 트래픽 비용이 눈에 보이기 시작할 수 있습니다.

초기에는 월 1만~5만 원 정도로 작게 시작하고, 서버를 크게 잡기보다는 CDN, 캐시, 썸네일, lazy loading을 먼저 정리하는 것이 좋습니다. 이후 월 PV와 실제 페이지당 전송량을 기준으로 월 10만 PV, 50만 PV, 100만 PV 구간마다 예산을 다시 잡는 방식이 가장 안전합니다.