다음을 통해 공유

부하 분산

  • 아티클

적용 대상: Exchange Server 2013

부하 분산은 어떤 서버가 트래픽을 수신할지를 관리하는 방법입니다. 부하 분산은 들어오는 클라이언트 연결을 다양한 엔드포인트(예: 클라이언트 액세스 서버)에 분산하여 어느 엔드포인트도 부하의 불균형 공유를 수행하지 않도록 하는 데 도움이 됩니다. 부하 분산은 또한 하나 이상의 끝점에 오류가 발생하는 경우 장애 조치(failover) 중복을 제공할 수 있습니다. Exchange Server 2013에서 부하 분산을 사용하면 컴퓨터에 오류가 발생해도 사용자가 Exchange 서비스를 계속 받을 수 있습니다. 또한 부하 분산을 사용하면 배포를 통해 클라이언트에 대한 단일 호스트 이름을 제공하면서 하나의 서버가 처리할 수 있는 것보다 많은 트래픽을 처리할 수 있습니다.

부하 분산에는 두 가지 주요 목적이 있습니다. 먼저, 부하 분산은 Active Directory 사이트 중 하나에서 발생하는 단일 클라이언트 액세스 서버 오류의 영향을 줄입니다. 또한 부하 분산은 각 클라이언트 액세스 서버의 부하가 균등하게 분산되도록 합니다.

Exchange 2013에는 전환 및 장애 조치(failover) 중복을 위한 다음 솔루션도 포함되어 있습니다.

  • 고가용성: Exchange 2013은 DAG(데이터베이스 가용성 그룹)를 사용하여 여러 서버의 사서함 복사본을 동기화된 상태로 유지합니다. 따라서 한 서버의 사서함 데이터베이스에 오류가 발생하면 사용자는 다른 서버의 동기화된 데이터베이스 복사본에 연결할 수 있습니다.

  • 사이트 복원력: 두 개의 Active Directory 사이트를 별도의 지리적 위치에 배포하고, 사서함 데이터를 둘 간에 동기화된 상태로 유지하고, 다른 사이트가 실패할 경우 사이트 중 하나가 전체 로드를 수행하도록 할 수 있습니다.

  • 온라인 사서함 이동: 온라인 사서함 이동에서 사용자는 이동 중에 전자 메일 계정에 액세스할 수 있습니다. 최종 동기화가 수행되는 프로세스 마지막 부분의 잠깐 동안만 사용자 계정이 잠깁니다. 포리스트 간 또는 동일한 포리스트에서 온라인 사서함 이동을 수행할 수 있습니다.

  • 섀도 중복성: 섀도 중복성은 전송 중인 메시지의 가용성 및 복구 가능성을 보호합니다. 섀도 중복성을 사용하면 전송 서버가 해당 메시지에 대한 다음 홉이 모두 완료되었다는 것을 확인할 때까지 전송 데이터베이스에서의 메시지 삭제가 지연됩니다. 배달 성공이 보고되기 전에 다음 홉이 실패하는 경우 배달을 위해 메시지가 완료되지 않은 홉으로 다시 제출됩니다.

Exchange Server 2013의 부하 분산 아키텍처 변경

Exchange Server 2010에서는 클라이언트 연결과 처리가 클라이언트 액세스 서버 역할에 의해 처리되었습니다. 이 기능을 사용하려면 외부 및 내부 Outlook 연결과 모바일 디바이스 및 타사 클라이언트 연결이 모두 배포에서 클라이언트 액세스 서버 배열 간에 부하를 분산하여 서버 내결함성과 효율적인 사용률을 달성해야 했습니다. 많은 Exchange 2010 클라이언트 액세스 프로토콜에는 선호도가 필요했습니다. 클라이언트와 특정 클라이언트 액세스 서버 간의 관계입니다. 특히 Outlook Web App, Exchange 제어판, Exchange Web Services, Outlook Anywhere, Outlook TCP/IP MAPI 연결, Exchange ActiveSync, Exchange 주소록 서비스 및 원격 PowerShell이 필요하거나 클라이언트 간 액세스 서버 선호도의 이점을 누릴 수 있습니다. Exchange 2010의 부하 분산 옵션에는 다음 기능이 포함되어 있습니다.

  • 원본 IP 선호도를 통한 Windows 네트워크 부하 분산

  • 하드웨어 부하 분산

Exchange 2010의 클라이언트 프로토콜 요구 사항이 다르기 때문에 계층 7 부하 분산 솔루션을 사용하는 것이 좋습니다. 애플리케이션 수준 부하 분산이라고도 하는 계층 7에서는 부하 분산 장치 논리에서 클라이언트와 서버 간의 전체 대화를 사용할 수 있다는 점을 감안할 때 부하 분산 솔루션이 복잡한 규칙을 사용하여 시스템에 들어오는 각 요청의 균형을 맞추는 방법을 결정할 수 있도록 했습니다. 이러한 복잡한 규칙은 특정 클라이언트의 모든 요청이 동일한 클라이언트 액세스 서버 엔드포인트로 이동하도록 보장합니다. Exchange 2010에서 특정 클라이언트의 모든 요청이 선호도가 필요한 프로토콜에 대해 동일한 엔드포인트로 이동하지 않으면 사용자 환경이 부정적인 영향을 받습니다. Exchange 2010 부하 분산 옵션에 대한 자세한 내용은 Exchange 2010의 부하 분산 이해를 참조하세요.

2013년 Exchange Server 클라이언트 액세스 서버와 사서함 서버의 두 가지 기본 서버 유형이 있습니다. Exchange 2013의 클라이언트 액세스 서버는 경량의 상태 비저장 프록시 서버로 작동하며 클라이언트가 Exchange 2013 사서함 서버에 연결할 수 있도록 합니다. Exchange 2013 클라이언트 액세스 서버는 통합 네임스페이스 및 인증을 제공합니다. 또한 Exchange 2013 클라이언트 액세스 서버는 다음 항목을 지원합니다.

  • 클라이언트 프로토콜에 대한 프록시 및 리디렉션 논리

  • Layer 4 부하 분산 사용

세션 선호도 및 계층 7 부하 분산을 사용하면 다양한 프로토콜에서 요구하는 대로 클라이언트와 서버 간의 모든 요청이 동일한 엔드포인트로 전송됩니다. 요청은 애플리케이션 계층에 배포됩니다. 계층 4 부하 분산을 사용하면 요청이 전송 계층에 분산됩니다. 부하 분산 솔루션은 단일 IP 주소(가상 IP 주소 또는 VIP라고도 함)를 인식하는 클라이언트의 요청을 작업을 수행하는 서버 집합으로 분산합니다. 요청 내용이 결정되기 전에 클라이언트와 서버 간의 연결을 설정해야 하므로 부하 분산 장치는 요청 내용을 검사하기 전에 요청을 받을 서버를 선택합니다. 대상 서버의 선택은 각 인바운드 연결이 순환 목록의 다음 대상 서버로 가는 "라운드 로빈", 또는 부하 분산 장치가 해당 시간에 설정된 연결이 가장 적은 서버에 각 새 연결을 보내는 "최소 연결"과 같은 다양한 방법으로 수행할 수 있습니다. 이제 세션 선호도가 필요하지 않으므로 배포하는 부하 분산 아키텍처와 관련하여 더 많은 유연성, 선택 및 단순성이 있습니다. 세션 선호도 없이 부하 분산을 사용하면 쿠키 기반 부하 분산 또는 SSL(Secure Sockets Layer) 세션 ID와 같은 더 많은 선호도 옵션을 유지하는 데 처리가 사용되지 않으므로 부하 분산 장치의 용량과 사용률을 높일 수 있습니다.

클라이언트 액세스 서버 배열과 Exchange 2013

Exchange 2010에서는 클라이언트 액세스 배열의 개념을 도입했습니다. Active Directory 사이트에 대해 클라이언트 액세스 배열을 구성한 후 사이트의 모든 클라이언트 액세스 서버는 자동으로 배열의 멤버가 됩니다. 현재 Exchange 2013 빌드에서는 부하 분산 및 고가용성 서비스의 배포가 훨씬 간단하기 때문에 클라이언트 액세스 배열의 구성이 필요하지 않습니다.

부하 분산 솔루션

Exchange 2013에서도 하드웨어 부하 분산 장치를 계속 사용할 수 있습니다. Exchange 2010에서 솔루션 테스트를 완료했으며 Exchange 2013에서도 작동할 가능성이 높은 하드웨어 부하 분산 솔루션에 대한 자세한 내용은 Exchange Server 2010 부하 분산 장치 배포를 참조하세요. 이 페이지에는 Exchange 2010를 사용하는 하드웨어 부하 분산 장치의 복잡한 계층 7 구성이 나와 있습니다. Exchange 2013 트래픽 부하 분산은 이 항목 앞부분에서 설명한 아키텍처 변경으로 인해 훨씬 간단하게 구성할 수 있습니다. 각 Exchange 프로토콜에 대한 세션 선호도를 구성하는 대신 추가 선호도 처리 없이 부하 분산 장치에서 Exchange 2013 클라이언트 액세스 서버에 대한 인바운드 연결을 사용 가능한 서버로 전송할 수 있습니다. 하드웨어 부하 분산 장치는 특정 클라이언트 액세스 서버가 사용 불가 상태가 되면 검색하여 인바운드 연결을 처리할 서버 집합에서 해당 서버를 제거할 수 있으므로, Exchange 서비스의 고가용성을 제공하는 데 있어 계속해서 중요한 역할을 합니다.

Windows 네트워크 부하 분산

WNLB(Windows 네트워크 부하 분산)는 Exchange 서버에 대해 일반적으로 사용되는 소프트웨어 부하 분산 장치입니다. Microsoft Exchange를 통한 WNLB 배포와 관련된 몇 가지 제한 사항이 있습니다.

  • WNLB는 Windows 장애 조치(failover) 클러스터링과 호환되지 않기 때문에 사서함 DAG도 사용 중인 Exchange 서버에서는 사용할 수 없습니다. Exchange 2013 DAG를 사용 중인 경우 WNLB를 사용하려면 클라이언트 액세스 서버 역할과 사서함 서버 역할을 서로 다른 서버에서 실행해야 합니다.

  • WNLB는 서비스 중지를 검색하지 않습니다. WNLB는 IP 주소를 통해 서버 중지만 검색합니다. 즉, Outlook Web App과 같은 특정 웹 서비스에 오류가 발생해도 서버가 계속 작동하면 WNLB는 오류를 검색하지 못하고 해당 클라이언트 액세스 서버로 요청을 계속 라우팅합니다. 부하 분산 풀에서 중지된 클라이언트 액세스 서버를 제거하려면 수동으로 작업해야 합니다.

  • WNLB를 사용하면 포트 초과가 발생하여 네트워크가 과부하될 수 있습니다.

  • WNLB는 원본 IP 주소를 사용하여 클라이언트 선호도만 수행하므로 원본 IP 풀이 작을 때는 효과적인 솔루션이 아닙니다. 원본 IP 풀이 원격 네트워크 서브넷에서 가져온 것이거나 조직에서 네트워크 주소 변환을 사용 중인 경우 이러한 상황이 발생합니다.