SharePoint Server 2010에서 Microsoft Business Connectivity Services의 성능 및 용량 요구 사항 예측

 

적용 대상: SharePoint Server 2010

마지막으로 수정된 항목: 2016-11-30

**요약:**이 문서에서는 Microsoft SharePoint Server 2010에서 Business Connectivity Services를 사용하는 경우의 영향에 대해 설명하고, 성능 및 계획 지침을 제공합니다.

Business Connectivity Services에 대한 자세한 내용은 Business Connectivity Services 개요(SharePoint Server 2010)를 참조하십시오.

이 항목의 내용

• 용어

• 테스트 팜 특성

• 테스트 결과

• 권장 사항

용어

다음 목록에는 이 문서에서 사용되는 Business Connectivity Services 용어의 정의가 나와 있습니다.

용어	정의
연결	연결은 관련된 외부 콘텐츠 형식을 링크합니다. 예를 들어 고객은 자신의 판매 주문에 연결될 수 있습니다. 연결은 웹 파트와 함께 사용됩니다.
외부 항목	외부 콘텐츠 형식 인스턴스입니다.
외부 목록	외부 콘텐츠 형식의 항목 목록입니다.
외부 시스템	데이터베이스, 웹 서비스, 사용자 지정 .NET Framework 어셈블리 등 Business Connectivity Services를 통해 모델링할 수 있는 지원되는 데이터 원본입니다.
프로필 페이지	프로필 페이지에는 외부 콘텐츠 형식 항목의 데이터가 표시됩니다.
Secure Store Service	외부 데이터 원본에 대한 자격 증명 집합을 안전하게 저장하고 이러한 자격 증명 집합을 개인 또는 그룹 ID에 연결하는 공유 서비스입니다.
웹 파트	SharePoint 사이트의 다시 사용할 수 있는 구성 요소로, 여러 데이터 원본에서 가져온 정보를 표시합니다.

테스트 팜 특성

이 섹션에서는 테스트 시나리오를 정의하고 각 시나리오에 사용된 테스트 프로세스에 대해 설명합니다. 테스트 결과 및 특정 매개 변수와 같은 자세한 정보는 이 문서 뒷부분에 있는 테스트 결과 섹션에서 제공됩니다.

테스트 이름	테스트 설명
외부 목록	일반적인 외부 목록을 렌더링합니다. 외부 목록의 기능(항목 수, 항목 크기 등)을 변경하여 처리량과 대기 시간에 어떤 영향을 주는지 확인합니다.
프로필 페이지	일반적인 프로필 페이지를 렌더링합니다. 프로필 페이지의 기능(연결당 항목 수, 항목 크기 등)을 변경하여 처리량과 대기 시간에 어떤 영향을 주는지 확인합니다.

데이터 집합

외부 목록과 프로필 페이지 용량 및 성능은 처리되는 데이터의 양에 따라 크게 달라집니다. 외부 목록의 경우 처리되는 데이터의 양은 외부 목록의 항목 수, 항목당 열 수, 그리고 각 항목의 크기 등 세 가지 변수에 따라 결정됩니다. 아래 표에는 테스트에 사용된 대표적인 외부 목록에 대한 설명이 나와 있습니다.

외부 목록	소형	중형	대형
항목 수	500	2000	4000
항목당 열 수	25	25	25
항목 크기	2KB	4KB	8KB

프로필 페이지의 경우 처리되는 데이터의 양은 사용되는 연결의 수와 복잡도에 따라 달라집니다. 연결은 시스템에서 관련된 외부 콘텐츠 형식을 링크합니다. 하나의 프로필 페이지에 여러 개의 연결이 포함될 수 있으며, 각 연결에는 많은 항목이 포함될 수 있습니다. 아래 표에는 테스트에 사용된 대표적인 프로필 페이지에 대한 설명이 나와 있습니다.

프로필 페이지	소형	중형	대형
연결 수	2	2	10
연결당 항목 수	100	500	2500
항목 크기	4KB	4KB	4KB

작업

테스트에서는 프로필 페이지와 외부 목록에 대한 처리량 및 대기 시간의 영향을 측정했습니다. 테스트는 다음과 같은 변수가 변경될 때 처리량과 대기 시간이 어떻게 반응하는지 예측할 수 있도록 합니다.

• 프런트 엔드 웹 서버의 수

• 외부 목록의 항목 수

• 외부 항목의 크기

• 연결당 항목 수

• 인증 방법(통과 모드 또는 Secure Store Service 인증)

• 외부 데이터 원본(WCF(Windows Communication Foundation) 웹 서비스 또는 SQL Server 데이터베이스)

• 프런트 엔드 웹 서버의 부하(CPU 사용률로 측정됨)

이 문서의 목록에 나와 있는 구체적인 용량 및 성능 수치는 실제 환경의 수치와 다릅니다. 이 문서에 나와 있는 수치는 적절한 규모의 환경을 디자인하기 위한 시작점을 제공하기 위한 것입니다. 초기 시스템 디자인을 완료한 후 구성을 테스트하여 시스템이 사용자 환경의 여러 요소를 지원하는지 여부를 확인하십시오.

안전 영역 및 위험 영역 정의

각 구성에 대해 2회의 테스트를 실행하여 안전 영역과 위험 영역을 결정했습니다. 안전 영역은 지속적으로 유지할 수 있는 권장 처리량이고, 위험 영역은 잠깐 동안은 문제가 없지만 일반적으로 발생해서는 안 되는 최대 처리량입니다.

위험 영역과 안전 영역의 사용자 부하를 확인하기 위해 먼저 단계 테스트를 수행한 후에 다음 조건이 충족되면 테스트를 중지했습니다.

• 안전 영역의 경우 팜에 있는 모든 프런트 엔드 웹 서버의 CPU 사용률이 40~50%로 일정하게 유지되었습니다. 이를 위해 테스트의 사용자 부하를 높였으며 테스트에서 인지 시간을 설정했습니다. 즉, 각 테스트의 사용자 부하는 서로 다를 수 있습니다.

• 위험 영역의 경우 팜에 있는 모든 프런트 엔드 웹 서버의 CPU 사용률이 90~99%로 일정하게 유지되었습니다. 이를 위해 테스트의 사용자 부하를 높였습니다. 즉, 각 테스트의 사용자 부하는 서로 다를 수 있습니다.

하드웨어, 설정 및 토폴로지

이 섹션에서는 테스트에 사용된 하드웨어, 설정 및 토폴로지에 대해 설명합니다.

테스트 하드웨어

자세한 테스트 결과를 제공하기 위해 테스트에 여러 가지 팜 구성이 사용되었습니다. 팜 구성은 1~4대의 웹 서버와 Microsoft SQL Server 2008 데이터베이스 소프트웨어를 실행하는 데이터베이스 서버 한 대로 이루어져 있습니다.

다음 표에는 테스트에 사용된 하드웨어가 나와 있습니다.

	프런트 엔드 웹 서버	응용 프로그램 서버	데이터베이스 서버	외부 시스템
프로세서	프로세서 2개 x 코어 4개(2.33GHz)	프로세서 2개 x 코어 4개(2.33GHz)	프로세서 4개 x 코어 4개(3.2GHz)	프로세서 4개 x 코어 4개(3.2GHz)
RAM	8GB	8GB	32GB	32GB
운영 체제	Windows Server 2008 R1(x64)	Windows Server 2008 R1(x64)	Windows Server 2008 R1(x64)	Windows Server 2008 R1(x64)
네트워크 어댑터 수	2	2	2	2
네트워크 어댑터 속도	1GB	1GB	1GB	1GB
인증	NTLM	NTLM	NTLM	NTLM
소프트웨어 버전	SharePoint Server 2010 시험판	SharePoint Server 2010 시험판	SQL Server 2008	SQL Server 2008

테스트에서는 WCF 웹 서비스와 데이터베이스의 두 외부 시스템이 사용되었습니다. 외부 시스템은 별도의 물리적 컴퓨터에서 호스팅되었으며, 자세한 내용은 구체적인 하드웨어가 나와 있는 표에서 설명합니다. 다음 목록에는 두 외부 시스템에 대한 설명이 나와 있습니다.

• WCF 웹 서비스   캐시된 메모리 내 데이터를 반환하는 WCF 웹 서비스입니다. 데이터는 해시 테이블에 효율적으로 저장되며 Business Connectivity Services에서 호출하는 즉시 반환됩니다. 데이터는 다양한 .NET 유형의 24개 필드(8,000개 행)로 구성됩니다.

• 데이터베이스   열 25개, 행 8,000개로 구성되며 다양한 데이터 형식을 포함하는 테이블입니다. 테이블은 SQL Server 2008에서 호스팅되는 별도의 데이터베이스에 있습니다.

토폴로지

프런트 엔드 웹 서버의 CPU 및 메모리는 처리량을 제한하는 중요한 요인입니다. Secure Store Service를 호출해야 하는 Business Connectivity Services 인증 모드의 경우에는 응용 프로그램 서버의 CPU 역시 고려해야 합니다.

테스트에서는 프런트 엔드 웹 서버를 더 추가하는 방법으로 토폴로지에 변화를 주었습니다.

Business Connectivity Services 용량 계획 토폴로지

테스트 결과

다음 섹션에서는 SharePoint Server 2010의 Business Connectivity Services에 대한 테스트 결과를 보여 줍니다. 각 테스트 그룹에서 일부 특정 변수만 변경하여 팜 성능에 미치는 점진적인 영향을 보여 줍니다.

테스트 그래프에서는 데이터 집합을 설명하기 위해 다음과 같은 범례를 사용합니다.

외부 시스템, 테스트 유형,[인증],[연결 수], 항목 크기, 항목 수, CPU 부하

항목	설명
외부 시스템	외부 데이터 원본: WCF(WCF 웹 서비스) 또는 DB(데이터베이스)
테스트 유형	테스트 유형: EL(외부 목록) 또는 PP(프로필 페이지)
인증	인증 방법: SSS(WindowsCredentials와 같은 Secure Store Service 인증 모드가 사용됨). SSS가 지정되지 않은 경우에는 테스트 중에 통과 모드가 사용됩니다.
연결 수	프로필 페이지의 연결 수(예: 2A). 이 항목은 프로필 페이지 테스트에만 적용됩니다.
항목 크기	항목의 크기(KB)
항목 수	외부 목록의 항목 수 또는 연결당 항목
CPU 부하	CPU 부하: RZ(위험 영역) 프런트 엔드 웹 서버 CPU 사용률 90% 이상, GZ(안전 영역) 프런트 엔드 웹 서버 CPU 사용률 40~50%

이 문서에서 보고하는 모든 위험 영역 테스트는 연속 작업 간의 자연스러운 지연 시간인 인지 시간 없이 수행되었습니다. 실제 환경에서는 각 작업 후에 약간의 지연 시간이 있고, 그 후에 사용자가 작업의 다음 단계를 수행합니다. 반면 위험 영역 테스트에서는 각 작업을 완료한 직후에 다음 작업을 수행하여, 팜에 대한 부하가 지속되었습니다. 이 부하로 인해 성능에 좋지 않은 영향을 줄 수 있는 데이터베이스 경합 및 기타 요인이 발생했습니다.

대기 시간에 대한 프런트 엔드 웹 서버 수의 영향

다음 그래프에서는 대기 시간에 대한 프런트 엔드 웹 서버 수의 영향을 테스트한 결과를 보여 줍니다. 관련 변수를 쉽게 비교할 수 있도록 테스트 결과는 여러 그래프에 분산 표시되어 있습니다.

차트 1:

다음 그래프에서는 외부 목록 테스트의 결과를 보여 줍니다. 이 그래프를 사용하여 외부 시스템(데이터베이스 또는 WCF 웹 서비스)과 CPU 부하(위험 영역 또는 안전 영역)가 성능에 어떤 영향을 주는지를 비교할 수 있습니다.

차트 1: 대기 시간에 대한 프런트 엔드 웹 서버 수의 영향

다음 목록에서는 테스트에 사용된 데이터 집합을 보여 줍니다.

• WCF,EL,4k,500,RZ: 항목이 500개이고, 항목당 데이터의 양은 4K이며, 외부 시스템은 WCF 웹 서비스이고, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• WCF,EL,4k,500,GZ: 항목이 500개이고, 항목당 데이터의 양은 4K이며, 외부 시스템은 WCF 웹 서비스이고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• DB, EL, 4k,500, GZ: 항목이 500개이고, 항목당 데이터의 양은 4K이며, 외부 시스템은 데이터베이스이고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

차트 2:

다음 그래프에서는 프로필 페이지 테스트의 결과를 보여 줍니다. 이 그래프를 사용하여 외부 시스템(데이터베이스 또는 WCF 웹 서비스)과 CPU 부하(위험 영역 또는 안전 영역)가 성능에 어떤 영향을 주는지를 비교할 수 있습니다.

차트 2: 대기 시간에 대한 프런트 엔드 웹 서버 수의 영향

차트 1과 2에 나와 있는 것처럼, 평균 페이지 시간은 프런트 엔드 웹 서버와 사용자를 더 추가해도 안전 영역 및 위험 영역 시나리오에서 모두 거의 동일하게 유지됩니다(테스트 중에는 모든 프런트 엔드 웹 서버의 CPU 작업량을 필요한 범위로 유지하기 위해 사용자 부하를 늘렸음). 그러나 팜에서 프런트 엔드 웹 서버의 수를 늘리면 SharePoint Server에서 같은 속도로 더 많은 사용자를 처리할 수 있으므로 성능상으로는 이익이 됩니다. 위험 영역에 비해 안전 영역의 경우 성능은 눈에 띄게(거의 5배) 향상되었습니다. 따라서 프런트 엔드 웹 서버 CPU 사용률은 40~50% 범위로 유지하는 것이 좋습니다.

다음 목록에서는 테스트에 사용된 데이터 집합을 보여 줍니다.

• WCF,PP,2A, 100,RZ: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 WCF 웹 서비스이고, 프런트 엔드 웹 서버 CPU 사용률이 90%보다 많은 프로필 페이지

• DB, PP,2A,100,RZ: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 데이터베이스이고, 프런트 엔드 웹 서버 CPU 사용률이 90%보다 많은 프로필 페이지

• WCF, PP,2A,100,GZ: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 WCF 웹 서비스이고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%보다 많은 프로필 페이지

• DB, PP, 2A,100,GZ: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 데이터베이스이고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 프로필 페이지

차트 3:

다음 그래프에서는 위험 영역 테스트의 결과를 보여 줍니다. 유사한 데이터는 쌍으로 표시되어 있습니다(변수는 사용된 인증뿐임). 이 데이터를 사용하여 Secure Store Service 사용 여부가 성능에 영향을 주는지를 확인할 수 있습니다.

참고

테스트는 테스트 환경에서 실행되었으며, 통과 모드는 비교용으로만 사용되었습니다. 즉, 실제로 인증에 통과 모드를 사용해야 하는 것은 아닙니다.

차트 3: 대기 시간에 대한 프런트 엔드 웹 서버 수의 영향

위험 영역 시나리오에서는 Secure Store Service를 사용해도 평균 페이지 시간으로 측정된 오버헤드가 크게 증가하지는 않았습니다. 즉, Secure Store 서비스 오버헤드보다는 높은 사용자 부하가 더 큰 영향을 줍니다. 대부분의 경우에는 Secure Store Service 사용 여부에 관계없이 결과는 거의 비슷합니다.

응용 프로그램 서버의 경우에도 Secure Store Service는 거의 영향을 주지 않습니다.

다음 목록에서는 테스트에 사용된 데이터 집합을 보여 줍니다.

• WCF,EL,4k,500,RZ: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• WCF,EL,SSS,4k,500,RZ: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• WCF,PP,2A,100,RZ: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 WCF 웹 서비스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%보다 많은 프로필 페이지

• WCF,PP,SSS,2A,100,RZ: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 WCF 웹 서비스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%보다 많은 프로필 페이지

• DB, EL, SSS,4k,500,RZ: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 데이터베이스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• DB, PP,2A,100,RZ: 연결 2개를 사용하고, 연결당 항목이 100개이며, 외부 시스템은 데이터베이스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%보다 많은 프로필 페이지

차트 4:

다음 그래프에서는 안전 영역 테스트의 결과를 보여 줍니다. 유사한 데이터는 쌍으로 표시되어 있습니다(변수는 사용된 인증뿐임). 유사한 데이터 집합을 사용하여 Secure Store Service 사용 여부가 성능에 영향을 주는지를 확인할 수 있습니다.

참고

테스트는 테스트 환경에서 실행되었으며, 통과 모드는 비교용으로만 사용되었습니다. 즉, 실제로 인증에 통과 모드를 사용해야 하는 것은 아닙니다.

차트 4: 대기 시간에 대한 프런트 엔드 웹 서버 수의 영향

일반적인 부하 시나리오에서는 프로필 페이지의 경우 Secure Store Service와 연관된 오버헤드가 보다 명확하게 나타납니다. 즉, 프로필 페이지의 경우에는 평균 페이지 시간이 약간(약 20밀리초) 추가됩니다.

다음 목록에서는 테스트에 사용된 데이터 집합을 보여 줍니다.

• WCF, EL,4k,500,GZ: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• WCF, EL,SSS,4k,500,GZ: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• WCF, PP,2A,100,GZ: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 WCF 웹 서비스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%보다 많은 프로필 페이지

• WCF, PP,SSS,2A,100,GZ: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 WCF 웹 서비스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 프로필 페이지

• DB, EL,4k,500,GZ: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 데이터베이스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• DB, EL,SSS,4k,500,GZ: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 데이터베이스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• DB, PP,2A,100,GZ: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 데이터베이스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%보다 많은 프로필 페이지

• DB, PP,SSS,2A,100,GZ: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 데이터베이스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 프로필 페이지

처리량에 대한 프런트 엔드 웹 서버 수의 영향

차트 1:

다음 그래프에서는 RPS(초당 요청 수)로 측정된 외부 목록 테스트의 결과를 보여 줍니다. 이 그래프를 사용하여 CPU 부하(위험 영역 또는 안전 영역)가 성능에 어떤 영향을 주는지를 비교할 수 있습니다.

차트 1: 처리량에 대한 프런트 엔드 웹 서버 수의 영향

다음 목록에서는 테스트에 사용된 데이터 집합을 보여 줍니다.

• WCF, EL,4k,500,RZ,RPS: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• WCF, EL,4k,500,GZ,RPS: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

차트 2:

다음 그래프에서는 RPS(초당 요청 수)로 측정된 프로필 페이지 테스트의 결과를 보여 줍니다. 이 그래프를 사용하여 외부 시스템(데이터베이스 또는 WCF 웹 서비스)과 CPU 부하(위험 영역 또는 안전 영역)가 성능에 어떤 영향을 주는지를 비교할 수 있습니다.

차트 2: 처리량에 대한 프런트 엔드 웹 서버 수의 영향

차트 1과 2에 나와 있듯이, 세 번째 프런트 엔드 웹 서버를 추가할 때까지는 RPS가 거의 일정하게 증가하다가 그 후부터는 추세가 대수적으로 바뀝니다. 팜에 프런트 엔드 웹 서버를 더 추가하면 어느 정도의 이익은 있지만 비용 대비 가치는 떨어집니다. 특히, 네 번째 프런트 엔드 웹 서버는 추가해도 큰 이점이 없습니다.

다음 목록에서는 테스트에 사용된 데이터 집합을 보여 줍니다.

• WCF,PP,2A,100,RZ,RPS: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 WCF 웹 서비스이고, 프런트 엔드 웹 서버 CPU 사용률이 90%보다 많은 프로필 페이지

• DB,PP,2A,100,RZ,RPS: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 데이터베이스이고, 프런트 엔드 웹 서버 CPU 사용률이 90%보다 많은 프로필 페이지

• WCF,PP,2A,100,GZ,RPS: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 WCF 웹 서비스이고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 프로필 페이지

• DB,PP,2A,100,GZ,RPS: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 데이터베이스이고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 프로필 페이지

차트 3:

다음 그래프에서는 RPS(초당 요청 수)로 측정된 위험 영역 테스트의 결과를 보여 줍니다. 유사한 데이터는 쌍으로 표시되어 있습니다(변수는 사용된 인증뿐임). 이러한 결과를 사용하여 Secure Store Service 사용 여부가 성능에 영향을 주는지를 확인할 수 있습니다.

참고

테스트는 테스트 환경에서 실행되었으며, 통과 모드는 비교용으로만 사용되었습니다. 즉, 실제로 인증에 통과 모드를 사용해야 하는 것은 아닙니다.

차트 3: 처리량에 대한 프런트 엔드 웹 서버 수의 영향

다음 목록에서는 테스트에 사용된 데이터 집합을 보여 줍니다.

• WCF,EL,4k,500,RZ,RPS: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• WCF,EL,SSS,4k,500,RZ,RPS: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• WCF,PP,2A,100,RZ,RPS: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 WCF 웹 서비스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%보다 많은 프로필 페이지

• WCF,PP,SSS,2A,100,RZ,RPS: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 WCF 웹 서비스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%보다 많은 프로필 페이지

• DB,EL,4k,500,RZ,RPS: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 데이터베이스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• DB,EL,SSS,4k,500,RZ,RPS: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 데이터베이스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• DB,PP,2A,100,RZ,RPS: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 데이터베이스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%보다 많은 프로필 페이지

• DB,PP,SSS,2A,100,RZ,RPS: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 데이터베이스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%보다 많은 프로필 페이지

차트 4:

다음 그래프에서는 RPS(초당 요청 수)로 측정된 안전 영역 테스트의 결과를 보여 줍니다. 유사한 데이터는 쌍으로 표시되어 있습니다(변수는 사용된 인증뿐임). 이러한 결과를 사용하여 Secure Store Service 사용 여부가 성능에 영향을 주는지를 확인할 수 있습니다.

참고

테스트는 테스트 환경에서 실행되었으며, 통과 모드는 비교용으로만 사용되었습니다. 즉, 실제로 인증에 통과 모드를 사용해야 하는 것은 아닙니다.

차트 4: 처리량에 대한 프런트 엔드 웹 서버 수의 영향

차트 3과 4에 나와 있는 것처럼, Secure Store Service 오버헤드로 인해 RPS 값이 낮아지는 경우도 있습니다. 그러나 선형 및 대수로 나타나는 추세는 비슷하며, Secure Store Service로 인한 오버헤드와 그 이외의 오버헤드 간 RPS에는 거의 차이가 없습니다.

다음 목록에서는 테스트에 사용된 데이터 집합을 보여 줍니다.

• WCF,EL,4k,500,GZ,RPS: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• WCF,EL,SSS,4k,500,GZ,RPS: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• WCF,PP,2A,100,GZ,RPS: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 WCF 웹 서비스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 프로필 페이지

• WCF,PP,SSS,2A,100,GZ,RPS: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 WCF 웹 서비스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 프로필 페이지

• DB,EL,4k,500,GZ,RPS: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 데이터베이스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• DB, EL,SSS,4k,500,GZ,RPS: 항목이 500개이고, 항목당 데이터의 양은 4KB이며, 외부 시스템은 데이터베이스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• DB,PP,2A,100,GZ,RPS: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 데이터베이스이고, 통과 인증 모드를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%보다 많은 프로필 페이지

• DB,PP,SSS,2A,GZ,RPS: 연결이 2개이고, 연결당 항목이 100개이며, 외부 시스템은 데이터베이스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 프로필 페이지

대기 시간에 대한 항목 크기의 영향

다음 그래프에서는 대기 시간에 대한 외부 항목 크기의 영향을 테스트한 결과를 보여 줍니다. 테스트에서는 외부 목록의 항목 크기를 늘려 대기 시간에 대한 영향을 측정했습니다.

대기 시간에 대한 항목 크기의 영향

다음 목록에서는 테스트에 사용된 데이터 집합을 보여 줍니다.

• WCF,EL,500,RZ: 항목이 500개이고, 외부 시스템은 WCF 웹 서비스이며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• WCF,EL,SSS,500,RZ: 항목이 500개이고, 외부 시스템은 WCF 웹 서비스이며, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하고, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• WCF,EL,500,GZ: 항목이 500개이고, 외부 시스템은 WCF 웹 서비스이며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• WCF,EL,SSS,500,GZ: 항목이 500개이고, 외부 시스템은 WCF 웹 서비스이며, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

처리량에 대한 항목 크기의 영향

다음 그래프에서는 RPS(초당 요청 수)로 측정된 처리량에 대한 외부 항목 크기의 영향을 테스트한 결과를 보여 줍니다. 테스트에서는 외부 목록의 항목 크기를 늘려 처리량에 대한 영향을 측정했습니다.

처리량에 대한 항목 크기의 영향

항목 크기가 커지면 RPS 성능은 항상 직선 아래로 떨어졌습니다. 부하가 높은 조건에서는 RPS가 추가되었습니다. 그러나 이전 테스트 결과에서 확인할 수 있었던 것처럼, 부하가 높은 조건에서는 페이지 응답 시간도 길어집니다.

다음 목록에서는 테스트에 사용된 데이터 집합을 보여 줍니다.

• WCF,EL,500,RZ: 항목이 500개이고, 외부 시스템은 WCF 웹 서비스이며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• WCF,EL,SSS,500,RZ: 항목이 500개이고, 외부 시스템은 WCF 웹 서비스이며, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하고, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• WCF,EL,500,GZ: 항목이 500개이고, 외부 시스템은 WCF 웹 서비스이며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• WCF,EL,SSS,500,GZ: 항목이 500개이고, 외부 시스템은 WCF 웹 서비스이며, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

대기 시간에 대한 항목 수의 영향

다음 그래프에서는 대기 시간에 대한 항목 수의 영향을 테스트한 결과를 보여 줍니다. 테스트에서는 외부 목록의 항목 수를 늘려 페이지를 렌더링하는 데 걸리는 시간에 어떤 영향을 주는지를 측정했습니다.

대기 시간에 대한 항목 수의 영향

다음 목록에서는 테스트에 사용된 데이터 집합을 보여 줍니다.

• WCF,EL,4k,RZ: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• WCF,EL,SSS,4k,RZ: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 WCF 서비스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• DB,EL,4k,RZ: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 데이터베이스이고, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• DB,EL,SSS,4k,RZ: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 데이터베이스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• WCF,EL,4k,GZ: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• WCF,EL,SSS,4k,GZ: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 WCF 서비스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• DB,EL,4k,GZ: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 데이터베이스이고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• DB,EL,SSS,4k,RZ: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 데이터베이스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

처리량에 대한 항목 수의 영향

다음 그래프에서는 RPS(초당 요청 수)로 측정된 처리량에 대한 항목 수의 영향을 테스트한 결과를 보여 줍니다. 테스트에서는 외부 목록의 항목 수를 늘려 처리량에 대한 영향을 측정했습니다.

처리량에 대한 항목 수의 영향

이 그래프에 나와 있는 것처럼, 항목 수가 증가함에 따라 RPS도 거의 그에 비례하여 떨어졌습니다. 항목 크기의 영향을 확인한 이전 테스트와 비교할 때, 항목 수를 늘리는 것이 항목 크기를 늘리는 것보다 성능에 더 큰 영향을 준다고 할 수 있습니다.

아래 목록에서는 데이터 집합에 대해 설명합니다.

• WCF,EL,4k,RZ,RPS: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• WCF,EL, SSS,4k,RZ,RPS: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• DB,EL,4k,RZ,RPS: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 데이터베이스이고, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• DB,EL,SSS,4k,RZ,RPS: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 데이터베이스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 외부 목록

• WCF,EL,4k,GZ,RPS: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• WCF,EL, SSS,4k,GZ,RPS: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 WCF 웹 서비스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• DB,EL,4k,GZ,RPS: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 데이터베이스이고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

• DB,EL,SSS,4k,GZ,RPS: 항목 수가 계속해서 바뀌고, 각 항목의 데이터 양은 4KB이며, 외부 시스템은 데이터베이스이고, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 외부 목록

대기 시간에 대한 연결당 항목 수의 영향

다음 그래프에서는 대기 시간에 대한 연결당 항목 수의 영향을 테스트한 결과를 보여 줍니다. 테스트에서는 연결의 항목 수를 늘려 페이지를 렌더링하는 데 걸리는 시간에 어떤 영향을 주는지를 측정했습니다.

대기 시간에 대한 연결당 항목 수의 영향

아래 목록에서는 데이터 집합에 대해 설명합니다.

• WCF,PP,2A,RZ: 연결이 2개이고, 외부 시스템은 WCF 웹 서비스이며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 프로필 페이지

• WCF,PP, SSS,2A,RZ: 연결이 2개이고, 외부 시스템은 WCF 웹 서비스이며, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하고, 프런트 엔드 웹 서버 CPU 사용률이 90%보다 많은 프로필 페이지

• DB,PP,2A,GZ: 연결이 2개이고, 외부 시스템은 데이터베이스이며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 프로필 페이지

• DB,PP,SSS,2A,GZ: 연결이 2개이고, 외부 시스템은 데이터베이스이며, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 프로필 페이지

처리량에 대한 연결당 항목 수의 영향

다음 그래프에서는 RPS(초당 요청 수)로 측정된 처리량에 대한 연결당 항목 수의 영향을 테스트한 결과를 보여 줍니다. 테스트에서는 연결의 항목 수를 늘려 처리량에 대한 영향을 측정했습니다.

처리량에 대한 연결당 항목 수의 영향

아래 목록에서는 데이터 집합에 대해 설명합니다.

• WCF,PP,2A,RZ: 연결이 2개이고, 외부 시스템은 WCF 웹 서비스이며, 프런트 엔드 웹 서버 CPU 사용률이 90%가 넘는 프로필 페이지

• WCF,PP,SSS,2A,RZ: 연결이 2개이고, 외부 시스템은 WCF 웹 서비스이며, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하고, 프런트 엔드 웹 서버 CPU 사용률이 90%보다 많은 프로필 페이지

• DB,PP,2A,GZ: 연결이 2개이고, 외부 시스템은 데이터베이스이며, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 프로필 페이지

• DB,PP,SSS,2A,GZ: 연결이 2개이고, 외부 시스템은 데이터베이스이며, Secure Store Service 인증 모드(예: WindowsCredentials)를 사용하고, 프런트 엔드 웹 서버 CPU 사용률이 40~50%인 프로필 페이지

권장 사항

이 섹션에서는 성능 및 용량에 대한 일반적인 권장 사항을 설명합니다. 이러한 권장 사항을 참조하여 작성된 시작 토폴로지의 용량 및 성능 특징을 파악하고 시작 토폴로지의 수평 또는 수직 확장 여부를 결정할 수 있습니다.

하드웨어 권장 사항

최소 및 권장 시스템 요구 사항에 대한 구체적인 정보는 하드웨어 및 소프트웨어 요구 사항(SharePoint Server 2010)()을 참조하십시오.

참고

웹 서버 및 데이터베이스 서버의 메모리 요구 사항은 팜의 크기, 동시 사용자 수, 그리고 팜의 기능과 페이지 복잡도에 따라 달라집니다. 소규모 또는 사용량이 많지 않은 팜의 경우에는 아래 표에 나와 있는 권장 메모리로도 충분합니다. 그러나 메모리 사용을 면밀하게 모니터링하여 메모리를 더 추가할지를 결정해야 합니다.

Business Connectivity Services 성능 관련 권장 사항

이 섹션에서는 외부 목록 및 프로필 페이지 사용 시의 성능 권장 사항과 Business Connectivity Services의 일반 성능 권장 사항에 대해 설명합니다.

외부 목록 권장 사항

아래 표에는 외부 시스템에서 외부 목록으로 시스템이 이동하는 방식에 대한 설명이 나와 있습니다.

로드	프로세스	렌더링
Microsoft Business Connectivity Services에서는 외부 시스템을 쿼리하여 반환된 데이터를 SharePoint Server로 로드합니다.	로드된 그룹에 추가 처리(정렬, 필터, 그룹)를 적용합니다.	외부 목록에서 페이지의 항목을 렌더링합니다.

Microsoft Business Connectivity Services에는 외부 항목용 메모리 내 캐시가 없습니다. 즉, 외부 목록을 새로 고칠 때마다 데이터를 로드, 처리 및 렌더링해야 합니다. 따라서 대부분의 권장 사항은 처리해야 하는 데이터의 양을 제한하기 위한 것입니다.

다음 목록에는 외부 목록 권장 사항에 대한 설명이 나와 있습니다.

• 외부 시스템에서 반환되는 행의 수를 제한하여 처리해야 하는 항목의 수를 최대한 적게 유지합니다. 처리해야 하는 항목의 수는 외부 목록 성능에 큰 영향을 주는 요인입니다. 반환되는 행 수를 100~500개로 유지하는 것이 좋습니다. 외부 시스템에서 반환되는 행 수가 2,000개를 초과해서는 안 됩니다. 필터를 사용하여 외부 시스템에서 반환되는 항목 수를 제한할 수 있습니다. 필터에 대한 자세한 내용은 방법: SQL 필터 테이블을 기반으로 외부 콘텐츠 형식 만들기(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=192184&clcid=0x412)(영문일 수 있음)를 참조하십시오.

• 목록을 렌더링할 때는 프런트 엔드 웹 서버 및 응용 프로그램 서버의 CPU를 많이 사용합니다. 렌더링되는 항목의 수는 로드 및 처리되는 총 항목 수와는 다릅니다. 즉, 렌더링되는 항목의 수는 외부 목록 보기의 구성에 따라 달라집니다. 전반적인 사용자 환경과 화면에서 무리 없이 표시할 수 있는 항목의 수를 고려하고, 페이지당 렌더링되는 항목 수를 적절하게 유지하십시오. 페이지당 30개(기본값) 정도의 항목을 유지하는 것이 좋습니다.

• 외부 목록의 열 수를 적절하게 유지합니다. 열 수가 많으면 성능에 영향을 줄 수 있으며, 열이 너무 많아 화면에 무리 없이 표시하기가 어려우면 사용자 성능도 저하될 수 있습니다.

• 크기가 큰 열(특히 문자열)을 목록 보기에 포함하지 않습니다. 1KB가 넘는 열을 목록 보기에 포함해서는 안 됩니다. 외부 콘텐츠 형식에는 큰 열을 포함할 수 있지만, 이러한 열은 단일 항목 보기에서만 표시해야 합니다.

• 외부 목록을 디자인할 때는 대부분의 사용자가 보는 보기를 기본 보기로 구성합니다. 보기의 정렬이나 필터를 변경하려면 데이터를 로드, 처리 및 렌더링해야 합니다.

프로필 페이지 권장 사항

• 연결의 수는 프로필 페이지 성능에 큰 영향을 주는 요인입니다. 최상의 성능을 유지하려면 연결 수를 최대 2개까지로 유지하는 것이 좋습니다.

• 연결당 항목 수가 많으면 성능 수치(처리량과 대기 시간 둘 다)가 떨어집니다.

일반 Business Connectivity Services 권장 사항

• 위험 영역 사례와 안전 영역 사례를 비교했을 때, 대기 시간에 대한 프런트 엔드 웹 서버 수의 영향에는 큰 차이가 있었습니다(성능 약 5배 향상). 프런트 엔드 웹 서버의 CPU 사용률은 40~50% 범위로 유지하는 것이 좋습니다.

• 항목의 크기에 비해 항목의 수가 성능에 더 큰 영향을 주는 것으로 나타났습니다. 외부 데이터 원본을 제어하는 경우 보다 나은 결과를 얻으려면 항목 크기를 크게, 항목 수는 적게 유지하십시오. 예를 들어 데이터를 여러 항목에 분산시키는 대신 많은 양의 데이터를 단일 항목에 집계할 수 있습니다.

• Microsoft Business Connectivity Services의 진단 로깅 수준도 사용자가 체감하는 대기 시간 및 처리량에 영향을 주는 중요한 요인이 될 수 있습니다. 로깅 수준은 정상적인 사용에 대해 업무상 요구되는 최소한의 수준으로 유지해야 합니다. 긴밀한 모니터링이 필요한 경우에만 일시적으로 보다 자세한 정보가 기록되도록 로깅 수준을 높이십시오.

• 외부 시스템의 성능은 Business Connectivity Services 성능에 큰 영향을 줍니다. 용량 및 성능을 계획할 때는 외부 시스템의 대기 시간 및 처리량을 고려하십시오.

수직 확장 토폴로지와 수평 확장 토폴로지

사용 중인 토폴로지를 가용성 계획(SharePoint Server 2010)(https://go.microsoft.com/fwlink/?linkid=189518&clcid=0x412)에서 제공하는 시작 토폴로지와 비교하면 시작 토폴로지의 성능을 예측할 수 있습니다. 이렇게 하면 성능 및 요구 사항 목표에 맞게 시작 토폴로지를 수평 또는 수직 확장해야 하는지 여부를 빠르게 파악할 수 있습니다.

기준 토폴로지 중 하나의 용량과 성능을 높이기 위해 기존 서버 컴퓨터의 용량을 늘려 토폴로지를 수직 확장하거나, 토폴로지에 서버를 더 추가하여 토폴로지를 수평 확장할 수 있습니다. 이 섹션에서는 다양한 수평 확장 토폴로지의 일반적인 성능 특성에 대해 설명합니다. 예제 토폴로지는 토폴로지를 수평 확장하는 다음과 같은 일반적인 방식을 나타냅니다.

• 사용자 부하를 더 제공하려면 웹 서버 컴퓨터를 추가합니다.

• 데이터 부하를 더 제공하려면 단일(클러스터/미러링) 서버의 용량을 늘리거나, 64비트 서버로 업그레이드하거나, 클러스터/미러링 서버를 추가하여 데이터베이스 서버 역할에 용량을 추가합니다.

• 단일(클러스터/미러링) 데이터베이스 서버 컴퓨터에 대한 웹 서버 컴퓨터 비율을 8대 이하로 유지합니다. 테스트 환경에서는 각 테스트 시나리오에 대해 웹 서버 대 데이터베이스 서버의 특정 최적 비율이 산출되었지만, 실제 환경에서는 보다 강력한 하드웨어를 배포(특히 데이터베이스 서버에 대해)하면 더 나은 결과를 얻을 수 있습니다.

처리량 목표 예측

다음과 같은 다양한 요인이 처리량에 영향을 줄 수 있습니다.

• 사용자 수

• 사용자 작업 유형, 복잡도 및 빈도

• 작업의 포스트백 수

• 데이터 연결 성능

이러한 각 요인은 팜 처리량에 큰 영향을 줄 수 있습니다. 배포를 계획할 때는 이러한 각 요인을 주의 깊게 고려해야 합니다.

SharePoint Server 2010은 다양한 방식으로 배포 및 구성할 수 있습니다. 따라서 지정된 수의 서버에서 지원할 수 있는 사용자 수를 예측할 수 있는 간단한 방법은 없습니다. 그러므로 프로덕션 환경에서 SharePoint Server 2010을 배포하기 전에 자신의 환경에서 테스트를 수행하십시오.

최적화

일반적인 병목 현상 및 원인

성능 테스트를 수행하는 동안 여러 가지 일반적인 병목 현상이 발견되었습니다. 병목 현상은 팜의 특정 구성 요소가 용량 한도에 도달한 상황을 의미합니다. 이로 인해 팜 처리량이 더 이상 늘어나지 않거나 줄어들게 됩니다.

아래 표에는 일반적인 병목 현상과 해당 원인 및 가능한 해결 방법에 대한 설명이 나와 있습니다.

성능 및 확장성 문제 해결

병목 현상	원인	해결 방법
데이터베이스 경합(잠금)	데이터베이스를 잠그면 여러 사용자가 하나의 데이터 집합에 대해 서로 충돌하는 수정을 수행하지 않도록 방지할 수 있습니다. 한 사용자 또는 프로세스에 의해 데이터 집합이 잠기면 다른 사용자 또는 프로세스는 첫 번째 사용자 또는 프로세스에서 데이터 수정을 완료하여 잠금이 해제될 때까지 동일한 데이터 집합을 변경할 수 없습니다.	데이터베이스 잠금의 횟수를 줄이려면 다음을 수행할 수 있습니다. 전송된 양식을 더 많은 문서 라이브러리로 분산합니다. 데이터베이스 서버를 수직 확장합니다. 읽기/쓰기에 대해 데이터베이스 서버 하드 디스크를 조정합니다. NOLOCK 매개 변수와 같이 SQL Server 2005에서 데이터베이스 잠금 시스템을 우회하는 방법이 있기는 하지만 데이터 손상의 우려가 있으므로 이 방법의 사용을 권장하거나 지원하지 않습니다.
데이터베이스 서버 디스크 I/O	하드 디스크에 대한 I/O 요청의 수가 디스크의 I/O 용량을 초과하면 요청이 대기 상태가 됩니다. 그 결과 각 요청을 완료하는 데 소요되는 시간이 증가합니다.	여러 실제 드라이브에 데이터 파일을 분산하면 병렬 I/O가 가능합니다. SharePoint 디스크 할당 및 디스크 I/O(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=129557&clcid=0x412)(영문일 수 있음) 블로그에는 디스크 I/O 문제를 해결하는 방법에 대한 유용한 정보가 포함되어 있습니다.
웹 서버 CPU 사용률	웹 서버에 사용자 요청이 오버로드되면 평균 CPU 사용률이 100%에 근접하게 됩니다. 이렇게 되면 웹 서버에서 요청에 신속하게 응답하지 못하므로 클라이언트 컴퓨터에서 시간 초과 및 오류 메시지가 발생할 수 있습니다.	이 문제는 두 가지 방법 중 하나를 통해 해결할 수 있습니다. 즉, 팜에 웹 서버를 추가하여 사용자 부하를 분산시키거나 고속 프로세서를 추가하여 하나 이상의 웹 서버를 수직 확장할 수 있습니다. 자세한 내용은 가용성 계획(SharePoint Server 2010)(https://go.microsoft.com/fwlink/?linkid=189518&clcid=0x412)을 참조하십시오.

성능 모니터링

시스템을 수직 또는 수평 확장해야 할 시기를 파악하려면 성능 카운터를 사용하여 시스템 상태를 모니터링합니다. 다음 표의 정보를 활용하여 모니터링할 성능 카운터와 성능 카운터를 적용할 프로세스를 확인하십시오.

웹 서버

다음 표에서는 팜의 웹 서버에 대해 모니터링할 성능 카운터와 프로세스를 보여 줍니다.

성능 카운터	적용 개체	참고
프로세서 시간	합계	이 스레드에서 명령을 실행하기 위해 프로세서를 사용하는 동안 경과한 시간의 백분율을 보여 줍니다.
메모리 사용률	응용 프로그램 풀	응용 프로그램 풀의 평균 시스템 메모리 사용률을 보여 줍니다. 모니터링할 올바른 응용 프로그램 풀을 결정해야 합니다. 기본적인 지침은 특정 웹 응용 프로그램의 최대 메모리 사용률을 결정하고 여기에 10을 더한 값을 연결된 응용 프로그램 풀에 할당하는 것입니다.

데이터베이스 서버

다음 표에서는 팜의 데이터베이스 서버에 대해 모니터링할 성능 카운터와 프로세스를 보여 줍니다.

성능 카운터	적용 개체	참고
평균 디스크 큐 길이	SharedServices.mdf가 포함된 하드 디스크	평균값이 스핀들당 1.5보다 크면 해당 하드 디스크에 대한 쓰기 시간이 부족한 것입니다.
프로세서 시간	SQL Server 프로세스	평균값이 80%보다 크면 데이터베이스 서버의 프로세서 용량이 부족한 것입니다.
프로세서 시간	합계	이 스레드에서 명령을 실행하기 위해 프로세서를 사용하는 동안 경과한 시간의 백분율을 보여 줍니다.
메모리 사용량	합계	평균적인 시스템 메모리 사용률을 보여 줍니다.

See Also

Other Resources

리소스 센터: SharePoint Server 2010의 Business Connectivity Services(영문일 수 있음)