듀얼 코어 프로세서에 대해 철저히 테스트한 결과 Exchange Server 는 멀티 코어 프로세서 기술을 사용할 때 두드러지게 이점을 누리는 것으로 나타났습니다. 듀얼 코어 기술을 통한 Exchange Server 의 성능 이점은 사용되는 특정 프로세서에 따라 다릅니다. Exchange Server 2003 듀얼 코어 테스트의 결과는 Microsoft 기술 자료 문서 827281, CPU and memory scalability for Exchange Server 2003 and for Exchange 2000 Server에 요약되어 있습니다. 또한 특정 듀얼 코어 구현으로 인한 성능 이점은 4-프로세서의 단일 코어 기반 서버와 2-프로세서의 듀얼 코어 기반 서버의 MMB3(MAPI Messaging Benchmark 3) 결과를 비교하여 확인할 수 있습니다. 이와 같은 결과는 Exchange Server 2003을 실행하는 컴퓨터의 성능 벤치마크(Performance Benchmarks for Computers Running Exchange Server 2003)에 게시되어 있습니다. Exchange 2007 에 대한 벤치마크가 현재 업데이트되었으며 Exchange 2007 벤치마크를 사용 가능할 때 게시됩니다.

오늘날 멀티 코어 프로세서는 가격 대비 성능이 우수하여 Exchange 2007 에 놓칠 수 없는 옵션입니다. 특정 하드웨어 플랫폼에 대한 Exchange Server 의 듀얼 코어 이점에 대해 하드웨어 공급업체에 문의하시는 것이 좋습니다.

Edge 전송 서버 역할은 매우 효율적으로 설계되어 보통 수준의 처리 성능에서도 잘 작업합니다. 또한 내결함성이 필요한 조직에서는 여러 Edge 전송 서버를 배포하여 중복성을 제공합니다. 2 x 프로세서 코어의 권장되는 구성은 내결함성 배포를 가정합니다. 상당한 볼륨의 인바운드 및 아웃바운드 메시지를 사용하는 대규모 조직에서는 4 x 프로세서 코어가 탑재된 서버를 사용하여 전체 Edge 전송 서버 수를 줄일 수 있습니다. 프로세서 사용률은 메시지 속도, 평균 메시지 크기, 사용 가능한 전송 에이전트 수, 바이러스 백신 구성, 타사 응용 프로그램 등 여러 요소를 기반으로 합니다.

여러 사서함 서버 및 수천 개의 사서함과 함께 허브 전송 서버가 배포된 조직에서 허브 전송 서버 역할의 권장되는 구성은 4 x 프로세서 코어입니다. 허브 전송 서버가 바이러스 백신과 스팸 방지를 사용하도록 구성된 경우 8 x 프로세서 코어 서버를 효율적으로 사용할 수 있습니다. 4 x 프로세서 코어 구성을 사용할 수 있을 정도로 사서함이 충분하지 않거나 메시지 트래픽이 많지 않은 조직의 경우 1 x 또는 2 x 프로세서 코어 구성을 고려해 볼 수 있습니다. 프로세서 사용률은 메시지 속도, 평균 메시지 크기, 사용 가능한 전송 에이전트 수, 바이러스 백신 구성 및 타사 응용 프로그램과 같은 여러 요소에 따라 달라집니다.

Exchange 2007 아키텍처에서는 대부분의 클라이언트 관련 기능을 사서함 서버에서 클라이언트 액세스 서버로 이동했습니다. Exchange 2007 에서는 비 MAPI 클라이언트(예: POP3 및 IMAP4 클라이언트)에서 메시지에 액세스하는 경우 해당 메시지가 클라이언트 액세스 서버에서 변환됩니다. 또한 이전 버전의 Exchange Server 에 있는 Microsoft Exchange Information Store 서비스에서와 달리 Microsoft Outlook Web Access 렌더링이 클라이언트 액세스 서버에서 수행됩니다. 이러한 아키텍처 변경 내용을 통해 클라이언트 액세스 서버에서는 사서함 서버에서 중요한 프로세스를 오프로드하여 클라이언트 액세스 서버에서 4 x 프로세서 코어를 효율적으로 사용할 수 있습니다. 4 x 프로세서 코어 서버를 사용할 수 있을 정도로 사서함이 충분하지 않거나 비 MAPI 클라이언트 트래픽이 많지 않은 조직에서 클라이언트 액세스 서버에 1 x 또는 2 x 프로세서 코어가 탑재된 서버를 사용할 수 있습니다.

통합 메시징 서버 역할에 권장되는 구성은 4 x 프로세서 코어입니다. 멀티 코어는 음성 메일 메시지에 대해 .wav에서 Microsoft Windows Media Audio(WMA)로의 변환과 같은 여러 아키텍처 기능을 지원하기 위해 통합 메시징 서버에서 사용됩니다. 4 x 프로세서 코어 서버를 사용할 수 있을 정도로 사서함이 충분하지 않거나 통합 메시징 서버 작업이 많지 않은 조직에서 통합 메시징 서버에 1 x 또는 2 x 프로세서 코어가 탑재된 서버를 사용할 수 있습니다.

사서함 서버 역할에 권장되는 구성은 사서함 수와 사용자 프로필에 따라 크게 달라집니다. 4 x 프로세서 코어 서버는 가격 대비 성능이 우수하며 수천 개의 사서함을 호스팅할 수 있어야 합니다. 사서함 서버의 크기를 조정하려면 평균 클라이언트 사용자 프로필에 대한 이해가 필요합니다. 이러한 프로필은 Microsoft Exchange Server Profile Analyzer 또는 타사 도구를 사용하여 수집할 수 있습니다. 자세한 내용은 Microsoft Exchange Server Profile Analyzer 웹 사이트를 참조하십시오. 다음 표에는 Microsoft Outlook 클라이언트에 대한 일반 지식 근로자 프로필이 나와 있습니다.

Outlook 사용자의 지식 근로자 프로필

앞에 나열된 사용자 유형 이외에 사서함 서버 크기 조정 시 고려해야 할 여러 요소가 있습니다. 여기에는 LCR(로컬 연속 복제) 등의 Exchange 2007 기능을 사용하는 사서함 서버와 Microsoft Forefront Security for Exchange Server, 타사 응용 프로그램, 모바일 장치 및 캐시된 Exchange 모드가 아닌 온라인 Outlook 클라이언트가 액세스하는 사서함 서버가 포함됩니다. 크기 조정은 기본적으로 예산 목적으로 사용되며, 프로필 사용량이 평균인 1,000개의 활성 사서함에 1x 프로세서 코어가 필요하다는 가정 하에 수행할 수 있습니다. 예를 들어 프로필 사용량이 평균이며 4,000개의 사서함이 있는 서버의 경우 4x 프로세서 코어가 필요합니다. 사용량이 많은 프로필의 경우에는 평균 프로필보다 많은 프로세서 주기가 필요하므로, 사용량이 많은 활성 프로필 사서함의 경우에는 프로세서 코어당 750개로 계획합니다. 따라서 프로필 사용량이 많고 6,000개의 사서함이 있는 서버에는 8x 프로세서 코어 서버가 필요합니다. 사서함 서버 역할에서 효율적으로 사용할 수 있는 최대 프로세서 코어 수는 8개입니다. 8개보다 많은 코어를 사용하는 서버에 사서함을 배포해도 주목할 만한 확장성 향상을 제공하지 않습니다.

LCR 환경에서는 LCR 사용 가능 저장소 그룹의 활성 복사본 및 수동 복사본이 모두 같은 서버에 있습니다. 이 환경에서는 로그를 데이터베이스의 수동 복사본으로 복사 및 재생하는 Microsoft Exchange Replication Service로 인해 처리 오버헤드가 추가로 생성됩니다. 이러한 추가 처리 오버헤드는 약 20%이며 LCR에 대해 사용하도록 설정된 하나 이상의 저장소 그룹이 있는 사서함 서버의 크기를 조정할 때 고려해야 합니다.

여러 서버 역할이 설치되어 있는 컴퓨터에 대한 지침도 사서함 서버 역할과 비슷합니다. 클라이언트 액세스와 허브 전송 서버 역할을 동일한 서버에서 사서함 서버 역할로 사용하도록 하려면 크기를 조정할 때 코어당 평균 클라이언트 프로필을 기준으로 1,000개인 사서함 수를 코어당 사서함 수가 800개가 되도록 20% 줄입니다. 여러 서버 역할 구성에 권장되는 최대 프로세서 코어 구성은 4 x 프로세서 코어로 여러 역할 서버에서 호스팅되어야 하는 최대 사용자 수에 대한 지침을 간접적으로 제공합니다. CCR(클러스터 연속 복제)이나 SCC(단일 복사본 클러스터) 모두 장애 조치 클러스터에서 허브 전송 또는 클라이언트 액세스 서버 역할 호스팅을 지원하지 않으므로 여러 역할 서버가 클러스터되지 않습니다. 서버 유지 관리 또는 서버 오류가 가동 시간 또는 가용성에 크게 영향을 미치지 않도록 하기 위해 수천 개의 사서함을 호스팅하는 사서함 서버를 클러스터링하는 것은 좋은 방법입니다. 이러한 이유로 인해 여러 역할 서버에 권장되는 최대 프로세서 코어 구성은 4개입니다. 이러한 구성에서 최대 8개의 프로세서 코어를 사용할 수 있지만 가용성 문제로 인해 지나치게 많은 프로세서 코어를 사용하는 것은 좋지 않습니다.