메일 라우팅에 대해 Active Directory 사이트 사용 계획

  • 아티클

적용 대상: Exchange Server 2010

마지막으로 수정된 항목: 2009-12-01

Microsoft Exchange Server 2010에서는 Active Directory 사이트 토폴로지를 사용하여 조직 내에서 메시지가 전송되는 방식을 결정합니다. Exchange 2010은 기존 Active Directory 사이트 토폴로지를 사용하여 서버 역할 간에 메시지를 전송합니다.

허브 전송 서버 역할은 Exchange 조직 내의 메시지 전송을 제공합니다. Exchange 2010만으로 이루어진 조직을 배포하거나, Exchange Server 2007만으로 이루어진 조직에 Exchange 2010을 도입할 경우 포리스트에 라우팅을 설정하기 위한 추가 구성이 필요하지 않습니다. 기존 Exchange Server 2003 조직에 Exchange 2010을 배포하는 경우에는 Exchange 2010과 Exchange 2003 간에 라우팅을 사용하도록 설정하는 특정 구성 단계를 따라야 합니다. Exchange 2003과의 함께 사용을 위해 허브 전송 서버 역할을 구성하는 방법에 대한 자세한 내용은 Exchange 2003 전송에서 업그레이드을 참조하십시오.

목차

Exchange 2010에서 사이트 구성원을 사용하는 방법

사이트 구성원 확인

IP 사이트 링크의 개요

Active Directory 사이트에 Exchange 2010 배치

Exchange 2010에서 사이트 구성원을 사용하는 방법

Exchange 2010은 사이트 인식 응용 프로그램입니다. 사이트 인식 응용 프로그램은 Active Directory를 쿼리하여 자체의 Active Directory 사이트 구성원과 다른 서버의 Active Directory 사이트 구성원을 확인할 수 있습니다. Exchange 2010에서는 사이트 구성원을 사용하여 Active Directory 쿼리 처리에 사용할 도메인 컨트롤러와 글로벌 카탈로그 서버를 확인합니다. 또한 Exchange를 실행하는 서버가 다른 Exchange 서버의 Active Directory 사이트 구성원을 확인해야 할 경우 Active Directory를 쿼리하여 사이트 이름을 검색할 수 있습니다.

Exchange 2010에서 Microsoft Exchange Active Directory 토폴로지 서비스는 Exchange 서버 개체의 사이트 특성을 업데이트합니다. Active Directory 사이트 구성원이 서버 개체 특성이므로 Exchange는 서버 주소에 해당하는 Active Directory 사이트에 연결된 서브넷을 찾기 위해 DNS(Domain Name System)를 쿼리할 필요가 없습니다. Exchange 서버 개체의 Active Directory 사이트 특성을 스탬프 처리하면 구독된 Edge 전송 서버와 같이 도메인 구성원이 아닌 서버에 Active Directory 사이트 구성원을 할당할 수도 있습니다.

Exchange 2010 서버 역할은 Active Directory 사이트 구성원 정보를 다음과 같이 사용합니다.

  • 메일 전송   사서함 서버 역할은 Active Directory 사이트 구성원 정보를 사용하여 서버 버전이 같은 사서함 서버와 동일한 Active Directory 사이트에 있는 허브 전송 서버를 확인합니다. 사서함 서버는 라우팅을 위해 사서함 서버와 Active Directory 사이트 구성원 및 버전이 동일한 허브 전송 서버로 메시지를 전송합니다.
  • 메일 배달   허브 전송 서버는 받는 사람 확인을 수행하고 Active Directory를 쿼리하여 전자 메일 주소가 받는 사람 계정과 일치하게 합니다. 받는 사람 계정 정보에는 사용자 사서함 서버의 FQDN(정규화된 도메인 이름)이 포함됩니다. 허브 전송 서버는 Active Directory를 쿼리하여 사용자 사서함 서버의 Active Directory 사이트를 확인합니다. 사서함 서버가 허브 전송 서버와 동일한 사이트에 있으면 해당 사서함 서버로 메시지를 배달합니다. 그렇지 않은 경우 사서함 서버는 배달을 위해 대상 사서함 서버와 동일한 사이트에 있는 다른 허브 전송 서버로 메시지를 릴레이합니다.
  • 메시지 라우팅   Exchange 2010 허브 전송 서버는 Active Directory에서 정보를 검색하여 조직 내에서 메일이 라우팅되는 방식을 확인합니다. 메시지가 Microsoft Exchange 전송 서비스로 전송되면 분류기가 메시지의 헤더 정보를 사용하여 메시지가 배달되어야 하는 위치 정보에 대해 Active Directory를 쿼리합니다. 받는 사람의 사서함이 허브 전송 서버와 동일한 Active Directory 사이트의 사서함 서버에 있고 이 사서함 서버의 버전과 허브 전송 서버의 버전이 일치할 경우 메시지는 해당 사서함으로 직접 배달됩니다. 받는 사람의 사서함이 허브 전송 서버와 버전이 다른 사서함 서버에 있는 경우에는 메시지가 사서함 서버와 버전이 일치하는 사이트 내 허브 전송 서버로 릴레이됩니다. 받는 사람의 사서함이 다른 Active Directory 사이트의 사서함 서버에 있으면 메시지는 해당 사이트의 허브 전송 서버로 릴레이된 후 사서함 서버로 배달됩니다.
  • 통합 메시징 메시지 전송   통합 메시징 서버 역할은 Active Directory 사이트 구성원 정보를 사용하여 통합 메시징 서버와 동일한 Active Directory 사이트에 있는 허브 전송 서버를 확인합니다. 통합 메시징 서버는 라우팅을 위해 동일한 Active Directory 사이트에 있는 허브 전송 서버로 메시지를 전송합니다. 허브 전송 서버는 받는 사람 확인을 수행하고 Active Directory를 쿼리하여 전화 번호 또는 다른 UM 속성을 받는 사람 계정과 일치하게 합니다. 받는 사람 확인이 완료되면 허브 전송 서버는 일반적인 전자 메일 메시지와 같은 방식으로 대상 사서함에 메시지를 배달합니다.
  • 클라이언트 액세스 서버에 대한 클라이언트 연결   클라이언트 액세스 서버가 사용자 연결 요청을 받으면 Active Directory를 쿼리하여 사용자 사서함을 호스트하는 사서함 서버를 확인합니다. 그리고 나서 해당 사서함 서버의 Active Directory 사이트 구성원을 검색합니다. 최초의 사용자 연결을 수신한 클라이언트 액세스 서버가 사용자의 사서함 서버와 동일한 사이트에 있지 않은 경우 연결은 사서함 서버와 동일한 사이트에 있는 클라이언트 액세스 서버로 리디렉션됩니다.
  • 공용 폴더 조회   Active Directory 사이트 구성원 및 IP 사이트 링크 정보는 공용 폴더 조회에 사용되는 서버 목록의 우선 순위를 지정하는 데 사용됩니다. 사용자들은 먼저 사서함 데이터베이스에 대한 기본 공용 폴더 데이터베이스로 연결됩니다. 액세스되는 공용 폴더의 복제본이 기본 공용 폴더 데이터베이스에 없으면 기본 공용 폴더 데이터베이스가 있는 사서함 저장소는 복제본을 보유한 사서함 서버의 조회 목록을 우선 순위가 지정된 상태로 클라이언트에 제공합니다. 기본 공용 폴더 데이터베이스와 동일한 Active Directory 사이트에 있는 공용 폴더 데이터베이스가 목록 맨 처음에 표시되고 Active Directory 사이트 근접성에 따라 추가 조회 위치에 대해 우선 순위가 지정됩니다. Active Directory 사이트 근접성은 기본 공용 폴더 데이터베이스가 있는 Active Directory 사이트와 공용 폴더 복제본이 있는 Active Directory 사이트 간의 IP 사이트 링크 비용을 집계하여 결정됩니다. 순위가 가장 낮은 것부터 높은 순서로 조회 목록의 우선 순위가 매겨집니다. 연결하는 클라이언트는 연결이 이루어지거나 모든 시도가 실패할 때가지 목록의 각 조회를 시도합니다.

맨 위로 이동

사이트 구성원 확인

Active Directory 클라이언트는 할당된 IP 주소에 해당하는, Active Directory 사이트 및 서비스에 정의되어 있고 Active Directory 사이트에 연결된 서브넷을 찾아 사이트 구성원인지 확인합니다. 그런 다음 클라이언트는 이 정보를 사용하여 해당 사이트에 존재하는 도메인 컨트롤러와 글로벌 카탈로그 서버를 확인하고 인증 및 권한 부여를 위해 해당 디렉터리 서버와 통신합니다. Exchange 2010에서는 Exchange 2010 서버와 동일한 사이트에 있는 디렉터리 서버에서 받는 사람에 대한 정보를 검색함으로써 이러한 관계를 활용합니다.

동일한 Active Directory 사이트에 속하는 모든 컴퓨터는 안전한 고속 네트워크 연결을 통해 잘 연결되어 있다고 간주됩니다. 기본적으로 Active Directory 포리스트가 처음 배포될 때는 Default-First-Site-Name이라는 단일 사이트가 존재합니다. 관리자가 다른 사이트를 수동으로 구성하지 않으면 포리스트의 모든 서버 및 클라이언트 컴퓨터가 Default-First-Site-Name의 구성원으로 간주됩니다.

둘 이상의 사이트가 정의되면 Active Directory 관리자는 조직에 있는 서브넷을 정의한 후 해당 서브넷을 Active Directory 사이트에 연결해야 합니다.

Microsoft Exchange Active Directory 토폴로지 서비스는 서버가 시작될 때 Exchange 서버 개체의 사이트 구성원 특성을 확인합니다. 사이트 특성을 업데이트해야 할 경우 Microsoft Exchange Active Directory 토폴로지 서비스는 해당 특성을 새 값으로 스탬프 처리합니다. Microsoft Exchange Active Directory 토폴로지 서비스는 사이트 특성 값을 15분 간격으로 확인하고 사이트 구성원이 변경되었으면 해당 값을 업데이트합니다. Microsoft Exchange Active Directory 토폴로지 서비스는 Net Logon 서비스를 사용하여 현재 사이트 구성원을 확인합니다. 네트워크 로그온 서비스는 사이트 구성원을 5분 간격으로 업데이트합니다. 즉, 사이트 구성원이 변경되는 시점과 사이트 특성이 새 값으로 스탬프 처리되는 시점 간에 최대 20분의 지연이 발생할 수 있습니다.

맨 위로 이동

IP 사이트 링크의 개요

Active Directory 사이트 간 관계는 IP 사이트 링크에 의해 정의됩니다. IP 사이트 링크는 두 개 이상의 Active Directory 사이트로 구성됩니다. 링크에 속하는 모든 Active Directory 사이트는 동일한 순위로 통신합니다. IP 사이트 링크 속성에는 순위 할당, 일정 및 간격이 포함됩니다. 일정 및 간격 속성은 Active Directory 복제 빈도를 결정하는 데만 사용됩니다. Exchange 2010에서는 비용 할당을 사용하여 대상에 대한 경로가 여러 개 있을 때 트래픽이 이동되는 최소 비용 경로를 결정합니다. 경로 순위는 전송 경로에 포함된 모든 사이트 링크의 순위를 집계하여 결정합니다. Active Directory 관리자는 사용 가능한 다른 연결과 비교한 상대 네트워크 속도와 사용 가능한 대역폭을 기반으로 링크에 순위를 할당합니다.

기본적으로 허브 전송 서버는 항상 다른 Active Directory 사이트의 허브 전송 서버에 직접 연결하려고 합니다. 전송되는 메시지는 사이트 링크 경로의 각 허브 전송 서버를 통해 릴레이되지 않습니다. 그러나 라우팅 경로의 중간 Active Directory 사이트에 있는 허브 전송 서버는 다음 시나리오에서 메시지 릴레이를 수행할 수 있습니다.

  • 허브 사이트가 최소 비용의 라우팅 경로에 존재할 경우 허브 전송 서버 간의 직접 릴레이는 수행되지 않습니다. Active Directory 사이트를 허브 사이트로 구성하여 메시지가 대상 서버로 릴레이되기 전에 처리될 허브 사이트로 라우팅되도록 할 수 있습니다. 허브 사이트는 이 항목 뒷부분에서 설명합니다.
  • Exchange 2010에서는 대상 Active Directory 사이트에 대한 통신이 실패할 때 IP 사이트 링크 정보에서 파생된 라우팅 경로를 사용합니다. 대상 Active Directory 사이트의 허브 전송 서버가 응답하지 않으면 라우팅 경로에 따라 Active Directory 사이트의 허브 전송 서버와 연결될 때까지 최소 순위 라우팅 경로를 따라 메시지가 배달되지 않습니다. 메시지는 해당 Active Directory 사이트에 대기되며 큐는 다시 시도 상태가 됩니다. 이 작업을 실패 시점의 큐라고 합니다.
  • 또한 허브 전송 서버는 IP 사이트 링크 정보를 사용하여 여러 명의 받는 사람에게 보내진 메시지의 라우팅을 최적화할 수도 있습니다. 허브 전송 서버는 받는 사람에 대한 라우팅 경로에서 포크에 도달할 때까지 메시지의 분기를 지연시킵니다. 분기된 메시지는 개별 라우팅 경로의 포크를 나타내는 Active Directory 사이트의 허브 전송 서버에 의해 각 받는 사람 대상으로 릴레이됩니다. 이 기능을 지연된 팬아웃이라고 합니다.

Hub 사이트 지정

기본적으로 원본 서버와 대상 서버 사이 경로에 위치한 Active Directory 사이트에 있는 허브 전송 서버는 어떤 방법으로도 메시지를 처리하거나 릴레이하지 않습니다. Set-AdSite cmdlet을 사용하여 Active Directory 사이트를 허브 사이트로 구성하여 이 작업을 다시 정의할 수 있습니다. 두 대의 허브 전송 서버 사이 최소 라우팅 경로 값에 허브 사이트가 있을 경우 해당 메시지는 대상 서버로 릴레이되기 전에 처리를 위해 허브 사이트로 라우팅됩니다. 이러한 라우팅 작업이 발생하려면 두 허브 전송 서버 사이의 최소 순위 라우팅 경로에 허브 사이트가 있어야 합니다. 이 구성은 Active Directory 사이트 간에 방화벽이 존재하여 SMTP(Simple Mail Transfer Protocol) 통신의 직접 릴레이를 막는 경우처럼 네트워크 토폴로지에 의해 요구될 때만 사용해야 합니다.

IP 사이트 링크에 Exchange 관련 비용 설정

Exchange 관리 셸에서 Set-AdSiteLink cmdlet을 사용하여 Active Directory IP 사이트 링크에 Exchange 관련 비용을 구성할 수 있습니다. Exchange 관련 비용은 Exchange 라우팅 경로를 결정하는 데 Active Directory 할당 비용 대신 사용되는 별도의 특성입니다. 이 구성은 Active Directory IP 사이트 링크 비용으로 최적의 Exchange 메시지 라우팅 토폴로지를 얻지 못할 때 유용합니다.

IP 사이트 링크에 메시지 크기 제한 설정

기본적으로 Exchange 2010에서는 다른 Active Directory 사이트에 있는 허브 전송 서버 간에 릴레이되는 메시지에 최대 크기 제한을 적용하지 않습니다. Set-AdSiteLink cmdlet을 사용하여 Active Directory IP 사이트 링크에 최대 메시지 크기를 구성할 경우 최소 비용 라우팅 경로의 Active Directory 사이트 링크에 구성되어 있는 최대 메시지 크기보다 큰 메시지에 대해서는 라우팅 시 NDR(배달 못 함 보고서)이 생성됩니다. 이러한 구성은 대역폭이 낮은 연결을 통해 통신해야 하는 원격 Active Directory 사이트로 보내는 메시지의 크기를 제한하는 데 유용합니다.

맨 위로 이동

Active Directory 사이트에 Exchange 2010 배치

Exchange 2010 역할 간 메시지 라우팅이 올바르게 수행되려면 포리스트에 배포된 모든 역할이 한 Active Directory 사이트에 속해야 합니다. 할당한 IP 주소가 Active Directory 사이트와 올바르게 연결된 서브넷에 있는지 확인하십시오.

Active Directory 사이트 토폴로지의 Exchange 2010 서버 배치를 계획하는 첫 번째 단계는 현재 토폴로지를 문서화하는 것입니다. 문서화에는 다음이 포함되어야 합니다.

  • 사이트
  • 서브넷 및 해당 사이트 연결
  • IP 사이트 링크 및 해당 구성원 사이트
  • IP 사이트 링크 순위
  • 각 사이트의 디렉터리 서버
  • 실제 네트워크 연결
  • 방화벽 위치

이러한 개체를 다이어그램으로 나타낸 후에 Exchange 서버의 배치를 계획합니다. 서버 위치를 결정할 때는 다음 정보를 고려합니다.

  • 허브 전송 서버는 Active Directory 조회를 위해 글로벌 카탈로그 서버와 직접 통신할 수 있어야 합니다.
  • 사서함 서버는 허브 전송 서버와 동일한 사이트에 있어야 합니다. 부하 분산 및 내결함성을 제공하기 위해 각 Active Directory 사이트에 둘 이상의 허브 전송 서버를 배포하는 것이 좋습니다.
  • 통합 메시징 서버는 사서함 서버로 전송하기 위해 허브 전송 서버로 메시지를 전송합니다. 통합 메시징 서버는 허브 사이트에 위치하거나 IP 또는 VoIP(Voice over Internet Protocol) 게이트웨이나 IP PBX(Private Branch eXchange) 가까이에 위치할 수 있습니다. 통합 메시징 서버와 동일한 사이트 구성원을 갖는 허브 전송 서버는 전송을 위해 메시지를 수신한 후 조직 내의 다른 허브 전송 서버 및 사서함 서버로 메시지를 라우팅합니다.
  • 클라이언트 액세스 서버는 Exchange에 원격으로 액세스하는 사용자에게 Exchange 조직에 대한 연결 지점을 제공합니다. 클라이언트 액세스 서버는 사서함 서버가 들어 있는 각 사이트에 배포되어야 합니다.

Exchange 2010 서버 배치를 계획한 후에는 통신 흐름의 향상을 위해 Active Directory 사이트 토폴로지를 수정할 영역을 식별할 수 있습니다. IP 사이트 링크 및 사이트 링크 순위를 조정하여 지연된 팬아웃 및 실패 시점의 큐를 최적화할 수 있습니다. Active Directory 토폴로지가 효율적이면 Exchange 2010을 지원하기 위해 변경하지 않아도 됩니다.

맨 위로 이동