SharePoint Server 2010에서 Visio Services의 성능 및 용량 요구 사항 예측
적용 대상: SharePoint Server 2010
마지막으로 수정된 항목: 2015-03-09
이 문서에서는 SharePoint Server 2010을 실행하는 토폴로지에서 Microsoft SharePoint Server 2010의 Visio Services를 사용하는 경우의 영향에 대해 설명합니다.
이 문서의 내용
테스트 팜 특성
테스트 결과
권장 사항
Visio Services를 사용하면 SharePoint Server 2010에서 Microsoft Visio 웹 드로잉을 볼 수 있습니다. 웹 드로잉을 외부 데이터 원본에 연결하면 Visio Services에서 기본 데이터 변경 내용에 따라 웹 드로잉 모양을 업데이트할 수 있습니다. Visio Services에 대한 자세한 내용은 TechNet 문서인 Visio Services 개요(SharePoint Server 2010)를 참조하십시오.
이 문서에서는 일반적인 드로잉 혼합을 렌더링할 때 전체 서비스 대기 시간(드로잉을 렌더링하는 데 소요되는 시간) 및 처리량(초당 처리 가능한 드로잉 수)에 대한 토폴로지의 영향을 설명합니다. 이 문서에서 설명하는 테스트에서는 기본 설정을 사용하여 구성된 Visio Services 인스턴스에서 권장 사용자 부하 및 최대 사용자 부하 시의 성능을 측정했습니다.
이 정보를 토대로 하여 대기 시간 및 처리량 요구 사항을 기반으로 배포를 보다 효율적으로 확장할 수 있습니다. 기존 서버의 용량을 늘려 수직 확장하거나, 토폴로지에 서버를 더 추가하여 수평 확장할 수 있습니다. 이 문서에 나와 있는 구체적인 용량 및 성능 수치는 실제 환경의 수치와 다릅니다. 여기에 나와 있는 수치는 적절한 규모의 환경을 디자인하기 위한 시작점을 제공하기 위한 것입니다. 초기 시스템 디자인을 완료한 후 구성을 테스트하여 시스템이 사용자 환경의 여러 요소를 지원하는지 여부를 확인하십시오.
SharePoint Server 2010에 대해 용량을 계획하고 용량 계획을 실행하는 방법에 대한 자세한 내용은 성능 및 용량 관리를 참조하십시오.
테스트 팜 특성
이 섹션에서는 Visio Services 성능 및 용량 테스트 중에 사용된 데이터 집합, 작업량, 하드웨어 설정, 토폴로지 및 테스트 정의에 대해 설명합니다.
데이터 집합
Visio Services 용량 및 성능은 여러 가지 요인 중에서도 서비스에서 호스팅되는 웹 드로잉의 구성에 따라 달라집니다. 아래 표에는 성능에 영향을 주는 파일 관련 요인이 나와 있습니다.
| 요인 | 성능에 대한 질적인 영향 |
|---|---|
드로잉 디스크 크기 |
파일 크기가 크면 SharePoint 네트워크의 대기 시간이 길어집니다. |
드로잉 복잡도 |
복잡한 셰이프를 여러 개 포함하는 드로잉의 경우 응용 프로그램 서버에서 렌더링 대기 시간이 길어지고 리소스 사용량이 늘어납니다. |
드로잉 데이터 연결 |
Visio 웹 드로잉은 정적일 수도 있고 데이터에 연결될 수도 있습니다. 정적 드로잉의 경우 Visio Services에서는 드로잉을 로드하여 브라우저로 직접 렌더링합니다. 데이터에 연결된 드로잉의 경우에는 Visio Services에서 드로잉을 브라우저로 렌더링하기 전에 기본 데이터 원본을 폴링하여 새 데이터를 적용하고 드로잉을 업데이트하는 추가 단계를 수행합니다. 이 추가 단계로 인해 응용 프로그램 서버에서 대기 시간이 길어지고 리소스 사용량이 늘어납니다. |
이러한 요인의 영향을 시뮬레이트하기 위해 아래 표에 나와 있는 것처럼 파일을 분류했습니다.
| 소형 | 중형 | 대형 | |
|---|---|---|---|
셰이프 수 |
20 |
50 |
100 |
일반적인 파일 크기 |
300KB |
600KB |
900KB |
데이터에 연결된 드로잉의 경우에는 다음과 같은 추가 범주가 사용되었습니다.
| 소형 | 중형 | 대형 | |
|---|---|---|---|
새로 고칠 수 있는 요소의 수 |
10 |
120 |
180 |
행 수 |
10 |
40 |
80 |
데이터 변경률 |
50% |
50% |
50% |
그런 다음 아래 표에 나와 있는 분산을 사용하여 이러한 파일 범주를 하나의 테스트 데이터 집합으로 어셈블했습니다.
| 파일 형식 | 비율 |
|---|---|
소형 정적 파일 |
49 |
소형 데이터 연결 파일 |
21 |
중형 정적 파일 |
14 |
중형 데이터 연결 파일 |
6 |
대형 정적 파일 |
7 |
대형 데이터 연결 파일 |
3 |
참고
데이터 연결 파일은 Secure Store Service 인증을 사용하여 Microsoft SQL Server 데이터 원본에 연결되었습니다. 이 문서에서는 다른 외부 데이터 원본에 연결된 드로잉의 성능에 대한 영향은 설명하지 않습니다.
작업량
각 성능 시나리오에는 다음 테스트 절차를 사용했습니다. 이 테스트에서는 팜이 Visio Services 전용(SharePoint Server에서 다른 테스트는 실행되지 않음)이며 한 명의 사용자만 서비스를 사용한다고 가정했습니다.
| 테스트 ID | 테스트 이름 | 테스트 설명 |
|---|---|---|
#1 |
일반적인 Visio 웹 드로잉 혼합 렌더링 |
|
안전 영역 및 위험 영역 정의
각 토폴로지 구성에 대해 처리량 테스트를 실행하기 전에 안전 영역 및 위험 영역 사용자 부하를 결정했습니다. 아래 표에 이러한 구성이 정의되어 있습니다.
| 구성 | 정의 |
|---|---|
권장(안전 영역) |
테스트를 실행하는 사용자 부하가 병목 현상 발생 리소스의 약 절반을 사용합니다. Visio Services의 경우 이 사용량은 프런트 엔드 웹 서버(WFE)의 CPU 사용량에 해당합니다. 실제 배포에서는 오랜 기간 동안 안전 영역 처리량이 유지되어야 합니다. |
최대(위험 영역) |
대기 시간이 최소 수준인 동안 토폴로지에 대해 최대 처리량에 도달한 사용자 부하입니다. 이 시점이 지나면 보통 처리량이 안정적으로 유지되며 대기 시간이 길어집니다. 팜에서 잠깐 동안은 처리량이 위험 영역에 도달해도 문제가 없지만, 일반적으로는 위험 영역에 도달하지 않아야 합니다. |
하드웨어 설정 및 토폴로지
테스트 하드웨어
추세 정보를 제공하기 위해, 컴퓨팅 용량을 늘리면서 다양한 팜 구성을 사용하여 테스트를 진행했습니다. 테스트에 사용된 구성은 웹 서버 2~5대, 그리고SQL Server 2008을 실행하는 데이터베이스 서버 한 대입니다. 모든 요청을 생성한 클라이언트 컴퓨터 한 대를 사용하여 테스트를 수행했습니다. 모든 웹 서버 컴퓨터 및 데이터베이스 서버는 64비트였습니다.
아래 표에는 테스트에 사용된 특정 하드웨어가 나와 있습니다.
| DELL PE 2950 | DELL PE 2950 | DELL PE R900 | |
|---|---|---|---|
역할 |
WFE |
응용 프로그램 서버 |
SQL Server 기반 서버 |
프로세서(CPU) |
2pX4 (Xeon L5420, 2.5GHz) |
2pX4 (Xeon L5420, 2.5GHz) |
4pX4 (Xeon E7330, 2.4GHz) |
RAM(GB) |
16 |
16 |
32 |
운영 체제 |
Windows Server 2008 R2 Enterprise |
Windows Server 2008 R2 Enterprise |
Windows Server 2008 R2 Datacenter |
인증 |
NTLM |
NTLM |
NTLM |
저장소: 운영 체제 |
146GB, 10K RPM, RAID 0 4개 |
146GB, 10K RPM, RAID 0 4개 |
146GB, 15K RPM, RAID 1 2개 |
저장소: 백업 |
-- |
-- |
300GB, 15K RPM, RAID 5 3개 |
저장소: SQL Server |
-- |
-- |
300GB, 15K RPM, RAID 5 9개 |
저장소: SQL Server 로그 |
-- |
-- |
300GB, 15K RPM, RAID 5 6개 |
SQL Server 인스턴스 수 |
0 |
0 |
1, SQL Server 2008 SP1 CU6 |
네트워크 어댑터 수 |
1 |
1 |
4 |
네트워크 어댑터 속도 |
1GB |
1GB |
1GB |
부하 분산 유형 |
NLB |
해당 없음 |
해당 없음 |
ULS 로깅 수준 |
보통 |
보통 |
보통 |
바이러스 백신 설정 |
Microsoft Forefront |
Microsoft Forefront |
Microsoft Forefront |
테스트 소프트웨어
아래 표에는 테스트 중에 테스트 컴퓨터에 설치된 특정 소프트웨어가 나와 있습니다.
| 소프트웨어 | 설명 |
|---|---|
운영 체제 |
Windows Server 2008 R2 Enterprise 버전 6.1.7600 |
SQL Server 버전 |
SQL Server 2008 버전 10.0.2531.0 |
IIS |
버전 7.5.7600.16385 |
SharePoint Server |
SharePoint Server 2010 |
토폴로지
아래 다이어그램에 나와 있는 토폴로지를 사용하여 수평 확장 성능 추세를 검색했습니다.
WFE 1대 x 응용 프로그램 서버 1대 x SQL Server 데이터 원본 1개(1x1x1)
.gif "토폴로지 1")
WFE 2대 x 응용 프로그램 서버 1대 x SQL Server 데이터 원본 1개(2x1x1)
.gif "토폴로지 2")
WFE 2대 x 응용 프로그램 서버 2대 x SQL Server 데이터 원본 1개(2x2x1)
.gif "토폴로지 3")
WFE 3대 x 응용 프로그램 서버 2대 x SQL Server 데이터 원본 1개(3x2x1)
.gif "토폴로지 4")
테스트 결과
다음 섹션에서는 Visio Services의 테스트 결과를 설명합니다.
안전 영역 및 위험 영역 사용자 부하를 확인하는 데 사용되는 보정을 실행한 후에 일반 Visio 웹 드로잉 혼합 렌더링 테스트를 반복적으로 실행했습니다. 팜 성능에 대한 점진적 영향을 파악하기 위해 토폴로지만 변경되었습니다. 이 문서에서 보고하는 RPS(초당 요청 수)는 일정한 사용자 부하 테스트의 평균 RPS입니다.
참고
이 문서에서 보고하는 모든 테스트는 연속 작업 간의 자연스러운 지연 시간인 인지 시간 없이 수행되었습니다. 실제 환경에서는 각 작업 후에 약간의 지연 시간이 있고, 그 후에 사용자가 작업의 다음 단계를 수행합니다. 반면 이 테스트에서는 각 작업을 완료한 직후에 다음 작업을 수행하여, 팜에 대한 부하가 지속되었습니다. 이 부하로 인해 성능에 좋지 않은 영향을 줄 수 있는 데이터베이스 경합 및 기타 요인이 발생했습니다.
Visio Services의 병목 현상에 대한 자세한 내용은 이 문서 뒷부분의 일반적인 병목 현상 및 원인 섹션을 참조하십시오.
전체 확장
아래 표에는 프런트 엔드 웹 서버와 응용 프로그램 서버를 추가하는 경우 Visio Services의 처리량에 주는 영향이 간략하게 나와 있습니다.
| 권장(안전 영역) 초당 요청 수 | 최대(위험 영역) 초당 요청 수 | |
|---|---|---|
1x1x1 |
97.5 |
126 |
2x1x1 |
172.5 |
192 |
2x2x1 |
195 |
218 |
3x2x1 |
242 |
266 |
아래 그래프에서는 프런트 엔드 웹 서버와 응용 프로그램 서버를 추가하면 안전 영역 처리량과 위험 영역 처리량이 모두 선형으로 증가함을 보여 줍니다. 그래프 값의 경사도를 비교할 때, 프런트 엔드 웹 서버를 추가하는 경우 응용 프로그램 웹 서버를 추가하는 것이 처리량 증가에 더 크게 기여함을 확인할 수 있습니다. 즉, 프런트 엔드 웹 서버가 Visio Services 배포에서 병목 현상을 유발할 수 있습니다.
처리량과 토폴로지 비교
.gif "처리량 대 토폴로지")
트랜잭션당 하드웨어 비용
아래 표에는 안전 영역의 토폴로지에 대해 일반적인 Visio 웹 드로잉 혼합 렌더링 테스트를 실행하는 경우의 하드웨어 비용을 중심으로 한 정보가 나와 있습니다.
| 성과 기록표 대시보드 | 1x1x1 | 2x1x1 | 2x2x1 | 3x2x1 |
|---|---|---|---|---|
평균 RPS 초당 요청 |
97.5 |
172.5 |
195 |
242 |
평균 WFE 서버 CPU 리소스 (%) |
59.5 |
54.5 |
59.8 |
50.2 |
평균 응용 프로그램 서버 CPU 리소스 (%) |
16.4 |
27.9 |
17.25 |
21.5 |
오류율 |
0.006 |
0.006 |
0.01 |
0.02 |
90% QoS 가용성 |
1 |
1 |
1 |
1 |
25번째 백분위수 대기 시간 (초) |
0.05 |
0.05 |
0.05 |
0.06 |
가비지 수집기의 시간 비율 |
WFE: 3.55 응용 프로그램: 6.6x10-7 |
WFE: 3.11 응용 프로그램: 0.00014 |
WFE: 3.27 응용 프로그램: 0.68 |
WFE: 3.13 응용 프로그램: 0.125 |
WFE 서버 중단 횟수 |
0 |
0 |
0 |
0 |
평균 메모리 사용량 (바이트) |
WFE: 210,728,784 응용 프로그램: 210,172,592 |
WFE: 664,374,336 응용 프로그램: 810,444,288 |
WFE: 203,343,584 응용 프로그램: 229,627,536 |
WFE: 199,905,600 응용 프로그램: 259,536,336 |
최대 메모리 사용량 (바이트) |
WFE: 212,664,320 응용 프로그램: 211,578,880 |
WFE: 719,638,528 응용 프로그램: 1,309,839,360 |
WFE: 204,537,856 응용 프로그램: 229,969,920 |
WFE: 200,081,408 응용 프로그램: 262,713,344 |
아래 표에는 위험 영역의 토폴로지에 대해 일반적인 Visio 웹 드로잉 혼합 렌더링 테스트를 실행하는 경우의 하드웨어 비용을 중심으로 한 정보가 나와 있습니다.
| 성과 기록표 대시보드 | 1x1x1 | 2x1x1 | 2x2x1 | 3x2x1 |
|---|---|---|---|---|
평균 RPS 초당 요청 |
124 |
190 |
216 |
264 |
평균 WFE CPU 리소스 (%) |
73.8 |
64 |
71.05 |
59.9 |
평균 응용 프로그램 서버 CPU 리소스 (%) |
18.9 |
31 |
18.35 |
23.0 |
오류율 |
0.006 |
0.009 |
0.009 |
0.01 |
90% QoS 가용성 |
1 |
1 |
1 |
1 |
25번째 백분위수 대기 시간 (초) |
0.06 |
0.06 |
0.07 |
0.06 |
가비지 수집기의 시간 비율 |
WFE: 0.000036 응용 프로그램: 0.000074 |
WFE: 0.00036 응용 프로그램: 0.00014 |
WFE: 1.54 응용 프로그램: 0.805 |
WFE: 1.15 응용 프로그램: 0.4 |
WFE 중단 횟수 |
0 |
0 |
0 |
0 |
평균 메모리 사용량 (바이트) |
WFE: 631,852,288 응용 프로그램: 820,075,648 |
WFE: 748,467,200 응용 프로그램: 884,640,512 |
WFE: 659,872,256 응용 프로그램: 511,670,960 |
WFE: 730,737,301 응용 프로그램: 827,111,104 |
최대 메모리 사용량 (바이트) |
WFE: 708,333,568 응용 프로그램: 1,446,760,448 |
WFE: 787,783,680 응용 프로그램: 1,350,569,984 |
WFE: 709,833,600 응용 프로그램: 1,319,833,600 |
WFE: 1,070,150,997 응용 프로그램: 1,450,207,232 |
권장 사항
이 섹션에서는 성능 및 용량에 대한 일반적인 권장 사항을 설명합니다. 이러한 권장 사항을 토대로 하여 특정 용량 및 성능 요구 사항에 가장 적합한 하드웨어, 토폴로지 및 구성 설정을 결정할 수 있습니다.
하드웨어 권장 사항
Visio Services의 기본적인 하드웨어 요구 사항은 SharePoint Server 2010과 동일합니다. SharePoint Server 2010의 기본 하드웨어 요구 사항은 하드웨어 및 소프트웨어 요구 사항(SharePoint Server 2010)에서 확인할 수 있습니다.
수직 확장 토폴로지와 수평 확장 토폴로지
기준 토폴로지 중 하나의 용량과 성능을 높이려면 두 가지 옵션을 사용할 수 있습니다. 즉, 기존 서버의 용량을 늘려 토폴로지를 수직 확장하거나, 토폴로지에 서버를 더 추가하여 토폴로지를 수평 확장할 수 있습니다.
Visio Services는 기본적으로 수평 확장에 매우 민감하므로, 수평 확장을 계획할 때는 다음의 일반 규칙을 활용하십시오.
위에서 설명한 구성을 사용하는 경우 응용 프로그램 서버를 늘리는 대신 WFE 서버를 늘리는 것이 좋습니다. 컴퓨터의 성능 사양이 이 문서에서 설명하는 사양과 비슷한 경우 WFE 서버 3대:응용 프로그램 서버 1대의 비율을 유지하는 것이 좋습니다.
수평 확장을 하는 경우 Visio Services에서 제공할 수 있는 사용자 부하와 처리량이 모두 증가합니다. 아래 그래프를 참조하여 특정 사용자 부하에서 토폴로지의 예상 처리량을 측정할 수 있습니다. 특정 사용자 부하에 도달하면 처리량 증가량이 점점 줄어들며, 이 시점 이후에는 서비스 처리 대기 시간이 길어집니다.
처리량 대 사용자 부하
.gif "처리량 대 사용자 부하")
설정 최적화
Visio Services의 성능 특성을 제어하는 방법 중 하나는 해당 성능 관련 서비스 설정의 값을 변경하는 것입니다. 아래 표에서는 이러한 설정을 변경하는 경우 팜 성능에 대한 질적 영향에 대해 설명합니다.
| 설정 위치 | 매개 변수 | 설명 | 성능에 대한 질적인 영향 |
|---|---|---|---|
중앙 관리 |
최대 웹 드로잉 크기 |
렌더링할 수 있는 웹 드로잉의 최대 크기(MB)입니다. |
드로잉의 크기가 크면 처리량이 감소하고 대기 시간이 길어질 수 있습니다. 한도를 낮게 설정하면 복잡한 웹 드로잉을 렌더링하지 못할 수 있는 반면 성능에도 영향을 줄 수 있습니다. |
최소 캐시 시간 |
웹 드로잉이 메모리에서 캐시되는 최소 시간(분)입니다. 이 값은 드로잉별 사용자 수를 기준으로 측정됩니다. 사용자가 웹 드로잉을 보기 시작하면 간격이 시작됩니다. 이 사용자는 간격이 만료될 때까지 웹 드로잉을 새로 고칠 수 없습니다. 다른 사용자가 웹 드로잉을 처음 보기 시작하면 간격이 새로 시작됩니다. |
값을 작게 설정하면 사용자가 데이터를 더 자주 새로 고칠 수 있지만, 응용 프로그램 서버에서 CPU 및 메모리 사용량이 늘어나서 처리량이 감소하고 대기 시간이 길어집니다. 값을 크게 설정하면 새로 고침 간격은 길어지는 반면 성능 메트릭은 향상될 수 있습니다. |
|
최대 캐시 시간 |
캐시된 웹 드로잉이 제거될 때까지의 시간(분)입니다. |
값을 크게 설정하면 응용 프로그램 서버에서 파일 I/O 및 CPU 사용량이 감소하지만 서버의 메모리 사용량이 늘어납니다. 또한 자주 렌더링되는 드로잉의 경우 대기 시간이 짧아집니다. 값을 작게 설정하면 성능이 향상됩니다. |
|
최대 다시 계산 기간 |
데이터 새로 고침 작업 시간이 초과될 때까지의 시간(초)입니다. 데이터에 연결된 웹 드로잉에만 적용됩니다. |
제한 시간이 길면 복잡한 데이터 연결 웹 드로잉을 다시 계산할 수 있지만, 전력이 더 많이 사용되고 처리량이 줄어들며 대기 시간이 길어집니다. 제한 시간이 짧으면 렌더링 가능한 드로잉의 복잡도는 낮아지지만 성능은 향상될 수 있습니다. |
|
웹 파트 |
래스터 렌더링 강제 |
Visio Web Access 웹 파트에서 드로잉을 PNG로 렌더링하도록 강제 지정합니다(Microsoft Silverlight가 설치될 수 있음). |
래스터 형식을 사용하여 모든 드로잉을 렌더링하도록 선택하면 드로잉의 화질은 떨어지지만 처리량은 약간 높아집니다. 모든 드로잉을 XAML로 렌더링하도록 선택하면 드로잉의 화질은 높아지지만 처리량이 약간 떨어집니다. |
일반적인 병목 현상 및 원인
다음 섹션에서는 서비스 설정을 최적화하고 일반적인 시스템 병목 현상을 해결하여 팜 성능을 개선하는 방법을 설명합니다.
성능 테스트를 수행하는 동안 다음과 같은 병목 현상이 발견되었습니다. 병목 현상은 팜의 특정 구성 요소가 용량 한도에 도달한 상황을 의미합니다. 이로 인해 팜 처리량이 더 이상 늘어나지 않거나 줄어들게 됩니다.
| 병목 현상 | 원인 | 해결 방법 |
|---|---|---|
WFE CPU 사용률 |
응용 프로그램 서버 레이어에서 캐싱이 수행되므로, Visio Services 응용 프로그램 서버의 처리량은 프런트 엔드 웹 서버의 처리량보다 높습니다. 따라서 WFE 레이어가 시스템 병목 현상의 원인이 됩니다. |
전체 Visio Services 처리량에 대한 WFE 병목 현상의 영향을 줄일 수 있도록 프런트 엔드 웹 서버를 더 추가합니다. |
성능 모니터링
Visio Services 배포를 수직 또는 수평 확장해야 할 시기를 파악하려면 성능 카운터를 사용하여 배포를 모니터링합니다. Windows Server에 포함되어 있으며 전반적인 서버 상태를 측정하는 성능 카운터 외에, 다음 목록에 나와 있는 성능 카운터를 사용하여 Visio Services의 특정 성능 관련 동작을 보다 자세하게 파악할 수 있습니다.
Visio Services 성능 카운터
아래 표에는 주요 Visio Services 응용 프로그램 서버 메트릭을 모니터링하는 성능 카운터가 나와 있습니다. 이러한 모든 카운터는 Visio Server: Visio Graphics Service 성능 카운터 범주에 포함됩니다.
| 논리 범주 | 카운터 | 측정값 |
|---|---|---|
집계 카운터 |
Requests Received per Second |
초당 받은 요청 개수입니다. |
Request Processing Time |
평균 렌더링 요청 처리 시간(밀리초)입니다. |
|
드로잉 렌더링 파이프라인 세부 정보 |
File Retrieval and Parsing Time |
콘텐츠 데이터베이스에서 드로잉을 검색하여 구문 분석하는 데 소요되는 평균 시간(밀리초)입니다. |
Server Data Refresh Time |
데이터 연결 드로잉에 대해 모든 외부 데이터를 검색하는 데 소요되는 평균 시간(밀리초)입니다. |
|
Server Data Binding Time |
데이터 연결 드로잉을 업데이트하는 데 소요되는 평균 시간(밀리초)입니다. |
|
Text Data Binding Time |
데이터 연결 드로잉의 텍스트를 업데이트하는 데 소요되는 평균 시간(밀리초)입니다. |
|
Server Rasterization Time |
드로잉의 PNG 표현을 만드는 데 소요되는 평균 처리 시간(밀리초)입니다. |
Visio Web Access 성능 카운터
아래 표에는 주요 Visio Web Access 서버(프런트 엔드 웹 서버) 메트릭을 모니터링하는 성능 카운터가 나와 있습니다. 이러한 모든 카운터는 Visio Server: Visio Web Access 성능 카운터 범주에 포함됩니다.
| 논리 범주 | 카운터 | 측정값 |
|---|---|---|
집계 카운터 |
Request Processing Time |
드로잉 렌더링 요청을 처리(도착에서 전달까지)하는 데 소요되는 평균 시간(밀리초)입니다. |
Requests Received per Second |
초당 받은 요청 개수입니다. |
|
Requests with Errors per Second |
초당 오류와 함께 반환된 평균 요청 수입니다. |
|
Average Content Initial Transmission Time |
초기 HTML과 Java 스크립트를 클라이언트 컴퓨터로 전송하는 데 소요되는 평균 시간(밀리초)입니다. |