기타 성능 및 용량 계획 요인(Windows SharePoint Services)
업데이트: 2009-04-23
이 섹션에서는 용량 및 성능을 계획할 때 고려해야 하는 추가 요인에 대해 설명합니다.
환경 요인
네트워크 구성
네트워크 보안
인증
사용자 지정 코드 개발
네트워크 구성
네트워크 구성은 Windows SharePoint Services 설치 성능에 큰 영향을 미칩니다. 성능에 영향을 줄 수 있는 일반 네트워크 구성 요소는 다음과 같습니다.
NIC(네트워크 인터페이스 카드)
NIC 설정: 가능하면 항상 기가비트 네트워크 카드를 사용해야 합니다. 셀프 스위치 방식의 카드(100MB/1GB)를 사용하는 경우 언제나 1기가비트를 사용하도록 오버라이드를 설정해야 합니다.
인바운드/아웃바운드: 높은 트래픽이 예상되는 시나리오에서는 별도의 NIC로 인바운드 및 아웃바운드 트래픽을 처리하는 것이 좋습니다.
스위치: 스위치를 통해 네트워크를 실행하는 경우 GB 스위치를 사용하고 인바운드/아웃바운드 채널 수가 동일해야 합니다.
라우터: GB 인프라에서 라우터를 구성해야 합니다.
도메인 컨트롤러: DC(도메인 컨트롤러)에서 요청을 받는 속도가 응답 속도보다 빠른 경우 인증은 SharePoint 환경에서 성능 병목 현상의 원인이 될 수 있습니다. NTLM과 같은 사용자 인증을 사용하는 환경에서는 DC당 3개의 비율로 설정하는 것이 좋습니다. 테스트를 통해 DC당 WFE 3개를 처리하는 속도로 인증을 원활히 로드할 수 있다고 판단되면 DC당 WFE 하나를 더 추가하여 지원되는 한계를 DC당 WFE 4개로 설정할 수 있습니다.
네트워크 구성은 생산 환경으로 시스템을 이전하기 전에 완벽하게 계획 및 테스트해야 합니다.
네트워크 보안
네트워크 보안에 대한 자세한 내용은 서버 팜 내의 보안 통신에 대한 계획(Windows SharePoint Services)을 참조하십시오.
인증
환경에서 사용하는 인증 메커니즘은 전체 시스템 성능을 한층 더 향상시킬 수 있습니다. 인증 성능에 영향을 주는 요소는 다음과 같습니다.
인증 공급자 왕복 횟수 및 속도
인증 공급자 처리 성능
다음은 테스트를 통해 속도가 빠른 항목부터 느린 항목으로 정렬한 인증 메커니즘입니다.
익명
Kerberos
NTLM
기본
폼
Office SharePoint Server 또는 Windows SharePoint Services에서 사용할 인증 공급자를 생성하려는 경우 MSDN 문서 ASP.NET 인증: .NET 보안 지침 (영문)(https://go.microsoft.com/fwlink/?linkid=98743\&clcid=0x412)에 나와 있는 최상의 방법을 따라야 합니다.
사용자 지정 코드 개발
SharePoint Server의 이전 릴리스에서 발생하는 성능 저하의 가장 일반적인 원인은 SharePoint 플랫폼 위에 비효율적인 사용자 지정 기능을 개발 및 배포하기 때문입니다. SharePoint에서 사용할 사용자 지정 기능을 개발하는 경우에는 다음을 포함한 여러 성능 메트릭을 모니터해야 합니다.
SQL Server 왕복 횟수 핵심 페이지의 경우 SQL 왕복은 2 - 3회를 초과하지 않는 것이 좋습니다. 왕복 횟수가 너무 많으면 다음과 같은 성능 저하가 나타날 수 있습니다.
서버 쪽 처리 시간이 길어져 최종 사용자 응답 시간이 길어집니다.
SQL Server에 추가 로드가 발생하여 전체 시스템 처리량이 줄어듭니다.
SQL Server CPU 사용률 시스템 상태를 원활하게 유지하려면 SQL Server의 CPU 사용률을 비교적 낮게 유지해야 합니다. SQL Server의 평균 CPU 사용률이 60%가 넘으면 성능이 크게 떨어질 수 있습니다. 다음 단계를 수행하여 SQL Server CPU 사용률을 줄일 수 있습니다.
캐싱 전략을 구현하여 WFE에서 SQL Server로의 전체 호출 수를 줄입니다.
가장 효과적인 방식(예: 목록에 인덱스 도입 등)으로 원하는 데이터를 반환하는 개체 메서드를 사용하도록 사용자 지정 코드를 최적화합니다.
여러 실제 SQL Server로 SQL 데이터베이스를 분산합니다.
페이지 다운로드 크기 코드 크기를 최소로 유지합니다. 매일 특히 최대 사용률 시간에 페이지에 많은 사람이 액세스하는 경우에는 페이지 크기가 조금만 늘어나도 성능에 큰 영향을 줄 수 있습니다.
클라이언트 쪽 코드 효율성 최종 사용자 응답 시간의 약 50%는 클라이언트 쪽에서 반환된 코드를 처리하는 시간이 차지합니다. 사용자 지정 솔루션 때문에 이 시간이 늘어나면 최종 사용자 응답 시간이 길어질 수 있습니다.
AJAX 콜백 AJAX에서는 콜백 수와 각 콜백의 페이로드가 중요합니다. 예를 들어 각 KPI가 결과를 반환하기 위해 3번 호출할 수 있습니다. 따라서 여러 KPI 또는 다른 사용자 지정 코드를 페이지에 도입하는 경우 페이지 성능을 테스트해야 합니다.
이 문서의 다운로드
이 항목은 다운로드 가능한 다음 문서에도 포함되어 있어 더 쉽게 읽고 인쇄할 수 있습니다.
사용 가능한 문서의 전체 목록은 다운로드 가능한 Windows SharePoint Services 관련 문서 (영문)를 참조하십시오.