다음을 통해 공유


전송 서버에 대한 부하 분산 및 내결함성

 

적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

마지막으로 수정된 항목: 2007-10-22

이 항목에서는 Microsoft Exchange Server 2007 전송 서버와의 메시지 라우팅에 대한 부하 분산 메커니즘 및 내결함성 옵션에 대해 설명합니다. Exchange 2007에서는 메시지 라우팅에 대한 부하 분산 및 내결함성 옵션이 자동으로 적용되기 때문에 전송 서버의 가용성이 향상되어 Exchange 조직에서 메일 흐름과 배달이 효율적으로 이루어집니다.

Exchange 2007 라우팅에서는 결정적 알고리즘을 사용하여, 메시지를 원격 Active Directory 사이트, 송신 커넥터 및 원격 라우팅 그룹으로 라우팅할 최소 비용의 라우팅 경로를 선택합니다. 최소 비용의 라우팅 경로를 계산하는 방법에 대한 자세한 내용은 Active Directory 사이트 기반 라우팅 이해를 참조하십시오. 

대상에 대한 최소 비용의 라우팅 경로를 선택하면, 부하 분산 및 내결함성 메커니즘을 몇몇 다른 메시지 라우팅 시나리오에 유용하게 사용할 수 있습니다. Exchange 2007에서 부하 분산 및 내결함성을 제공하는 모든 메시지 라우팅 시나리오는 일반적인 접근법을 따릅니다. 두 대 이상의 전송 서버를 사용할 수 있는 경우에는 라운드 로빈 부하 분산이 사용됩니다. 예를 들어, 원격 Active Directory 사이트에 두 대 이상의 허브 전송 서버가 있으면 라운드 로빈 부하 분산을 통해 라우팅 경로를 결정합니다. 선택한 서버를 사용할 수 없는 경우에는 우선 순위가 지정된 서버 목록에 있는 사용 가능한 다음 서버에 연결하여 내결함성을 확보합니다.

참고

두 개 이상의 라우팅 경로에 대해 동일한 집계 비용이 나올 경우 Exchange 2007에서는 이러한 경로에 부하를 분산시키지 않습니다. Exchange 2007에서는 항상 하나의 라우팅 경로를 선택하고 이 라우팅 경로에 모든 메시지를 라우팅합니다. 이러한 일관된 결정적 라우팅 덕분에 메일 흐름 문제를 더 손쉽게 해결할 수 있습니다.

부하 분산 및 내결함성을 지원하는 메시지 라우팅 시나리오

이 섹션에서는 Exchange 2007 라우팅에서 부하 분산 및 내결함성을 제공하는 다음과 같은 메시지 라우팅 시나리오에 대해 설명합니다.

  • 여러 원본 전송 서버가 동일한 Active Directory 사이트의 송신 커넥터에 지정되는 메시지 릴레이

  • 허브 전송 서버에서 Edge 전송 서버로의 메시지 릴레이

  • Edge 전송 서버에서 허브 전송 서버로의 메시지 릴레이

  • 원격 Active Directory 사이트로의 메시지 릴레이

  • 사서함 서버에서 허브 전송 서버로의 메시지 릴레이

  • Microsoft Exchange Server 2003 라우팅 그룹 커넥터를 통한 허브 전송 서버에서의 메시지 릴레이

  • 타사 SMTP(Simple Mail Transfer Protocol) 서버로의 메시지 릴레이

참고

라우팅 경로가 IP 사이트 링크, 커넥터 및 라우팅 그룹 커넥터로 구성되어 있는 경우 Exchange 2007에서는 서로 다른 라우팅 경로로 부하를 분산시키지 않습니다. 그러나 일부 예외가 있지만 대부분의 경우 Exchange 2007에서는 커넥터 및 라우팅 그룹 커넥터의 서로 다른 원본 서버 또는 대상 서버로 부하를 분산시킵니다. 예를 들어, 송신 커넥터에 대한 여러 원본 서버가 서로 다른 Active Directory 사이트에 있을 경우 Exchange 2007에서는 부하를 분산시키지 않습니다.

여러 원본 전송 서버가 동일한 Active Directory 사이트의 송신 커넥터에 지정되는 메시지 릴레이

이 섹션에서 설명하는 부하 분산 메커니즘은 보내는 메일에 대해 Edge 전송 서버와 허브 전송 서버에 구성되는 모든 종류의 커넥터(예: SMTP 커넥터, 외부 커넥터, 라우팅 그룹 커넥터)에 적용됩니다.

한 커넥터에 원본 전송 서버를 두 대 이상 지정하면 원본 서버 전체에 걸쳐 연결을 분산하는 라운드 로빈 방식으로 부하 분산이 이루어집니다. 이전에 시도한 원본 서버를 이 커넥터에 사용할 수 없는 경우 다음 대체 원본 서버로 장애 조치(failover)되어 내결함성을 확보합니다.

다음 그림에서 송신 커넥터 C1은 허브 전송 서버 A와 허브 전송 서버 B를 원본 서버로 사용하도록 구성되었습니다. 허브 전송 서버 C가 메시지를 송신 커넥터 C1로 라우팅하면 허브 전송 서버 A와 허브 전송 서버 B 사이에 메시지가 분산되어 부하 분산이 이루어집니다.

동일한 Active Directory 사이트의 송신 커넥터에 지정된 여러 원본 전송 서버

송신 커넥터의 여러 원본 전송 서버

메일을 릴레이하는 서버가 또한 선택된 커넥터의 원본 전송 서버로 구성된 경우 부하 분산이 이루어지지 않습니다. 이러한 경우에는 로컬 서버 근접성이 Active Directory 사이트 근접성보다 우선하며 메일은 항상 로컬 서버를 사용하여 라우팅됩니다. 이 그림에서 허브 전송 서버 C가 또한 송신 커넥터 C1의 원본 전송 서버로 구성된 경우, 허브 전송 서버 A와 허브 전송 서버 B로 부하 분산이 이루어지는 대신, 허브 전송 서버 C에서 릴레이된 메일은 송신 커넥터 C1을 통해 라우팅됩니다.

허브 전송 서버에서 Edge 전송 서버로의 메시지 릴레이

두 대 이상의 Edge 전송 서버가 단일 Active Directory 사이트에 가입되어 있으면, 모든 Edge 전송 서버가 Edge 전송 서버의 단일 인바운드 송신 커넥터에 원본 서버로 추가됩니다. Edge 전송 서버 간의 부하 분산은 동일한 송신 커넥터의 여러 허브 전송 서버 간에 이루어지는 부하 분산과 매우 흡사하게 이루어집니다.

인터넷으로 보내는 메시지는 Edge 전송 서버가 가입된 Active Directory 사이트로 먼저 라우팅됩니다. 그런 다음 이 사이트의 받는 허브 전송 서버가 DNS 주소 확인을 사용하도록 구성된 송신 커넥터의 원본 전송 서버로서 나열된 Edge 전송 서버 중 하나로 메시지를 릴레이합니다. 가입된 Edge 전송 서버 전체에 걸쳐 연결 요청의 부하가 분산됩니다 선택한 서버를 사용할 수 없는 경우 DNS 주소 확인을 사용하도록 구성된 송신 커넥터를 호스팅하는 다음 Edge 전송 서버로 연결을 시도합니다.

참고

사이트 간 릴레이는 항상 허브 전송 서버 간에 이루어집니다. 원격 Active Directory 사이트의 허브 전송 서버는 다른 Active Directory 사이트에 가입된 Edge 전송 서버로 직접 릴레이되지 않습니다.

Edge 전송 서버의 수동 장애 조치

Edge 전송 서버 중 한 대가 오프라인 상태가 될 경우 자동 내결함성 및 장애 조치(failover)가 이루어지도록 두 개 이상의 Edge 전송 서버를 Active Directory 사이트에 가입시키는 것이 좋습니다. Active Directory 사이트에 한 개의 Edge 전송 서버만 가입시킬 수 있는 경우, Edge 전송 서버가 오프라인 상태가 되면 사용자가 직접 개입하여 다른 Active Directory 사이트를 통해 인터넷 바인딩 메일을 다시 라우팅해야 합니다.

다음 그림에서와 같이, Edge 전송 서버 1이 오프라인 상태가 되면 사이트 1에 대한 Active Directory 디렉터리 서비스를 통해 Edge 전송 서버 1에 구성된 * 커넥터를 사용할 수 없게 직접 설정할 수 있습니다. 사이트 1에서 Edge 전송 서버 1에 대기 중인 전자 메일은 Edge 전송 서버가 가입된 다른 Active Directory 사이트 중 하나를 통해, 커넥터 선택 알고리즘을 사용하여 자동으로 다시 전송되고 분류된 다음 다시 라우팅됩니다.

이 그림에서 메일은 Edge 전송 서버 2를 통해 라우팅되도록 Active Directory 사이트 2로 다시 라우팅됩니다. Edge 전송 서버 1을 다시 사용할 수 있으면, 사이트 1의 인터넷 바인딩 전자 메일을 Edge 전송 서버 1을 통해 라우팅할 수 있도록 Active Directory 사이트 1에서 * 커넥터를 다시 사용할 수 있게 설정해야 합니다.

Edge 전송 서버의 수동 장애 조치

Edge의 수동 장애 조치(failover)

Edge 전송 서버에서 허브 전송 서버로의 메시지 릴레이

Edge 전송 서버를 Active Directory 사이트에 가입시키면, Edge 전송 서버에 송신 커넥터가 자동으로 만들어지고 구성됩니다. 이 송신 커넥터에서 Edge 전송 서버가 가입된 Active Directory 사이트의 허브 전송 서버에 메시지를 보냅니다. 그리고 이 송신 커넥터는 주소 공간에 -- 자리 표시자를 사용하도록 구성됩니다. 인바운드 송신 커넥터를 나타내도록 주소 공간에 사용된 -- 자리 표시자는 Exchange 조직의 신뢰할 수 있는 내부 릴레이 허용 도메인을 나타냅니다. Edge 구독을 만들 때 Active Directory 사이트에 배포되는 허브 전송 서버는 커넥터의 스마트 호스트로서 나열됩니다. 부하 분산 및 내결함성은 인바운드 송신 커넥터의 스마트 호스트 목록에 허브 전송 서버 전체에 걸쳐 확보됩니다.

참고

Edge 구독을 만든 후에 Active Directory 사이트에 추가 허브 전송 서버를 배포하면 이러한 허브 전송 서버는 EdgeSync 동기화 프로세스에 참여하지 않습니다. 그러나 새 허브 전송 서버는 인바운드 송신 커넥터의 스마트 호스트 목록에 추가됩니다. 자세한 내용은 EdgeSync 및 송신 커넥터을 참조하십시오.

원격 Active Directory 사이트로의 메시지 릴레이

단일 Active Directory 사이트에 두 대 이상의 허브 전송 서버를 배포하면, 다른 Active Directory 사이트에서 이러한 허브 전송 서버로의 연결에 대해 라운드 로빈 방식으로 우선 순위가 지정됩니다. 한 Active Directory 사이트의 허브 전송 서버가 다른 Active Directory 사이트에 있는 사서함 서버에 대해 받는 사람 위치를 확인하면, 원격 사이트의 허브 전송 서버에 대해 우선 순위가 지정된 목록이 반환됩니다. Active Directory 사이트의 허브 전송 서버를 사용할 수 없는 경우에는 우선 순위가 지정된 목록에 있는 다른 허브 전송 서버에 연결하려고 시도합니다. 이를 통해 Active Directory 사이트에 내결함성이 제공됩니다.

예를 들어, Active Directory 사이트 A의 허브 전송 서버 A가 Active Directory 사이트 B의 사서함 서버로 메시지를 릴레이하면, 허브 전송 서버 A가 허브 전송 서버 1, 허브 전송 서버 2, 허브 전송 서버 3과 같이 우선 순위가 지정된 허브 전송 서버 목록을 Active Directory 사이트 B에서 받습니다. 허브 전송 서버 A가 허브 전송 서버 1에 연결할 수 없으면, 허브 전송 서버 A는 허브 전송 서버 2에 연결하려고 시도합니다. 허브 전송 서버 2에도 연결할 수 없으면 허브 전송 서버 3에 연결하려고 하며, 계속해서 이와 같은 순서로 진행됩니다.

Active Directory 사이트 A의 허브 전송 서버 B도 Active Directory 사이트 B로 메시지를 릴레이해야 하는 경우, Active Directory 사이트 B에 있는 서버를 고려하도록 우선 순위가 지정된 허브 전송 서버 목록이 조정됩니다. 예를 들어, 허브 전송 서버 B에 대해 우선 순위가 지정된 허브 전송 서버 목록을 원격 Active Directory 사이트 B의 허브 전송 서버 2, 허브 전송 서버 3, 허브 전송 서버 1과 같이 정렬할 수 있습니다. 추가 연결이 설정될 때마다 사이트의 모든 허브 전송 서버에 걸쳐 부하를 분산시키기 위해 이러한 조정이 이루어집니다.

사서함 서버에서 허브 전송 서버로의 메시지 릴레이

이 시나리오에서는 두 개 이상의 허브 전송 서버가 Active Directory 사이트에 배포됩니다. 허브 전송 서버가 사서함 서버와 함께 있는 경우 이 허브 전송 서버는 항상 동일한 사이트에 있는 다른 허브 전송 서버보다 우선합니다. 즉, Microsoft Exchange Mail Submission Service가 항상 로컬 허브 전송 서버에 알립니다. 허브 전송 서버가 사서함 서버와 함께 있지 않거나 로컬 사서함 서버의 허브 전송 서버를 사용할 수 없는 경우에는 동일한 Active Directory 사이트에 있는 다른 허브 전송 서버가 라운드 로빈 방식으로 사용됩니다.

Exchange 2003 라우팅 그룹 커넥터를 통한 허브 전송 서버에서의 메시지 릴레이

둘 이상의 대상 Exchange 전송 서버를 사용하도록 라우팅 그룹 커넥터를 구성하면, Exchange 2007 라우팅에서는 이 항목 이전 섹션인 "여러 원본 전송 서버가 동일한 Active Directory 사이트의 송신 커넥터에 지정되는 메시지 릴레이" 섹션에서 설명한 부하 분산 및 내결함성 메커니즘을 사용합니다.

타사 SMTP 서버로의 메시지 릴레이

둘 이상의 스마트 호스트를 사용하도록 SMTP 송신 커넥터를 구성하면, 스마트 호스트 전체에 걸쳐 연결 요청의 부하가 분산됩니다. 스마트 호스트를 사용할 수 없는 경우에는 커넥터에 구성된 다른 스마트 호스트에 연결하려고 다시 시도함으로써 내결함성이 확보됩니다.

부하 분산 및 내결함성이 발생하지 않는 시나리오

이 섹션에서는 Exchange 2007 전송 서버에서 부하 분산 및 내결함성을 지원하지 않는 다음과 같은 메시지 라우팅 시나리오에 대해 설명합니다.

  • 서로 다른 Active Directory 사이트에 있는 원본 전송 서버

  • 비용이 같은 여러 커넥터

  • 메일 그룹 확장 서버

  • 중복되는 최소 비용의 라우팅 경로 또는 허브 사이트

서로 다른 Active Directory 사이트에 있는 원본 전송 서버

전자 메일 메시지를 라우팅하는 데 사용되는 송신 커넥터의 원본 전송 서버가 서로 다른 원격 Active Directory 사이트에 있으면 이러한 Active Directory 사이트에 걸쳐 메일의 부하 분산이 이루어지지 않습니다. 대신 하나의 Active Directory 사이트를 선택하면 이 사이트로 메일이 릴레이됩니다. 비용이 가장 낮은 Active Directory 사이트가 먼저 선택됩니다. 모든 Active Directory 사이트의 비용이 동일한 경우에는 원본 전송 서버 목록에 첫 번째로 나열된 원본 전송 서버의 Active Directory 사이트가 선택됩니다.

다음 그림에서는 둘 이상의 Active Directory 사이트에 있는 원본 전송 서버가 송신 커넥터에 대해 구성되어 있는 경우의 메시지 라우팅 작업을 보여줍니다. 이 그림에서 메시지는 Active Directory 사이트 3에서 외부의 받는 사람으로 라우팅되고, 주소 공간이 가장 비슷한 커넥터로 커넥터 C1이 선택됩니다. 커넥터 C1의 원본 전송 서버는 Active Directory 사이트 1 및 Active Directory 사이트 2의 허브 전송 서버입니다. 나열된 첫 번째 원본 전송 서버가 Active Directory 사이트 1에 있는 경우 Active Directory 사이트 3의 모든 메시지는 Active Directory 사이트 1로 라우팅됩니다. Active Directory 사이트 1의 모든 허브 전송 서버는 메시지를 받은 다음, 로컬 Active Directory 사이트 부하 분산을 통해 메시지를 분산하여 허브 전송 서버 A와 허브 전송 서버 B 간에 릴레이되도록 할 수 있습니다.

송신 커넥터에 구성된 서로 다른 Active Directory 사이트의 원본 전송 서버

다른 AD 사이트의 원본 전송 서버

Exchange 2007은 항상 결정적 라우팅을 사용하고 단 하나의 Active Directory 사이트만 선택하여 메시지를 라우팅하기 때문에 Active Directory 사이트 간의 부하 분산을 지원하지 않습니다.

비용이 같은 여러 커넥터

비용이 같은 두 개 이상의 커넥터를 메시지 라우팅에 사용할 수 있는 경우 이러한 커넥터 간에는 메시지의 부하 분산이 이루어지지 않습니다. Exchange 2007 라우팅은 Active Directory 사이트 기반 라우팅 이해에서 설명한 선택 알고리즘을 사용하여 결정적으로 하나의 커넥터를 선택합니다.

메일 그룹 확장 서버

특정 확장 서버를 사용하도록 메일 그룹을 구성할 수 있습니다. 확장 서버를 지정하면 지정한 확장 서버로 메일 그룹에 대한 모든 메시지가 라우팅됩니다. 확장 서버는 그룹 구성원을 확장하고 각 받는 사람을 확인하며 메시지를 라우팅합니다. 그러나 두 개 이상의 확장 서버 간 부하 분산은 지원되지 않습니다. 확장 서버를 사용할 수 없는 경우에는 메시지가 실패 지점에서 대기되고 해당 큐가 다시 시도 상태가 됩니다.

중복되는 최소 비용의 라우팅 경로 또는 허브 사이트

Exchange 2007 라우팅에서 최소 비용의 라우팅 경로를 계산하고 Active Directory 사이트 기반 라우팅 이해에 설명된 조건에 따라 라우팅 경로를 선택하면, 구성 데이터를 변경하지 않는 이상 Exchange 2007 라우팅에서 라우팅 경로를 다시 계산하지 않습니다. 이 결정적 라우팅 경로를 사용하여 연결을 할 수 없으면 Exchange 2007 라우팅에서는 대체 라우팅 경로를 계산하려고 하지 않습니다. 이 경우 메시지가 실패 지점에서 대기하고 다시 라우팅됩니다.

다음 그림에서는 이 시나리오의 경우 Active Directory 사이트 토폴로지에서 메시지 라우팅이 어떻게 발생하는지 보여줍니다.

Active Directory 사이트 1에서 Active Directory 사이트 4로 보낸 메시지에는 사용 가능한 두 개의 경로가 있으며 각 경로의 비용은 동일합니다. 그러나 Active Directory 사이트 2가 Active Directory 사이트 3보다 영숫자 순서에서 앞서기 때문에 사이트 1-사이트 2-사이트 4 경로가 선택됩니다.

최소 비용의 중복 라우팅 경로 또는 허브 사이트

중복된 최소 비용 경로 또는 허브 사이트

이 토폴로지에서 Active Directory 사이트 2도 허브 전송 서버 사이트로 구성됩니다. 이 구성에서 Active Directory Site 2는 선택된 최소 비용의 라우팅 경로에 있기 때문에 메시지 배달은 이 사이트를 통해 릴레이됩니다. 사이트 1에서 사이트 4로 보내는 메시지를 사이트 1과 사이트 2 간의 네트워크 연결 오류와 같은 이유 때문에 사이트 1에서 사이트 2로 릴레이할 수 없는 경우, 모든 메시지는 사이트 1에서 대기합니다.

사이트 2가 허브 전송 서버 사이트가 아니면, 메일은 사이트 1에서 사이트 4로 직접 배달됩니다. 직접 릴레이는 사이트 1과 사이트 2 간의 네트워크 연결 오류의 영향을 받지 않고, 사이트 1에서 사이트 4로의 네트워크 계층 경로가 있으면 이루어집니다. 사이트 간 Exchange 토폴로지의 네트워크 계층을 통해 컴퓨터가 다른 컴퓨터에 데이터를 보내는 데 사용하는 경로가 정의됩니다. 그러나 이 그림에서는 사이트 2에 이 사이트의 허브 전송 서버가 있기 때문에 사이트 1에서 사이트 4로 보내는 모든 메시지는 사이트 2를 통해 릴레이되어야 합니다. 이 시나리오에서 Exchange 2007은 동일한 비용의 대체 라우팅 경로로 전환할 수 있도록 지원하지 않지만, 사이트 간의 IP 네트워크 계층 중복 및 내결함성을 사용하여 메시지를 릴레이합니다. 네트워크 계층은 실제 링크 오류에 대한 복구가 빨라야 하며 대상에 대한 중복 대체 경로를 제공해야 합니다.

SMTP 연결 관리

이 섹션에서는 Exchange 2007의 부하 분산 및 내결함성과 관련하여 SMTP 연결 관리에 대해 설명합니다. 허브 전송 서버는 SMTP를 사용하여 원격 서버에 연결을 요청합니다. 원격 서버는 다른 Active Directory 사이트에 있는 허브 전송 서버, 스마트 호스트 또는 Edge 전송 서버일 수 있습니다.

예를 들어, 60개의 메시지가 원격 Active Directory 사이트에 릴레이되도록 대기하고 있고 이 사이트에 세 개의 허브 전송 서버가 있는 경우, 연결을 설정하는 Exchange 전송 구성 요소에서 이러한 서버 전체에 걸쳐 메시지 릴레이의 부하를 분산시킵니다. 각 서버마다 하나의 연결이 설정되고 각 연결은 약 20개의 메시지를 전송하는 데 사용됩니다. 전송 속도는 네트워크 대역폭과 메시지 크기에 따라 달라집니다.

각 연결에서 전송되는 메시지 수는 구성할 수 없습니다. 그러나 큐당 최대 연결 수는 전송 서버의 두 구성 설정인 MaxPerDomainOutboundConnectionsMaxOutboundConnections를 통해 제한할 수 있습니다. MaxPerDomainOutboundConnections는 큐당 설정할 수 있는 연결 수를 제한하고, MaxOutboundConnections는 서버에서 설정할 수 있는 총 아웃바운드 연결 수를 제한합니다. 이러한 설정은 Exchange 관리 셸의 Set-TransportServer cmdlet 및 Exchange 관리 콘솔의 전송 서버 속성 페이지를 사용하여 구성할 수 있습니다.

자세한 내용은 다음 항목을 참조하십시오.

자세한 내용

자세한 내용은 다음 리소스를 참조하십시오.