정보시스템 용량 산정
IT위키
더 많은 작업
- Hardware Sizing of Information Systems; 정보시스템 하드웨어 규모산정; 정보시스템 용량 산정
- 업무량과 성능 요구사항을 CPU·메모리·디스크 등 하드웨어 요구 규모로 변환하여 적정 도입 규모를 추정하는 활동
공공 정보화사업에서 하드웨어 규모산정의 기준으로 쓰이는 문서는 한국정보통신기술협회(TTA)의 정보통신단체표준 TTAK.KO-10.0292 「정보시스템 하드웨어 규모산정 지침」이다. 2008년 12월 19일 제정되었고, 2017년 6월 28일(R1), 2018년 12월 19일(R2), 2023년 12월 6일(R3)에 개정되었다. 현재 유효한 판은 TTAK.KO-10.0292/R3이며 이전 판은 폐지되었다.
이 지침은 사업 기획 시 개략 예산 산출, ISP의 용량계획, 제안 시 하드웨어 규모 제시, 아키텍처 설계 단계의 규모산정에 쓰이며, 감리기관은 필요할 때 규모산정의 적정성을 검증하는 데 참조할 수 있다고 제정본에 밝히고 있다.
| 용어 | 의미 |
|---|---|
| 용량관리(Capacity Management) | 현재와 미래의 비즈니스 요구를 충족하도록 용량을 계획하고 비용과 용량의 균형을 맞추는 지속적 관리 |
| 용량계획(Capacity Planning) | 개략 아키텍처와 업무를 바탕으로 요구 성능(동시 접속자 수, 피크율, 여유율 등)을 결정하는 계획 |
| 규모산정(Sizing) | 제시된 용량·성능 요구사항을 CPU 형태·수, 메모리 크기, 디스크 크기 등 시스템 요구사항으로 변환하는 일. 용량계획·용량관리의 하위 개념이며 사전 예측적 성격이 있다 |
| 방법 | 내용 | 장점 | 단점 |
|---|---|---|---|
| 수식계산법 | 사용자 수 등 산정 요소로 용량을 계산하고 보정치를 적용 | 산정 근거를 제시할 수 있음 | 보정치가 틀리면 오차가 크고 보정치 근거 제시가 어려움 |
| 참조법 | 업무량 등 기본 데이터로 기존 유사 시스템과 비교 | 비교적 안전, 제조사 데이터 활용 | 산정 근거가 약함 |
| 시뮬레이션법 | 작업부하를 모델링하여 시뮬레이션 | 가장 정확 | 시간과 비용이 많이 듦 |
지침은 사업 입안 단계에서도 적용할 수 있어야 한다는 점을 들어 수식계산법을 채택하였다.
- 제정본(2008)은 OLTP 서버에 TPC-C(tpmC), 웹 서버에 SPECweb99, WAS에 SPECjbb2000을 성능 기준으로 사용하였다.
- R3(2023)는 TPC-C(tpmC), SPECjbb2015(max-jOPS), SPC-1(IOPS)을 참조하며, CPU·메모리·디스크에 더해 스토리지 규모산정식을 포함한다. 신기술과 하드웨어 발전을 반영하여 산정 결과 수치를 현행화하였다.
- 시스템 구축방향 및 기초자료 조사: ISP·기본계획을 바탕으로 아키텍처와 정보 흐름을 파악하고 자료를 수집한다.
- 기초자료 및 업무분석: 업무별 예상 부하를 정하고 합산하여 기준 부하를 산정한다.
- 참조모델 결정 및 서버 규모산정: 보정치를 정하고 서버별 CPU·메모리·디스크를 산정한다.
- 아키텍처 참조모델별 가중치 적용: 웹·응용·DB 계층이 물리 서버 1대, 2대, 3대로 구성되는 형태에 따라 가중치를 적용하여 최종 규모를 정한다.
아래 식과 값은 제정본(2008)의 내용이다. R3에서 기준값이 현행화되었으므로 실제 적용 시에는 최신판을 확인해야 한다. 보정치와 여유율은 100%를 더해 배수로 바꾸어 곱한다(예: 30% → 1.3).
- CPU – OLTP 서버(tpmC)
- CPU(tpmC) = 분당 트랜잭션 수 × 기본 tpmC 보정 × 피크타임 부하 보정 × DB 크기 보정 × 애플리케이션 구조 보정 × 애플리케이션 부하 보정 × 클러스터 보정 × 시스템 여유율
- 분당 트랜잭션 수는 기존 시스템 실적에서 구하거나 동시사용자 수 × 사용자당 트랜잭션 수로 추정한다. 클러스터 보정은 클러스터를 구성할 때만 적용한다.
- CPU – WEB/WAS 서버(OPS)
- CPU(OPS) = 동시사용자 수 × 사용자당 오퍼레이션 수 × 인터페이스 부하 보정 × 피크타임 부하 보정 × 클러스터 보정 × 시스템 여유율
- 메모리
- 메모리(MB) = {시스템 영역 + (사용자당 필요 메모리 × 동시사용자 수)} × 버퍼캐시 보정 × 시스템 여유율
- 디스크
- 시스템 디스크 = (시스템 OS 영역 + 응용프로그램 영역 + SWAP 영역) × 파일시스템 오버헤드 × 시스템 디스크 여유율
- 데이터 디스크 = (데이터 영역 + 백업 영역) × 파일시스템 오버헤드 × RAID 여유율 × 데이터 디스크 여유율
| 항목 | 제정본 입력 범위 | 제정본 일반값 |
|---|---|---|
| 기본 tpmC 보정 | 20~30% | 30% |
| 피크타임 부하 보정 | 20~50% | 30% |
| 클러스터 보정 | 30~50% | (구성 시 적용) |
| 시스템 여유율(CPU·메모리) | - | 30% |
| 버퍼캐시 보정 | 20~30% | 25% |
| SWAP 영역 | - | 메모리의 2배 |
| 파일시스템 오버헤드 | - | 10% |
| 디스크 여유율 | 20~50% | 30% |
| RAID 여유율 | - | RAID 1: 100%, RAID 5: 30% |
2017년 R1 부터 WEB/WAS 서버 CPU 는 SPEC 벤치마크의 OPS 를 단위로 하여 아래 항목으로 산정한다. R1 과 현행 R3 의 표가 이 항목들에서 같은 값을 둔다.[1][2]
| 항목 | 내용 | 적용 범위 | 일반값 |
|---|---|---|---|
| 동시 사용자 수 | 네트워크에서 동시에 쓰는 사용자(세션 기준) | - | 산정값 |
| 사용자당 오퍼레이션 수 | 사용자 한 명이 초당 발생시키는 비즈니스 로직 오퍼레이션 수 | 3~6 | 5 |
| 기본 OPS 보정 | 최적 환경에서 잰 SPEC 수치를 복잡한 실제 환경에 맞추는 보정 | - | 고정값 3 |
| 업무용도 보정 | 시스템 유형에 따른 보정 | - | WEB 0.7, WAS 2 |
| 인터페이스 부하 보정 | 타 서버와 통신할 때 인터페이스에서 생기는 부하 | 1.1~1.2 | 1.1 |
| 피크타임 부하 보정 | 접속이 몰리는 시간대의 부하 | 1.2~1.5 | 1.3 |
| 클러스터 보정 | 클러스터에서 한 노드 장애에 대비한 예비율 | 2-NODE 1.4~1.5, 3-NODE 1.3 | - |
| 시스템 여유율 | 예기치 못한 업무 증가 대비 | - | 1.3 |
| 시스템 목표 활용률 | 안정적 운영을 전제로 한 최대 CPU 활용률 | - | 0.7 |
- CPU(OPS) = (동시 사용자 수 × 사용자당 오퍼레이션 수 × 기본 OPS 보정 × 업무용도 보정 × 인터페이스 부하 보정 × 피크타임 부하 보정 × 클러스터 보정 × 시스템 여유율) ÷ 시스템 목표 활용률
- 클러스터 보정은 Active-Active 구성에만 쓴다. Active-Standby 는 대기 장비가 기능을 통째로 넘겨받으므로 따로 보정하지 않는다[1]
- 기본 OPS 보정 3 과 대비되는 OLTP 의 기본 tpmC 보정은 고정값 5 이다. 클러스터 보정(2-NODE 1.4~1.5, 3-NODE 1.3), 시스템 여유율 1.3, 시스템 목표 활용률 0.7 은 OLTP 와 WEB/WAS 가 같다[1]
- R3 은 연계부하 보정(1~1.3, 일반값 1)을 더하고, 결과를 max-jOPS 단위로 바꾸는 단위 보정(24~31)으로 한 번 더 나눈다[2]
R1 은 규모산정 분야를 CPU·메모리·디스크·스토리지 네 가지로 정하고, 그 가운데 시스템 유형(OLTP 서버, WEB/WAS 서버)에 따라 따로 산정하는 분야를 다음과 같이 둔다.[1]
| 분야 | OLTP | WEB/WAS | 산정 기준 |
|---|---|---|---|
| CPU | ○ | ○ | OLTP 는 tpmC(TPC-C), WEB/WAS 는 OPS. 유형마다 산정식이 다르다 |
| 메모리 | 유형 구분 없이 산정 | CPU 규모로 정한 서버 구성에 따라 시스템 소프트웨어·응용 프로그램의 사용량 | |
| 디스크 | 유형 구분 없이 시스템 디스크·데이터 디스크로 산정 | OS·시스템 소프트웨어·DB 데이터·아카이브·백업 영역 | |
| 스토리지 | ○ | ○ | IOPS(SPC-1). 산정한 tpmC 의 OLTP&Batch 서버 2%, WEB/WAS 서버 0.5% 를 IOPS 로 잡는다(100만 tpmC 이면 20,000 IOPS 와 5,000 IOPS) |
- 시스템 유형에 따라 별도로 산정하는 분야는 CPU 와 스토리지다. 메모리·디스크는 서버 구성이 정해지면 유형과 관계없는 식으로 계산한다
- 스토리지는 서버 성능에 따라 정해지므로 서버 성능당 스토리지 성능 비율(tpmC 당 IOPS)로 산정하고, WEB/WAS 서버는 I/O 가 적어 비율이 낮다[1]
R1 의 OLTP 식은 분당 트랜잭션 수 × 기본 tpmC 보정 × 피크타임 부하 보정 × 데이터베이스 크기 보정 × 애플리케이션 구조 보정 × 애플리케이션 부하 보정 × 클러스터 보정 × 시스템 여유율을 시스템 목표 활용률로 나눈다. 분당 트랜잭션 수는 기존 시스템 조사, 동시 사용자 수, 클라이언트 수 가운데 한 방법으로 추정한다.[1]
| 항목 | OLTP(tpmC) | WEB/WAS(OPS) |
|---|---|---|
| 출발 부하 | 분당 트랜잭션 수 | 동시 사용자 수 × 사용자당 오퍼레이션 수 |
| 기본 성능 보정 | 기본 tpmC 보정(5) | 기본 OPS 보정(3) |
| 고유 보정 | 데이터베이스 크기, 애플리케이션 구조, 애플리케이션 부하 | 업무용도, 인터페이스 부하(R3 은 연계 부하도) |
| 공통 항목 | 피크타임 부하 보정, 클러스터 보정, 시스템 여유율, 시스템 목표 활용률 | |
- 사용자당 오퍼레이션 수는 WEB/WAS 에만 있는 항목이다. OLTP 는 트랜잭션 수에서 출발하므로 두 서버 유형의 공통 항목이 아니다
- 규모산정·용량계획·용량관리의 구분과 수식계산법·참조법·시뮬레이션법의 장단점
- OLTP는 tpmC, WEB/WAS는 OPS(R3에서는 max-jOPS) 기준이라는 점과 산정식의 구성 항목
- 보정치·여유율을 배수로 곱하는 방식, 피크타임·여유율·RAID 여유율의 의미
- 감리 시 산정 근거(동시사용자 수, 트랜잭션 수)의 타당성과 최신 지침 적용 여부 확인
- ↑ 1.0 1.1 1.2 1.3 1.4 1.5 「정보시스템 하드웨어 규모산정 지침」(TTAK.KO-10.0292/R1, 2017-06-28), 한국정보통신기술협회, 7.1.2 WEB/WAS 산정방식, https://www.slideshare.net/slideshow/ss-121416862/121416862, 확인일: 2026-11-04.
- ↑ 2.0 2.1 「정보시스템 하드웨어 규모산정 지침」(TTAK.KO-10.0292/R3, 2023-12-06), 한국정보통신기술협회, 7.1.1 WEB/WAS 산정방식, https://www.slideshare.net/slideshow/2023-12/268641156, 확인일: 2026-11-04.
- TTAK.KO-10.0292/R3 정보시스템 하드웨어 규모산정 지침 – 한국정보통신기술협회