물리적 토폴로지 권장 사항(Office SharePoint Server)

아티클
06/16/2015

업데이트 날짜: 2009년 11월

적용 대상: Office SharePoint Server 2007

마지막으로 수정된 항목: 2015-03-09

시스템의 데이터베이스 계층, 네트워크, 실제 저장소 및 캐시로 구성되는 토폴로지는 시스템 성능에 크게 영향을 미칠 수 있습니다. 하드웨어를 계획할 때에는 Microsoft Office SharePoint Server 2007이 32비트 운영 체제 및 데이터베이스에서 실행되는 Office SharePoint Server의 최신 버전임을 고려하십시오. 이 문서에서는 Microsoft SQL Server 2008에서 시스템을 실행할 때 향상시킬 수 있는 사항에 대해 주로 설명합니다.

중요

점진적 업그레이드 방법을 사용하는 경우 SQL Server 2008을 실행하는 서버에서 적절한 응답 시간을 유지하려면 Office SharePoint Server 2007을 지원하는 SQL Server 리소스를 2배 이상 늘려야 할 수도 있습니다.

다음 섹션에서는 Office SharePoint Server 2007을 호스팅하는 SQL Server 2005 데이터베이스와 관련하여 검증된 최상의 방법을 기반으로 하여 권장 사항을 제공합니다.

SQL Server 2008을 실행 중인 전용 서버 시작

다음 권장 사항은 해당 토폴로지의 데이터베이스 계층에 적용됩니다.

독립 실행형 서버에 시스템을 배포하는 경우가 아니라면 SQL Server 2008을 설치할 때 항상 다른 팜 역할을 실행하거나 다른 응용 프로그램의 데이터베이스를 호스팅하지 않는 전용 서버에 설치합니다.
업무상의 다른 중요한 이유가 있는 경우가 아니라면 SQL Server 2005 64비트 버전은 64비트 운영 체제에 설치하는 것이 좋습니다.
업무상 이전 버전을 꼭 사용해야 하는 경우가 아니라면 최적의 성능을 위해 Office SharePoint Server 2007을 최신 서비스 팩이 설치된 SQL Server 2008과 함께 사용하십시오.
서버 팜을 구성할 때 SQL Server 연결 별칭을 사용합니다. 연결 별칭은 SQL Server 인스턴스에 연결하는 데 사용할 수 있는 대체 이름입니다. 데이터베이스 서버에서 오류가 발생하면 프런트 엔드 웹 서버에서 별칭을 조정하여 다른 서버로 연결되도록 할 수 있습니다. 자세한 내용은 방법: SQL Server 별칭 설정(SQL Server Management Studio)(https://go.microsoft.com/fwlink/?linkid=132064&clcid=0x412)를 참조하십시오.
SQL Server 2008 디스크 입/출력(I/O) 채널이 스왑 파일 및 IIS(인터넷 정보 서비스) 로그 등의 다른 용도로 공유되지 않도록 합니다.

리소스 추가 및 확장 고려

SQL Server 2008을 실행 중인 서버의 세 가지 리소스 구성 요소인 CPU, 메모리, I/O 하위 시스템을 제대로 관리해야 합니다. 이러한 구성 요소 중 하나 이상에서 과부하가 발생하는 것으로 보이면 현재 및 예상 작업 부하를 기반으로 해당 작업 과정을 분석한 다음, 리소스를 추가할지 또는 SQL Server 2008을 실행하는 새 서버로 확장할지 결정해야 합니다. 일반적으로 리소스 추가와 규모 확장을 함께 고려하는 것이 좋습니다. 자세한 내용은 SQL Server 2008에서 성능 문제 해결(영문)(https://go.microsoft.com/fwlink/?linkid=168448&clcid=0x412)을 참조하십시오.

최대 용량으로 실행 중인 웹 서버가 4대 이상이면 SQL Server 2008을 실행하는 서버를 추가로 배포하는 것이 좋습니다.

하드웨어 선택 시 SQL Server 지침 준수

다음 섹션에는 SQL Server 2008 팀에서 제안하는 하드웨어 권장 사항이 설명되어 있습니다. 이에 따르면 Office SharePoint Server 2007의 성능을 최적화할 수 있습니다.

메모리

SQL Server 2008을 실행 중인 컴퓨터에 필요한 메모리 양을 결정하려면 먼저 계획한 배포의 메모리 소비량이 적은지 보통인지 또는 많은지를 결정합니다.

다음 표를 사용하여 배포 크기를 결정합니다.

배포 매개 변수가 나열된 값보다 대체적으로 작으면 현재 배포 크기가 작은 것으로 볼 수 있습니다.
배포 매개 변수가 나열된 값과 대체적으로 같으면 배포 크기가 보통인 것으로 볼 수 있습니다.
배포 매개 변수가 나열된 값의 상한보다 대체적으로 크면 배포 크기가 큰 것으로 볼 수 있습니다.

메트릭	값
콘텐츠 데이터베이스 크기	100GB
콘텐츠 데이터베이스 수	20
SQL Server 2008에 대한 동시 요청 수	200
사용자	1000
정기적으로 액세스되는 목록의 항목 수	2000
정기적으로 액세스되는 목록의 열 수	20

SQL Server 2008의 경우 최소 필요 메모리는 4GB이고 중간 규모 배포에 권장되는 메모리는 8GB, 대규모 배포에 권장되는 메모리는 16GB 이상입니다.

메모리에 영향을 미칠 수 있는 다른 요인은 다음과 같습니다.

SQL Server 2008 미러링 사용
15MB보다 큰 파일을 자주 사용

CPU 캐시

메모리 효율을 향상시키려면 SQL Server 2008을 실행 중인 서버의 CPU당 L2 캐시가 2MB 이상이어야 합니다.

버스 대역폭

버스 대역폭이 크면 안정성 및 성능 향상에 도움이 됩니다. 디스크 외에도 여러 구성 요소가 버스 대역폭을 사용합니다. 예를 들어 네트워크 액세스도 고려해야 합니다.

다음 목록에는 버스 대역폭을 최적화하기 위한 몇 가지 최상의 방법 및 권장 사항이 설명되어 있습니다.

중대형 서버의 경우 특히 다중 경로 제어 소프트웨어를 추가하여 버스 대역폭을 늘리면 시스템의 안정성이 향상됩니다. 그러나 소규모 시스템의 경우에는 버스 대역폭을 늘려도 안정성이 별로 향상되지 않습니다. 시스템에 중복 경로를 구축하고 하드웨어 장치의 단일 지점에서 실패하는 것을 방지하면 버스 대역폭의 안정성이 향상됩니다.
큰 블록 전송 및 순차적 I/O를 자주 사용하는 시스템에서는 버스 대역폭을 늘리면 성능이 향상됩니다.
주로 순차적 I/O를 사용하는 소규모 서버의 PCI는 디스크 3개만 장착해도 병목 현상이 발생합니다. 주로 임의 I/O를 수행하는 디스크 8개로 구성된 소규모 서버의 경우 PCI로 충분하지만 소규모 서버에서 대규모 서버에 이르기까지 PCI-X가 일반적으로 사용됩니다.
다수의 디스크를 지원하려면 버스 대역폭을 늘려야 합니다.
버스 대역폭 용량은 시스템 토폴로지에 의해 제한될 수 있습니다. 시스템에 직접 연결 디스크를 사용하는 경우 슬롯 수에 의해 버스 대역폭 용량이 제한됩니다. 그러나 SAN(저장 영역 네트워크) 시스템의 경우에는 물리적 제한 요인이 전혀 없습니다.
일반적으로 고가의 서버일수록 버스가 더 크고 빠릅니다. 대체적으로 서버를 교체하지 않고는 버스 대역폭의 용량을 늘릴 수 없지만 초대형 서버의 경우에는 구성의 여지가 더 넓습니다. 서버의 사양에 대해서는 서버 공급업체에 문의하십시오.

디스크 및 SAN 인터페이스

시스템에 사용하는 인터페이스가 안정성 및 성능에 영향을 미칠 수 있습니다. 다른 구성 요소도 마찬가지이지만 드라이브 수가 많으면 평균 탐색 시간이 증가합니다. 인터페이스 선택 시 다음 표의 정보를 참조하십시오.

인터페이스	장점	단점	참고
SCSI(Small Computer System Interface)	디스크에 강제로 데이터를 쓰도록 지원하며 복구 기능을 향상시킵니다. SCSI에서 TCQ(Tagged Command Queueing)를 지원하는 경우 다중 I/O 요청이 지원됩니다. 핫 스왑을 지원합니다. 채널당 최대 15개의 드라이브를 지원합니다. 실제 케이블 길이에 대한 제한이 적습니다.		채널에 과부하가 걸리면 전송 속도 한계에 도달할 가능성이 증가합니다.
IDE(Integrated Device Electronics)	핫 스왑을 지원합니다. IDE는 채널당 한 드라이브만 연결되어야 높은 전송 속도를 낼 수 있습니다. 일반적으로 SCSI보다 용량이 더 큽니다. 일반적으로 GB당 가격이 SCSI 드라이브보다 저렴합니다.	실행해야 할 I/O 요청을 채널당 하나만 처리할 수 있습니다.
SATA(Serial Advanced Technology Attachment)	SCSI에서 TCQ를 지원하는 경우 다중 I/O 요청이 지원됩니다. 핫 스왑을 지원합니다. 대부분의 경우 채널당 하나의 드라이브만 지원하도록 명시적으로 디자인되어 있습니다. 그러나 인터페이스 카드에 2개에서 12개 이상의 다중 SATA 채널을 사용할 수도 있습니다. 일반적으로 SCSI보다 용량이 더 큽니다. 일반적으로 GB당 가격이 SCSI 드라이브보다 저렴합니다.
SAS(Serial-attached SCSI)	매우 빠릅니다. SCSI 프로토콜을 지원합니다. SCSI에 비해 더 많은 디스크를 사용할 수 있습니다.		DAS(Direct-attached Storage)에만 적용할 수 있습니다. 병렬 SCSI를 대체하는 기술입니다. SATA 드라이브와 호환됩니다.

데이터 센터 내의 데이터베이스 중복성

데이터 센터 내의 각 저장소 유형에 대해 중복성을 제공해야 합니다.

SAN 또는 공유 디스크에서는 클러스터링이 가장 일반적이고 비용 효율적인 기술입니다. SharePoint 제품 및 기술은 기본적으로 SQL Server 2008 Standard Edition에서 사용할 수 있는 클러스터를 사용할 수 있도록 지원합니다. 작업 부서의 실무자들은 이 클러스터링이 익숙한 가용성 솔루션을 제공한다는 것을 알게 될 것입니다. 자세한 내용은 SQL Server 클러스터링을 사용하여 단일 팜에서 가용성 구성(https://go.microsoft.com/fwlink/?linkid=168606&clcid=0x412)을 참조하십시오.
전용 디스크 또는 DAS(Direct-Attached-Storage)의 경우 SQL Server 2008 데이터베이스 미러링을 사용할 수 있습니다. SharePoint에서는 기본적으로 데이터베이스 미러링을 인식하지 못합니다. 미러링 장애 조치를 수행할 때 연결을 변경하려면 SQL Server 클라이언트 별칭을 사용하고 장애 조치 파트너로 연결되도록 별칭을 수정하는 방법으로 장애 조치 프로세스를 수동으로 관리하는 것이 좋습니다. 자세한 내용은 Office SharePoint Server 2007에서 데이터베이스 미러링 사용(영문)(https://go.microsoft.com/fwlink/?linkid=83725&clcid=0x412)을 참조하십시오.

여러 데이터 센터의 데이터베이스 중복성

SAN과 DAS에 저장된 데이터는 비즈니스 연속성 요구 사항을 지원하도록 미러링하거나 복제할 수 있지만 미러링 기술은 다음과 같이 서로 다릅니다.

대부분의 SAN 공급업체는 여러 사이트 전체의 데이터 미러링을 제공합니다.
대부분의 DAS 기반 시나리오에서는 공급업체에서 제공하거나 데이터베이스 미러링 또는 로그 전달 같은 기술을 통해 사용할 수 있는 소프트웨어 기반의 복제 방법이 필요합니다.

비동기 미러링을 사용하도록 선택한 경우에는 SharePoint에서 SQL Server 2008 로그 스트림 압축 기능을 활용할 수 있고, SQL Server 2008 Enterprise Edition을 실행하는 경우에는 시스템의 코어 4개 모두에 대해 데이터베이스별 다시 실행 스레드를 추가로 사용하는 기능을 이용할 수도 있습니다. 자세한 내용은 다음을 참조하십시오.

참고

복제 기술을 사용하려면 데이터베이스의 모든 테이블에 기본 키가 있어야 하므로 SharePoint 제품 및 기술에서는 트랜잭션 복제와 같은 일부 SQL Server 2008 기술을 사용할 수 없습니다. 복제 기술을 구현하기 전에 SQL Server 2008 및 Office SharePoint Server 2007에서 해당 기술이 지원되는지 확인합니다.

스냅숏 기술은 SAN에서 호스팅되는 데이터의 특정 시점 스냅숏을 가져오는 데 사용할 수 있습니다. DAS에서는 대부분의 경우 스냅숏 지원을 사용할 수 있는 추가 소프트웨어 및 서비스를 제공하지 않습니다.

Microsoft System Center Data Protection Manager 2007과 같은 지원 기술을 사용하면 Microsoft SQL Server 및 Microsoft Office SharePoint 제품 및 기술에 추가 보호를 제공할 수 있습니다. Microsoft System Center Data Protection Manager 2007을 사용하면 Active Directory® 도메인의 서버 또는 여러 서비스 도메인에 걸쳐 있는 서버에서 디스크 기반과 테이프 기반 데이터 보호 및 복구 기능을 사용할 수 있습니다. Microsoft System Center Data Protection Manager 2007에 대한 자세한 내용은 Microsoft System Center Data Protection Manager 2007 웹 사이트(영문)(https://www.microsoft.com/systemcenter/dataprotectionmanager/en/us/default.aspx)를 참조하십시오.

성능

DAS와 SAN 모두에서 다음과 같은 성능 범주를 측정해야 합니다.

초당 I/O
초당 MB
대기 시간

DAS와 SAN 환경 모두에서 성능은 다양한 변수의 영향을 받기 때문에 권장 사항을 단순하게 설명할 수 없습니다. 성능에 영향을 주는 변수로는 드라이버, 구성, 기본 기술 및 지원 기반 기술, HBA(호스트 버스 어댑터) 등이 있습니다.

SAN 환경에서는 파이버 채널 스위치 패브릭이 유용합니다. 파이버 채널은 패브릭을 통해 여러 개의 링크를 제공할 수 있고, 그에 따라 I/O 경로를 병렬 처리할 수 있어 SAN에서 I/O 요청을 보다 효율적으로 처리할 수 있기 때문입니다.

SQL Server를 실행하는 서버 역할을 하는 I/O 하위 시스템에서는 대기 시간을 최소화하는 것이 매우 중요합니다. 다른 유형의 리소스(예: CPU 또는 메모리)를 추가해도 I/O 하위 시스템의 응답 속도가 향상되지 않으며 느린 응답 속도는 팜 전체에 영향을 미쳐 문제를 일으킬 수 있습니다. 배포하기 전에 대기 시간을 최소화하고 저장소 성능 모니터링 및 문제 해결에 설명된 대로 기존 시스템을 모니터링하십시오.

네트워크 토폴로지 권장 사항

팜 내 그리고 팜 간의 네트워크 연결을 계획하십시오. 대기 시간이 짧은 네트워크를 사용하는 것이 좋습니다.

다음 목록은 몇 가지 최상의 방법과 권장 사항을 보여 줍니다.

팜에 있는 모든 서버는 SQL Server 2008을 실행하는 서버에 대한 LAN 대역폭과 대기 시간이 있어야 합니다(최대 1밀리초(ms) 대기 시간).
SQL Server 2008을 실행하는 서버를 팜의 다른 구성 요소에서 원격으로 배포하는 WAN(Wide Area Network) 기술은 네트워크 대기 시간이 1ms를 초과하므로 사용하지 않는 것이 좋습니다. 이 기술은 테스트되지 않았습니다.
SQL Server 2008 미러링 또는 SQL Server 2008 로그 전달을 사용하여 원격 사이트를 최신 상태로 유지할 계획이라면 적절한 WAN 네트워크를 계획하십시오.
SQL Server 2008 Enterprise Edition의 백업 압축 기능을 사용하도록 계획합니다. 백업 스크립트에서 압축 옵션을 설정하거나 SQL Server 2008 Enterprise Edition을 실행하는 응용 프로그램 서버에서 기본적으로 압축하도록 구성하면 데이터베이스 백업 및 전달된 로그의 크기를 대폭 줄일 수 있습니다. 자세한 내용은 백업 압축(SQL Server)(https://go.microsoft.com/fwlink/?linkid=129381&clcid=0x412)을 참조하십시오.

참고

SharePoint 제품 및 기술에서는 데이터베이스 압축을 지원하지 않습니다.

디스크 토폴로지

시스템에 사용하는 디스크 토폴로지가 안정성 및 성능에 영향을 미칠 수 있습니다.

SQL Server 2008을 실행 중인 서버를 지원하는 I/O 하위 시스템의 대기 시간을 최소화해야 합니다. 다른 유형의 리소스(예: CPU 또는 메모리)를 추가해도 I/O 하위 시스템의 응답 속도가 향상되지 않으며 느린 응답 속도는 팜 전체에 영향을 미쳐 문제를 일으킬 수 있습니다.

토폴로지 선택 시 다음 표의 정보를 참조하십시오.

토폴로지	장점	단점	참고
SAN	여러 서버를 지원할 수 있습니다. 액세스할 수 있는 디스크 수에 제한이 없습니다. 추가 서버를 쉽게 설치하고 여러 서버를 쉽게 관리할 수 있습니다. 서버 간에 디스크 저장 용량을 재할당하기 쉽습니다. 유지 관리 비용이 DAS(Direct-attached Storage)보다 낮은 편입니다.
DAS	최대 대역폭이 더 큽니다. 서버 수가 적은 경우 관리가 용이합니다. 초기 오버헤드 비용이 SAN보다 적습니다.	서버 단위로 배포됩니다. 디스크 수가 서버의 슬롯 수 및 사용하는 인터페이스 종류에 따라 제한됩니다.	작업 부하에 병목 현상이 발생하면 DAS 사용을 고려하십시오. 특정 서버에서 DAS 수가 최대치에 도달하면 SQL Server 2008을 실행하는 서버를 추가로 배포해야 합니다.
NAS(Network-attached Storage)		NAS 환경에서는 SQL Server 2008에 필요한 I/O 응답 시간을 보장하거나 유지 관리할 수 없습니다. iSCSI는 소규모 I/O 트래픽만 지원합니다.	NAS로는 충분한 대기 시간을 확보할 수 없으므로 NAS를 사용하지 않는 것이 좋습니다. 네트워크로 연결된 스토리지가 필요한 경우 NAS 대신 iSCSI 전용 기가비트 이더넷 LAN(Local Area Network)에서 iSCSI를 사용하십시오.

SAN

여러 서버를 지원할 수 있습니다.

액세스할 수 있는 디스크 수에 제한이 없습니다.

추가 서버를 쉽게 설치하고 여러 서버를 쉽게 관리할 수 있습니다.

서버 간에 디스크 저장 용량을 재할당하기 쉽습니다.

유지 관리 비용이 DAS(Direct-attached Storage)보다 낮은 편입니다.

DAS

최대 대역폭이 더 큽니다.

서버 수가 적은 경우 관리가 용이합니다.

초기 오버헤드 비용이 SAN보다 적습니다.

서버 단위로 배포됩니다.

디스크 수가 서버의 슬롯 수 및 사용하는 인터페이스 종류에 따라 제한됩니다.

작업 부하에 병목 현상이 발생하면 DAS 사용을 고려하십시오.

특정 서버에서 DAS 수가 최대치에 도달하면 SQL Server 2008을 실행하는 서버를 추가로 배포해야 합니다.

NAS(Network-attached Storage)

NAS 환경에서는 SQL Server 2008에 필요한 I/O 응답 시간을 보장하거나 유지 관리할 수 없습니다.

iSCSI는 소규모 I/O 트래픽만 지원합니다.

NAS로는 충분한 대기 시간을 확보할 수 없으므로 NAS를 사용하지 않는 것이 좋습니다. 네트워크로 연결된 스토리지가 필요한 경우 NAS 대신 iSCSI 전용 기가비트 이더넷 LAN(Local Area Network)에서 iSCSI를 사용하십시오.

이 문서의 다운로드

이 항목은 다운로드 가능한 다음 문서에도 포함되어 있어 더 쉽게 읽고 인쇄할 수 있습니다.

Office SharePoint Server 2007 계획 및 아키텍처, 제2부

사용 가능한 문서의 전체 목록은 다운로드 가능한 Office SharePoint Server 2007 관련 콘텐츠를 참조하십시오.