사내 시스템 클라우드 전환 시 월 서버 비용 산정 공식과 스펙 맞춤 계산 예시

Photo by panumas nikhomkhai on Pexels

1. 사내 시스템 클라우드 구축 시 비용 예측이 실패하는 이유

엑셀 업무나 온프레미스(자체 서버) 환경에서 벗어나 사내 ERP, CRM, 그룹웨어 등 자체 시스템 도입을 검토하는 중소기업 대표가 가장 난감해하는 순간은 개발사나 인프라 업체로부터 받은 '월 서버 예상 비용 견적서'를 볼 때입니다. 어떤 개발사는 월 10만 원이면 충분하다고 호언장담하지만, 어떤 개발사는 안정성을 이유로 월 200만 원 이상의 클라우드 스펙을 요구합니다.

문제는 시스템을 구축한 이후입니다. 오픈 첫 달에는 30만 원이 나오던 클라우드 청구서가 데이터가 쌓이고 사용자가 늘어남에 따라 6개월 뒤 월 150만 원, 1년 뒤 월 300만 원으로 폭증하는 이른바 '클라우드 핑거 스냅 현상(비용 폭증)'을 겪는 기업이 비일비재합니다. 이는 초기 서버 스펙을 산정할 때 '전체 임직원 수'와 '최대 동시 접속자 수'를 구분하지 못했거나, 데이터 증가율과 트래픽 비용을 산정 공식 없이 감으로 설정했기 때문입니다.

본 글에서는 임직원 100명 규모의 중소기업 A사가 사내 업무 시스템(ERP 및 수주 관리 시스템)을 클라우드(AWS 기준)로 전환한다고 가정하고, 대표 및 의사결정자가 직접 서버 스펙을 검증하고 월 고정 비용을 정확히 계산해 낼 수 있는 구체적인 수식과 예시를 다룹니다.

2. 애플리케이션 서버 스펙(vCPU 및 RAM) 산정 공식

시스템을 구동하는 애플리케이션 서버(웹/앱 서버)의 스펙을 결정할 때 가장 중요한 지표는 전체 회원 수가 아니라 'Peak 타임 동시 접속자 수(Peak Concurrent Users)'와 '초당 처리 요청 수(TPS, Transactions Per Second)'입니다.

가상 기업 A사의 조건 설정

• 전체 임직원 수: 100명
• 최대 동시 접속 비율: 전체 인원의 30% (업무 시작 시간인 오전 9시~10시 집중)
• Peak 타임 동시 접속자 수(CU): 100명 × 0.3 = 30명
• 사용자 1인당 1분간 요청 횟수: 12회 (5초당 1회 클릭 및 데이터 조회)

초당 처리 요청 수(TPS) 산정 수식

서버가 1초 동안 처리해야 하는 요청 수(TPS)는 아래 공식으로 계산합니다.

수식: Peak TPS = (Peak 동시 접속자 수 × 1인당 1분간 요청 횟수) / 60초

A사의 수치를 대입해 보겠습니다.

A사의 Peak TPS = (30명 × 12회) / 60 = 6 TPS

갑작스러운 이벤트나 분기 결산 시 트래픽 몰림을 대비해 안전율(Safety Factor) 3배를 적용합니다. 따라서 시스템이 버텨야 하는 Target TPS는 18 TPS가 됩니다.

vCPU 및 RAM 용량 결정

일반적인 비즈니스 웹 애플리케이션(Spring Boot, Node.js, Fast API 등)은 1 vCPU당 약 15~20 TPS를 안정적으로 처리합니다. Target TPS가 18이므로 최소 1 vCPU가 필요하지만, 운영체제(OS)와 백그라운드 프로세스, 메모리 여유분을 고려해 최소 사양을 산정합니다.

시스템 중단을 막기 위해 애플리케이션 서버는 최소 2대로 분산(이중화)하는 것이 안전하므로, 애플리케이션 서버 용도로 월 약 67,000원을 할당합니다.

3. 데이터베이스(DB) 인스턴스 및 스토리지 용량 계산법

클라우드 비용에서 가장 큰 비중을 차지하는 것은 애플리케이션 서버가 아니라 데이터베이스(DB) 서버입니다. DB는 메모리 캐싱 및 인덱스 관리를 위해 애플리케이션 서버보다 더 많은 RAM 용량을 필요로 합니다.

DB 인스턴스 스펙 선정

동시 접속자 30명 수준의 RDB(PostgreSQL 또는 MySQL) 환경에서는 인덱스와 데이터 버퍼 풀을 메모리에 충분히 올리기 위해 최소 8GB RAM 이상의 DB 인스턴스가 권장됩니다.

AWS RDS 기준 범용 인스턴스인 db.t4g.large (2 vCPU, 8 GB RAM)를 선택할 경우, 월 비용은 약 $105 (약 141,000원)입니다. 만약 데이터 유실 방지를 위해 Multi-AZ(다중 영역 동기화 백업)를 적용하면 비용은 2배인 $210 (약 283,000원)으로 늘어납니다.

DB 스토리지 확장 및 용량 예측 수식

DB 스토리지 용량은 초기 용량뿐만 아니라 사업 진행에 따른 데이터 누적 속도를 계산해야 합니다.

수식: 3년 필요 스토리지 = [초기 DB 용량 + (일일 신규 데이터 생성량 × 365일 × 3년)] × 안전율(1.5)

A사의 3년 스토리지 계산 예시

• 초기 데이터 (기존 엑셀/DB 이관): 20 GB
• 일일 신규 데이터 (주문, 텍스트, 이력 데이터): 하루 0.2 GB (200 MB)
• 3년 누적 데이터: 20 GB + (0.2 GB × 365 × 3) = 20 GB + 219 GB = 239 GB
• 안전율 1.5 적용: 239 GB × 1.5 = 358.5 GB (약 400 GB 확보 필요)

AWS EBS (gp3 기준) 400GB 스토리지 비용은 1GB당 월 $0.08 수준이므로, 400GB × $0.08 = 월 $32 (약 43,000원)가 발생합니다.

※ 법령 안내: 상법, 전자상거래법, 개인정보 보호법 등 관계 법령에 따라 거래 기록 및 개인정보 파기/보존 기간이 달라집니다. 시스템 설계 시 반드시 최신 관련 법령 및 고시를 확인하여 보존 연수를 확정해야 합니다.

4. 트래픽 대역폭 및 백업 스냅샷 비용 산정

초보 대표들이 가장 많이 놓치는 숨은 비용이 바로 '데이터 전송 비용(Data Transfer Out)'과 '자동 백업(Snapshot) 비용'입니다. 클라우드는 서버로 들어오는 트래픽은 무료이지만, 서버에서 외부(사용자 웹브라우저)로 나가는 트래픽에는 GB당 요금을 부과합니다.

월간 네트워크 트래픽 비용 계산 예시

• 일일 평균 다운로드 페이지 수: 30명 × 하루 200페이지 조회 = 6,000 페이지
• 페이지당 평균 용량 (이미지, 첨부파일, 데이터 포함): 1.5 MB
• 일일 트래픽: 6,000 × 1.5 MB = 9,000 MB = 9 GB
• 월간 트래픽 (22일 영업일 기준): 9 GB × 22일 = 198 GB

AWS 기준 월 100GB까지는 무료 트래픽을 제공하며, 초과분에 대해 GB당 약 $0.09가 부과됩니다. 초과분 98GB × $0.09 = 월 $8.82 (약 12,000원) 수준으로 트래픽 비용은 비중이 크지 않습니다. 다만, 고화질 이미지나 대용량 도면 파일 다운로드가 많은 업종이라면 이 수치를 10배 이상 높게 잡아야 합니다.

DB 백업 및 객체 스토리지(S3) 비용 계산

매일 수행되는 DB 스냅샷 백업과 사용자가 업로드하는 첨부파일은 S3 스토리지를 사용합니다.

• 첨부파일 스토리지(S3): 200 GB 설정 시 월 약 $4.6 (약 6,200원)
• DB 스냅샷 보존 (30일 보존 정책): DB 용량(400GB)의 증분 백업 고려 시 약 300GB 소요 = 월 약 $6.9 (약 9,300원)

5. 중소기업 A사의 최종 월 클라우드 비용 산출표

위에서 계산한 수치들을 종합하여 A사가 사내 시스템 도입 시 매월 지급해야 하는 실제 인프라 청구서를 작성한 결과는 다음과 같습니다. (환율 1,350원/USD 적용)

위 시뮬레이션 결과, 100명 규모 중소기업의 사내 ERP/CRM 시스템 운영을 위한 적정 인프라 비용은 월 약 45만 원 내외로 산출됩니다. 만약 외주 개발사 견적서에 서버 비용으로 월 150만 원 이상이 책정되어 있다면 오버스펙이거나 인프라 관리 대행 수수료가과다하게 측정되었을 가능성을 의심해 보아야 합니다.

6. 시스템 도입 전 대표가 확인할 비용 절감 및 운영 체크리스트

산출된 월 45만 원의 비용도 약정 할인 정책과 운영 자동화 규칙을 적용하면 추가로 30~40% 절감할 수 있습니다. 외주 계약 체결 전 아래 체크리스트를 확인하세요.

클라우드 비용 최적화 체크리스트

• 1년/3년 약정 할인(Savings Plans / RI) 적용 여부: RDS 및 EC2에 대해 1년 약정을 체결하면 On-Demand 대비 약 30~37%, 3년 약정 시 최대 60%까지 고정 요금이 할인됩니다. 시스템이 안정화된 후 2~3개월 뒤 약정을 걸면 월 비용을 45만 원에서 월 30만 원 수준으로 낮출 수 있습니다.
• 개발/테스트 서버 자동 스케줄링 설정: 개발용 서버(Staging)를 주말 및 야간(오후 8시~오전 8시)에 자동으로 꺼지도록 설정(Auto Shutdown)하면 개발 서버 비용의 65%를 절감할 수 있습니다.
• 스토리지 임계치 알람 설정: EBS 및 S3 용량이 갑자기 급증할 때를 대비해 AWS CloudWatch 비용 경보를 설정해야 합니다. (예: 월 $400 초과 시 대표 및 담당자에게 SMS/이메일 발송)
• ARM 기반 인스턴스(Graviton) 채택 여부: 기존 x86 기반(c5, m5, t3) 인스턴스 대신 ARM 기반의 Graviton 인스턴스(t4g, m6g)를 선택하면 동일한 성능 대비 요금이 약 20% 저렴합니다.

7. 경영진이 당장 실행해야 할 핵심 항목 요약

1. 동시 접속자 수 재정의: 전체 직원 수가 아닌, Peak 타임 동시 작업 인원(CU)을 기준으로 서버 스펙(vCPU, RAM)을 다시 산정하도록 개발사에 요청하세요.
2. DB 인스턴스 세부 스펙 산출 요구: 견적서에 '서버 비용'으로 뭉뚱그려진 항목을 애플리케이션, DB, 스토리지, 트래픽 비용으로 분리한 세부 명세서를 요구하세요.
3. 스토리지 3년 데이터 누적치 계산: 초기 용량만 계산하지 말고 3년 간 쌓일 데이터 증분과 백업 정책이 반영되었는지 수식을 확인하세요.
4. 약정 할인 계획 수립: 시스템 오픈 후 3개월간 모니터링을 거쳐 1년 이상 장기 운영이 확정되면 즉시 Savings Plans(약정 할인)를 적용해 월 고정 비용을 30% 이상 절감하세요.