용량 계획 테스트 결과 데이터
적용 대상: Windows Azure Pack
Windows Azure Pack 용량 계획 테스트는 다음과 같은 결과를 보여 줍니다.
테넌트용 관리 포털의 결과 데이터
테넌트용 관리 포털의 인스턴스 수 |
초당 요청 |
응답 시간* |
최대 동시 사용자 수 |
평균 CPU 사용량 |
최대 메모리 사용량(전용 바이트, MB 단위) |
1 |
46 |
3초 미만 |
600 |
80% |
950 |
2 |
90 |
3초 미만 |
1200 |
80% |
1000 |
*계산된 페이지 요청 응답 시간에는 웹 사이트나 최종 사용자 데이터베이스 만들기 같은 작업을 수행하는 등 테넌트용 관리 포털에 대한 클라이언트 게시물의 응답 시간이 포함되지 않습니다.
다운스트림 구성 요소 결과 데이터
테넌트용 관리 포털의 인스턴스 수를 1개에서 2개로 늘린 후 처리량이 100% 증가했습니다. 이는 병목 현상이 발생한 다운스트림 구성 요소(API 및 모든 리소스 공급자)가 없기 때문입니다. 다운스트림 구성 요소 이전에 테넌트용 관리 포털에서 CPU 병목 현상이 발생됩니다.
테넌트용 관리 포털의 인스턴스를 추가하면 다운스트림 구성 요소에서 병목 현상이 발생하지 않는 한 처리량이 연속적으로 증가합니다.
동시 사용자 |
평균 CPU 사용량 |
구성 요소 |
구성 요소 CPU 사용량 |
최대 메모리 사용량(전용 바이트, MB 단위) |
600 |
80% |
테넌트 API |
10% |
620 |
600 |
80% |
웹 사이트 리소스 공급자 |
7% |
650 |
600 |
80% |
Service Provider Foundation |
6% |
1360 |
600 |
80% |
SQL Server 리소스 공급자 |
5% |
420 |
600 |
80% |
MySQL 리소스 공급자 |
3% |
150 |
1200 |
80% |
테넌트 API |
21% |
640 |
1200 |
80% |
웹 사이트 리소스 공급자 |
7% |
650 |
1200 |
80% |
Service Provider Foundation |
10% |
1450 |
1200 |
80% |
SQL Server 리소스 공급자 |
5% |
550 |
1200 |
80% |
MySQL 리소스 공급자 |
4% |
160 |
테넌트 API 테스트 결과
다음 표에는 두 가지 리소스 공급자 인스턴스가 사용된 테넌트 API 성능 결과가 나와 있습니다.
테넌트 API 인스턴스 수 |
초당 요청 |
평균 CPU 사용량 |
최대 메모리 사용량(전용 바이트, MB 단위) |
1 |
320 |
80% |
1100 |
단일 테넌트 API 인스턴스에서 평균 80%의 CPU 사용량으로 초당 320개의 요청을 안정적으로 지원할 수 있었습니다.
테넌트 포털에서 부하가 많이 발생할 것으로 예상되는 경우 컴퓨터에서 리소스 사용량을 모니터링하는 것이 중요합니다. 시간 경과에 따른 성능 모니터링에 대한 자세한 내용은 성능 모니터 참조하세요.
사용자 지정 부하를 테스트하는 스트레스에 대한 자세한 내용은 18장 – 스트레스 테스트 웹 애플리케이션을 참조하세요.
SQL Server 리소스 공급자 테스트 결과
SQL Server 호스팅 서버에는 8GB의 RAM과 두 개의 프로세서가 사용되었습니다. 또한 독립 실행형 서버였고 SAN(저장 영역 네트워크) 디스크 유형을 사용하지 않았습니다.
SQL Server 리소스 공급자 인스턴스 수 |
초당 요청 |
평균 CPU 사용량 |
최대 메모리 사용량(전용 바이트, MB 단위) |
1 |
26 |
21% |
580 |
최대 CPU 사용량에 도달하기 전에 디스크 I/O의 속도가 느려지므로 SQL Server 리소스 공급자 성능에 대한 최상의 척도는 SQL Server 작업 디스크 I/O입니다.
한 SQL Server 리소스 공급자 인스턴스에서 초당 26개의 요청을 3초 이내의 응답 시간으로 안정적으로 처리할 수 있습니다. 부하가 이 CPU 사용량보다 크면 처리량이 떨어지고 응답 시간도 3초 이상으로 늘어납니다.