최종 1차 부하테스트

[parc02]

2024/05/09

• 주소 : http://192.168.1.76:8080/api/sales/Clientsales?year=2024&month=4

---

앞전에 수행한 예상 시나리오로 수행할 예정이였으나, 예상외로 서버가 다운되지 않아 시나리오를 수정.

예상 시나리오

1. Vuser수를 증가시키며 TPS임계점 되는 지점을 확인
2. 성능 개선
3. 임계점의 TPS가 증가된것을 확인

Vuser는 10, 100, 300, 600, 1000, 2000, 3000으로 진행할 예정

• 아래의 설정값에서 Vuser만 변경

컴퓨터 사양

Agent

• 프로세서 : Intel(R) Core(TM) i5-8265U CPU @ 1.60GHz 1.80 GHz
• RAM : 16GB

App

• 프로세서 : 13th Gen Intel(R) Core(TM) i7-1360P 2.20 GHz
• RAM : 32.0GB

Controller

• 프로세서 : 11th Gen Intel(R) Core(TM) i5-1135G7 @ 2.40GHz 2.42 GHz
• RAM : 16.0GB

[parc02]

CASE1: Vuser 10

항목	값
Vuser	10
TPS	4.9

[parc02]

CASE2: Vuser 100

항목	값
Vuser	100
TPS	9.8

[dhkdtld37]

CASE3: Vuser 300

항목	값
Vuser	300
TPS	9.4

[dhkdtld37]

CASE4: Vuser 600

항목	값
Vuser	600
TPS	9.3

[INAUGURATE-Ryong]

CASE5: Vuser 800

항목	값
Vuser	800
TPS	10.1

[dhkdtld37]

CASE6: Vuser 1000

항목	값
Vuser	1000
TPS	9.7

[dhkdtld37]

CASE7: Vuser 1000 v2

항목	값
Vuser	1000
TPS	7.4

[dhkdtld37]

CASE8: Vuser 1000 v3

항목	값
Vuser	1000
TPS	8.1

[dhkdtld37]

CASE9: Vuser 1000 v4

항목	값
Vuser	1000
TPS	10.9

[dhkdtld37]

CASE 10: Vuser 1500

항목	값
Vuser	1500
TPS	12.7

[dhkdtld37]

CASE 11: Vuser 2000

항목	값
Vuser	2000
TPS	9.0

[dhkdtld37]

CASE 12: Vuser 2000 v2

항목	값
Vuser	2000
TPS	7.1

[dhkdtld37]

CASE 13: Vuser 2000 v3

항목	값
Vuser	2000
TPS	10.3

[dhkdtld37]

CASE 14: Vuser 1500 v2

항목	값
Vuser	1500
TPS	11.6

[dhkdtld37]

CASE 15: Vuser 1800

항목	값
Vuser	1800
TPS	13.8

[dhkdtld37]

CASE 16: Vuser 2000 v4

항목	값
Vuser	2000
TPS	15.6

[dhkdtld37]

CASE 17: Vuser 2500

항목	값
Vuser	2500
TPS	16.1

[dhkdtld37]

CASE 18: Vuser 3000

항목	값
Vuser	3000
TPS	14.7

[parc02]

1차 결과 분석

---

Vuser수를 올려가며 임계점을 찾으려고 노력했으나, 생각보다 결과 도출이 이상적으로 되진 않았다. 아래와 같이 여러번의 동일한 유저로 여러번 테스트를 진행했고 매번 결과값이 달라지는 이슈가 발생했다. 이론적으로는 동일한 조건으로 여러번 시행한 경우의 평균으로 결과를 도출하는게 맞으나, 시간 관계상 그렇게 까지는 진행하지 못했다. 위의 그래프를 참조하면 2500일때 최대값을 갖고 이후 3000일때 TPS값이 떨어지는것으로 보아, 임계점을 Vuser가 2500일때 TPS가 16.1인 지점이라고 판단했다.

시스템 성능을 높이기 위해, 쿼리 캐싱을 적용할 예정이다.

---