SharePoint Server 2010에서 Excel Services의 성능 및 용량 요구 사항 예측
적용 대상: SharePoint Server 2010
마지막으로 수정된 항목: 2015-03-09
이 문서에서는 Microsoft SharePoint Server 2010의 Excel Services을 실행하는 토폴로지에서 Microsoft SharePoint Server 2010를 사용하는 경우의 영향에 대해 설명합니다. 이 정보를 토대로 하여 대기 시간 및 처리량 요구 사항을 기반으로 배포를 보다 효율적으로 확장할 수 있습니다.
참고
이 문서에 나와 있는 구체적인 용량 및 성능 수치는 실제 환경의 수치와 다릅니다. 여기에 나와 있는 수치는 적절한 규모의 환경을 디자인하기 위한 시작점을 제공하기 위한 것입니다. 초기 시스템 디자인을 완료한 후 구성을 테스트하여 시스템이 사용자 환경의 요구 사항을 지원하는지 여부를 확인하십시오.
이 문서의 내용
테스트 팜 특성
테스트 결과
권장 사항
SharePoint Server 2010에 대한 용량 계획을 세우고 실행하는 방법에 대한 일반적인 정보는 SharePoint Server 2010의 용량 관리 및 크기 조정을 참조하십시오.
테스트 팜 특성
이 섹션에서는 Excel Services 성능 및 용량 테스트 중에 사용된 데이터 집합, 작업량, 하드웨어 설정, 토폴로지 및 테스트 정의에 대해 설명합니다.
데이터 집합
Excel Services 용량 및 성능은 서비스에서 호스팅되는 통합 문서의 구성에 따라 크게 달라집니다. 통합 문서 크기와 계산 복잡도가 가장 큰 영향을 줍니다. 이 테스트에서는 대표적인 크기와 복잡도를 사용했지만, 모든 통합 문서는 서로 다르며, 용량 및 성능은 실제로 사용하는 통합 문서 및 해당 크기와 복잡도에 따라 달라집니다.
이 테스트에서는 Excel 전용 팜에서 Excel 통합 문서를 시뮬레이트하여 성능 프로필을 평가했습니다. 용량 프로필 테스트 중에 다른 SharePoint Server 테스트는 실행되지 않았습니다. 이 팜 내에서는 통합 문서 크기 및 복잡도에 따라 세 가지 통합 문서 범주(소형, 대형, 초대형)를 사용했습니다.
| 통합 문서 특성 | 소형 | 대형 | 초대형 |
|---|---|---|---|
시트 수 |
1-3 |
1-5 |
1-20 |
열 수 |
10-20 |
10-500 |
10-1,000 |
행 수 |
10-40 |
10-10,000 |
100-30,000 |
계산된 셀 수 |
0-20% |
0-70% |
0-70% |
형식 수 |
1-10 |
1-15 |
1-20 |
표 수 |
0-1 |
0-2 |
0-5 |
차트 수 |
0-1 |
0-4 |
0-4 |
통합 문서의 외부 데이터 사용 비율 |
0% |
20% |
50% |
통합 문서의 피벗 테이블 사용 비율 |
0% |
3% |
3% |
통합 문서의 조건부 서식 사용 비율 |
0% |
10% |
20% |
이 테스트 팜에 포함된 SharePoint Server 사이트의 수는 2,000개이며, 각 사이트에는 소형, 대형, 초대형 통합 문서가 하나씩 들어 있습니다. SharePoint Server 페이지에서는 통합 문서를 소형 10%, 대형과 초대형 90%로 분산시켰습니다. 또한 테스트 팜 데이터 집합에는 Excel 웹 파트가 1~5개 들어 있는 SharePoint Server 페이지가 포함되었습니다.
작업량
응용 프로그램 사용을 시뮬레이트하기 위해 다음 작업 중 하나 이상을 수행하는 작업량이 생성되었습니다.
| 작업 혼합 | 소형 통합 문서 | 대형 통합 문서 |
|---|---|---|
보기 |
50% |
70% |
편집 |
35% |
15% |
공동 보기 |
10% |
10% |
공동 편집 |
5% |
5% |
또한 모든 통합 문서 중 17%에는 외부 데이터가 포함되었습니다. 외부 데이터를 포함하는 대형 및 초대형 통합 문서의 경우에는 테스트 시간의 80% 동안 새로 고침이 수행되었습니다. 소형 통합 문서는 외부 데이터를 포함하지 않습니다.
각 작업량에는 사용자 작업 간에 10초의 인지 시간이 포함되었습니다. 인지 시간이란 사용자가 작업을 수행하는 데 소요되는 시간을 시뮬레이트하는 사용자 작업 지연 시간을 의미합니다. 다른 SharePoint Server 2010 용량 계획 문서에서와는 달리, 이 테스트에는 지연 시간이 있습니다. Excel Services는 정적이며, 통합 문서는 사용자 상호 작용 간에 메모리에서 유지 관리되므로 개별 요청만이 아닌 전체 사용자 세션을 시뮬레이트해야 합니다. 평균적으로 단일 사용자 작업량에 대한 초당 요청 수는 0.2개였습니다.
2,000개의 사이트 중 임의로 하나를 선택하여 각 작업량에 대해 테스트를 실행했습니다. 이때 아래 표에 나와 있는 비율을 사용하여 해당 사이트 내에서 응용 프로그램 및 응용 프로그램 크기를 선택했습니다.
| 선택한 통합 문서 | 사용 비율 |
|---|---|
소형 통합 문서 |
30% |
대형 통합 문서 |
55% |
대시보드 |
10% |
초대형 통합 문서 |
5% |
안전 영역 및 위험 영역 정의
각 구성에 대해 처리량 테스트를 수행하기 전에 2개 영역을 결정했습니다. 그 중 하나는 처리량을 지속적으로 유지할 수 있는 안전 영역(권장 영역)이고, 다른 하나는 해당 처리량 값이 잠깐 동안은 문제가 없지만 일반적으로 발생해서는 안 되는 위험 영역(최대 영역)입니다.
위험 영역과 안전 영역의 사용자 부하를 확인하기 위해 먼저 단계 테스트를 수행한 후에 다음 조건이 충족되면 테스트를 중지했습니다.
안전 영역 팜의 컴퓨터(웹 프런트 엔드, Excel Calculation Services 또는 Microsoft SQL Server)에서 CPU 사용량이 50%를 초과하거나 전체 시스템의 응답 시간이 1초를 초과하는 시점에서 테스트를 중지했습니다.
위험 영역 팜의 Excel Calculation Services 컴퓨터에 대한 RPS 성공률이 최대값에 도달한 시점에서 테스트를 중지했습니다. 이 시점을 지나면 팜의 전체 처리량이 감소하거나 계층 중 하나에서 오류가 발생합니다. 처리량이 위험 영역에 도달하면 Excel Calculation Services의 최대 전용 바이트를 초과하는 경우가 많습니다.
단계 테스트를 수행한 후에는 최대값을 낮춰 일정한 부하 테스트를 더 오래(1시간) 실행했으며, 부하의 75%가 사용된 시점에서 안전 영역 테스트를 중지했습니다. 위험 영역 단계 테스트에서는 부하의 65%를 사용했을 때의 값이 최대였습니다. 안전 영역 테스트의 메모리를 제한한 경우 CPU 사용률이 50%를 초과하지 않았다면 위험 영역에 대해 계산된 부하 수치의 75%를 사용했을 것입니다.
평균 응답 시간은 안전 영역과 위험 영역, 그리고 수평 확장 및 수직 확장 테스트 둘 다에 대해 0.25초 미만이었습니다.
하드웨어 설정 및 토폴로지
이 섹션에서는 테스트에 사용한 컴퓨터 하드웨어 및 팜 구성 토폴로지의 종류를 설명합니다.
테스트 하드웨어
자세한 테스트 결과를 제공하기 위해 다양한 팜 구성이 테스트에 사용되었습니다. 팜 구성의 범위는 웹 프런트 엔드 서버 1~3대, Excel Services 및 Excel Calculation Services용 응용 프로그램 서버 1~3대, 그리고 Microsoft SQL Server 2008을 실행하는 데이터베이스 서버 컴퓨터 1대입니다. 또한 클라이언트 컴퓨터 4대를 테스트에 사용했습니다. 모든 서버는 64비트였으며 클라이언트 컴퓨터는 32비트였습니다.
아래 표에는 테스트에 사용된 특정 하드웨어가 나와 있습니다.
| 컴퓨터 역할 | CPU | 메모리 | 네트워크 |
|---|---|---|---|
웹 프런트 엔드 서버 |
2개 프로세서/4개 코어 2.33GHz Intel Xeon |
8GB |
1기가비트 |
Excel Calculation Services |
2개 프로세서/4개 코어 2.33GHz Intel Xeon |
8GB |
1기가비트 |
SQL Server |
4개 프로세서/4개 코어 2.6GHz Intel Xeon |
16GB |
1기가비트 |
토폴로지
테스트 환경에서는 Excel Calculation Services 계층의 메모리와 웹 프런트 엔드 서버 계층의 CPU가 처리량을 제한하는 가장 중요한 요인으로 확인되었습니다. 실제 작업 환경은 이와 다를 수 있습니다. 따라서 수평 확장 테스트에서는 두 계층 모두에서 서로 다른 수의 컴퓨터 서버를 사용했습니다.
수직 확장 테스트의 경우 Excel Calculation Services 및 웹 프런트 엔드 서버에 대해서는 1:1 토폴로지를 배포한 다음 Excel Calculation Services 컴퓨터의 사용 가능한 메모리 및 프로세서 수를 바꿔 가며 테스트를 진행했습니다.
실제로 Excel Calculation Services는 SharePoint Server 2010을 실행하는 SQL Server 인스턴스에서 요구 사항이 높지 않습니다. 통합 문서는 SharePoint Server 2010에서 BLOB(Binary Large Object)를 읽고 Excel Calculation Services 계층에서 BLOB를 메모리에 저장하기 때문입니다(추가로 디스크를 캐시함). 따라서 SQL Server에서는 병목 현상이 발생하지 않았습니다. 모든 테스트에 대해 병목 현상은 팜의 특정 구성 요소 용량에 도달한 상태로 정의됩니다.
테스트 결과
다음 표에서는 Microsoft SharePoint Server 2010의 Excel Services에 대한 테스트 결과를 보여 줍니다. 각 테스트 그룹에서 일부 특정 변수만 변경하여 팜 성능에 미치는 점진적인 영향을 보여 줍니다.
SharePoint Server 2010의 다른 부분에 대한 용량 계획 결과와는 달리, 이 문서에서 보고되는 모든 테스트는 인지 시간(대기 시간, 사용자 작업 간 10초의 시간)을 적용하여 수행되었습니다.
Excel Services의 병목 현상에 대한 자세한 내용은 이 문서 뒷부분의 일반적인 병목 현상 및 원인 섹션을 참조하십시오.
전체 확장
아래 표에는 팜에 웹 프런트 엔드 및 전용 Excel Calculation Services 컴퓨터를 더 추가하는 경우의 영향이 간략하게 나와 있습니다. 이러한 처리량 수치는 Excel Calculation Services 컴퓨터에만 적용되며, 전체 팜에 대한 영향을 반영하지는 않습니다.
| 토폴로지 | 기본 최대값(RPS) | 기본 권장 값(RPS) |
|---|---|---|
1x1 |
38 |
31 |
1x2 |
35 |
26 |
1x3 |
28 |
21 |
2x1 |
57 |
35 |
2x2 |
62 |
46 |
2x3 |
52 |
39 |
3x1 |
51 |
32 |
3x2 |
81 |
69 |
3x3 |
83 |
64 |
.jpg "최대 및 권장 RPS가 나와 있는 차트")
권장 결과
아래 차트에서는 지속 가능한 권장 처리량의 결과를 보여 줍니다.
.jpg "ECS 서버를 추가할 경우의 처리량을 보여 주는 차트")
위의 차트에서는 팜에 웹 프런트 엔드 컴퓨터를 추가하는 경우 오버헤드가 발생함을 보여 줍니다. 그러나 이 오버헤드는 Excel Calculation Services 컴퓨터를 추가함으로써 상쇄할 수 있습니다. Excel Calculation Services 컴퓨터를 2대 더 추가하고 나면, 웹 프런트 엔드가 하나인 경우 병목 현상이 발생합니다. 이 웹 프런트 엔드 병목 현상으로 인해 두 번째 및 세 번째 Excel Calculation Services 컴퓨터를 추가하는 경우의 용량 추가 이점을 얻을 수 없었습니다. 또한 Excel Calculation Services가 용량을 제한하는 요인이 되었기 때문에 웹 프런트 엔드 컴퓨터가 3대여도 처리량은 증가하지 않았습니다.
.jpg "CPU 사용량에 대한 WFE 백분율이 나와 있는 차트")
위의 차트에서는 웹 프런트 엔드 컴퓨터를 추가하는 경우 각 컴퓨터의 CPU 부하가 크게 줄어드는 것을 확인할 수 있습니다. 또한 웹 프런트 엔드 컴퓨터가 2대이고 Excel Calculation Services 컴퓨터가 3대일 때 단일 웹 프런트 엔드 컴퓨터에 대해 CPU 부하가 최대값에 도달했습니다. 즉, 다른 Excel Calculation Services 컴퓨터를 추가하면 웹 프런트 엔드 계층이 처리량을 제한하는 요인이 됩니다. 이러한 결과는 "권장" 부하에 대한 것이므로, CPU 부하가 더 높은 수준이 아닌 약 35%에서 최대값을 나타냅니다.
최대 결과
아래 차트에서는 최대 처리량 결과를 보여 줍니다.
.jpg "ECS PC를 추가하기 위한 최대 처리량을 보여 주는 차트")
권장 결과와 마찬가지로, 두 번째 및 세 번째 Excel Calculation Services 컴퓨터를 추가하는 경우 웹 프런트 엔드 컴퓨터가 1대이면 처리량이 제한됩니다. 또한 권장 결과와 마찬가지로, 두 번째 웹 프런트 엔드 컴퓨터를 추가하고 나면 Excel Calculation Services가 처리량을 제한하는 요인이 되므로 세 번째 웹 프런트 엔드 컴퓨터를 추가해도 처리량은 증가하지 않습니다.
.jpg "WFE 백분율 및 CPU 최대 사용량이 나와 있는 차트")
위 차트의 결과는 웹 프런트 엔드 컴퓨터가 여러 대인 경우 단일 웹 프런트 엔드 컴퓨터 구성에서처럼 부하가 높지 않음을 보여 줍니다. 즉, 두 번째 웹 프런트 엔드 컴퓨터를 추가하고 나면 Excel Calculation Services 컴퓨터에서 병목 현상이 발생합니다.
세부 결과
이 섹션에는 테스트에서 확인된 권장 결과 및 최대 결과가 자세하게 나와 있습니다.
권장 결과
아래 표에서는 테스트의 권장 결과를 보여 줍니다.
| 전체 | 1x1 | 1x2 | 1x3 | 2x1 | 2x2 | 2x3 | 3x1 | 3x2 | 3x3 |
|---|---|---|---|---|---|---|---|---|---|
클라이언트 RPS 성공 횟수 |
30.56 |
34.55 |
31.67 |
26.03 |
45.94 |
68.37 |
20.71 |
38.82 |
63.70 |
클라이언트 응답 시간(초) |
0.22 |
0.18 |
0.19 |
0.16 |
0.19 |
0.20 |
0.15 |
0.15 |
0.17 |
TPS |
1.58 |
1.77 |
1.61 |
1.40 |
2.38 |
3.54 |
1.08 |
2.03 |
3.25 |
| 웹 프런트 엔드 계층 | 1x1 | 1x2 | 1x3 | 2x1 | 2x2 | 2x3 | 3x1 | 3x2 | 3x3 |
|---|---|---|---|---|---|---|---|---|---|
CPU 사용률(모든 웹 프런트 엔드 컴퓨터의 평균) |
33.73 |
37.64 |
33.84 |
14.61 |
23.95 |
36.90 |
7.54 |
13.12 |
21.75 |
| Excel Calculation Services 계층 | 1x1 | 1x2 | 1x3 | 2x1 | 2x2 | 2x3 | 3x1 | 3x2 | 3x3 |
|---|---|---|---|---|---|---|---|---|---|
CPU 사용률(모든 Excel Calculation Services 컴퓨터의 평균) |
30.56 |
34.55 |
31.67 |
26.03 |
45.94 |
68.37 |
20.71 |
38.82 |
63.70 |
최대 전용 바이트(모든 Excel Calculation Services 컴퓨터의 최대값) |
5.94E+09 |
5.82E+09 |
5.79E+09 |
5.87E+09 |
6.09E+09 |
5.92E+09 |
5.79E+09 |
5.91E+09 |
5.85E+09 |
최대 결과
아래 표에서는 테스트의 최대 결과를 보여 줍니다.
| 전체 | 1x1 | 1x2 | 1x3 | 2x1 | 2x2 | 2x3 | 3x1 | 3x2 | 3x3 |
|---|---|---|---|---|---|---|---|---|---|
클라이언트 RPS 성공 횟수 |
37.85 |
56.70 |
51.17 |
35.19 |
62.04 |
81.31 |
27.79 |
51.62 |
82.58 |
클라이언트 응답 시간(초) |
0.19 |
0.28 |
0.23 |
0.16 |
0.20 |
0.25 |
0.16 |
0.16 |
0.22 |
TPS |
1.92 |
2.96 |
2.59 |
1.81 |
3.21 |
4.60 |
1.41 |
2.72 |
4.30 |
| 웹 프런트 엔드 계층 | 1x1 | 1x2 | 1x3 | 2x1 | 2x2 | 2x3 | 3x1 | 3x2 | 3x3 |
|---|---|---|---|---|---|---|---|---|---|
CPU 사용률(모든 웹 프런트 엔드 컴퓨터의 평균) |
41.08 |
67.78 |
58.59 |
19.44 |
34.11 |
45.97 |
10.19 |
17.79 |
28.69 |
| Excel Calculation Services 계층 | 1x1 | 1x2 | 1x3 | 2x1 | 2x2 | 2x3 | 3x1 | 3x2 | 3x3 |
|---|---|---|---|---|---|---|---|---|---|
CPU 사용률(모든 Excel Calculation Services 컴퓨터의 평균) |
24.99 |
18…44 |
10.96 |
23.57 |
20.56 |
17.77 |
18.97 |
17.04 |
18.10 |
최대 전용 바이트(모든 Excel Calculation Services 컴퓨터의 최대값) |
5.91E+09 |
5.85E+09 |
5.91E+09 |
5.88E+09 |
5.99E+09 |
6.502E+09 |
5.94E+09 |
5.94E+09 |
6.04E+09 |
수직 확장 테스트 결과
Excel Calculation Services 계층에 CPU 및 메모리를 추가하는 경우의 영향도 측정했습니다. 이러한 테스트에는 1x1 토폴로지가 사용되었습니다.
.jpg "ECS에 CPU를 추가하는 영향이 나와 있는 차트")
위 차트에 나와 있는 결과는 CPU를 추가하면 처리량 증가에 도움이 되지만 전체 처리량에 큰 영향을 주지는 않았음을 보여 줍니다.
.jpg "ECS에 RAM을 추가하는 영향이 나와 있는 차트")
그러나 위 차트의 위험 영역 선을 확인하면 메모리를 추가하는 경우 처리량에 큰 영향을 준다는 것을 알 수 있습니다(특히 처리량이 최대일 때). 이 테스트에서는 전체적으로 동일한 하드웨어를 사용했지만, Excel Services의 최대 전용 바이트는 제한되었습니다. 통합 문서는 메모리에 보관되므로 통합 문서 크기는 Excel Calculation Services 컴퓨터에서 지원할 수 있는 사용자 및 통합 문서 수에 큰 영향을 줍니다.
권장 사항
이 섹션에서는 하드웨어, Excel Services 설정, 일반적인 병목 현상 및 문제 해결 방법에 대한 일반적인 성능 및 용량 권장 사항을 설명합니다.
Excel Services 용량 및 성능은 서비스에서 호스팅되는 통합 문서의 구성에 따라 크게 달라집니다. 통합 문서 크기와 계산 복잡도가 가장 큰 영향을 줍니다. 이 테스트에서는 대표적인 크기와 복잡도를 사용했지만, 모든 통합 문서는 서로 다르며, 용량 및 성능은 실제로 사용하는 통합 문서의 크기와 복잡도에 따라 달라집니다.
하드웨어 권장 사항
Excel Services에서는 웹 프런트 엔드 서버와 응용 프로그램 서버 둘 다에 대해 표준 하드웨어를 사용하며, 특수한 요구 사항은 없습니다. Excel Calculation Services 계층의 컴퓨터에는 CPU 수, 속도, 메모리에 대한 일반적인 SharePoint Server 2010 지침이 적용됩니다. Excel Calculation Services 컴퓨터에서는 메모리 병목 현상이 처음으로 발생할 가능성이 높으므로, 리소스를 추가해야 할 수 있습니다. 통합 문서의 크기와 복잡도는 메모리 추가를 통해 확보 가능한 용량의 양에 큰 영향을 주므로, 리소스를 추가하기 전에 조직의 대표 통합 문서 집합에 대해 테스트를 수행하는 것이 좋습니다.
기준 토폴로지 중 하나의 용량과 성능을 높이려면 두 가지 작업을 수행할 수 있습니다. 즉, 기존 서버의 용량을 늘려 토폴로지를 수직 확장하거나, 토폴로지에 서버를 더 추가하여 토폴로지를 수평 확장할 수 있습니다. 이 섹션에서는 다양한 수평 확장 토폴로지의 일반 성능 특성에 대해 설명합니다.
예제 토폴로지는 Excel Services 시나리오에 대해 토폴로지를 수평 확장하는 다음과 같은 일반적인 방식을 나타냅니다.
더 많은 사용자 부하를 처리하려면 기존 Excel Services 응용 프로그램 서버의 CPU 및 메모리를 확인하고, CPU에 문제가 없으면 메모리를, 메모리에 문제가 없으면 CPU를 추가합니다. 메모리와 CPU가 모두 상한 값에 도달한 경우에는 Excel Calculation Services 컴퓨터를 추가해야 할 수 있습니다. 웹 프런트 엔드 서버에서 병목 현상이 발생할 때까지 Excel Calculation Services 또는 응용 프로그램 서버를 추가한 후에, 웹 프런트 엔드 서버를 필요한 대로 추가합니다.
이 테스트에서는 SQL Server에서 병목 현상이 발생하지 않았습니다. 통합 문서는 전체 문서로 읽고 쓰며 사용자 세션 전체에서 메모리에 저장되므로 Excel Services는 데이터베이스 계층에 큰 부담을 주지 않습니다.
성능 관련 Excel Services 설정
Excel Services의 성능 특성을 제어하는 방법 중 하나는 메모리 사용 방식을 제어하는 것입니다. 아래 목록의 각 전역 설정은 SharePoint Server 2010 중앙 관리 > 응용 프로그램 관리 > 서비스 응용 프로그램 관리 > Excel Services 응용 프로그램 > 전역 설정에서 설정합니다.
최대 전용 바이트 - 기본적으로 Excel Calculation Services는 컴퓨터 메모리의 50%를 사용합니다. 컴퓨터를 다른 서비스와 공유하는 경우에는 이 수치를 낮추는 것이 좋습니다. 컴퓨터가 다른 서비스와 공유되지 않는 Excel Calculation Services 전용 컴퓨터인 경우 메모리가 처리량을 제한하는 요인으로 나타나면 이 수치를 높이는 것이 좋습니다. 어떤 경우에는 이 수치를 조정하여 테스트를 해 보면 관리자가 보다 효율적인 수직 확장을 위해 필요한 사항을 변경할 수 있습니다.
메모리 캐시 임계값 - Excel Calculation Services는 메모리에서 사용되지 않은 개체(예: 모든 세션의 시간이 초과된 읽기 전용 통합 문서)를 캐시합니다. 기본적으로 Excel Calculation Services는 이 작업을 위해 최대 전용 바이트의 90%를 사용합니다. 서버에서 Excel Calculation Services 이외에 다른 서비스를 호스팅하는 경우에는 이 수치를 낮추면 전체적인 성능을 높일 수 있습니다. 이 수치를 높이면 요청 중인 통합 문서가 이미 메모리에 포함되어 있어 SharePoint Server 콘텐츠 데이터베이스에서 다시 로드하지 않아도 될 가능성이 높아집니다.
사용하지 않은 개체의 최대 시간 - 기본적으로 Excel Calculation Services는 가능한 경우 개체를 메모리 캐시에 보관합니다. Excel Calculation Services 메모리 사용량을 줄이려면(특히 같은 컴퓨터에서 다른 서비스를 실행하는 경우) 개체가 메모리에서 캐시되는 기간을 제한하는 것이 좋을 수 있습니다.
통합 문서의 최대 크기와 세션 수명을 제어하는 데 사용할 수 있는 설정도 있습니다. 이러한 항목을 제어하면 통합 문서가 메모리에 보관되는 기간도 제어할 수 있습니다. 이러한 설정은 전역 설정이 아니며 각각의 신뢰할 수 있는 위치와 연결됩니다. SharePoint Server 2010 중앙 관리 > 응용 프로그램 관리 > Excel Services 응용 프로그램 > 신뢰할 수 있는 위치에서 이러한 설정을 지정한 다음, 신뢰할 수 있는 위치 편집 페이지의 통합 문서 속성 섹션에서 각 신뢰할 수 있는 위치의 설정을 편집할 수 있습니다.
최대 통합 문서 크기
최대 차트 또는 이미지 크기
기본적으로 Excel Calculation Services에서는 통합 문서가 10MB 이하, 차트/이미지가 1MB 이하로 제한됩니다. 더 큰 통합 문서와 차트/이미지를 사용하면 Excel Calculation Services 계층 컴퓨터의 사용 가능한 메모리가 더 많이 사용되는 것은 분명합니다. 그러나 조직에는 특정 통합 문서를 사용하기 위해 Excel Calculation Services에 대해 이 설정 값을 높여야 하는 사용자도 있을 수 있습니다.
세션 제한 시간 - 세션 제한 시간 값을 낮추면 사용하지 않은 개체 캐시 또는 기타 서비스에 대해 메모리를 더 빠르게 사용할 수 있습니다.
일시적 함수 캐시 수명 - 일시적 함수는 날짜/시간 함수, 난수 생성기 등 통합 문서에서 각각의 연속 다시 계산 시 값을 변경할 수 있는 함수입니다. 이러한 함수를 사용하면 서버에서 부하가 생성될 수 있으므로, Excel Calculation Services에서는 각 다시 계산 시에 이러한 값을 다시 계산하지 않으며 잠깐 동안 마지막 값을 캐시합니다. 이 수명 값을 늘리면 서버의 부하는 줄어들 수 있지만, 이는 일시적 함수를 사용하는 통합 문서가 있는지 여부에 따라 달라집니다.
외부 데이터 허용 - Excel Calculation Services에서는 외부 데이터 원본을 가져올 수 있습니다. 그러나 외부 원본을 가져오려면 시간이 매우 오래 걸릴 수 있으며, 많은 양의 데이터가 반환될 가능성이 있습니다. 외부 데이터가 허용되는 경우에는 이 기능의 영향을 제한하기 위한 다양한 추가 설정을 사용할 수 있습니다.
일반적인 병목 현상 및 원인
성능 테스트를 수행하는 동안 여러 가지 일반적인 병목 현상이 발견되었습니다. 병목 현상은 팜의 특정 구성 요소가 용량 한도에 도달한 상황으로 정의됩니다. 이로 인해 팜 처리량이 더 이상 늘어나지 않거나 줄어들게 됩니다.
아래 표에는 일반적인 병목 현상과 해당 원인 및 가능한 해결 방법에 대한 설명이 나와 있습니다.
성능 및 확장성 문제 해결
| 병목 현상 | 원인 | 해결 방법 |
|---|---|---|
Excel Calculation Services 메모리 |
Excel Services는 사용자 세션 전체에서 각 통합 문서를 메모리에 저장합니다. 따라서 통합 문서 수가 많거나 통합 문서가 크면 Excel Calculation Services에서 사용 가능한 메모리를 모두 사용하여 실제로 사용되는 "전용 바이트"가 "최대 전용 바이트"를 초과하게 됩니다. |
Excel Calculation Services 계층 컴퓨터에서 메모리를 추가하여 수직 확장하거나, Excel Calculation Services 컴퓨터를 더 추가하여 수평 확장합니다. CPU도 최대값에 도달했는지 여부도 확장 방식 선택에 어느 정도 영향을 줄 수 있습니다. |
Excel Calculation Services CPU |
통합 문서의 수와 복잡도에 따라 Excel Services는 응용 프로그램 계층에서 많은 처리 작업을 수행할 수 있습니다. |
기존 Excel Calculation Services 컴퓨터에서 CPU 및/또는 코어 수를 늘리거나 Excel Calculation Services 컴퓨터를 추가합니다. |
웹 서버 CPU 사용률 |
웹 서버에 사용자 요청이 오버로드되면 평균 CPU 사용률이 100%에 근접하게 됩니다. 이렇게 되면 웹 서버에서 요청에 신속하게 응답하지 못하므로 클라이언트 컴퓨터에서 시간 초과 및 오류 메시지가 발생할 수 있습니다. |
이 문제는 두 가지 방법 중 하나를 사용하여 해결할 수 있습니다. 즉, 팜에 웹 서버를 추가하여 사용자 부하를 분산하거나, 보다 속도가 빠른 프로세서를 추가하여 웹 서버 또는 서버를 수직으로 확장하면 됩니다. |
성능 모니터링
시스템을 수직 또는 수평 확장해야 할 시기를 파악하려면 성능 카운터를 사용하여 시스템 상태를 모니터링합니다. 다음 표의 정보를 활용하여 모니터링할 성능 카운터와 성능 카운터를 적용할 프로세스를 확인하십시오.
프런트 엔드 웹 서버
다음 표에서는 팜의 프런트 엔드 웹 서버에 대해 모니터링할 성능 카운터와 프로세스를 보여 줍니다.
| 성능 카운터 | 적용 개체 | 참고 사항 |
|---|---|---|
% Processor Time |
Processor(w3wp) |
이 스레드에서 명령을 실행하기 위해 프로세서를 사용하는 동안 경과한 시간의 백분율을 보여 줍니다. |
% Processor Time |
Processor(_Total) |
서버 컴퓨터의 모든 스레드에서 프로세서를 사용하여 명령을 실행하는 데 소요된 시간의 백분율을 보여 줍니다. |
Private Bytes |
Process(w3wp) |
이 값이 w3wp 프로세스에 대해 설정된 최대 전용 바이트에 도달해서는 안 됩니다. 최대 전용 바이트에 도달하는 경우에는 메모리를 사용 중인 구성 요소를 추가로 조사해야 합니다. |
Excel Calculation Services
아래 표에는 팜 내의 응용 프로그램 서버(이 테스트에서는 Excel Calculation Services)에 대해 모니터링할 성능 카운터와 프로세스가 나와 있습니다.
| 성능 카운터 | 적용 개체 | 참고 사항 |
|---|---|---|
% Processor Time |
Processor(_Total) |
서버의 모든 스레드에서 프로세서를 사용하여 명령을 실행하는 데 소요된 시간의 백분율을 보여 줍니다. |
% Processor Time |
Processor(w3wp) |
Excel Calculation Services는 해당 w3wp 프로세스 내에서 실행됩니다. 이 프로세스가 CPU 시간의 대부분을 차지하므로 어떤 프로세스인지는 쉽게 확인할 수 있습니다. |
Average Disk Queue Length |
PhysicalDisk(_Total) |
로깅으로 인한 과다한 디스크 쓰기를 확인합니다. |
Private Bytes |
Process(w3wp) |
Excel Services는 사용자 세션이 만료될 때까지(세션 만료 제한 시간은 구성 가능함) 메모리에서 통합 문서를 캐시합니다. Excel Calculation Services를 통해 많은 데이터를 처리하는 경우에는 Excel Calculation Services w3wp의 메모리 사용량이 늘어납니다. |
SQL Server
앞서 설명한 것처럼, 사용자 세션 중에는 Excel Calculation Services계층에서 통합 문서를 한 번 읽은 다음 메모리에 저장하므로 Excel Services는 SQL Server 계층에 큰 부담을 주지 않습니다. SQL Server 계층 모니터링 및 문제 해결 시에는 일반 SharePoint Server 지침을 따르면 됩니다.