系统性能测试报告

manager.co.krA

시스템

성능

테스트

작업

결과

보고서Powered

byLoadRunner™“Bringing

Successto

e-Business”목차성능시험의개요성능평가기준성능시험진행순서테스트사이트구성현황Workload

모델링–

Weblog

분석Workload

모델링–

Current

Workload

산정8.Workload

모델링–

TargetWorkload

산정

9.Performance

모델링–

테스트대상단위어플리케이션선정

10.Performance

모델링–

테스트대상혼합BP

선정

11.Performance

모델링–

Resource

Monitoring

항목선정12.Performance

Test

Results

–

단위어플리케이션테스트결과13.Performance

Test

Results

–

단위어플리케이션권고안

14.Performance

Test

Results

–

혼합BP

테스트결과및권고안manager.co.kr“Bringing

Successto

e-Business”성능

시험의

개요시험목적·A

사이트(EMP

와Portal)의오픈전시스템성능측정시스템에서의병목구간점검시스템에서최대수용가능동시단말사용자수산정시험범위내부성능시험은예상되는최대수용가능동시단말사용자에대한서버의처리능력검증목적외부성능시험은예상되는최대부하에대한네트워크인프라의처리능력검증목적Web

Servermanager.co.krApp.

ServerDatabaseInternetFirewallmanager.co.kr“Bringing

Successto

e-Business”성능

평가

기준Scalability다수의

사용자가

접속했을

때,Performance와functionality를

모두

만족할것인지?Infrastructure현재

IInnffrraassttrruu있cctt을uurr까ee??내에

병목Performance시스템

증설

시구가A간p장p은li효없ca과는ti적지on인n?

혹투은자

부분은?ISP와

같은In외fr부as서tr비uc스tu가re의약속변한경이성능성을능에지키고

있어는떠지한?영향을

줄

것인지?가상사용자를이용한부하시험사용자

증가시나타나는

1,2,3차병목추적계속

증가하는

사되용어자있를는언지?제까지

대응실제할운영환수경의

성능검증/개선현재Infrastructure는

최적화Infrastructure

병목의개선을통한최적화“Bringing

Successto

e-Business”성능

시험

진행

순서실제사용자와유사한패턴의부하생성A1)

시나리오

구현

및

scriptingP1.Workload

ModelingA1)

WebLog

분석A2)

시스템

사용

현황

분석

A3)

Current

Workload

산정P2.Performance

ModelingA1)

성능

테스트

환경

구축

A2)

Performance

Model

선정

A3)

테스트

대상

BP

최종

선정P3.scripting

&

Executionmanager.co.krA2)

ExecutionA3)장애

분석/수정,실행결과

분석부하의

당위성

결과의

신뢰성

검증변경사항

발생A4)

Target

Workload

산정“Bringing

Successto

e-Business”테스트

사이트

구성

현황IDS

Server

(Web

MailStorage)UltraSCSIFWDSCSI-/SEInternetDisk

StorageDB

ServerIntegration

Server(XML)FastEthernetNetworkCardUltraSCSIFWDSCSI/SEFastEthernetNetworkCardUltraSCSIFWDSCSI/SEFastEthernetNetworkCardUltraSCSIFWDSCSI-2/SEApp.

Server)

*

2100BaseUltraSCSIFWDSCSI-/SEDirectoryFastEthernetNetworkCardUltraSCSIFWDSCSI/SEUltraSCSIFWDSCSI2/SEFireWallFastEthernetNetworkCardWeb

Server(Rep.

Srv.)

*

2100BaseREP

xxx.xxx.xxx.100MURCURY1

xxx.xxx.xxx.101

MURCURY2

xxx.xxx.xxx.102♦DMZ

ZONEDummy

Hub(100M)L4SwitchS/W

HUBINTERNET

ROUTER외부FireWallS/W

HUB(100M)manager.co.kr“Bringing

Successto

e-Business”Workload

Modelingmanager.co.kr“Bringing

Successto

e-Business”WorkloadModeling

–

Weblog

분석10월23일자

웹서버

로그(Murcury1,Murcury2)

현황

분석Workload

Basic

Component

선정√클라이언트에의한동적컨텐츠트랜잭션Workload

Parameter

선정√시간당동적컨텐츠호출건수(TPH)√분당동적컨텐츠호출건수(TPM)√Peak치초당동적컨텐츠호출건수(TPS)√Peak치동시단말사용자수√사용자당평균호출간격시간당동적컨텐츠호출건수분당동적컨텐츠호출건수분당동시단말사용자수동적컨텐츠호출건수대비상위

24개의트랜잭션manager.co.kr“Bringing

Successto

e-Business”WorkloadModeling–

Current

Workload

산정Peak시

분당

평균

호출

건수

(TPM)Peak시

분당

최대

호출

건수

(TPM

max)일일

총

방문자

수Peak시(11:xx)

평균

동시

단말

사용자수

Peak시(11:xx)

최대

동시

단말

사용자수사용자당

평균

호출

간격

사용자당

평균

방문

시간사용자당

평균

총

호출

건수45,575건3,460tph57tpm(0.95tps)87tpm(1.45tps)2,373명32명36명32(명)/0.95(tps)=33.7(sec)T/(총방문자수/평균동시단말사용자수)3600/(196/32)=10분총호출건수/총방문자수45,575/2,373=19건10월23일자Current

Workload√Peak치(11:xx)

시간당동적컨텐츠호출건수–

3,460(TPH)√Peak치(11:xx)

분당평균동적컨텐츠호출건수

-

57(TPM)√Peak치(11:xx)

초당평균동적컨텐츠호출건수–0.95(TPS)√Peak치(11:xx)

동시단말사용자수–32명√사용자당평균호출간격–33.7(초)일일

총

호출

건수(동적

컨텐츠)

시간당

최대

호출

건수(TPH)사이트Workload

분석지표사용자당평균호출간격은평균응답시간과평균Think

Time의합입니다.manager.co.kr“Bringing

Successto

e-Business”Workload

Modeling

–

Target

Workload

산정Target

Workload

산정√Peak치동시단말사용자수–200

명√

Little’s

Law

(

동시단말사용자수=

TPS

*

사용자호출간격)

적용√

TPS

=

200(명)

/

33.7(초)

=

5.93

(TPS)√부하목표인200명에해당되는TPS

수치동시단말사용자수는Active

User

와In-Active

User를포함한일반적인의미의동시접속자수입니다.5.93

TPS200manager.co.kr“Bringing

Successto

e-Business”Performance

Modelingmanager.co.kr“Bringing

Successto

e-Business”Performance

Modeling

–

테스트

대상

단위

어플리케이션

선정호출

건수를

기준으로

상위80%를

차지하는

단위

어플리케이션단위어플리케이션의최대성능을구하기위해서Think

Time을0초로설정하였습니다.manager.co.kr“Bringing

Successto

e-Business”Performance

Modeling–

혼합Business

Process

선정사용자의Business

Process에

따른

업무

선정BP마다설정된think

Time

30초는사용자당평균호출간격33.7초를환산하여적용하였고실제테스트시에는L/R의“use

random

percentage

oftime”

옵션을사용하여(50%~150%)의범위를가집니다.manager.co.kr“Bringing

Successto

e-Business”Performance

Modeling

–

Resource

Monitoring

항목

선정Resource

Monitoring

항목manager.co.kr“Bringing

Successto

e-Business”Performance

Test

Results단위

어플리케이션

테스트manager.co.kr“Bringing

Successto

e-Business”Performance

Test

Results

-

단위

어플리케이션

테스트

결과단위

어플리케이션

성능

모델

도표manager.co.kr“Bringing

Successto

e-Business”Performance

Test

Results

-

단위

어플리케이션

테스트

결과해당

사이트의

최대TPS(Rmax)

산정

(예상Ratio/최대Throughput의합)<

Ratio

적용

0.1535Rmax

<

1Rmax

<

6.515(req/sec)해당

사이트의

최대

동시단말사용자

산정동시단말사용자=

TPS

*

사용자호출간격

적용

6.515(req/sec)

*

33.7(sec)=

219명최대

동시단말

사용자

수:

219

명manager.co.kr최대TPS

:6.515(TPS)Target

WorkloadOK

!“Bringing

Successto

e-Business”Performance

Test

Results

-

단위

어플리케이션

권고안튜닝

대상

어플리케이션

리스트√사이트의Performance를개선시킬때튜닝우선고려대상이되는어플리케이션리스트√순위별로Performance에대한영향도가큼√

-

예를들어매각물건의경우1.5TPS를3.0TPS로개선시킬경우최대동시단말사용자수는305명으로증가될수있음√DB

서버의CPU

Resource에대한영향도가큰어플리케이션리스트manager.co.kr“Bringing

Successto

e-Business”Performance

Test

Results혼합

BP

테스트manager.co.kr“Bringing

Successto

e-Business”Performance

Test

Results

-

혼합BP

테스트

결과혼합BP

테스트

튜닝

권고안manager.co.kr혼합BP

테스트

결과

최대

동시단말

사용자

수:

202

명최대TPS

:6.719

(TPS)“Bringing

Successto

e-Business”Performance

Test

Results

-

혼합BP

테스트

결과사용자가

187명이상접속함에따라각트랜잭션

히증가함을알수있다.

이는DB

서버Resource

가Saturation됨에따라발생하파악되었다.TPS

(Transaction

Per

Seconds)manager.co.kr“Bringing

Successto

e-Business”Performance

Test

Results

-

혼합BP

테스트

결과사용자가

187명이상접속함에따라각트랜잭션

히증가함을알수있다.

이는DB

서버Resource

가Saturation됨에따라발생하파악되었다.Average

Transaction

Response

Time

–

Running

Vusersmanager.co.kr“Bringing

Successto

e-Business”Transaction

Response

Time

Under

Loadmanager.co.kr사용자가증가함에따른응답시간의증가추이

위어플리케이션테스트에서튜닝대상이었던공문에

응답시간의급등현상을보이고있음Performance

Test

Results

-

혼합BP

테스트

결과“Bringing

Successto

e-Business”Performance

Test

Results

-

혼합BP

테스트

결과해당사이트의최대Throughpu750,000(bytespersecond)로서이persecond로환산해보면

6,000,0persecond)이다.

이는가상사용자가접속지들을매번다운로드받는시나리오의특성상

현재의E1라인으로는턱없이부족할것

정확한분석은차후사이트오픈후Ban