Exchange 프로토콜의 부하 분산 요구 사항

 

적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3

마지막으로 수정된 항목: 2011-11-02

Microsoft Exchange 프로토콜 및 클라이언트 액세스 서비스에는 서로 다른 부하 분산 요구 사항이 있습니다. 일부 Microsoft Exchange 프로토콜 및 클라이언트 액세스 서비스는 클라이언트에 클라이언트 액세스 서버 선호도를 요구합니다. 다른 서비스는 선호도가 없어도 작동하지만 선호도가 있으면 성능이 향상됩니다. 다른 Exchange 프로토콜은 클라이언트에 클라이언트 액세스 서버 선호도를 요구하지 않으며 선호도가 없어도 성능이 저하되지 않습니다.

목차

클라이언트에 클라이언트 액세스 서버 선호도를 요구하는 Exchange 프로토콜

클라이언트에 클라이언트 액세스 서버 선호도가 있을 때 이익이 되는 Exchange 프로토콜

선호도를 요구하지 않는 Exchange 프로토콜

IP 포트 이해

클라이언트에 클라이언트 액세스 서버 선호도를 요구하는 Exchange 프로토콜

다음 Exchange 프로토콜은 클라이언트에 클라이언트 액세스 서버 선호도를 요구합니다. 선호도는 클라이언트 세션 중에 지속되어야 합니다.

• Outlook Web App 및 Exchange 제어판   Microsoft Office Outlook Web App 및 Exchange 제어판은 모두 클라이언트에 클라이언트 액세스 서버 선호도를 요구합니다. Microsoft Exchange Server 2010의 기본값인 폼 기반 인증을 사용하는 경우에는 Outlook Web App과 Exchange 제어판 모두의 선호도를 동일한 클라이언트 액세스 서버로 설정해야 합니다. 둘 모두 동일한 인증 쿠키를 공유하며 특정 클라이언트 액세스 서버 한 곳에서만 이 쿠키를 해독할 수 있기 때문입니다.

• Exchange 웹 서비스   Exchange 웹 서비스의 한 하위 집합에서만 선호도를 요구합니다. 가용성 서비스는 선호도를 요구하지 않지만 구독은 선호도를 요구합니다. Exchange 웹 서비스의 모든 부분은 선호도가 있으면 성능이 향상됩니다. 선호도가 없는 Exchange 웹 서비스 사용은 지원되지 않습니다.

• 인트라넷의 Outlook RPC over TCP   인트라넷의 Outlook 클라이언트는 모든 RPC 연결이 동일한 서버에 대해 이루어진다고 가정합니다. Outlook은 사용자당 여러 세션을 사용하며 모든 세션이 동일한 서버에 연결된다고 가정합니다.

클라이언트에 클라이언트 액세스 서버 선호도가 있을 때 이익이 되는 Exchange 프로토콜

다음 Exchange 프로토콜 및 서비스는 선호도가 없어도 작동합니다. 그러나 선호도 없이 배포하면 성능이 크게 줄어듭니다.

• 외부에서 Outlook 사용   외부에서 Outlook 사용 연결은 단방향이며 단일 RPC 데이터 연결을 두 개의 HTTP 연결로 분할합니다. 한 연결은 들어오는 데이터에 사용되고 한 연결은 나가는 데이터에 사용됩니다. 이 두 연결 유형 사이에 선호도가 없으면 외부에서 Outlook 사용은 클라이언트 액세스 서버 배열의 다른 구성원과 협력하여 연결의 상관 관계를 지정하려고 시도합니다. 그러면 두 서버가 있는 배열의 경우 클라이언트 액세스 서버 사이의 트래픽이 50% 정도 증가하고 서버가 많은 배열의 경우 100%까지도 증가합니다.

• Exchange ActiveSync   Microsoft Exchange ActiveSync는 클라이언트에서 서버로의 오래 지속되는 HTTPS 요청을 통해 클라이언트로 새 메일 알림을 전송합니다. Exchange ActiveSync 클라이언트가 새 클라이언트 액세스 서버에 할당되면 해당 서버는 사용자의 사서함에 대해 알림 구독을 다시 만들어야 합니다. 이 때문에 성능이 심각하게 저하됩니다.

• Exchange 주소록 서비스   클라이언트에 디렉터리 액세스를 제공하는 Exchange 2010의 새 서비스입니다. 선호도를 사용하지 않으면 클라이언트와 클라이언트 액세스 서버 사이에 통신이 매우 많아집니다.

• 원격 PowerShell 선호도가 없으면 연결이 중단된 경우 사용자가 다시 인증을 받아야 합니다.

선호도를 요구하지 않는 Exchange 프로토콜

일부 Exchange 프로토콜 및 서비스는 트랜잭션 속성 때문에 선호도를 요구하지 않습니다. 즉, 연결이 설정되고 트랜잭션이 완료되면 연결이 닫힙니다. 이러한 프로토콜은 선호도가 있어도 이익이 되지 않습니다.

• 오프라인 주소록

• 자동 검색 서비스

• POP3

• IMAP4

IP 포트 이해

대부분의 Exchange 2010 서비스는 HTTP 위에 구축되며, SSL(Secure Sockets Layer) 액세스에 포트 443을 사용하고 비 SSL 액세스에 포트 80을 사용합니다. Outlook Web App, Exchange ActiveSync, 외부에서 Outlook 사용 및 Exchange 웹 서비스가 이러한 서비스에 해당됩니다. POP3 및 IMAP4는 SSL로 암호화되지 않았을 때 각각 포트 110과 143을 사용하며 SSL로 암호화되었을 때는 각각 포트 995와 993을 사용합니다.

RPC 클라이언트 액세스 서비스 및 Exchange 주소록 서비스와 같은 기타 Exchange 서비스는 RPC 서비스입니다. 외부에서 Outlook 사용 대신 이러한 프로토콜을 사용하여 Outlook 클라이언트를 클라이언트 액세스 서버에 직접 연결하는 경우, RPC 끝점 관리자에서 이러한 서비스의 끝점 TCP 포트를 할당합니다. 할당은 서비스가 시작될 때 이루어집니다. 그러려면 포트 번호를 기반으로 이러한 서비스의 트래픽 대상을 지정하는 기능을 사용하지 않고 부하 분산을 위해 넓은 범위의 대상 포트를 구성해야 합니다. 이러한 서비스를 특정 포트 번호에 정적으로 매핑하면 부하 분산을 단순화할 수 있습니다. 이러한 서비스의 포트가 정적으로 매핑되어 있으면 포트 135와 이러한 서비스에 대해 선택한 두 개의 특정 포트로 트래픽이 제한됩니다.

RPC 기반 서비스의 정적 포트 매핑 구성

RPC 클라이언트 액세스 서비스의 정적 포트는 레지스트리에서 구성됩니다. 각 클라이언트 액세스 서버에서 다음 레지스트리 키를 구성해야 합니다. 키를 RPC 클라이언트 액세스 서비스에 대한 TCP 연결에 사용할 포트의 값으로 설정합니다.

Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeRPC\ParametersSystem
Value: TCP/IP Port
Type: DWORD

참고

이러한 변경은 TCP를 통한 내부 연결에만 영향을 주며 RPC/HTTP 터널링을 사용하는 외부에서 Outlook 사용 연결에는 영향을 주지 않습니다. 외부에서 Outlook 사용을 RPC 클라이언트 액세스 서비스에 연결하는 데에는 포트 6001이 사용됩니다. 이 설정은 다르게 구성할 수 없습니다.

조직에 있는 모든 공용 폴더 서버에서도 이 프로세스를 수행해야 합니다.

Exchange 주소록 서비스에서 유지 관리되는 두 RPC 끝점의 정적 포트는 Microsoft.Exchange.AddressBook.Service.Exe.config라는 파일에서 구성합니다. 이 파일은 모든 클라이언트 액세스 서버의 Exchange 설치 경로 아래에 있는 bin 디렉터리에서 찾을 수 있습니다. 구성 파일의 RpcTcpPort 값은 이 서비스의 TCP 연결에 대해 사용할 포트의 값으로 설정해야 합니다. 이 포트는 ABREF(주소록 조회) 및 NSPI(Name Service Provider Interface)의 연결을 모두 처리합니다.

참고

NspiHTTPPort 및 RfrHTTPPort 구성 옵션의 값은 변경하지 마십시오. 기본적으로 Outlook은 이러한 포트를 사용하도록 구성됩니다. 이러한 값을 변경하면 클라이언트가 외부에서 Outlook 사용 연결을 설정하려고 할 때 원치 않는 지연이 발생하게 됩니다. 기본 포트는 NspiHTTPPort의 경우 6002이고 RfrHTTPPort의 경우 6004입니다.

 © 2010 Microsoft Corporation. 모든 권리 보유.