Exchange 2013 크기 조정 및 구성 권장 사항
적용 대상: Exchange Server 2013
Exchange 2013은 이전 버전의 Exchange보다 시스템 리소스가 더 까다롭습니다. Exchange 2013 인프라의 크기를 올바르게 조정한 다음 해당 인프라 내의 Exchange 관련 구성 요소에 권장되는 구성을 만들어 최적의 배포를 위한 토대를 마련할 수 있습니다.
Exchange 2013 크기 조정
Exchange 2013의 크기를 올바르게 조정하는 것은 성능 문제를 방지하는 가장 효과적인 방법 중 하나입니다. Exchange 2013 서버 역할 요구 사항 계산기는 여기에서 사용할 수 있습니다. 최신 버전은 9.1입니다. 이 계산기를 올바르게 사용하려면 Exchange 2013 서버 역할 요구 사항 계산기 및 크기 조정 Exchange 2013 배포 블로그 게시물의 지침을 참조해야 합니다.
하드웨어를 구매하고 배포하기 전에 계산기로 시작하는 것이 중요합니다. 먼저 계산기 결과에 따라 전체 리소스 요구 사항을 결정해야 합니다. 계산기를 사용하여 조직의 요구를 입력하고 결과를 사용하여 하드웨어 크기를 조정하는 방법에 대한 지침을 사용할 수 있습니다. 계산기는 사용할 서버 수를 알려주지 않지만 지정된 서버 집합에 대한 Exchange 워크로드의 영향을 예측할 수 있습니다. 환경과 관련된 하드웨어 및 비즈니스 요구 사항을 충족하기 위해 다양한 구성을 실험하여 성능에 미치는 영향을 확인해야 합니다.
배포를 간소화하고 하드웨어를 최대한 활용하기 위해 Exchange 제품 그룹은 다중 역할 서버를 권장합니다. 다중 역할 서버를 사용하면 실패 시나리오 중에 요청을 처리할 수 있는 클라이언트 액세스 서버가 더 많기 때문에 CAS(클라이언트 액세스 서버) 계층에서 더 나은 가용성을 얻을 수 있습니다. Exchange 2013의 주요 디자인 고려 사항은 "더 작은" 상용 유형 서버(스케일 업 대신 스케일 아웃)를 활용하는 것입니다. 설계 및 테스트는 최대 20개의 프로세서 코어를 포함하는 2대의 소켓 컴퓨터와 최대 96GB의 RAM을 사용하여 수행되었습니다. 하드웨어가 이 권장 사항보다 큰 경우 다른 옵션을 고려해야 합니다. 예를 들어 다른 요구 사항에 해당 하드웨어를 사용하고 Exchange 2013 환경에 더 작은 서버를 구입합니다. 또는 가상화를 고려해 보세요.
기존 대규모 서버(스케일 업)에 리소스를 추가하는 것보다 더 많은 서버(스케일 아웃)를 빌드하는 것이 좋습니다. 스케일 아웃을 사용하면 환경이 Exchange 2013의 기본 제공 고가용성 기능을 활용할 수 있습니다. 이 구성을 권장하는 이유를 이해하려면 선호 아키텍처 및 사이트 복원력이 가용성에 미치는 영향 게시물을 자세히 검토하세요.
계산기는 다음 항목을 고려하지 않습니다.
- Exchange 서버에서 실행되는 타사 제품입니다.
- 내부적으로 개발된 애플리케이션을 포함하여 Exchange와 상호 작용하는 제품입니다.
따라서 크기 조정에서 이러한 항목을 고려해야 합니다. 예를 들어 Lync Server, 타사 EWS(Exchange Web Services) 애플리케이션 및 ActiveSync 디바이스는 모두 사용자당 CPU 요구 사항을 크게 증가시킬 수 있습니다. Exchange에 미치는 영향에 대한 자세한 내용은 타사 제품 설명서를 사용합니다. 타사 솔루션을 구현하기 전에 Exchange에 대한 성능 기준을 만드는 것이 좋습니다.
권장 성능 구성
Exchange 2013 환경에는 다음과 같은 성능 최적화가 권장됩니다.
전원
OS(운영 체제)가 전원을 관리할 수 있도록 BIOS를 설정합니다.
OS에서 고성능 전원 계획을 켭니다.
처리
물리적 Exchange 서버에서 하이퍼 스레딩을 끕니다. 가상 서버 환경에서는 물리적 서버에서 하이퍼 스레딩을 사용하도록 설정할 수 있지만 각 가상 서버는 필요한 수의 가상 CPU만 할당해야 합니다. 즉, 가상 CPU를 과도하게 할당하지 않고 크기 조정 계산에 실제 프로세서 코어 수만 사용합니다.
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 | Xsup>1,2 | X 키 |
1 .NET Framework 4.6.1에는 Exchange 2013 CU13을 실행하는 서버에 설치하려는 경우 릴리스 후 수정이 필요합니다. 자세한 내용을 참조하세요. Exchange 2013 필수 구성 요소를 참조하세요.
2 Exchange 2013 CU12 이하에서 Exchange 2013 CU13, CU14 또는 CU15로 업그레이드하는 경우 4.6.1 및 관련 릴리스 후 수정 사항을 .NET Framework 전에 Exchange 2013 CU13을 설치하는 것이 좋습니다.
.NET 4.5.2를 설치할 수 없는 경우 Microsoft 기술 자료 문서 2995145 "Windows Server에서 실행되는 Exchange Server 2013에 연결할 때 성능 문제 또는 지연"을 참조하세요. 이 문서의 수정 사항은 Store 작업자 프로세스 메모리 사용률에 대한 내부 결과를 기반으로 개발되었습니다. 이러한 수정 사항을 적용하면 모든 관리 프로세스(매장 작업자 프로세스 포함)에 대한 전체 메모리 사용량을 줄이고 .NET 가비지 수집에 소요되는 전체 CPU 시간을 줄일 수 있습니다.
핫 픽스
Exchange 성능 팀은 다음과 같은 성능 관련 핫 픽스를 모두 설치하는 것이 좋습니다.
- Windows Server 2012 클러스터 복원력을 향상시키는 업데이트를 사용할 수 있습니다.
- Windows Server 2012 기반 장애 조치(failover) 클러스터에 권장되는 핫픽스 및 업데이트
- Windows Server 2012 R2 기반 장애 조치(failover) 클러스터에 권장되는 핫픽스 및 업데이트
- 다중 코어 프로세서가 있는 Windows 8 또는 Windows Server 2012 기반 컴퓨터에서 잘못된 RSS 프로세서 할당
- Windows Server에서 실행되는 Exchange Server 2013에 연결할 때 성능 문제 또는 지연
- Exchange 2013에서 SSLOffloading이 "True"인 경우 Outlook 연결 문제
- 2013년 Exchange Server 데이터베이스 장애 조치(failover) 후 Outlook용 긴 서버 연결
- Lync가 Exchange Server 2013과 통합될 때 Outlook Web App 성능 저하
- EMS는 Exchange Server 2013 누적 업데이트 5 환경에서 첫 번째 명령을 실행하는 데 시간이 오래 걸립니다.
- Exchange Server 2013에서 IPv6을 사용하도록 설정한 경우 메시지 라우팅 대기 시간
- Windows Server 2008 R2 SP1의 Microsoft LDAP 클라이언트에 의존하는 애플리케이션의 높은 CPU 사용량
- WINDOWS 8.1 또는 Windows Server 2012 R2에서 HTTP 프로토콜을 통한 RPC를 사용하는 경우 CPU 사용량이 높습니다.
네트워킹
Exchange 2013에서는 MAPI 및 복제 네트워크를 더 이상 분할할 필요가 없으므로 단일 네트워크 어댑터를 사용하는 것이 좋습니다. 자세한 내용은 네트워크 요구 사항을 참조하세요.
사용 가능한 경우 기본 SNP 오프로드 설정을 사용하고 RSS가 사용하도록 설정되어 있는지 확인합니다(Windows Server 2012 이상에서 기본 설정). RSS는 특히 10GbE에서 CPU 사용률을 조정하는 데 도움이 됩니다.
OS가 전원을 절약하기 위해 네트워크 카드를 끄지 않는지 확인합니다.
최신 NIC 드라이버를 유지 관리합니다. 관련 드라이버 업데이트는 매월 공급업체에 문의하세요.
인터넷 정보 서비스(IIS)
설치하는 동안 Exchange는 IIS에 대한 일부 연결 제한을 수정합니다. IIS를 더 이상 조정하지 않는 것이 좋습니다.
가능하면 사용자 지정을 방지합니다. web.config 또는 레지스트리 키에 대한 변경 내용은 Exchange 누적 업데이트 또는 Windows 업데이트에서 덮어쓸 수 있습니다.
Storage
Exchange 2013 스토리지에 대한 지침은 Exchange 2013 스토리지 구성 옵션에서 사용할 수 있습니다.
가상화
하드웨어 가상화에 대한 요구 사항을 검토하세요. 또한 Exchange는 NUMA(비균일 메모리 액세스)를 인식하지 않습니다. 따라서 하드웨어 제조업체의 기본 NUMA 설정을 사용하는 것이 좋습니다.
PowerShell 연결
Active Directory 쿼리가 Exchange 배포에 직접적인 영향을 주므로 디렉터리 서버 성능을 모니터링합니다.
LDAP 검색 시간은 Active Directory 상태와 관련하여 측정해야 하는 중요한 카운터입니다. 도메인 컨트롤러에서 CPU를 모니터링합니다. 도메인 컨트롤러의 CPU 문제는 Exchange 서버에서 성능 저하로 렌더링됩니다.
"데이터 수집기 집합" 아래에 있는 성능 모니터 도메인 컨트롤러에서 기본 제공 "Active Directory 진단"을 실행하여 도메인 컨트롤러 성능 문제의 원인을 격리합니다.
전체 AD 데이터베이스 파일을 캐시할 수 있도록 도메인 컨트롤러에서 충분한 RAM을 계획합니다.
활성 로드를 처리하는 8개의 사서함 코어마다 하나의 Active Directory 글로벌 카탈로그 코어를 배포하는 것이 좋습니다(64비트 글로벌 카탈로그 코어 기반).
부하 분산
모든 클라이언트 액세스 서버는 거의 동일한 수의 들어오는 연결을 받아야 합니다.
모든 프로토콜의 경우 Exchange 2013에는 지정된 클라이언트 액세스 서버와 부하 분산 장치 간의 세션 선호도가 필요하지 않습니다.
하드웨어 또는 소프트웨어 부하 분산 장치를 사용하여 클라이언트 액세스 서버에 대한 모든 인바운드 트래픽을 관리해야 합니다. 대상 서버의 선택은 각 인바운드 연결이 순환 목록의 다음 대상 서버로 가는 "라운드 로빈"과 같은 메서드 또는 부하 분산 장치가 해당 시간에 설정된 연결이 가장 적은 서버에 각 새 연결을 보내는 "최소 연결"을 사용하여 확인할 수 있습니다. 이러한 메서드는 부하 분산에 자세히 설명되어 있습니다. 다음 항목도 고려해야 합니다.
라운드 로빈에는 RPC/HTTP와 같은 수명이 긴 연결의 느린 수렴 문제가 있습니다. 새 컴퓨터가 온라인 상태가 되면 대상 컴퓨터에서 제공되는 연결의 균형은 수렴하는 데 매우 오랜 시간이 소요됩니다.
"최소 연결" 메서드를 사용하면 클라이언트 액세스 서버가 중단되거나 패치 유지 관리 중에 클라이언트 액세스 서버가 오버로드되고 응답하지 않을 수 있습니다. Exchange 성능의 컨텍스트에서 인증은 비용이 많이 드는 작업입니다.
부하 분산에 자세히 설명된 Exchange 2013 환경에서 NLB(Windows 네트워크 부하 분산)의 여러 제한 사항으로 인해 Windows NLB를 사용하지 않는 것이 좋습니다.
사용자 및 데이터베이스 배포
데이터베이스당 사용자와 서버당 활성 데이터베이스의 균형 잡힌 분산을 유지 관리합니다. 데이터베이스 디스크 공간 사용량을 균등하게 분산하고 모든 데이터베이스에서 많은 사용자의 균형을 조정합니다.
사용자가 Exchange(디바이스, Outlook 및 OWA)와 상호 작용하는 방식과 이러한 상호 작용이 성능 관점에서 발생하는 영향을 이해하려면 사용자 기반을 프로파일해야 합니다. 사용자별 Exchange 사용량을 프로파일하는 방법에 대한 자세한 내용은 섹션 2의 계산기 블로그를 참조하세요.
장애 조치(failover) 또는 전환 중에 균형을 유지하도록 DB 복사 활성화 기본 설정 및 "서버당 MaximumPreferredActiveDatabases" 설정을 구성합니다.
RedistributeActiveDatabases.ps1 스크립트는 DAG 노드에서 활성 데이터베이스의 균형을 다시 조정합니다.
Microsoft 365 또는 Office 365 일치하는 엄격한 항목 수 제한을 적용하는 것이 좋습니다. Set-Mailbox cmdlet 및 사서함 폴더 제한에 제공된 정보를 사용하여 이 작업을 수행할 수 있습니다.
페이지 파일
32GB 이상의 RAM을 사용하는 경우 페이지 파일의 최대 크기를 32,778MB로 설정합니다.
페이지 파일은 Exchange 데이터베이스 파일 또는 데이터베이스 로그 파일과 동일한 드라이브에서 호스트되어서는 안 됩니다.
고정 크기 페이지 파일을 사용하고 Windows에서 크기를 관리할 수 없도록 하는 것이 중요합니다. 페이지 파일을 늘리는 것은 매우 성능 집약적인 작업일 수 있으며 Exchange가 스트레스를 받을 때 문제를 일으킬 수 있습니다.
전체 커널 덤프를 가져와야 하는 경우 커널 생성 또는 전체 크래시 덤프를 참조하세요.
Outlook 모드
캐시된 모드를 사용하는 것이 좋습니다. 캐시 모드 사용의 이점을 이해하려면 캐시된 Exchange 모드와 Outlook 2013용 온라인 모드 중에서 선택을 참조하세요.
성능은 서버 추가 기능과 Outlook 타사 추가 기능 모두에 의해 영향을 받을 수 있습니다. 온라인 모드를 사용하는 경우 클라이언트는 타사 추가 기능, 높은 항목 수, 제한된 보기, 사서함에 액세스하는 사용자 수 등의 몇 가지 성능 문제를 예상할 수 있습니다. 레거시 클라이언트는 Outlook 2013보다 높은 항목 수와 성능으로 더 많은 영향을 받을 수 있습니다.
조직에서 Outlook을 온라인 모드로 구성한 주된 이유가 보안 문제인 경우 BitLocker를 대신 사용하는 것이 좋습니다.
Outlook 2013은 다운로드 시간과 OST 파일의 크기를 최소화하는 새로운 "동기화 슬라이더" 기능을 제공합니다. 자세한 내용은 Outlook 2013에서 캐시된 Exchange 모드 구성을 참조하세요.
사용자 환경에서 지원되는 Outlook 클라이언트 업데이트를 매월 확인합니다.
타사 소프트웨어
Exchange 성능 문제를 해결하는 동안 타사 소프트웨어를 제거하거나 사용하지 않도록 설정하는 것이 좋습니다. 다음 목록에는 Microsoft 지원에서 Exchange 2013 성능에 가장 자주 영향을 주는 타사 소프트웨어 유형이 포함되어 있습니다.
- 바이러스 백신 솔루션
- 침입 방지 소프트웨어
- 백업 소프트웨어
- 파일 및 사용자 모두에 대한 소프트웨어 감사
- 보관 솔루션