nGrinder를 사용하여 3차 부하 테스트 수행(proxy caching)

[parc02]

설정

[shimguh]

cache 설정

proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m use_temp_path=off;

• keys_zone=my_cache:10m ->이 설정은 캐시 키를 저장하는 메모리 영역을 설정 10MB
• max_size=10g -> 캐시가 차지할 수 있는 최대 용량을 10GB로 설정합니다.
• inactive=60m -> 이 설정은 캐시가 얼마 동안 사용되지 않은 상태로 유지될 수 있는지를 설정합니다.
• use_temp_path=off -> 이 부분은 캐시 폴더가 아닌 임시 폴더에 캐시를 저장하지 않도록 설정합니다.

결과

[jsmin6330]

그래프에서 뚝 떨어지는 구간에 에지전트에서 프록시서버에 Get 요청이 적게 들어오는 것을 로그에서 눈으로 확인하였으나, 해당 시간으로 grep이 제대로 되지 않기도 하고, WSL 시간이 실제 현실 시간과 다른 상황이 발생하여 로그 기록 캡쳐는 남기지 못했습니다.

[INAUGURATE-Ryong]

• Proxy Cpu가 급감하는 구간에 Agent Cpu는 급증

• 테스트 강제 종료 시점

[parc02]

3차 테스트 분석 (2/29) - Vuser 80

테스트 툴

ngrinder

테스트 스펙

• proxy server 프로세서 11th Gen Intel(R) Core(TM) i5-1135G7 @ 2.40GHz 2.42 GHz 설치된 RAM 16.0GB(15.7GB 사용 가능) 시스템 종류 64비트 운영 체제, x64 기반 프로세서

• agent 프로세서 13th Gen Intel(R) Core(TM) i7-1360P 2.20 GHz 설치된 RAM 32.0GB(31.6GB 사용 가능) 시스템 종류 64비트 운영 체제, x64 기반 프로세서

테스트 결과

(2분 40초경) TPS 감소(66->9.5) MTT 조금 상승(1097 -> 1334 -> 1050) Error 상승(0 ->3442 -> 333 -> 3000 -> 407)

테스트 분석

잠시 시스템이 불안정 했으나 TPS가 안정화 됐고, latency도 범위 내에 있는것을 확인 Error량이 급격하게 증가했음으로 ngrinder가 서버를 다운시킨것으로 판단

[shimguh]

cache 설정

• inactive=3m

  proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=3m use_temp_path=off;

• inactive=60m -> inactive=3m 이 설정은 캐시가 얼마 동안 사용되지 않은 상태로 유지될 수 있는지를 설정합니다.

• runtime이 5분인데 60분으로 설정 되어있음으로 이 문제가 오류에 영향을 주는거라 가정

결과

[jsmin6330]

• 프록시 서버 로그

[shimguh]

cache 설정

• keys_zone 빼고 나머지 제거

  proxy_cache_path /var/cache/nginx keys_zone=my_cache:10m;

• 어떤 조건이 에러를 발생시키는지 몰라서 다시 기본으로 돌아가서 하나씩 추가하기로 결정

• 공식문서의 제일 기본 설정인 keys_zone=my_cache:10m ->이 설정은 캐시 키를 저장하는 메모리 영역을 설정 10MB

  결과

  

[jsmin6330]

3차 테스트 분석 (2/29) - Vuser 80 , nginx keys_zone=my_cache:10m

테스트 툴

ngrinder

테스트 스펙

• proxy server 프로세서 11th Gen Intel(R) Core(TM) i5-1135G7 @ 2.40GHz 2.42 GHz 설치된 RAM 16.0GB(15.7GB 사용 가능) 시스템 종류 64비트 운영 체제, x64 기반 프로세서

• agent 프로세서 13th Gen Intel(R) Core(TM) i7-1360P 2.20 GHz 설치된 RAM 32.0GB(31.6GB 사용 가능) 시스템 종류 64비트 운영 체제, x64 기반 프로세서

테스트 결과

Runtime ->3분 53초 Error -> (21409 -> 18557)

테스트 분석

전에 시행한 테스트와 비교했을때 runtime도 증가하고 error도 감소했지만, error수 자체는 많았기에 ngrinder에서 서버를 중단시킨것으로 판단됨

[shimguh]

cache 설정

proxy_cache_min_uses 추가

• 여기서 proxy_cache_min_uses 5;은 요청이 5번 이상 발생해야만 해당 요청이 캐시에 저장되도록 설정된 것입니다. 이는 캐시에 저장되는 리소스가 실제로 필요한 것으로 간주하기 위한 임계값을 설정하는 것입니다.

server {
    ...
    location / {
        proxy_cache_min_uses 5;
     ...
     }
}

https://github.com/miniproject4-team4/NGINX-PROXY-SERVER/pull/11#issuecomment-1970454783

결과

[jsmin6330]

테스트 결과

runtime은 늘었지만 error도 증가하면서 서버 중단 -> runtime이 늘어서 error도 증가

error수 자체는 많았기에 ngrinder에서 서버를 중단시킨것으로 판단됨

[shimguh]

cache 설정

• level, use_temp_path 추가

  proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=3m use_temp_path=off;

  https://github.com/miniproject4-team4/NGINX-PROXY-SERVER/pull/11#issuecomment-1970474141

• 단일 디렉토리에 많은 수의 파일이 있으면 파일 엑세스 속도가 느려짐 -> 2단계 디렉토리 구조를 사용

결과

[jsmin6330]

• 프록시 서버 로그 기록

그래프에서 뚝 떨어지는 구간에 CPU 사용률이 0.13%로 떨어집니다.

에이전트에서는 Get요청이 저 구간에서 적게 왔습니다.

[shimguh]

cache 설정

• proxy_cache_use_stale 추가 https://github.com/miniproject4-team4/NGINX-PROXY-SERVER/pull/11#issuecomment-1970512732

결과

• 추가하기 전 보다 결과가 나빠짐