최상의 용량 관리 방법

  • 아티클

업데이트 날짜: 2008년 12월

적용 대상: Office SharePoint Server 2007

 

마지막으로 수정된 항목: 2008-12-01

이 문서에서는 Microsoft Office SharePoint Server 2007에 대한 최상의 방법을 설명합니다. 최상의 방법 시리즈의 다른 문서를 보려면 최상의 방법을 참조하십시오. Office SharePoint Server 2007에 대한 최상의 방법과 관련된 추가 정보 및 리소스는 최상의 방법 리소스 센터 (영문)(https://go.microsoft.com/fwlink/?linkid=125981&clcid=0x412)를 참조하십시오. 성능 및 용량 계획에 대한 자세한 내용은 성능 및 용량 계획(Office SharePoint Server)을 참조하십시오.

최상의 방법

  1. 계획 프로세스에서 최대한 일찍 용량 계획 전략을 문서화한 다음 프로젝트가 진행됨에 따라 구체화합니다. 조기 계획은 배포가 이미 시작된 후에 하드웨어 요구 사항을 과소평가했음을 발견하게 되는 위험을 크게 줄일 수 있습니다.

    다음 부분에 대한 정보를 문서화합니다.

    • 사용자 수, RPS(초당 요청 수), 사이트 수, 문서 수, 저장되는 데이터 양 등이 기록해야 할 중요한 수치입니다.

    • 검색의 경우 콘텐츠 원본 수 및 인덱스 크기를 문서화합니다.

    • 사용자 인증 액세스 방법 및 번호를 문서화합니다.

    • 시간이 지남에 따라 변경되는 값의 경우 이를 예상할 수 있어야 합니다(주로 1년 기준).

    • 일부 프로젝트에는 데이터 및 응용 프로그램을 위한 광범위하거나 복잡한 마이그레이션 요구 사항이 있을 수도 있으며 복잡한 통합 또는 사용자 지정 코드가 포함될 수 있습니다. 사용자 지정된 사이트 수 그리고 사용자 지정 코드와 데이터의 위치 및 마이그레이션 요구 사항을 예측합니다.

    • 높은 가용성 목표는 팜 토폴로지의 복잡성과 범위에 큰 영향을 줄 수 있습니다. 자세한 내용은 중복 계획(Office SharePoint Server)을 참조하십시오.

    • 전역 배포에는 충분한 성능 및 채택을 보장하기 위한 특별 조치가 필요할 수도 있습니다. 자세한 내용은 전 세계적으로 여러 팜 배포를 참조하십시오.

    • 가상화를 사용하여 Office SharePoint Server 컴퓨터를 호스트할 경우에는 가상화가 크기 조정에 미칠 영향을 조사합니다. 가상화는 여러 가지 이점을 제공할 수 있지만 메모리 및 프로세서 사용률에 미칠 수 있는 영향, 공유 디스크의 성능 및 용량 그리고 기타 주요 요소에 대해 잘 알고 있어야 합니다. 자세한 내용은 Hyper-V의 성능 및 용량 요구 사항을 참조하십시오.

    위 정보는 필요한 팜 수와 최적의 토폴로지(소형, 보통, 대형)를 결정하는 데 도움이 됩니다.

  2. 용량 계획은 가정이 점점 현실화되고 보다 세부적인 하드웨어 및 구성 결정을 내려야 할 때마다 프로젝트의 모든 단계에서 반복적으로 다시 확인해야 합니다. 이에 따라 적절하게 계획합니다.

  3. 잘 알려진 지침을 따르면 프로세스 초기 단계에서 비교적 신속하게 용량 계획을 수행할 수 있지만 이러한 대략적인 예측이 프로젝트 후반의 세부적인 크기 조정을 대체할 수 있는 것으로 간주되어서는 안 됩니다. 이러한 가정에 대해서는 배포에 적용할 수 있는지 여부를 조사해야 합니다.

    잘 알려진 지침은 다음과 같습니다.

  4. 콘텐츠 데이터베이스 크기를 100GB 아래로 유지하여 빠르고 안정적인 백업이 가능하도록 하고 사용률이 최대일 때의 목록 경합 문제를 방지합니다. 또한 다음에 유의합니다.

    • 대규모 목록(2,000개가 넘는 항목을 포함하고 있는 목록)의 사용에 대해서는 신중하게 계획해야 합니다. 대규모 목록을 계획하는 방법에 대한 자세한 내용은 백서: Office SharePoint Server 2007에서 큰 목록 사용을 참조하십시오.

    • 백업을 실행하는 데 걸리는 시간과 백업이 안정적으로 수행될 가능성은 모두 Office SharePoint Server 데이터베이스에서 사용되고 있는 저장소 구성과 밀접한 관계가 있습니다.

    • 사이트를 프로덕션 환경으로 이동하고 프로세스 정의를 만들기 전에 테스트 환경에서 현실적인 크기의 데이터 집합에 대해 백업 및 복원 프로세스를 실행하는 데 필요한 시간과 해당 프로세스의 안정성을 측정합니다. 작업 환경에 따라서는 콘텐츠 데이터베이스가 100GB보다 훨씬 작아야 백업이 제때에 안정적으로 실행되는 경우가 있을 수도 있습니다.

  5. SharePoint 논리적 계획 문서화에는 적어도 다음 정보에 대한 기록이 포함되어야 합니다.

    • 팜

    • 웹 응용 프로그램

    • 콘텐츠 데이터베이스

    • 사이트 모음

    • 사이트

    • 사용자 지정 응용 프로그램

    • 관리 경로

    • URL

    • 인증 및 권한 부여

    위의 각 항목에 대해 다음에 유의합니다.

    • 위 모든 항목에는 제한이 있으며 해당 제한을 준수해야 합니다. 제한 및 소프트웨어 경계는 소프트웨어 경계 계획(Office SharePoint Server)에 문서화되어 있습니다.

    • 위의 모든 항목에 대해 제한이 초과될 가능성이 있는지, 관리자가 제한 초과 조건을 감지할 수 있도록 하기 위해 구현되어야 하는 규칙을 어떤 항목이 트리거하는지, 제한 초과 시 어떤 조치를 취해야 하는지를 배포 이전에 고려해야 합니다.

    • 소프트웨어 경계 관리는 일반적으로 반복적인 프로세스입니다. 대규모 설치의 경우 모든 관련 경계를 지키는 것이 어려울 수 있으며 이를 위해 팜을 두 개의 분리된 팜으로 분할해야 할 수도 있습니다. 충분한 시간과 노력을 기울여서 이 단계에 대한 계획을 완료해야 합니다.

    • SharePoint 그룹 또는 Active Directory 그룹을 사용하여 사용자를 관리하면 용량과 성능에 영향을 줄 수 있습니다. SharePoint 그룹 또는 Active Directory를 사용하기 전에 구성된 팜에 미칠 수 있는 영향을 정확하게 파악해야 합니다.

  6. 테스트를 거친 Office SharePoint Server 시나리오를 익힙니다. 응용 프로그램을 다음 시나리오와 비교하고 세부적인 크기 조정을 결정할 때 다음 시나리오를 길잡이로 사용합니다.

  7. 가능하면 항상 64비트 서버 버전을 사용하여 확장 시나리오를 사용할 수 있도록 하고 성능을 향상시킵니다. 64비트 하드웨어 및 소프트웨어를 사용해야 하는 이유에 대한 자세한 내용은 64비트 및 Admin Toolkit 다운로드 추세 (영문)(https://go.microsoft.com/fwlink/?linkid=135709&clcid=0x412) 문서를 참조하십시오. Office SharePoint Server의 향후 버전은 64비트 하드웨어 및 운영 체제만 지원할 예정입니다.

  8. 적절한 수평 확장 및 수직 확장 옵션을 트리거하는 데 사용할 모니터링 규칙을 계획합니다. 또한 해당 트리거가 시작하는 프로세스를 계획합니다. 다음은 비교적 더 중요한 몇 가지 트리거입니다.

  9. 일반적으로 응용 프로그램 최적화는 단순히 팜에 하드웨어를 추가하는 것보다 더 장기적인 이점(보다 빠른 성능과 보다 적은 서버 부하 포함)을 제공합니다. 배포된 사용자 지정 내용 및 응용 프로그램이 성능 및 리소스 사용률에 대한 최소 기준을 충족하도록 해 주는 관리 방식이 마련되어 있는지 확인합니다.

    사용자 지정 내용을 테스트하고 최적화하는 방법에 대한 자세한 내용은 다음 문서를 참조하십시오.

  10. 사용자 지정된 플랫폼을 프로덕션 환경으로 전환하기 전에 스트레스 테스트를 수행합니다. 배포 이전에 정확한 사용자 동작을 예측하고 시뮬레이트하는 것이 어렵더라도 스트레스 테스트를 수행하면 다음과 같은 이점이 있습니다.

    • 사용자 지정 성능 문제를 확인하고 해결할 수 있습니다.

    • 팜 사용자에게 영향을 주기 전에 사용자 지정 품질 문제를 발견할 수 있습니다.

    • 배포 직후에 문제를 완화함으로써 보다 빠르고 성공적인 채택으로 이어지고, 이는 결국 배포에 대한 투자 수익률을 높여 줍니다.