게시 포털을 위한 최상의 방법

  • 아티클

업데이트 날짜: 2008년 8월

적용 대상: Office SharePoint Server 2007

 

마지막으로 수정된 항목: 2008-08-26

이 문서는 Microsoft Office SharePoint Server 2007에 대한 일련의 최상의 방법 문서 중 하나입니다. 이 문서에서는 Office SharePoint Server 2007 기반 게시 포털의 일반적인 특징과 최상의 방법에 대해 설명합니다. 다른 최상의 방법 문서는 최상의 방법을 참조하십시오. Office SharePoint Server 2007의 최상의 방법과 관련된 추가 정보 및 리소스는 최상의 방법 리소스 센터 (영문)(https://go.microsoft.com/fwlink/?linkid=125981&clcid=0x412)를 참조하십시오.

게시 포털 환경의 일반적인 특징은 다음과 같습니다.

  • 보안 인터넷 연결 포털 환경에서는 일반적으로 대부분의 사용자에 대한 익명 인증을 허용합니다. 구성원 사이트 및 인트라넷 포털에는 좀 더 다양한 인증 환경이 사용됩니다.

  • 사용자 작업 - 사이트에서 수행되는 대부분의 사용자 작업은 읽기입니다.

  • 캐시 적중률 - 읽기 전용 콘텐츠의 경우 약 99%의 캐시 적중률이 예상됩니다.

1. 3대 이상의 프런트 엔드 웹 서버 배포

Office SharePoint Server 2007은 프런트 엔드 웹 서버가 n+1대일 때 최상의 상태로 수행됩니다. 여기서 n은 용량 계획을 통해 결정한 프런트 엔드 웹 서버의 수입니다. 서버 n+1대를 실행하면 네트워크 분산 부하에서 한 서버를 풀링하고, 서비스 가용성에 영향을 주지 않고 재생할 수 있습니다. 최소한 세 대의 웹 서버를 계획해야 합니다. 자세한 내용은 중복 계획(Office SharePoint Server)을 참조하십시오.

2. 쿼리 기반 웹 파트를 효율적으로 만들기

목록을 쿼리하는 웹 파트는 리소스에 많은 영향을 받습니다. 데이터를 롤업하는 웹 파트에서 수행하는 각 작업의 범위를 파악해야 합니다.

콘텐츠 쿼리 웹 파트와 같은 쿼리 기반 웹 파트를 사용하는 경우 다음을 수행합니다.

3. 목록 및 데이터베이스가 쿼리 성능을 최적화하기 위한 권장 제한을 따르는지 확인

쿼리 성능이 최적화되도록 목록 및 데이터베이스의 권장 제한을 따릅니다. 목록 및 데이터베이스 제한을 초과하면 Office SharePoint Server 2007 기능 및 동작의 성능에 직접적으로 영향을 줍니다. 특정 제한에 대한 자세한 내용은 소프트웨어 경계 계획(Office SharePoint Server) 및 엔터프라이즈 콘텐츠 저장소 계획을 참조하십시오.

게시 포털의 경우 사이트당 2000페이지 제한 미만으로 유지하는 것이 특히 중요합니다.

4. 제작 환경과 게시 환경 분리

용량 요구 사항이 제대로 파악 및 제어되는 환경에서는 단일 팜을 게시 및 제작에 모두 사용할 수 있습니다. 용량 요구 사항을 제대로 파악하지 않고 게시 프로세스를 엄격하게 제어하지 않은 경우에는 제작과 게시를 분리하는 것이 좋습니다. Office SharePoint Server 2007은 데이터베이스의 콘텐츠에 대한 액세스 유형과 사용 패턴이 비슷한 경우 성능이 가장 우수하기 때문입니다. 기본적으로 읽기 전용 콘텐츠(게시)를 읽기-쓰기 콘텐츠(제작)에서 다른 사이트 모음으로 분리하면 도움이 됩니다.

성능을 가장 잘 파악하고 개선하려면 사이트, 웹 응용 프로그램 또는 데이터베이스 수준보다 우선 사이트 모음 수준에 초점을 맞추는 것이 좋습니다. 다양한 방법을 통해 사이트 모음 성능을 향상시킬 수 있습니다. 모니터링 결과에 따라 다음 중 해당 환경에 가장 적합한 방법을 선택하십시오.

  • 서로 다른 IIS 웹 응용 프로그램에서 각각 다른 사이트 모음에 대한 서비스를 제공하도록 합니다.

    웹 서버의 부하가 과도할 때 이 방법을 사용합니다. 이 옵션을 사용하면 서로 다른 프로세스에서 동시에 데이터에 액세스할 수 있으므로 팜에서 제공할 수 있는 초당 요청 수가 증가합니다. 웹 서버의 과도한 부하가 지속되면 팜에 웹 서버를 추가하거나 별도의 팜으로 분리해 보십시오.

  • 서로 다른 사이트 모음을 각각 다른 콘텐츠 데이터베이스에 배치합니다.

    데이터베이스의 부하가 과도할 때 이 방법을 사용합니다. 이 옵션은 I/O 병렬 처리에 대한 기회를 제공하고 SQL Server 및 SharePoint 작업의 동시성을 향상시킵니다. 추가로 부하를 분산하려면 다른 SQL Server 인스턴스나 다른 SQL Server 클러스터에서 각 콘텐츠 데이터베이스를 호스팅할 수도 있습니다.

5. 제작 환경에서 준비 환경 분리

프로덕션 팜에 준비 환경을 만들어 콘텐츠 배포에서 예상대로 콘텐츠를 배포하고 있는지 및 사용 권한이 올바르게 작동하는지 여부를 테스트합니다. 준비 환경을 분리하면 제작 환경에 영향을 미치지 않고 환경에 변경 사항을 잠글 수도 있습니다.

6. 최신 업데이트가 설치되어 있는지 확인

최신 핫픽스, 업데이트 및 서비스 팩을 적용하여 최신 상태로 유지하는 것은 매우 중요합니다. 이러한 업데이트에는 중요한 제품 개선 사항과 향상 기능이 포함되어 있습니다. 그러나 이러한 업데이트를 프로덕션 환경에 적용하기 전에 프로덕션 이전 환경에서 충분히 테스트해야 합니다. 권장 절차에 따라 업데이트를 배포하십시오. 해당 절차는 다음과 같습니다.

  • 업데이트를 자동으로 다운로드하되 자동으로 설치되지는 않도록 Windows Update를 설정합니다.

  • 사용량이 많지 않은 시간에 업데이트를 설치하도록 예약합니다.

  • 가용성을 높이려면 업데이트 프로세스 중에 한 번에 한 서버씩 차례로 서비스를 제공하지 않도록 합니다.

BIOS(서버 컴퓨터, 컨트롤러 및 디스크), Windows 운영 체제, Windows SharePoint Services 3.0 및 Office SharePoint Server 2007, SQL Server에 패치를 적용하고 있는지 확인합니다.

자세한 내용은 핫픽스, 공개 업데이트 및 서비스 팩 이해 및 배포 (영문)(https://go.microsoft.com/fwlink/?linkid=123927&clcid=0x412) 프레젠테이션 및 SharePoint 제품 및 기술의 업데이트 리소스 센터 (영문)(https://go.microsoft.com/fwlink/?linkid=106182&clcid=0x412)를 참조하십시오.

7. 대상 사이트를 직접 편집하면 안 됨

콘텐츠 변경 사항을 빨리 배포해야 하는 경우 대상 사이트를 직접 편집하지 마십시오. 다음에 콘텐츠가 배포될 때 덮어쓰게 됩니다. 빠른 배포 작업을 사용하여 사이트를 신속하게 업데이트할 수 있습니다. 자세한 내용은 빠른 배포 작업 관리를 참조하십시오.

8. 사용량이 많은 시간에는 제작 환경에서 관리 작업 및 대량 작업을 수행하지 않음

사용량이 많은 시간에는 되도록 관리 작업 및 대량 작업을 수행하지 않습니다. 여기에는 목록, 사이트, 사이트 모음 삭제나 새 콘텐츠 형식 또는 열 만들기 등이 포함됩니다. 자세한 내용은 백서: Office SharePoint Server 2007에서 큰 목록 사용을 참조하십시오.

9. 캐싱 사용

캐싱은 게시 포털에 많은 이점을 제공할 수 있습니다. 다양한 형식의 캐싱을 적절히 사용하십시오. 캐싱을 올바르게 사용하면 처리량 및 사용자 응답 시간을 크게 향상시킬 수 있습니다.

자세한 내용은 Office SharePoint Server 2007의 캐싱 및 WAN 환경에 맞게 Office SharePoint Server 최적화의 WAN 환경에 맞게 캐싱 최적화 섹션을 참조하십시오.

  • 디스크 기반 캐시 디스크 기반 캐싱은 이미지, 사운드, 비디오 파일 및 javascript(.js) 파일과 같은 BLOB(Binary Large Object)에 대한 캐싱을 제어합니다. BLOB 캐시를 사용하면 각 웹 서버의 첫 번째 요청에 데이터베이스에서 BLOB가 검색되고 항목에서 요청한 만료 시간에 대해 파일 시스템의 폴더에 저장됩니다. 캐시가 사용될 웹 응용 프로그램의 Web.config 파일을 사용하여 BLOB 캐시를 구성합니다. 자세한 내용은 BLOB(Binary Large Object)에 대한 디스크 기반 캐싱 (영문)(https://go.microsoft.com/fwlink/?linkid=123947&clcid=0x412)을 참조하십시오.

  • 출력 캐시Office SharePoint Server 2007에서는 ASP.NET에 포함된 출력 캐싱 기술을 사용하여 게시 포털에 페이지 콘텐츠를 제공할 시기와 방법을 관리합니다. 출력 캐싱을 적절하게 사용하면 처리량 및 사용자 응답 시간이 크게 향상됩니다. 페이지는 메모리에서 한 번 만들어지고 메모리에서 유지 관리됩니다.

    최상의 성능을 위해서는 가능한 한 적은 캐시 프로필을 사용합니다. 자세한 내용은 Office SharePoint Server 2007의 캐싱의 출력 캐싱 및 출력 캐싱 및 캐시 프로필 (영문)(https://go.microsoft.com/fwlink/?linkid=121543&clcid=0x412)을 참조하십시오.

  • 개체 캐시Office SharePoint Server 2007에서는 특정 항목을 캐싱하여 페이지가 렌더링될 때마다 데이터베이스에서 필드 데이터를 검색해야 하는 요구 사항을 줄일 수 있습니다. 캐싱 시스템에서는 페이지에 있는 웹 파트의 데이터를 제외하고 페이지의 전체 필드 데이터를 캐싱합니다. 개체 캐시의 크기는 기본적으로 사이트 모음당 100MB로 설정되지만 각 사이트 모음에 대해 이 설정을 웹 사이트의 특징에 맞게 수정할 수 있습니다.

    프로덕션 환경에서는 항상 모든 개체 캐싱 형식을 설정하는 것이 좋습니다. 자세한 내용은 Office SharePoint Server 2007의 캐싱의 "개체 캐시 조정" 섹션을 참조하십시오.

  • 타사 도구 - 캐시 장치 지역적으로 분산된 환경에서는 타사 캐시 장치 또는 CDN(콘텐츠 분산 네트워크) 시스템을 Office SharePoint Server 2007과 함께 사용하여 콘텐츠를 사용자에게 더욱 가깝게 이동하고 왕복을 피하십시오. 자세한 내용은 WAN 환경에 맞게 Office SharePoint Server 최적화의 WAN 가속기 및 기타 타사 도구를 참조하십시오.

10. 권장 하드웨어를 사용하는 잘 구성된 인프라로 시작

인터넷 환경의 성능 및 용량 요구 사항 예측(Office SharePoint Server)의 "하드웨어 권장 사항" 섹션의 권장 사항을 따릅니다. 이 시나리오에서는 웹 서버의 크기를 올바르게 조정하는 데 특히 중점을 둡니다. 각각 4개의 듀얼 코어 프로세서와 16GB의 RAM을 갖춘 64비트 Office SharePoint Server 2007을 실행하는 64비트 컴퓨터를 사용하는 것이 좋습니다.

11. 가용성을 높일 수 있도록 응용 프로그램 풀 재생 설정 지정

Office SharePoint Server 2007에서는 응용 프로그램 풀을 정기적으로 재생해야 합니다. 다음 권장 사항을 따라 응용 프로그램 풀의 프로세스를 재생해야 하는 경우에도 사이트를 최신 상태로 실행하십시오.

  • 여러 웹 서버에서 서로 다른 시간에 응용 프로그램 풀 재생(64비트 및 32비트) 팜에 웹 서버가 여러 대인 경우 서로 다른 웹 서버에서 각각 다른 시간에 응용 프로그램 풀을 재생하도록 설정되어 있는지 확인하십시오.

  • 서로 다른 IIS 웹 사이트(64비트 및 32비트)에서 각각 다른 시간에 응용 프로그램 풀 재생 서로 다른 IIS 웹 사이트를 각각 다른 시간에 재생하면 웹 서버의 최대 사용을 방지할 수 있습니다. 특정 웹 서버에서 동시에 둘 이상의 응용 프로그램 풀을 재생해야 하는 경우에는 해당 웹 서버를 부하 분산에서 일시적으로 제거하여 사용자가 이용에 불편을 느끼지 않도록 해야 합니다.

  • 재생의 메모리 사용량 고려(32비트) 응용 프로그램 풀 재생을 계획 중이면 각 응용 프로그램 풀에 사용되는 메모리의 양을 고려하여 사용되는 메모리의 양에 따라 빈도를 변경합니다. 평소에 메모리 리소스를 적게 사용하는 응용 프로그램 풀은 메모리를 많이 사용하는 다른 응용 프로그램 풀보다 재생 횟수를 적게 해도 됩니다. 권장 설정은 다음과 같습니다. 해당 수치는 사용하고 있는 설치 방법과 기능에 따라 달라질 수 있습니다.

    • 1700MB에서 가상 메모리 기반 재생이 발생하도록 구성합니다.

    • 1000MB에서 메모리 사용 재생이 발생하도록 구성합니다.

    • 대용량 파일 업로드와 같은 장기 실행 사용자 요청이 완료될 수 있도록 종료 시간 제한을 300초 이상으로 설정합니다.

    • 매일 특정 기간에 큰 부하가 정기적으로 발생하는 환경에서는 시간 기반 재생을 사용합니다. 최대 트래픽이 발생하기 약 30분 전으로 예약 재생을 설정합니다.

자세한 내용은 다음 리소스를 참조하십시오.

12. 주요 카운터를 모니터링하여 성능 관리

모니터링할 특정 카운터에 대한 권장 사항은 성능 카운터 목록 (영문)(https://go.microsoft.com/fwlink/?linkid=123925&clcid=0x412)을 참조하십시오.

  • 처리량 서버 팜에서 초당 처리할 수 있는 요청의 수를 추적하여 예상 사용자 응답 시간 목표를 충족하는지 확인합니다.

  • 동시 사용자 팜 성능과 동시 사용자 수가 어떻게 연관되는지 추적합니다.

  • 시간 경과에 따른 데이터 및 사이트 증가 데이터베이스 및 사이트 크기의 증가 속도를 추적하고 현재 인프라가 요구 사항을 충족할 수 있는 기간을 예측합니다. 증가를 허용하려면 디스크에 최소한 25% 수준의 사용 가능한 공간을 유지하는 것이 좋습니다. 디스크를 RAID 배열에 추가하거나 저장소를 추가로 할당하여 증가를 관리하는 경우 디스크 크기를 면밀히 모니터링하여 공간이 부족하지 않도록 합니다.

도움 주신 분

Office SharePoint Server 2007 콘텐츠 게시 팀에서는 다음과 같이 이 문서 작성에 도움을 주신 분들께 감사를 드립니다.

  • Simon Skaria, Microsoft SharePoint Customer Advisory Team

  • Luca Bandinelli, Microsoft SharePoint Customer Advisory Team

  • Steve Peschka, Microsoft Consulting Services

  • George Perantatos, Microsoft Enterprise Content Management

  • Tyler Butler, Microsoft Enterprise Content Management

  • Robert Orleth, Microsoft Enterprise Content Management

  • Pat Miller, Microsoft Enterprise Content Management

  • Sean Squires, Microsoft Information Services

  • Ryan Duguid, Microsoft SharePoint Marketing

참고 항목

기타 리소스

TechNet 웹캐스트: 양식 솔루션을 개발, 배포 및 유지 관리하는 최상의 방법 (영문)