성능테스트 계획서
성능테스트의 목적과 유형별 검증항목 , 테스트 범위 , 일정 및 작업내역 , 수행
조직 및 역할을 프로젝트 고객과 공유하는 문서
수행할 유형별 성능테스트 종류와 각각의 목적 및 점검항목을 기술
- Architecture, Performance Test 는 기본으로 진행하고 그 외는 프로젝트의 요구사항 및 일정에 따라
협의하여 조정한다 - Stress Test 는 자원 ( 및 일정의 제약으로 일반적으로 적정부하의 150~200% 를 적용한다
- Fail Over 는 인프라 아키텍터가 주도하고 수행시 필요한 부하를 발생시키는 형식으로 지원한다
L4스위치 로드밸런싱 정책 round robin, hashing, least connection 찾아보기!!
부하분석
대상 시스템에서 처리해야 할 TPS를 산정하는 작업
Access로그 기반 부하분석
기존 시스템의 트랜잭션 로그가 있어 이를 토대로 to-be시스템의 트랜잭션을 예측
업무 (business) 트랜잭션 분석 Web Access log, 사용자 로그인 정보 , C/S 프로그램 트랜잭션
호출로그 , 웹페이지 호출 (hit) 건수 등을 분석
Web Access 로그의 경우 그림 파일과 같은 정적 Contents(html, gif, jpg, css 등 는 제외하고
Servlet 과 같은 동적 Contents(jsp, Servlet, asp, php 등이 대상
공통모듈도 개발자와 검토하여 제외
안정적인 성능확보를 위해 Peak Time 의 부하를 기준으로 TPS 를 산정
NCSA 로그 포맷
로그파일 표준 형식 중 하나
CLF(Common Logfile Format)라고도 함
Apache (Unix)로그 샘플
Peak Time도출
일자별 최대 호출건수 확인 -> 시간당 최대 호출건수 확인 -> peak Time 최대 동시 사용자 수 및 서비스 호출 건수 확인
Peak Time을 기준으로 URL을 분석하여 목표 TPS, 동시사용자 수, 대상업무 선정
유사 시스템 사례 참조
유사한 기능이나 사용패턴을 보이는 시스템의 부하를 확보한 경우 대상시스템과의 차이점을 분석
하여 이를 바탕으로 부하 보정이 필요함
LGD 와 같이 동일한 유형의 생산공장의 확장에 따른 추가 시스템 개발의 경우 유용
예)
목표 TPS산정
로그 분석 등을 통해 산출된 부하에 발생이 예상되는 증가분을 반영하여 목표 TPS 산출
대상 시스템의 부하 산정시 제약사항이나 요구사항을 반영하여 목표 TPS 를 산정한다
확보된 로그가 전체 시스템의 일부거나 일부 기능의 로그만 확보된 경우
기존시스템에 새로 추가되는 기능이나 변경되는 외부환경 변수등이 식별된 경우
용량산정이 향후 거래량 증가분 (3~5 년 을 포함한 경우
서버 이중화 상태에서 Fail Over 발생시 단독으로 서비스가 가능해야 한다는 가정이 있는 경우