정보시스템 하드웨어 규모산정과 용량계획 방법

성능 요구사항을 자원 설계로 옮기는 일

하드웨어 규모산정은 시스템이 요구하는 용량과 성능을 실제 인프라 자원으로 바꾸는 과정이다. 부족하게 잡으면 성능 저하와 사용자 불만이 생기고, 과도하게 잡으면 투자와 운영 비용이 불필요하게 커진다. 안정적인 운영, 가용성, 확장성, 유지보수 비용을 함께 좌우하는 설계 단계다.

규모를 산정할 때는 다음 하드웨어 자원을 함께 본다.

CPU: MIPS, TPMС, TPS 등의 처리 능력, 코어 수, 클럭 속도, 동시 사용자와 예상 트랜잭션 처리량
메모리(RAM): OS 요구 메모리, 애플리케이션별 메모리, 동시 사용자 기준 요구량, 캐시 메모리
디스크 스토리지: 데이터베이스 크기, OS 및 애플리케이션 공간, 백업·아카이브, RAID 구성, 미래 성장률
네트워크 장비: 대역폭, 동시접속자 수, 트래픽 패턴, 보안 장비 구성

산정 근거를 만드는 접근

수식으로 요구량을 계산하는 방식

수식계산법은 업무량과 시스템 조건을 수치화해 계산식에 반영하는 접근이다. 세부 요구사항을 반영하고 산정 근거를 문서화하기 좋지만, 신뢰할 수 있는 파라미터를 확보해야 하며 복잡한 시스템에서는 수식도 복잡해질 수 있다.

CPU는 기준 처리 능력과 동시 사용자, 피크타임 부하, 애플리케이션 복잡도, 여유율을 조합해 산정한다.

CPU 용량(MIPS) = 기준 MIPS × 동시사용자 수 × 피크타임 부하율 × 애플리케이션 복잡도 × 여유율

메모리는 OS, 사용자별 요구량, DB 캐시, 버퍼 캐시를 합산한다.

필요 메모리(GB) = OS 필요 메모리 + (사용자당 필요 메모리 × 동시사용자 수) + DB 캐시 메모리 + 버퍼 캐시

디스크는 OS와 응용프로그램 영역, 데이터 증가, 백업, RAID 중복 구성을 모두 반영한다.

총 디스크 용량(GB) = OS 영역 + 응용프로그램 영역 + DB 데이터 영역 × (1 + 연간증가율 × 사용년수) × (1 + 백업율) × RAID 중복률

운영 중인 유사 시스템을 기준으로 잡는 방식

참조법은 규모와 성격이 비슷한 기존 시스템을 분석한 뒤, 새 시스템의 요구사항 차이를 반영해 자원을 조정한다. 실제 운영 데이터를 활용하므로 현실적인 예측을 빠르게 할 수 있다. 반대로 정확히 대응되는 시스템을 찾기 어렵고, 새로운 기술이나 아키텍처에는 참조가 제한될 수 있다.

⤢✕

예를 들어 공공기관 A의 민원처리시스템에서 사용자 500명, DB 1TB 환경을 참조해 사용자 700명, DB 1.5TB 규모의 새 시스템 CPU와 메모리 요구사항을 도출할 수 있다. 이커머스 플랫폼에서도 일 방문자 10만 명 처리 시스템을 기준으로 15만 명 예상 시스템의 하드웨어 규모를 산정할 수 있다.

부하를 모델로 만들어 검증하는 방식

시뮬레이션법은 실제 업무 부하를 모델링하고 실행 결과로 필요한 하드웨어 규모를 예측한다. 다양한 부하 상황에서 병목을 미리 찾을 수 있고 실제 환경에 가까운 결과를 얻을 수 있다. 다만 모델 구축에 시간과 비용이 들며 전문 인력이 필요하고, 모든 상황을 완벽하게 모델링하기는 어렵다.

⤢✕

LoadRunner, JMeter, ARENA, IBM Rational Performance Tester가 시뮬레이션 도구 예시다. 금융기관은 새로운 인터넷뱅킹 시스템 도입 전에 예상 트랜잭션 부하를 시뮬레이션해 서버 용량을 산정할 수 있고, 공항 발권 시스템은 최대 처리량을 검증해 피크타임 대응 구성을 도출할 수 있다.

요구사항부터 구성안까지 이어지는 흐름

규모산정은 요구사항을 수집한 뒤 성능 지표를 정하고, 가용 정보에 적합한 방법을 골라 산정과 검증을 반복하는 흐름으로 진행된다.

⤢✕

요구사항 분석에서는 사용자 수, 동시접속자 수, 트랜잭션 양, 응답시간을 파악한다. 이어 TPS(Transaction Per Second), 응답시간, 처리량 같은 목표 성능 지표를 설정하고, 시스템 특성과 확보된 정보를 기준으로 산정 방법론을 선택한다.

업무량, 사용자 수, 데이터 증가율을 기초자료로 수집해 1차 규모를 산정한 뒤, 전문가 검토와 벤치마킹으로 결과를 검증하고 보정한다. 최종 규모가 확정되면 세부 하드웨어 스펙과 구성안을 작성한다.

설계값 밖의 제약도 함께 반영한다

기술 측면에서는 가상화 환경 적용 여부, 클라우드 활용 가능성, 확장성과 유연성, 고가용성 요구사항, 장애 대비 중복구성을 검토한다. 물리적 설치 공간과 전력 소비, 냉각 요구사항, 기존 네트워크 인프라의 수용 능력도 구성안에 영향을 준다.

초기 투자 비용만으로 판단할 수는 없다. TCO(Total Cost of Ownership), 유지보수 및 운영 비용, 라이선스 비용까지 포함해야 규모산정이 실제 운영 조건과 맞아진다.

전자정부 시스템 산정 예시

다음 조건의 전자정부 시스템을 가정한다.

일일 방문자: 100,000명
피크타임 동시접속자: 10,000명
트랜잭션: 시간당 50,000건
데이터베이스 초기 크기: 5TB
연간 데이터 증가율: 30%
시스템 사용 예상 기간: 5년

CPU 산정의 기준 MIPS는 사용자 1,000명당 100으로 둔다.

CPU 용량 = 100 × (10,000÷1,000) × 1.3(피크타임) × 1.5(복잡도) × 1.3(여유율)
CPU 용량 = 2,535 MIPS

메모리 산정에는 OS 필요 메모리 16GB, 사용자당 필요 메모리 10MB, 데이터베이스 크기의 20%인 DB 캐시를 사용한다.

메모리 = 16GB + (10MB × 10,000) + (5TB × 20% × 1024GB/TB) × 1.3(여유율)
메모리 = 16GB + 100GB + 1,331GB = 약 1,447GB (약 1.5TB)

디스크는 OS 및 응용프로그램 영역 200GB, 초기 DB 크기 5TB, RAID 5 중복률 1.25, 백업율 1.5를 반영한다.

5년 후 예상 크기 = 5TB × (1 + 0.3 × 5) = 12.5TB
총 디스크 용량 = (200GB + 12.5TB × 1024GB/TB) × 1.25 × 1.5
총 디스크 용량 = 약 24TB

수식계산법, 참조법, 시뮬레이션법은 서로 대체 관계라기보다 산정 근거의 성격이 다르다. 현재 요구량을 충족하는지에 그치지 않고 확장성, 기술 변화, 운영 환경과 비용을 함께 반영해야 안정성과 비용 효율성을 갖춘 하드웨어 구성이 나온다.