Exchange 공용 폴더에 대한 유용한 정보: 확장성

아티클
10/25/2013

마지막으로 수정된 항목: 2006-09-14

Microsoft® Exchange Server 공용 폴더 배포를 디자인하고 구현할 때 확장성을 최적화하는 방법을 결정하려면 다음 요소를 고려합니다.

공용 폴더 데이터베이스 수
공용 폴더 계층 구조 너비와 깊이
공용 폴더당 항목 수
공용 폴더 데이터베이스당 사용자 수

이 문서에서는 이러한 각 요소에 대해 자세하게 설명합니다. 디스크 크기, 공용 폴더 증가율 및 전반적인 용량 계획에 대한 자세한 내용은 Exchange 공용 폴더에 대한 유용한 정보: 데이터 관리를 참조하십시오.

공용 폴더 데이터베이스 수

배포할 공용 폴더 데이터베이스 수를 계획할 때에는 다음 두 가지 유용한 정보를 사용할 수 있습니다.

첫째, 공용 폴더를 많이 사용하는 대기업 토폴로지의 경우 전용 공용 폴더 서버를 배포합니다. 이 방법은 CPU 리소스 및 디스크 리소스를 서로 다른 서버 기능을 위해 전용하는 일반적인 최적의 방법에서 유래했습니다.

둘째, 대규모 공용 폴더 데이터베이스 몇 개를 사용하는 것이 많은 소규모 공용 폴더 데이터베이스를 사용하는 것보다 확장성이 높고 관리하기 쉽습니다. 공용 폴더 데이터베이스 수를 줄이면 작은 데이터베이스 여러 개를 백업하고 복원하는 것보다 필요한 시간을 줄이고 백그라운드 복제 트래픽 양을 줄일 수 있습니다. 또한 많은 소규모 데이터베이스를 온라인으로 유지 관리하는 것보다 대규모 데이터베이스 몇 개를 온라인으로 유지 관리하는 것이 더 빠릅니다. 마지막으로, 사용 권한 및 콘텐츠 액세스 권한을 적용하고 효과적인 복제 및 조회를 구현하는 등의 작업을 수행하는 경우를 생각해볼 때 공용 폴더 데이터베이스 수가 적은 편이 관리하기가 더 쉽습니다.

특히 조직 수준에서 토폴로지를 고려할 경우에는 대규모 공용 폴더 데이터베이스 몇 개를 사용하는 것이 많은 소규모 공용 폴더 데이터베이스를 사용하는 것보다 더 확장성이 높고 관리하기 쉽습니다. 하지만 서버 수준에서는 소규모 데이터베이스 여러 개를 배포할 경우 백업이나 복원과 같은 일부 유지 관리 작업을 더 신속하게 수행할 수도 있습니다. 결국 배포하는 공용 폴더 데이터베이스 수는 업무 요건에 맞추는 것이 중요합니다. 배포할 데이터베이스 수를 결정할 때 복제 트래픽 비용과 데이터베이스 백업 및 유지 관리 비용과 복원 시간의 균형을 잘 고려해야 합니다.

계층 구조 너비와 깊이

공용 폴더 계층 구조를 디자인할 때에는 사용자 환경에서 계층 구조 복제가 미치는 영향을 파악하고 있어야 합니다. 깊은 공용 폴더 계층 구조는 넓은 계층 구조보다 확장성이 높습니다. 깊은 계층 구조는 여러 상위 폴더 대신 수직으로 중첩된 폴더 여러 개로 구성됩니다. 넓은 계층 구조는 여러 상위 폴더로 구성되며 수직으로 중첩된 하위 폴더 수가 더 적습니다.

예를 들어 특정 계층 구조에 폴더 250개를 정렬하는 방법을 생각해 봅니다. 넓은 계층 구조에서는 상위 폴더 하나 아래에 하위 폴더 250개가 있을 수 있습니다. 깊은 계층 구조에서는 최상위 폴더 5개 아래에 하위 폴더 5개가 각각 포함되어 있고 각 하위 폴더 안에 또 다시 하위 폴더 10개가 포함되어 있을 수 있습니다.

두 가지 예 모두 폴더가 250개입니다(5*5*10=250). 그러나 두 가지 이유에서 깊은 계층 구조가 넓은 계층 구조보다 높은 성능을 제공합니다. 첫 번째 이유는 복제 시 서로 다른 사용 권한이 적용된 폴더가 처리되는 방식입니다. 두 번째 이유는 정렬, 검색, 확장 등의 클라이언트 동작을 수행할 때 하위 폴더 10개가 있는 폴더가 하위 폴더 250개가 있는 폴더보다 비용이 적게 들기 때문입니다.

깊은 계층 구조는 넓은 계층 구조보다 확장성이 높지만 폴더당 하위 폴더가 250개를 넘지 않는 것이 가장 좋습니다. 하위 폴더가 250개를 초과하면 클라이언트에서 액세스를 요청할 때 거부될 수 있습니다.

앞에서 언급한 것과 같이 계층 구조를 구현할 때는 사용자가 공용 폴더에 대한 액세스 권한을 받고 싶어하는 경우 사용 권한이 클라이언트에 미치는 영향을 고려해야 합니다. 각 공용 폴더의 하위 폴더에 고유 ACL(액세스 제어 목록) 항목이 정의되어 있는 경우 Exchange Server 컴퓨터에서 새 공용 폴더 복제 메시지를 받을 때마다 상위 공용 폴더의 ACL을 평가하여 상위 공용 폴더에 대한 변경 내용을 볼 수 있는 권한이 있는 사용자를 식별해야 합니다. 상위 공용 폴더에 대형 DACL(임의 액세스 제어 목록) 항목이 있을 경우 각 공용 폴더 구독자의 보기를 업데이트하는 데 시간이 오래 걸릴 수 있습니다.

참고

상위 폴더의 DACL은 모든 공용 폴더 하위 폴더의 DACL을 합친 것입니다.

다음 조건에 해당되는 경우 수 MB의 DACL 데이터를 구문 분석해야 할 수도 있습니다.

상위 공용 폴더 하나에 많은 하위 폴더가 있습니다.
각 하위 폴더에 고유 ACL이 정의되어 있습니다.

공용 폴더 복제 메시지를 받을 때마다 모든 공용 폴더 구독자를 위해 표시를 업데이트할 수 있도록 이 DACL 데이터를 구문 분석해야 합니다.

그러므로 상위 폴더에 대한 액세스 권한이 부여된 사용자 집합에 따라 공용 폴더 계층 구조를 정렬하는 것이 좋습니다. 또한 공용 폴더 계층 구조에서 복잡한 사용 권한 모델을 구현하지 마십시오. 다양한 트리 노드에서 여러 권한이 적용된 깊은 폴더 계층 구조를 이미 구현한 경우 클라이언트 성능을 향상시킬 수 있는 핫픽스에 대한 자세한 내용은 Microsoft 기술 자료 문서 "Users experience a slow response when they access public folders on a computer that is running Exchange Server 2003"을 참조하십시오. 유사한 Exchange 2000 Server용 핫픽스에 대한 자세한 내용은 기술 자료 문서 Users experience a slow response from an Exchange 2000 Server public folder server를 참조하십시오.

계층 구조 디자인을 고안할 때는 계층 구조에 콘텐츠를 복제하는 방법도 고려해야 합니다. 대부분의 경우 콘텐츠를 분산하고 가능한 한 복제본 수를 줄이는 것이 좋습니다. 자세한 내용은 Exchange 공용 폴더에 대한 유용한 정보: 복제 구현을 참조하십시오.

폴더당 항목 수

공용 폴더당 항목 수는 5,000개를 넘지 않는 것이 가장 좋습니다. 폴더당 항목 수를 관리하려면 그에 따라 만료 조건을 구성해야 합니다. 만료 기간을 짧게 설정해도 정기적으로 폴더당 5,000개의 항목 제한에 도달하는 경우 공용 폴더 주제를 하위 항목으로 세분화하고 각 하위 항목마다 여러 공용 폴더를 만드는 것이 좋습니다.

자세한 내용은 Exchange 공용 폴더에 대한 유용한 정보: 데이터 관리를 참조하십시오.

공용 폴더 데이터베이스당 사용자 수

단일 공용 폴더 데이터베이스에 액세스할 수 있는 사용자 수에 대한 제한을 설정하지 않은 경우에도 사용자를 10,000명으로 제한하는 것이 좋습니다. 이 제한을 설정해야 하는 주된 이유는 10,000명 이상의 사용자가 단일 데이터베이스에 액세스할 수 있는 경우 Exchange Server에서 가상 메모리나 커널 메모리를 모두 소비해버릴 수 있기 때문입니다.

특정 서버의 공용 폴더에 액세스할 수 있는 사용자 수를 추적하려면 Performance MMC(Microsoft Management Console) 스냅인 관리 도구의 MSExchangeIS Public 성능 개체에서 Client Logons 및 Peak Client Logons를 모니터링해야 합니다.

로드 모니터링, 성능 조정 및 확장성에 대한 자세한 내용은 Exchange Server 2003 성능 및 확장성 가이드를 참조하십시오.

자세한 내용

Exchange Server의 공용 폴더에 대한 자세한 내용을 보려면 다음 리소스를 참조하십시오.