산업표준 성능 벤치마크 평가 기준

1. 1. 제안 시스템 산출 근거 산업표준 성능 벤치마크 평가 기준 추천하는 벤치마크 워크로드 벤치마크 추천 이유 • 소매점 POS 단말 스크린을 사용하는 복잡한 온-라인 주문입력 분배 시스템을 모델로 만들어짐 • 많은 OLTP 환경을 대표하고 시스템의 모든 주요 구성요소를 적용하여 벤치마크를 수행함 TPC-C OLTP 중심 어플리케이션 • 상기의 OLTP 컴포넌트에 추가하여, TPC-C는 백그라운드에서 실행하는 배치 트랜잭션을 가지고 있슴 OLTP 및 배치 어플리케이션 TPC-C • TPC-D는 의사결정지원, 데이터마이닝 및 데이터웨어하우스 환경에서 전형적인 질의를 모델로 만들어짐 의사결정지원 어플리케이션 TPC-D SPECint95 & SPECrate_int95 SPECfp95 & SPECrate_fp95 • 정수 및 부동소수점 벤치마크는 CPU 중심 어플리케이션에 적용됨 • SPECint95 및 SPECfp95는 Uniprocessor 속도를 측정하는데 이용되고, SPECrate_int95 및 SPECrate_fp95는 Uniprocessor 와 Multiprocessor에 대한 처리량을 측정하는데 사용된다. 계산중심 어플리케이션 • LADDIS 벤치마크는 다수의 파일 시스템 동작으로 구성되어 있으므로, 파일 서버 벤치마크에 적절함 NFS 파일 서버 어플리케이션 LADDIS • SPECWeb96은 인터넷/인트라넷 Web Server 성능을 측정함 • 초기 릴리즈에서는 HTTP “request”또는 “gets”를 서비스하는 서버의 능력을 측정하면서, 정적 웹페이지에 대한 서버 성능에 중점을 둠 웹 서버 어플리케이션 SPECWeb96

2. 산업표준 성능 벤치마크 –TPC-C TPC-C 개요 • 비교적 복잡한 트랜잭션 • TPC가 2 년에 걸쳐 개발한 결과 • 어플리케이션은 주문을 관리하는 도매 상인을 모델로 함 • 점형적인 주문 입력 시스템으로 벤치마크를 위한 개념적인 모 델을 제공함 • 워크로드는 다섯 가지 유형의 트랜잭션으로 구성됨 • 트랜잭션은 90%가 응답시간 5초이내 이여야 함(단, 재고관리는 20초 이내) • 사양에는 Full-Screen 사용자 인터페이스를 정의함 • 측정은 분당 신규 주문 처리 건수(tpmC)과 가격대비 성능($/tpmC)으로 함 • 1992년 7월 23일 TPC-C 사양 승인을 받음 • 벤치마크 사양은 비즈니스 모델이므로 다양한 조건 및 변수에 의해 상대 비교치가 산출되므로 단순비교에 가중치 적용이 바람직 함

3. OLTP 환경에서의 서버 사이징 가이드 사이징을 위한 적용 절차 - 어플리케이션별로 데이터와 사용자가 구분된 경우 시작 Peak Time시의 트랜잭션 수/Min X X 1. 데이타베이스 크기 테이블 가중치 적용 5. 어플리케이션 로드 테이블 가중치 적용 어플리케이션 종류만큼 반복 X X 2. 어플리케이션 복잡성 테이블 가중치 적용 6. 실제 환경의 작업부하 보정 X 3. 사용자 복잡성 테이블 가중치 적용 최종 tpmC X 4. 어플리케이션 환경 테이블 가중치 적용 +

4. 고객사 업무기준 TRC-C기준 1tr. 기준 CPU 산정기준 3건 Read,1건 Write 5건 Read,3건 Write 계 산 과 정 내 용 기 준 값 항 목 4,500 30% 50% 20% 30% 기본 tpmc Peak Hours Application 복잡도 네트워크 보정 예비율 (업무적용에 따른) TPMC * 기본TPMC 산정을 위한 가정 ① ② ③ ④ ⑤ ⑥ 4,500 * 1.3 = 5,850 5,850 * 1.5 = 8,775 ③ * .2 ④ * 1.3 13,689 TPMC 29,659.5 TPMC 1) 최대 200명의 동시사용자가 3초간의 응답 속도를 유지 하면서 작업을 한다고 가정 2) 1분에는 1사람당 20번의 트랜잭션을 일으킨다. 그러므 로 1분에 4,000번의 트랜잭션이 일어난다 3) Commercial 환경에서는 약 이상치의 2/3가 적용된다. 그러므로 3,000 Transation이 일어남 4) TPC와 실제 업무와는 업무 복잡도면에서 TPC 기준의 1.5배의 업무부하로 산정하여 총 4,500 TPMC가 산정 됨

5. Memory산정기준 내 용 기 준 값 계 산 과 정 항목 ① ② ③ ④ ⑤ ⑥ ⑦ ⑧⑨ telnet 혹은 rlogin 사용자 수 * 0.5MB 사용자 수 * 0.5MB Network Login 및 Shell DB 사용자당 필요 Memory Application 사용자당 필요 Memory UNIX Buffer Cache Cluster 예비율 HP-UX Kernel RDBMS Middleware 여부 Sub Function (Application) Production DB Data Size에 의한 가중치 부여 ERP에 의한 가중치 부여 Shell Size 3 MB 0.5 MB 동시 User 수 x 3 MB 3-Tier 구조 = 0.5MB - 0.7MB 2-Tier or Middleware : 1 MB Middleware server process Disk I/O의 효율증대 상대 서버 down시 takeover 예비율 사용자 수와 사용 Application에 따라 차등적으로 적용한다. I/O 횟수를 줄이고 효과적인 Data 관리 Production Db수* 48MB 전체 Memory의 10 - 20% 상대서버의 30% 32 - 64MB 32 - 64MB 32 - 48MB 16 - 32MB 48MB 전체 Memory의 10 - 20% 전체 Memory의 20%

6. Disk 산정기준 (Data Disk) 내 용 기 준 값 계 산 과 정 항목 순수 data량 ① 실제 사용 Data 업무 분석 후 도출 ② ② Array RAID Level 적용 전체 Disk의 20% data parity parity data data data 20%가 protection 영역으로 설정 전체 File System의 10% File System Overhead 일반사용자에 의한 disk space management 영역을 위한 Super User의 관리 Space ③ Min-Free Space Pure File System Overhead 전체 File System의 10% i-node overhead, super_block, cylinder Group등 file관리를 위한 management space 새로운 index table의 추가생성등을 고려 전체 disk의 8~10 % 차지 DataBase Overhead 순수 data의 10% Index table ④ Data관리를 위한 DBMS의 Management overhead space Data table 순수data의 20% Pack insert단위 5개 (RAID Level적용으로 인한 최대 효율치 기준) Disk Pack size (1개기준) 9.1GB Total Disk Space 디스크의 구성형태 고려 ⑤

7. 사이징 결과

8. 결 론 * CPU - 요구사양 : 14,000 tpm-C 이상 확장사양 : 42,000 tpm-C 이상 * 제안모델 : N4000/2CPU - 16,000 tpm-C (확장) : N4000/8CPU - 49,308 tpm-C * 메모리 - 2GB 이상 * HDD - 90GB 이상