CPU 성능평가와 HW 용량산정: 벤치마크 기반 시스템 용량 계획
CPU 성능평가와 HW 용량산정의 절차, TPC·SPEC 벤치마크 지표, 워크로드와 고가용성 검토 항목을 정리한다.
2026-08-14 · 최초 발행 2025-12-30
용량은 요구 성능과 부하에서 출발한다
HW 용량산정(Capacity Planning)은 실제 업무와 응용을 기준으로 새로 도입하거나 업그레이드할 시스템의 CPU, 메모리, 스토리지, 네트워크 용량을 계산하는 활동이다. 통계, 모델링, 시뮬레이션 같은 수학적 방법을 사용해 성능 요구와 자원 규모를 연결한다.
과소 산정하면 성능 부족이나 시스템 정지로 이어질 수 있고, 반대로 과대 산정하면 비용과 유휴 자원이 늘어난다. 적정 용량을 찾는 과정은 ROI(Return On Investment), 예산 적정성, 장기 확장성까지 함께 다룬다.
계획부터 검토까지 이어지는 용량산정
용량을 정하기 전에는 목표 응답 시간과 사용자 경험 기준을 먼저 잡는다. 예를 들어 웹 페이지 로딩 목표를 2초 미만으로 둘 수 있다. 이어서 TPC, SPEC처럼 공인된 성능치를 비교 기준으로 정하고, OLTP 서버·웹 서버·WAS 등 대상 시스템과 워크로드 특성을 구분한다.
부하 데이터 수집에서는 피크 시간대, 평균 부하, 계절성, 이벤트 영향을 확인한다. 총 사용자 수와 동시 접속 사용자 수, 증가 추세를 파악한 뒤 동시 트랜잭션과 동시 쿼리로 병목 가능성을 살핀다.
동시 부하 = 총 사용자 수 × 동시 접속률 × 평균 트랜잭션 비율
규모 산정에는 워크로드 특성, 데이터 증가율, 백업·복구 요구사항이 전제 조건으로 들어간다. 안전 계수(Safety Factor)는 1.2 ~ 1.5, 증가율 계수는 연간 20-30%, 피크 대비 계수는 2 ~ 3배를 고려한다.
산정 용량 = 기본 용량 × 안전 계수 × 증가율 계수 × 피크 계수
이 계산을 바탕으로 CPU는 코어 수와 클록 속도, 메모리는 용량과 속도, 스토리지는 용량과 IOPS, 네트워크는 대역폭을 정한다. 마지막 검토에서는 Scale-Up 가능 여부와 Scale-Out 계획, 증설 경로를 확인한다. TCO(Total Cost of Ownership), 성능/가격 비율, 대안 비교도 이 단계의 판단 요소다. 이중화(Redundancy), 장애 대응(Failover), 백업 및 복구 역시 용량과 분리할 수 없다.
RDBMS와 웹 환경을 비교하는 TPC
TPC(Transaction Processing Performance Council)는 RDBMS의 OLTP 성능을 평가하기 위한 표준 벤치마크다. 처리 성능, 데이터베이스 처리 능력, 실시간 처리 성능, 복합 데이터 처리 성능, 가격 대비 성능($/tpmC)을 비교 대상으로 둔다.
TPC-C는 도매 업체를 시뮬레이션하는 OLTP 벤치마크다. New-Order, Payment, Order-Status, Delivery, Stock-Level의 5개 트랜잭션을 규정하며, 사용자 Think Time을 고려한 New-Order 트랜잭션을 기준으로 tpmC(Transactions Per Minute - C)를 측정한다.
성능: 100,000 tpmC
가격 대비 성능: $5/tpmC
TPC-W는 전자상거래 구매 고객을 모델링한 웹 환경 벤치마크다. 웹 서버, 캐시 서버, 이미지 서버, 데이터베이스 서버로 구성된 환경에서 동시 접속 사용자 수, 페이지 뷰, 트랜잭션 믹스를 부하로 본다. 측정에는 WIPS(Web Interactions Per Second), 응답 시간, 처리량을 사용한다.
CPU와 서버 성능을 다루는 SPEC
SPEC(Standard Performance Evaluation Corporation)은 CPU, 메모리, 스토리지 등을 대상으로 하는 표준 성능 평가와 벤치마킹 테스트 스위트를 제공한다. SPEC CPU는 정수 연산인 SPECint와 부동 소수점 연산인 SPECfp로 CPU 성능을 테스트한다.
SPECweb99는 정적 콘텐츠 중심의 단순 웹 환경에서 웹 서버 성능을 측정한다. 웹 서버 수에는 제한이 없고, 클라이언트가 부하를 생성하며 데이터베이스 서버는 포함하지 않는다. 서버가 처리할 수 있는 최대 동시 연결 수와 초당 요청 수, 응답 시간이 측정 대상이다.
성능: 5,000 동시 연결
SPECjbb2000은 Java 기반 애플리케이션의 WAS(Web Application Server) 성능을 측정하는 벤치마크다. 하나의 JVM에서 테스트를 실행하고, 클라이언트·애플리케이션·데이터베이스를 통합 시뮬레이션해 3-Tier 환경과 복잡한 비즈니스 로직을 다룬다. 측정 단위인 bops(Business Operations Per Second)는 초당 비즈니스 연산 수이며, 높을수록 좋다.
성능: 50,000 bops
워크로드에 맞춰 벤치마크를 고른다
| 벤치마크 | 대상 | 측정 단위 | 특징 |
|---|---|---|---|
| TPC-C | RDBMS OLTP | tpmC (분당 트랜잭션) | 5개 트랜잭션, Think Time |
| TPC-W | 전자상거래 웹 | WIPS (초당 웹 상호작용) | 웹/캐시/이미지/DB 통합 |
| SPECweb99 | 웹 서버 | 최대 동시 연결 수 | DB 제외, 정적 콘텐츠 |
| SPECjbb2000 | WAS (Java) | bops (초당 비즈니스 연산) | 3-Tier, 하나의 JVM |
OLTP 시스템에는 TPC-C, 전자상거래 환경에는 TPC-W가 대응한다. 정적 콘텐츠를 제공하는 웹 서버는 SPECweb99, 웹 애플리케이션 서버는 SPECjbb2000의 측정 범위와 맞닿아 있다.
산정값을 운영 조건으로 검증한다
실무에서는 OLTP와 OLAP의 차이, 읽기 대 쓰기 비율, 트랜잭션 복잡도를 먼저 분석해야 한다. 사용자 증가 추세, 데이터 증가율, 비즈니스 성장 계획은 증가율 예측의 근거가 된다.
예비 용량은 안전 계수 20-50%, 피크 대비 2-3배, 미래 확장 1-2년 분을 고려한다. CPU Bound, I/O Bound, Memory Bound, Network Bound 중 어느 지점이 병목인지도 확인 대상이다. 고가용성 구성에서는 Active-Active, Active-Standby, N+1 Redundancy 같은 방식이 용량 계획에 영향을 준다.