이전 포스팅

2020/04/05 - [Exchange] - Exchange Server. Sizing(1)

2020/04/06 - [Exchange] - Exchange Server. Sizing(2)


이전 포스팅에 이어서 아래의 기술자료에 대해서 남은부분을 다뤄보겠습니다.


Exchange 2013 Sizing and Configuration Recommendations

https://docs.microsoft.com/en-us/exchange/exchange-2013-sizing-and-configuration-recommendations-exchange-2013-help


 

Active Directory

 

Monitor directory server performance, because Active Directory queries directly impact your Exchange deployment.

 

LDAP search time is a critical counter to measure in regards to Active Directory health. Monitor CPU on your domain controllers. CPU issues on the domain controllers will render as a performance hit on the Exchange servers.

 

Run the built in "Active Directory Diagnostics" on the Domain Controller in Performance Monitor located under "Data Collector Set" to help isolate the cause of domain controller performance issues.

 

Plan for enough RAM on Domain Controllers to be able cache the full AD database file.

 

We recommend deploying 1 Active Directory global catalog core for every 8 mailbox cores that are handling active load (based on 64-bit global catalog cores).

 

Active Directory 쿼리가 Exchange 배포에 직접 영향을주기 때문에 디렉터리 서버 성능을 모니터링합니다.

 

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

 

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

 

전체 AD 데이터베이스 파일을 캐시 할 수 있도록 도메인 컨트롤러에 충분한 RAM을 계획하십시오.

 

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

  • Exchange DC 코어가 8:1 권장하고 있습니다.

 

Internet Information Services (IIS)

During installation, Exchange modifies some connection limits for IIS. No further tuning of IIS is recommended.

 

Avoid customizations whenever possible. Any change to web.config or registry keys can be overwritten by Exchange Cumulative Updates or Windows updates.

 

설치하는 동안 Exchange는 IIS에 대한 일부 연결 제한을 수정합니다. IIS를 더 이상 튜닝하지 않는 것이 좋습니다.

 

가능할 때마다 사용자 정의를 피하십시오. web.config 또는 레지스트리 키를 변경하면 Exchange 누적 업데이트 또는 Windows 업데이트로 덮어 쓸 수 있습니다.

  • 만약 IIS 관련항목을 수정하면 누적업데이트 설치시, 다시 설정해야한다는 것을 의미합니다.

 

Storage

Guidelines for Exchange 2013 storage are available in Exchange 2013 storage configuration options.

Virtualization

Please review Requirements for hardware virtualization. Also, note that Exchange is not non-uniform memory access (NUMA) aware. Therefore, using the hardware manufacturer's default NUMA settings is recommended.

  • 저장소 가상화 부분은 별도의 기술자료로 다루고 있으므로, 별도의 포스팅 글에서 다루겠습니다.

 

 

Load Balancing

 

All Client Access servers should receive approximately the same number of incoming connections.

For all protocols, Exchange 2013 does not require session affinity between a given Client Access server and the load balancer.

A hardware or software load balancer should be used to manage all inbound traffic to Client Access servers. The selection of the target server can be determined with methods such as "round-robin," in which each inbound connection goes to the next target server in a circular list, or with "least connections," in which the load balancer sends each new connection to the server that has the fewest established connections at that time. These methods are detailed further in Load balancing. You should also consider the following:

  • Round-robin has the problem of slow convergence with long-lived connections (like RPC/HTTP). As new computers are brought online, the balance of connections served across the target computers will take a very long time to converge.
  • With the "least connections" method, be mindful it's possible for a Client Access server to become overloaded and unresponsive during a Client Access server outage or during patching maintenance. In the context of Exchange performance, authentication is an expensive operation.

Due to a number of limitations with Windows Network Load Balancing (NLB) in an Exchange 2013 environment, detailed in Load balancing, we do not recommend using Windows NLB.

 

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

모든 프로토콜에 대해 Exchange 2013에는 지정된 클라이언트 액세스 서버와 부하 분산 장치간에 세션 선호도가 필요하지 않습니다.

클라이언트 액세스 서버에 대한 모든 인바운드 트래픽을 관리하려면 하드웨어 또는 소프트웨어로드 밸런서를 사용해야합니다. 대상 서버의 선택은 "라운드 로빈"과 같은 방법으로 각 인바운드 연결이 순환 목록의 다음 대상 서버로 이동하거나 "최소 연결"을 사용하여 결정됩니다.로드 밸런서가 각각의 새 연결을 전송합니다. 그 당시에 설정된 연결 수가 가장 적은 서버에 연결합니다. 이러한 방법은 로드 밸런싱에 자세히 설명되어 있습니다. 다음 사항도 고려해야합니다.

  • 라운드 로빈은 오래 지속되는 연결 (RPC / HTTP와 같은)로 수렴이 느려지는 문제가 있습니다. 새 컴퓨터가 온라인 상태가되면 대상 컴퓨터에서 제공되는 연결 균형이 수렴하는 데 시간이 오래 걸립니다.
  • "최소 연결"방법을 사용하면 클라이언트 액세스 서버 중단 또는 패치 유지 관리 중에 클라이언트 액세스 서버가 오버로드되고 응답하지 않을 수 있습니다. Exchange 성능의 맥락에서 인증은 비용이 많이 드는 작업입니다.

때문에에 자세히 설명하여 Exchange 2013 환경에서 Windows 네트워크로드 균형 조정 (NLB)와 제한의 숫자에 로드 밸런싱 , 우리는 윈도우 NLB를 사용하지 않는 것이 좋습니다.

  • 세션 선호도가 필요하지 않다는 의미는 L4 로드밸런싱이 가능하다는 의미입니다.

 

User and Database Distribution

Maintain a well-balanced distribution of users per database and active databases per server. Evenly distribute database disk space consumption as well as balance heavy users across all databases.

You must profile your user base in order to understand how they interact with Exchange (Devices, Outlook, and OWA) and the impact that those interactions will cause from a performance standpoint. Refer to the calculator blogs from Section 2 for a better understanding of how to profile per user Exchange usage.

Configure the DB copy activation preference and the "MaximumPreferredActiveDatabases" (per server) settings to maintain balance during a failover or switchover.

The RedistributeActiveDatabases.ps1 script will rebalance active databases across the DAG nodes.

Consider enforcing strict item count limits that match Office 365. You can do this with the Set-Mailbox cmdlet and the information provided in Mailbox folder limits.

 

데이터베이스 당 사용자와 서버 당 활성 데이터베이스의 균형이 잘 잡힌 배포를 유지하십시오. 데이터베이스 디스크 공간 소비를 균등하게 분배하고 모든 데이터베이스에서 무거운 사용자의 균형을 유지하십시오.

Exchange (장치, Outlook 및 OWA)와의 상호 작용 방식과 이러한 상호 작용이 성능 관점에서 미치는 영향을 이해하려면 사용자 기반을 프로파일 링해야합니다. 사용자 별 Exchange 사용량을 프로파일 링하는 방법에 대한 자세한 내용은 섹션 2의 계산기 블로그를 참조하십시오.

장애 조치 또는 전환 중에 균형을 유지하도록 DB 복사 활성화 환경 설정 및 "MaximumPreferredActiveDatabases"(서버 당) 설정을 구성하십시오.

RedistributeActiveDatabases.ps1 스크립트는 DAG 노드에서 활성 데이터베이스를 재조정합니다.

Office 365와 일치하는 엄격한 항목 수 제한을 적용하십시오. Set-Mailbox cmdlet 및 사서함 폴더 제한에 제공된 정보를 사용하여 이를 수행 할 수 있습니다 .

 

  • On-Premise 하더라도, 사서함마다의 제한사항은 Office 365 설정된 제한사항을 준수하는 것을 권장합니다.

사실 Exchange Online 어떤의미에서 On-Premise에서 발휘할 있는 최대 스펙을 제공하고 있다고 봐도 무방합니다.

 

Office 365 옵션별 사서함 폴더 제한

https://docs.microsoft.com/ko-kr/office365/servicedescriptions/exchange-online-service-description/exchange-online-limits?redirectedfrom=MSDN#mailbox-folder-limits-across-office-365-options


 

Pagefile

Set a maximum size for the pagefile of 32778 MB if you're using more than 32GB of RAM.

The pagefile should not be hosted on the same drive as Exchange database files or database log files.

It is imperative that you use a fixed size pagefile and not allow Windows to manage the size. Growing the page file can be a very performance-intensive task and can cause issues when Exchange is under stress.

If you need to get a full kernel dump, then use Microsoft Knowledge Base article 969028, How to generate a kernel or a complete memory dump file in Windows Server 2008 and Windows Server 2008 R2, for dedicated dump file.

 

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

 

페이지 파일은 Exchange 데이터베이스 파일 또는 데이터베이스 로그 파일과 동일한 드라이브에서 호스팅되지 않아야합니다.

 

고정 크기 페이지 파일을 사용해야하며 Windows에서 크기를 관리 할 수 없습니다. 페이지 파일을 늘리면 성능 집약적 인 작업이 될 수 있으며 Exchange가 스트레스를받을 때 문제가 발생할 수 있습니다.

 

전체 커널 덤프가 필요한 경우 Microsoft 기술 자료 문서 969028, Windows Server 2008 및 Windows Server 2008 R2 에서 전용 덤프 파일에 대한 커널 또는 전체 메모리 덤프 파일 생성 방법을 사용 하십시오.

 

  • 페이지 파일은 고정크기로 설정하며, 최대 32778 MB 설정합니다. (RAM 32GB 이상인 경우)
  • 실제 구성환경은 대부분 별도의 DB 사용하는 Disk 드라이브를 마련하고 있지만, 기술자료 상에서도 사실상 설치 드라이브 페이지 파일 드라이브는 달라야 한다는 것을 확인할 있습니다.

 

Control Panel- System  -Advance System Settings 메뉴로 이동한


Performance - Settings


Advanced - Change


Custom size 지정 - Set -OK


 

Outlook Mode

 

Cached mode is recommended. To understand the benefit of using cached mode, see Choose between Cached Exchange Mode and Online Mode for Outlook 2013.

It is important to note that performance can be affected by both server add-ins and Outlook third-party add-ins. When using online mode, clients can expect some performance issues from third-party add-ins, high item counts, restricted views, the number of users accessing the mailbox, among other factors. Legacy clients can experience more impact by high item counts and performance than Outlook 2013 will.

If the primary reason that an organization has Outlook configured in online mode is for security concerns, consider using BitLocker instead.

Outlook 2013 offers a new "Sync Slider" feature to minimize the download time and the size of the OST file. Please refer to Configure Cached Exchange Mode in Outlook 2013 for more information.

Check monthly for Outlook clients updates that are supported in your environment.

 

캐시 모드가 권장됩니다. 캐시 모드 사용의 이점을 이해하려면 Outlook 2013의 캐시 된 Exchange 모드와 온라인 모드 중에서 선택을 참조 하십시오 .

 

서버 추가 기능과 Outlook 타사 추가 기능 모두 성능에 영향을 줄 수 있습니다. 온라인 모드를 사용하는 경우 클라이언트는 타사 추가 기능, 많은 항목 수, 제한된보기, 사서함에 액세스하는 사용자 수 등 여러 가지 성능 문제를 기대할 수 있습니다. 레거시 클라이언트는 Outlook 2013보다 많은 항목 수와 성능으로 더 많은 영향을받을 수 있습니다.

 

조직에서 온라인 모드로 Outlook을 구성한 주된 이유가 보안 문제인 경우 BitLocker를 대신 사용해보십시오.

 

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

 

사용자 환경에서 지원되는 Outlook 클라이언트 업데이트를 매달 확인하십시오.

  • 서버에 부하가 적어지려면 Client 캐시모드를 사용하는 것을 권장하는 것으로 해석됩니다.

 

캐시모드를 써야하는지 기술자료를 통해서 조금 살펴보도록 하겠습니다.

Windows 용 Outlook 2016의 캐시 된 Exchange 모드 계획 및 구성

https://docs.microsoft.com/ko-kr/outlook/troubleshoot/deployment/cached-exchange-mode

캐시 된 Exchange 모드는 사용자의 사서함과 OAB (오프 라인 주소록)를 로컬로 캐시 하여 원활한 온라인 및 오프라인 Outlook 환경을 제공 합니다.

 

사용자의 기본 설정인 캐시 된 Exchange 모드를 사용 하는 경우 Outlook은 더 이상 사용자 정보에 액세스 하기 위해 지속적인 네트워크 연결에 의존 하지 않습니다.

 

온라인 모드는 서버의 정보를 직접 사용하여 작동하며, 이름에서 알 수 있듯 네트워크에 연결해야 합니다. 사서함 데이터는 메모리에서만 캐시되고 디스크에 기록되지 않습니다.

  • 사용자가 메일을 보낼 때마다 주소록 개체를 조회하는 작업을 로컬 캐시로 보유하면, 서버의 부하가 줄어 있습니다. 같은 맥락으로 OAB 업데이트 주기는 24시간입니다.

실제로 사용자들이 처음 접속할 때와, OAB 업데이트 주기때, IIS Worker Processes 살펴보면 MSExchangeMapi AddressBookAppPool CPU 점유율이 높아지는 것을 확인할 있습니다.


 

캐시 된 Exchange 모드는 Outlook 2016의 기본 구성 이며 다음과 같은 상황에서 유용 합니다.

  • 연결에서 자주 이동 하는 사용자
  • 오프라인으로 또는 연결하지 않은 상태로 작업하는 경우가 빈번한 사용자
  • Exchange Server에 대 한 대기 시간이 긴 연결 (500 밀리초 이상)이 있는 사용자입니다.

Users who have high-latency connections (greater than 500 ms) to Exchange Server.

  • Outlook 발송할 뿐만 아니라, 과거의 메일을 DB처럼 조회하는 경우가 많으며, 이러한 경우는 캐시모드가 입니다.

온라인 모드는 다음과 같은 경우에 유용 합니다.

  • 특정 컴퓨터에 다른 Outlook 계정에 액세스 하는 사용자가 여러 명 있고, 로컬 캐시에 전자 메일 메시지를 다운로드 하는 지연이 허용 되지 않는 키오스크 시나리오
  • 데이터를 로컬로 저장 하는 위험을 상당히 규제 된 규정 준수 또는 보안 환경 또한 EFS (암호화 파일 시스템) 또는 강력한 솔루션으로 BitLocker를 사용 하는 것이 좋습니다.
  • 로컬 사서함 복사본용 하드 디스크 공간이 충분하지 않은 컴퓨터의 규모가 큰 사서함
  • 온라인 모드는 메일 송수신에 있어서 절대 지연이 없어야 하거나, 하드디스크 용량이 부족할 사용합니다.

 

캐시 된 Exchange 모드에서 구성 된 경우에도 Outlook 2016에서는 특정 작업을 수행 하기 위해 서버에 직접 연결 해야 합니다. Outlook이 연결 되어 있지 않고 대기 시간이 긴 연결에서 작업을 완료 하는 데 시간이 오래 걸릴 수 있는 경우 이러한 작업이 작동 하지 않습니다. 이러한 작업에는 다음이 포함 됩니다.

  • 오프라인으로 사용할 수 없는 공유 폴더 작업.
  • 약속 있음/없음 정보 검색
  • 부재 중 메시지 설정, 변경 또는 취소
  • 오프라인으로 사용할 수 없는 공용 폴더 액세스
  • 권한으로 보호된 메시지에 대한 권한 검색
  • 규칙 편집
  • 메일 설명 검색
  • 정책 팁 검색

 

 

추가적으로 Exchage 에서 3rd Party 대한 내용도 짧게 나와 있습니다.

Third-party software

As a best practice, uninstall or disable third-party software while troubleshooting Exchange performance. The following list contains the types of third-party software that Microsoft support has most often seen affecting Exchange 2013 performance.

  • Anti-virus solutions
  • Intrusion prevention software
  • Backup software
  • Auditing software, for both files and users
  • Archiving solutions
  • 3rd Party 성능에 영향을 주었는지 여부는 제거하거나, 비활성화해서 확인해야 합니다.
  • 가장 많이 사용하는 시나리오는 백신, 백업, Archiving 솔루션입니다.



다음글

2020/05/12 - [Exchange] - Exchange Server. Sizing (4) Calculator




반응형

+ Recent posts