Exchange 2013 크기 조정 및 구성 권장 사항

적용 사항: Exchange Server 2013

Exchange 2013에서는 이전 버전의 시스템 리소스보다 시스템 리소스가 더 Exchange. Exchange 2013 인프라의 크기 조정을 올바르게 수행한 다음 해당 인프라 내의 Exchange 관련 구성 요소에 대한 몇 가지 권장 구성을 수행하면 최적의 배포를 위한 토대를 마련할 수 있습니다.

Exchange 2013 크기 조정

2013의 Exchange 크기 조정은 성능 문제를 방지하는 가장 효과적인 방법 중 하나입니다. 2013 Exchange 요구 사항 계산기는 에서 사용할 수 있습니다. 최신 버전은 9.1입니다. 이 계산기를 올바르게 사용하려면 Exchange 2013 Server Role Requirements CalculatorSizing Exchange 2013 Deployments 블로그 게시물의 지침을 참조하세요.

하드웨어를 구입하고 배포하기 전에 계산기로 시작하는 것이 중요합니다. 먼저 계산기 결과에 따라 전체 리소스 요구 사항을 결정해야 합니다. 계산기를 사용하여 조직의 요구를 입력하고 결과를 사용하여 하드웨어 확장 방법에 대한 지침을 사용할 수 있습니다. 계산기는 사용할 서버 수를 알려주지 않지만 특정 서버 집합에 대한 Exchange 영향을 예측할 수 있습니다. 환경과 관련한 하드웨어 및 비즈니스 요구를 충족하기 위해 다양한 구성을 실험하여 성능에 어떤 영향을 주는지 확인해야 합니다.

배포를 간소화하고 하드웨어를 활용하기 위해 Exchange 그룹은 다중 역할 서버를 권장합니다. 여러 역할 서버를 사용하면 오류 시나리오 중에 요청을 처리하는 데 사용할 수 있는 클라이언트 액세스 서버가 더 많이 사용 가능하기에 CAS(클라이언트 액세스 서버) 계층에서 가용성을 개선할 수 있습니다. Exchange 2013의 주요 디자인 고려 사항은 "더 작은" 상용 유형 서버를 활용하는 것입니다(확장하는 대신 확장). 디자인 및 테스트는 최대 20개의 프로세서 코어를 포함하는 두 대의 소켓 컴퓨터에 최대 96GB의 RAM을 포함했습니다. 하드웨어가 이보다 큰 경우 다른 요구에 해당 하드웨어를 사용하고, Exchange 2013 환경에 더 작은 서버를 구입하거나 가상화하는 등의 다른 옵션을 고려해야 합니다.

기존 더 큰 서버에 리소스를 추가(확장)하는 것보다 더 많은 서버를 빌드(수리)하는 것이 좋습니다. 수 확장을 통해 환경은 2013년 8월의 기본 제공 고가용성 기능을 Exchange 있습니다. 이 구성이 권장되는 이유를 이해하려면 가용성에 대한 기본 설정 아키텍처 및 사이트 탄력성 영향 게시물을 자세히 검토하세요.

계산기는 Exchange 서버에서 실행되는 타사 제품 또는 Exchange(내부에서 개발된 응용 프로그램 포함)와 상호 작용하는 제품을 고려하지 않습니다. 즉, 크기 조정 중에 해당 제품을 반드시 고려해야 합니다. 예를 들어 Lync Server 및 타사 Exchange EWS(Exchange 웹 서비스) 응용 프로그램 및 ActiveSync 장치를 통해 사용자당 CPU 요구 사항이 크게 증가할 수 있습니다. 타사 제품 설명서에서 타사 제품 설명서에 영향을 주는 방법에 대한 자세한 내용은 Exchange. 타사 솔루션을 구현하기 전에 Exchange 성능 기준을 만드는 것이 좋습니다.

2013 환경에서는 다음과 같은 Exchange 최적화하는 것이 좋습니다.

전원

운영 체제(OS)에서 전원을 관리할 수 있도록 BIOS를 설정하십시오.

OS에서 고성능 전원 계획을 켜야 합니다.

처리

실제 서버의 서버에서 하이퍼스레딩을 Exchange 끄면 됩니다. 가상화하는 경우 실제 서버에서 하이퍼스레딩을 사용할 수 있지만 각 가상 서버는 필요한 수의 가상 컴퓨터 수만 할당해야 합니다(가상 CPUS를 과도하게 할당하지 말고 계산 크기 조정을 위해 실제 프로세서 코어 수만 활용).

Exchange Server 2013 서비스 팩 1 이상에서는 클라이언트 액세스 서버의 CPU 소비를 줄일 수 있도록 SSL 오프로링을 사용하도록 설정할 수 있지만 복잡한 SSL 오프로드 구성을 사용하면 도움이 되지 않을 수 있습니다.

.NET Framework

Exchange 버전 .NET Framework 4.6.2 .NET Framework 4.6.1 .NET Framework 4.5.2

Exchange 2013 CU16

X 키

Exchange 2013 CU15

X 키

X1,2

X 키

Exchange 2013 CU13 및 CU14

X1,2

X 키

1 .NET Framework 4.6.1을 사용하려면 2013 CU13을 실행하는 서버에 설치하려면 사후 릴리스 Exchange 필요합니다. 자세한 내용은 2013 Exchange 참조합니다.

22 Exchange 2013 CU12 이전 버전에서 Exchange 2013 CU13, CU14 또는 CU1 Exchange 5로 업그레이드하는 경우 .NET Framework 4.6.1 및 관련 사후 릴리스 수정 전에 Exchange 2013 CU13을 설치하는 것이 좋습니다.

.NET 4.5.2를 설치할 수 없는 경우 Microsoft 기술 자료 문서 2995145 " Exchange Server 2013에서 실행 중인 Exchange Server2013에연결할 때 성능 문제 또는 지연"Windows 을 참조하십시오. 이 문서의 수정은 저장소 작업자 프로세스 메모리 사용률에 대한 내부 결과를 기반으로 개발했습니다. 이러한 픽스를 적용하면 모든 관리되는 프로세스(저장소 작업자 프로세스 포함)의 전체 메모리 소비가 줄어들고 .NET 가비지 수집에 소요되는 전체 CPU 시간이 줄어듭니다.

핫픽스

성능 Exchange 팀에서는 다음과 같은 성능 관련 핫픽스를 모두 설치하는 것이 좋습니다.

네트워킹

2013 Exchange 사용하면 MAPI와 복제 네트워크를 분할할 필요가 더 이상 필요하지 않습니다. 자세한 내용은 네트워크 요구 사항을 참조하세요.

사용 가능한 경우 기본 SNP 오프로드 설정을 사용하여 RSS가 사용하도록 설정되어 있는지 확인합니다(기본 설정은 Windows Server 2012 이상). RSS는 특히 10GbE에서 CPU 사용률을 확장하는 데 도움이 될 것입니다.

OS에서 전원을 절약하기 위해 네트워크 카드를 끄지 않는지 확인합니다.

최신 NIC 드라이버를 유지 관리합니다. 월별 공급업체에 문의하여 관련 드라이버 업데이트를 확인합니다.

IIS(인터넷 정보 서비스)

설치하는 동안 Exchange IIS에 대한 일부 연결 제한을 수정합니다. IIS를 추가로 조정하지는 않습니다.

가능한 경우 사용자 지정을 방지합니다. web.config 또는 레지스트리 키에 대한 변경은 누적 업데이트 또는 Exchange 덮어 Windows 수 있습니다.

저장소

Exchange 2013 저장소에 대한 지침은 Exchange 저장소 구성 옵션 에서 사용할 수 있습니다.

가상화

하드웨어 가상화 요구 사항을 검토하세요. 또한 NUMA(Exchange 메모리 액세스)를 인식하지 못합니다. 따라서 하드웨어 제조업체의 기본 NUMA 설정을 사용하는 것이 좋습니다.

Active Directory

Active Directory 쿼리는 배포에 직접적으로 영향을 미치기 때문에 디렉터리 Exchange 모니터링합니다.

LDAP 검색 시간은 Active Directory 상태와 관련하여 측정해야 하는 중요한 카운터입니다. 도메인 컨트롤러에서 CPU를 모니터링합니다. 도메인 컨트롤러의 CPU 문제는 서버의 성능 Exchange 렌더링됩니다.

"데이터 수집기 집합" 아래에 있는 성능 모니터의 도메인 컨트롤러에서 기본 제공 "Active Directory 진단"을 실행하여 도메인 컨트롤러 성능 문제의 원인을 격리합니다.

도메인 컨트롤러에서 전체 AD 데이터베이스 파일을 캐시할 수 있는 충분한 RAM을 계획합니다.

활성 부하를 처리하는 8개 사서함 코어(64비트 글로벌 카탈로그 코어 기반)마다 Active Directory 글로벌 카탈로그 코어 1개를 배포하는 것이 좋습니다.

부하 분산

모든 클라이언트 액세스 서버는 거의 동일한 수의 들어오는 연결을 수신해야 합니다.

모든 프로토콜에 대해 Exchange 2013에서는 특정 클라이언트 액세스 서버와 부하 균형 조정기 간의 세션 연결은 필요하지 않습니다.

클라이언트 액세스 서버로의 모든 인바운드 트래픽을 관리하는 데 하드웨어 또는 소프트웨어 부하 균형 조정 기능을 사용해야 합니다. 대상 서버의 선택은 각 인바운드 연결이 순환 목록의 다음 대상 서버로 연결되는 "라운드 로빈"이나 "최소 연결"을 사용하여 결정될 수 있습니다. 이 경우 부하가 각 새 연결을 해당 서버에서 설정한 연결이 가장 적게 설정한 서버로 전송합니다. 이러한 메서드는 부하 분산 에 자세히 설명됩니다. 또한 다음을 고려해야 합니다.

  • 라운드 로빈에는 수명이 긴 연결(예: RPC/HTTP)의 수렴 속도가 느려야 하는 문제가 있습니다. 새 컴퓨터가 온라인화될 때 대상 컴퓨터에서 제공된 연결의 균형이 수렴하는 데 시간이 매우 오래 걸릴 수 있습니다.

  • "최소 연결" 방법을 사용하면 클라이언트 액세스 서버가 정전되거나 패치 유지 관리 중에는 클라이언트 액세스 서버가 오버로드되거나 응답하지 않는 것일 수 있습니다. 성능 Exchange 경우 인증은 비용이 많이 드는 작업입니다.

부하 분산에 자세히 설명된 Exchange 2013 환경에서 Windows NLB(네트워크 부하 분산)에 대한 여러 가지 제한 사항으로 인해 NLB를 사용하지 않는 것이 Windows 좋습니다.

사용자 및 데이터베이스 배포

서버당 데이터베이스 및 활성 데이터베이스당 사용자 분산이 잘 유지 관리됩니다. 데이터베이스 디스크 공간 소비를 고르게 분산하고 모든 데이터베이스에서 많은 사용자의 균형을 조정합니다.

사용자 기반의 프로필을 작성하여 사용자 기반의 사용자 Exchange(장치, Outlook 및 OWA)와 상호 작용이 성능 관점에서 발생할 수 있는 영향을 이해해야 합니다. 사용자당 프로필을 작성하는 방법을 더 잘 이해하려면 섹션 2의 계산기 블로그를 Exchange 참조하세요.

장애 조치(failover) 또는 전환 중에 균형을 유지하도록 DB 복사본 활성화 기본 설정 및 "서버당 최대PreferredActiveDatabases" 설정을 구성합니다.

이 RedistributeActiveDatabases.ps1 스크립트는 DAG 노드에서 활성 데이터베이스의 균형을 다시 조정합니다.

항목 수 제한과 일치하는 엄격한 항목 수 제한을 Microsoft 365 Office 365. 사서함 폴더 제한에 제공된 Set-Mailbox cmdlet을 사용하여 이 작업을 할 수 있습니다.

Pagefile

32GB RAM을 사용하는 경우 페이지파일의 최대 크기를 32778MB로 설정하십시오.

페이지 파일은 데이터베이스 파일 또는 데이터베이스 로그 파일과 동일한 드라이브에서 Exchange 안 됩니다.

고정된 크기 페이지파일을 사용하며, 사용자가 크기를 Windows 수 없습니다. 페이지 파일을 늘이면 성능이 매우 많이 좋게 작업할 수 있으며, 작업 시간이 지날 때 문제가 Exchange 수 있습니다.

전체 커널 덤프를 얻을 필요가 있는 경우 커널 생성 또는 크래시 덤프 완료를 참조합니다.

Outlook 모드

캐시 모드가 권장됩니다. 캐시 모드 사용의 이점을 이해하기 위해 2013에대한 캐시된 Exchange 모드 및 온라인 모드 Outlook 참조하세요.

서버 추가 기능 및 타사 추가 기능의 성능에 Outlook 있습니다. 온라인 모드를 사용하는 경우 클라이언트는 타사 추가 기능, 높은 항목 수, 제한된 보기, 사서함에 액세스하는 사용자 수 등 몇 가지 성능 문제가 예상될 수 있습니다. 레거시 클라이언트는 2013년보다 높은 항목 수와 성능에 Outlook 있습니다.

조직에서 온라인 모드에서 Outlook 주된 이유가 보안상의 이유로 인해 구성된 경우 대신 BitLocker 사용하는 것이 좋습니다.

Outlook 2013에서는 OST 파일의 다운로드 시간 및 크기를 최소화하는 새로운 "동기화 슬라이더" 기능을 제공합니다. 자세한 내용은 Outlook 2013에서 캐시된 Exchange 모드 구성을 참조하세요.

사용자 환경에서 Outlook 클라이언트 업데이트가 지원되지 않는지 월별 확인

타사 소프트웨어

성능 문제를 해결하는 동안 타사 소프트웨어를 제거하거나 사용하지 않도록 설정하는 Exchange 좋습니다. 다음 목록에는 Microsoft 지원 서비스에서 2013 성능에 가장 자주 영향을 미치는 타사 소프트웨어 유형이 Exchange 있습니다.

  • 바이러스 백신 솔루션

  • 침입 방지 소프트웨어

  • 백업 소프트웨어

  • 파일 및 사용자 모두에 대한 감사 소프트웨어

  • 보관 솔루션