유지 가능한 부하 테스트
이 항목의 정보는 엔진의 MST 측정을 위한 테스트 시나리오에 설명된 테스트를 참조합니다.
첫 번째 테스트의 경우 MST로 시스템을 구현하여 양호한 시스템을 관찰할 수 있습니다.
다음 그래프는 테스트 시스템의 유지 가능한 최대 처리량 검색에 이 접근 방법을 사용한 후의 주요 표시기를 보여 줍니다.
유지 가능한 부하 테스트의 부하 프로필
이 그래프는 테스트 시간 동안 스풀 깊이가 안정적이며 더 이상 증가하지 않았음을 보여 줍니다.
그래프 위쪽의 검정 선은 양쪽 수신 서버 등에 대해 시스템에서 초당 수신한 총 메시지 수를 나타냅니다.
그래프 아래쪽의 선은 각 SQL Server에 있는 MessageBox 스풀 깊이를 나타냅니다.
시스템이 안정적인 최대 스풀 깊이에서 구현되면 초당 수신된 메시지의 수로 MST가 측정됩니다. 이 시나리오에서는 설명된 하드웨어에서 초당 290개의 메시지(MST)가 수신되었습니다.
참고
스풀 깊이가 시간이 경과함에 따라 더 이상 안정적이지 않은 지점으로 시스템이 구현되면 MST가 초과됩니다. 다양한 부하로 여러 테스트를 실행하려면 스풀 깊이가 안정적으로 유지되는 지점의 최대 부하를 평가해야 하며 시스템에서는 추가 메시지 백로그 없이 메시지 백로그를 처리할 수 있습니다.
BizTalk 배포 성능 분석의 일환으로 리소스 병목 상태를 이해하는 일부 주요 표시기를 검사해야 합니다. 유지 가능한 최대 처리량에서 실행되는 이 배포에 사용되는 주요 측정 단위와 그 값은 다음과 같습니다.
CPU 사용률
| 서버 | 평균 CPU 사용률 |
|---|---|
| BizTalk Server | 55% |
| SQL Server(마스터 MessageBox 서버) | 76% |
| SQL Server(기타 MessageBox 서버) | 83% |
실제 디스크 유휴 시간
| 서버 | 평균 디스크 유휴 시간 |
|---|---|
| 모든 SQL Server에 대한 평균 | 69% |
SQL Server의 SQL 잠금
| 매개 변수 | 값 |
|---|---|
| 초당 평균 총 잠금 제한 시간(SQL Server별) | 1980 |
| 평균 총 잠금 대기 시간(ms) | 495 |
이 테스트를 진행하는 동안 BizTalk 또는 SQL Server 응용 프로그램 로그에서 오류가 생성되지 않았습니다.
이 데이터의 경우 다음과 같은 결론을 내릴 수 있습니다.
시스템에는 명확한 리소스 병목 상태가 없습니다.
모든 표시기는 양호한 제한 내에서 잘 작동합니다.
CPU 및 디스크 유휴 시간은 충분한 리소스가 있으며 이러한 측정값이 한도에 근접하지도 않았음을 나타냅니다.
SQL 잠금 표시기가 양호해 보입니다. 잠금 시간 제한/초는 약 5,000개 정도(SQL Server 따라 다름)까지 문제가 되지 않으며 1초 미만의 잠금 대기 시간도 정상입니다.
지금까지 유지 가능한 최대 처리량의 검색 방법 및 지속할 수 있고 양호한 시스템에 대해 주요 표시기가 표시되는 방식을 알아 보았습니다. 이제 가비지 처리 및 수집 속도보다 빠른 속도로 수신하는 시스템과 관련된 일부 동작을 살펴 봅니다. 오버드라이브 부하 테스트로 진행합니다.