부하 테스트 툴 설치

<1> siege - 업데이트 필요

1

sudo yum install siege -y

2

siege --version

SIEGE 3.0.8

3

WP 사이트 부하 테스트 ?

export WP_ELB=$(kubectl -n wordpress-cwi get svc understood-zebu-wordpress -o jsonpath="{.status.loadBalancer.ingress[].hostname}")

siege -q -t 15S -c 200 -i http://${WP_ELB}

15초 동안 다양한 URL 에서 200개 동시 연결

15초후 결과 나옴

<2> load.sh

[ec2-user@ip-10-25-1-165 ~]$ python --version

Python 2.7.18

[ec2-user@ip-10-25-1-165 ~]$ more load.sh

#!/bin/bash -ex

python /home/ec2-user/web_load.py http://ec2-34-220-190-179.us-west-2.compute.amazonaws.com/ http://ec2-34-220-190-179.us-west-2.compute.amazonaws.com/

2

[ec2-user@ip-10-25-1-165 ~]$ ls -al

total 53948

-rwxr-xr-x 1 root root 168 Aug 10 09:09 load.sh

-rw-r--r-- 1 root root 922 Aug 10 09:09 web_load.py

<3> cpu 부하테스트

sudo amazon-linux-extras install epel -y

sudo yum install stress-ng -y

sudo yum install htop –y

stress-ng --cpu 1 --cpu-load 70% --timeout 10m --metrics --times --verify

모니터링하는 htop 설치

yum install htop -y

4

ab -c 200 -n 200 -t 30 http://www.aaa.com

5

20장. 성능 테스트 및 모니터링

http 부하주기

http://www.acme.com/software/http_load/ webserver load tester

ab - 아파치 웹서버 성능검사 도구

http://httpd.apache.org/docs/2.0/programs/ab.html

./ab -n 20000 -c 500 http://200.1.1.1/pluspro/0/0_1000960AD_1148628498.jpg

[ Tunning Server ]

http://tunelinux.pe.kr/joomla/

http://tunelinux.pe.kr/wikix/index.php?display=AllPages

http://tunelinux.pe.kr/joomla/component/option,com_wrapper/Itemid,63/
http://people.redhat.com/mbehm/RHEL_Tuning_Guide.pdf

sar 를 이용한 모니터링
http://tunelinux.pe.kr/wikix/index.php?display=Sar

sar 이용하여 시스템 모니터링하기

· sysstat 웹 사이트 (http://perso.wanadoo.fr/sebastien.godard/)

·

sar는 redhat 7.x 에 기본 들어있는 sysstat 패키지에 있는 프로그램이다. sar 프로그램은 시스템의 다양한 활동에 대하여 모니터링을 할 수 있는데 모니터링 대상이 상당히 넓은 편이다. 기본값은 CPU 활동에 대한 통계를 출력한다. sar는 각종 활동에 대한 통계를 다른 프로그램을 이용하여 파일로 저장하고 통계치를 출력할 수 있는 기능을 제공한다.

시스템 모니터링 관련한 전반적인 내용은 아래의 링크 참고하자. 아래 일부 내용을 옮겼다. http://tunelinux.pe.kr/tune/tunning-pse/pse-01.html

정보 정확하게 판별하기

vmstat를 이용하여 CPU와 I/O 활동을 모니터링할 수 있는데

vmstat에서 나오는 첫 줄은 부팅 이후의 각 통계치에 대한 평균값을 보여주므로 무시하고 두 번째 줄부터 통계를 보면 된다. vmstat에서 중요한 것은 procs 영역의 b 필드이다. r은 현재 실행중인 프로세스 수이고 b는 인터럽트가 불가능한 sleep 상태에 있는 프로세스로 I/O 처리를 하는 동안 블럭 처리된 프로세스이며 w는 강제로 스왑아웃된 프로세스 수이다. si와 so는 스왑인, 스왑아웃을 말한다.

· 스왑아웃이 지속적으로 발생한다면 메모리가 부족한 것이다. 그러나 일정 간격을 두고 주기적으로 스왑아웃이 발생하는 것은 정상적인 일이다. BSD 시스템에서는 비상호 대화적인 작업을 스왑아웃 한다. 현재 실행하고 있는 프로그램에서 스왑아웃이 계속 발생한다면 프로그램이 멈출 수도 있으며 심각하게 메모리가 부족하다는 것을 의미한다. 스왑아웃필드(so)는 항상 0에 가까워야 한다. 그렇지 않다면 프로세스들은 가상 메모리를 놓고 경쟁하게 되며 시스템은 페이징 상태가 된다. 페이징 활동은 심각한 가용 메모리(free)의 부족과 직접적인 관련을 가지며 간접적으로는 시스템의 높은 CPU 사용 시간 비율(sy)과 관련이 있다. 프로세스가 시작할 때 항상 이미지와 데이터를 page-in 해야 하므로 page-in 열에서 높은 숫자가 항상 심각한 것은 아니라는 사실은 기억하고 있어야 한다.

· 시스템에서 사용하는 시간이 지나치고 높으면(50퍼센트 이상) 디스크 I/O에서 문제가 있을 가능성이 크다. 시스템 전체의 부하가 높은데 CPU에서 휴지시간(idle time, id 항목)이 일반적으로 10퍼센트를 넘는다면 I/O나 메모리에 문제가 있을 가능성이 크다. 휴지시간(id)이 항상 0이라면 CPU를 100퍼센트 사용하고 있는 상태이다. CPU의 기능을 최대한 활용하는 것은 좋은 현상이다. 그런데 항상 100퍼센트로 활용중인 상태라면 어떤 작업이 계속 축적되고 있다는 것이며 CPU가 과부하를 가진다는 의미한다. 이 때는 CPU를 계속 사용하고 있는 프로세스를 찾아야 하며 디스크의 활동이 분산되지 않았다면 I/O 작업을 효율적으로 분산시켜야 한다.

· 대부분의 사용자가 vmstat에서 si, so(스왑인, 스왑 아웃)를 주로 보고 id가 넉넉하면 시스템에 무리가 없는 것으로 생각한다. 이는 시스템의 상황에 대해서 잘못 파악할 가능성이 많은 것으로 b의 수치가 높은 경우 I/O작업을 위해 CPU가 계속 대기 상태로 있는 경우이다. 이런 경우에는 디스크 I/O 문제를 확인해야 한다.

· 참고-load average 와 인터럽트가 불가능한 sleep 프로세스

cpu 자원은 놀고있는데 load average 가 무척 높아지는 증상이 있었다. 순간순간 vmstat 에서block 되는 프로세스가 발생하였습니다. 알고보니 클러스터링 파일 시스템솔루션을 썼는데 여기에서 인터럽트가 불가능한 sleep 을 쓰는 것때문에 발생한 문제였습니다. load average 가 run queue (실행하기 위하여 cpu 자원을 기다리고 있는 프로세스) 에 있는것말고 block되는 프로세서도 포함하기 때문에 CPU 자원은 거의 놀고있지만 load average는 계속 높게 나왔던 것이지요

21장. ab - 아파치 웹서버 성능검사 도구
http://httpd.apache.org/docs/2.0/programs/ab.html

./ab -n 20000 -c 500 http://200.1.1.1/pluspro/0/0_1000960AD_1148628498.jpg

개요

ab [ -A auth-username:password ] [ -c concurrency ] [ -C cookie-name=value ] [ -d ] [ -e csv-file ] [ -g gnuplot-file ] [ -h ] [ -H custom-header ] [ -i ] [ -k ] [ -n requests ] [ -p POST-file ] [ -P proxy-auth-username:password ] [ -q ] [ -s ] [ -S ] [ -t timelimit ] [ -T content-type ] [ -v verbosity] [ -V ] [ -w ] [ -x <table>-attributes ] [ -X proxy[:port] ] [ -y <tr>-attributes ] [ -z <td>-attributes ] [http://]hostname[:port]/path

<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" />
옵션

-A auth-username:password

서버에게 BASIC Authentication 정보를 제공한다. :으로 구분한 사용자명과 암호를 base64 인코딩하여 전송한다. 서버가 정보를 요구하는지 (예를 들어, 401 인증 필요를 보내는지) 관계없이 문자열을 전송한다.

-c concurrency

동시에 요청하는 요청수. 기본적으로 한번에 한 요청만을 보낸다.

-C cookie-name=value

요청에 Cookie: 헤더를 추가한다. 아규먼트는 보통 name=value와 같은 쌍이다. 이 옵션은 여러번 사용할 수 있다.

-d

"percentage served within XX [ms] table"을 출력하지 않는다. (호환성을 위해).

-e csv-file

요청을 처리하는데 걸린 (밀리초 단위) 시간들의 (1%에서 100%) 누적백분율을 쉼표로 구분한 형식(CSV)으로 출력한다. 결과를 이미 '정리'하였기때문에 'gnuplot' 파일보다 보통 더 유용하다.

-g gnuplot-file

측정한 모든 값을 'gnuplot' 혹은 TSV (Tab separate values, 탭으로 구분한 값) 파일에 기록한다. Gnuplot, IDL, Mathematica, Igor, 심지어 Excel 같은 프로그램에서도 이런 파일을 쉽게 읽을 수 있다. 파일의 첫번째 줄에 항목이름이 나온다.

-h

사용법을 출력한다.

-H custom-header

요청에 헤더를 추가한다. 아규먼트는 보통 콜론으로 구분한 쌍인 (예를 들어, "Accept-Encoding: zip/zop;8bit") 유효한 헤더줄이다.

-i

GET 대신 HEAD 요청을 한다.

-k

HTTP KeepAlive 기능을 사용한다. 예를 들어, 한 HTTP 세션에서 여러 요청을 한다. 기본적으로 KeepAlive를 사용하지 않는다.

-n requests

성능을 검사하기위해 보내는 요청수. 기본값으로 요청을 한번만 보내기때문에 일반적인 성능검사 결과를 얻을 수 없다.

-p POST-file

POST 자료 파일.

-P proxy-auth-username:password

프록시를 통해 BASIC Authentication 정보를 제공한다. :로 구분한 사용자명과 암호를 base64 인코딩하여 전송한다. 프록시가 정보를 요구하는지 (예를 들어, 401 인증 필요를 보내는지) 관계없이 문자열을 전송한다.

-q

150개 이상 요청을 보낼때 ab는 10% 혹은 매 100 요청당 표준오류에 진행상황을 출력한다. -q 옵션은 이 문구를 출력하지 않는다.

-s

기능을 추가하여 컴파일하였다면 (ab -h로 확인할 수 있다) http 프로토콜 대신 SSL을 사용한 https 프로토콜을 사용한다. 이 기능은 실험적이고 매우 기초적이다. 아마도 사용을 꺼려할 것이다.

-S

중간값과 표준편차를 출력하지 않고, 평균과 중간값의 차이가 표준편차보다 크더라도 경고/오류를 출력하지 않는다. 최소/평균/최대 값을 출력한다. (호환성을 위해).

-t timelimit

성능을 검사하는 최대 초단위 시간. 내부적으로 -n 50000을 가정한다. 정해진 시간동안 서버 성능을 검사할때 사용한다. 기본적으로 시간제한 없이 검사한다.

-T content-type

POST 자료의 Content-type 헤더.

-v verbosity

출력의 자세함 수준을 지정한다. 4 이상이면 헤더에 대한 정보를, 3 이상이면 (404, 202, 등) 응답코드를, 2 이상이면 경고(warning)와 정보(info)를 출력한다.

-V

버전을 출력하고 종료한다.

-w

결과를 HTML 표로 출력한다. 기본적으로 표를 흰 배경에 두 열로 작성한다.

-x <table>-attributes

<table>의 속성으로 사용할 문자열. 속성을 <table 여기에 > 추가한다.

-X proxy[:port]

프록시 서버를 사용하여 요청한다.

-y <tr>-attributes

<tr>의 속성으로 사용할 문자열.

-z <td>-attributes

<td>의 속성으로 사용할 문자열.

버그

정적으로 길이가 고정된 버퍼를 많이 사용한다. 명령행 아규먼트, 서버의 응답 헤더, 다른 외부 입력들을 같이 읽어들이면서 문제가 발생할 수 있다.

이 프로그램은 HTTP/1.x를 완전히 구현하지 않는다; 단지 '기대하는' 형식의 응답만을 받는다. strstr(3)을 매우 많이 사용기때문에 속도가 문제가 될 수 있다; 즉, 서버 성능보다는 ab 성능을 측정하게 될 수도 있다.

22. Kshell Port

kshell 포트가 544번이나 실제 데이터 전송시에는 로그 확인 결과 대략 46882~46958 포트를 사용하고 있습니다

100

참고

https://blog.imqa.io/loadtesting2/#utm_source=facebook&utm_medium=cpc&utm_campaign=tech_story2

부하 테스트 방법

https://aws.amazon.com/ko/blogs/korea/how-to-load-test-your-game-on-aws/?utm_source=dlvr.it&utm_medium=facebook

웹서버 부하 테스트-2024-12

댓글