성능 테스트 시스템의 성능 지표, 성능 테스트 모델 설정, 성능 테스트 시나리오 개발, 모니터링 정책 개발, 장면 조건 하에서 성능 시나리오 실행, 성능 병목 현상 분석 및 튜닝, 결국 성능 결과를 산출하여 시스템의 성능 지표가 정해진 값을 충족하는지 평가
단계:
온라인 사용자 수, 동시 사용자 수, 압력 스레드 수, TPS 의 관계는 다음과 같습니다.
1. 개별 사용자에 대한 TPS 계산: 로그를 통해 한 사용자의 작업 레코드를 당겨 다음 트랜잭션의 작업 시간을 기록합니다. 예: 사용자 1 명, 100 초 이내에 전체 프로세스가 완료되었으며, 4 가지 작업 (상품 조회, 정보 입력, 지불, 주문 상세 정보) 이 있으며 20 개의 인터페이스가 호출되었습니다.
사용자 수준 TPS: 1 1/100 = 0.01 TPS. (사용자 1 명) (업무 완료 1 명) /100s
운영 수준: 1 4/100 = 0.04 TPS. (사용자 1 명) (작업 4 개) /100s
인터페이스 수준: 1 20/100 = 0.2tps (사용자 1 명) (커넥터 20 개) /100s
2. 다중 사용자 TPS. 생산에서 1 일 동안 사용자 수를 뽑아 평균 완료 시간을 계산해 보십시오. (한 가지 문제는 많은 사용자가 실제로 완전한 업무를 마치지 않았다는 것입니다. 따라서 이 TPS 계산은 주의를 기울여야 합니까? 편의를 위해 사용자당 100 초 이내에 수행된다고 가정) 1 백만 명의 사용자가 있다면 1 일 이내에 업무 완료
사용자 수준 TPS: 10000001 1/24/60/60 = 11.57tps. 1000000 (사용자 1 명) (업무 완료 1 명) /24 시간 /60 분 /60 초
운영 수준: 1000001 4 /24 /60 /60 = 46.29 tps.1000000 * (사용자 1 명) (작업 4 명)/24 시간/60 분/60 초
인터페이스 수준: 1000001 20 /24 /60 /60 = 231.48 TPS 1000000 (사용자 1 명) * (인터페이스 20 개)/24 시간/60 분/60 초
3. 피크 시점의 TPS. 1,000 명, 1 분 이내에 업무 완료
사용자 수준 TPS: 1000 1 1/60 = 16.67tps. 1000 (사용자 1 명) (업무 완료 1 명) /60 초
운영 수준: 1000 1 4 /60 = 66.67tps.1000 * (사용자 1 명) (작업 4 개)/60 초
인터페이스 수준: 1000 1 20 /60 = 333.33 TPS 1000 (사용자 1 명) * (커넥터 20 개)/60 초
4, 동시 사용자 수와 TPS 간의 관계를 계산하는 방법
Jmeter 에서 전체 프로세스를 5 초 동안 완료할 수 있습니다.
사용자 수준 TPS: 1 1/5 = 0.2 TPS. (사용자 1 명) (업무 완료 1 명) /5s
운영 수준: 1 4/5 = 0.8 TPS. (사용자 1 명) (작업 4 개) /5s
인터페이스 수준: 1 20/5 = 4tps (사용자 1 명) (인터페이스 20 개) /5s
5, 일시 중지 없음 (동시 사용자) 일시 중지가 있는 사용자 수 (온라인 사용자)
0.2/0.01=20. 정지 TPS 없음/정지 TPS 있음.
동시도 =1/20*100 =5
6. 압력 스레드 수
A) 1 백만 일 이내: 1000000 의 온라인 TPS/ 동시 TPS=11.57/0.2=57.85
B)1000 1 분 이내: 1000 의 최고 TPS/ 동시 TPS=16.67/0.2=83.35
7. 동시 사용자 수 계산
동시 사용자 수 = 온라인 사용자 수 × 일시 중지 시간이 있는 단일 스레드 TPS/ 일시 중지 시간이 없는 단일 스레드 TPS
8. 동시도: 동시도 = 동시 사용자/온라인 사용자 ×100 (같은 기간에 값 적용)
1. 업무 모델을 추출합니다. 로그 시스템이나 매설 지점 등을 통해 얻을 수 있습니다.
비즈니스 모델의 역할: 첫째, 온라인 성능을 평가하십시오. 두 번째는 다음 용량 테스트를 준비하는 것입니다
혼합 용량 성능 시나리오라고도 할 수 있습니다. 즉, 데이터, 하드웨어, 소프트웨어 환경, 모니터링 등의 조합으로 병목 현상을 분석하고 튜닝하는 모든 비즈니스를 하나의 장면에 추가할 수 있습니다.
1, 비즈니스 지표
2, 각 비즈니스에 대한 벤치마크 성능 시나리오 테스트, 각 비즈니스 벤치마크 테스트, 비즈니스 성능 지표
에 맞게 최적화3, 온라인 비즈니스 모델 추출
4, 비즈니스 모델에 따라 실행 스크립트 작성, 용량 테스트 수행
핵심은 시간이다. 오랜 시간 동안 시스템의 성능을 관찰하고 병목 현상을 분석하고 튜닝하는 프로세스
1, 실제 비즈니스 요구 사항에 따라 설정 매주 한 번씩 출시 주기를 거치면 평균 2 개월 동안 모든 업무 라인이 발표됩니다 (예: 서버 재가동). 그렇다면 우리의 안정성 테스트 전략은 최대 TPS 로 7~30 일을 집행해야 한다. 7 일 이상 없어서는 안 된다. 하지만 30 일 이상 걸릴 수 있습니다.
2, 왜 용량으로 테스트된 최대 TPS 입니까? 용량 테스트를 거친 최대 TPS 가 안정적으로 실행되지 않을 경우 용량 테스트 결과의 의미는 무엇입니까?