Active Directory 사이트 기반 라우팅으로 전환

마지막으로 수정된 항목: 2007-02-07

작성자: Kate Follis

Microsoft Exchange Server 2003 또는 Exchange 2000 Server에서 Exchange Server 2007로 전환하는 것을 아직도 망설이고 계십니까? 여러분은 Exchange 관리 셸에서 제공하는 모든 명령에 대단히 만족하게 되실 겁니다. 이 관리 셸은 매우 뛰어난 기능을 제공하며 마법사를 즐겨 사용하는 관리자도 신속하게 배울 수 있습니다. 그리고 서버 기반 규칙 및 모든 향상된 스팸 방지 기능을 구현한다는 점에 상당히 흥미를 느끼실 겁니다. 그러나 체계적으로 Exchange 조직을 업그레이드하는 동안 모든 라우팅 그룹이 손상되고 메일 흐름을 유지 관리하는 데 문제가 생길까봐 망설여질 수도 있을 것입니다. 아무 문제 없습니다. 이제 그 이유를 설명해 드리겠습니다! 

새로운 Exchange 2007 라우팅 토폴로지

이전 버전의 Exchange Server와 Exchange 2007 간의 가장 큰 변경 내용 중 하나는 라우팅 그룹 및 라우팅 그룹 커넥터 대신 Active Directory 디렉터리 서비스 사이트와 IP 사이트 링크에 기반한 라우팅 토폴로지로 이동한 것입니다. 일부 Exchange 관리자는 라우팅 토폴로지를 제어하지 못할 거라 생각할 수도 있겠지만 걱정할 필요가 없습니다. 오히려 많은 장점을 제공합니다. Exchange 2007은 Exchange 메일이 원하는 대로 전송되지 않을 경우 Active Directory 라우팅 작업을 조정하는 데 필요한 도구를 제공합니다. 또한 Active Directory 사이트 기반 라우팅의 향상된 네트워크를 활용할 수 있으며 더 이상 라우팅 토폴로지를 유지 관리할 필요가 없습니다.

Exchange 2007 계획 지침(Best Practices for Transitioning an Exchange Organization)에서 문서화해야 하는 현재 토폴로지의 모든 부분에 대해 자세하게 설명합니다. 여기에는 Active Directory 사이트 및 IP 사이트 링크의 구성, 도메인 컨트롤러 및 글로벌 카탈로그 서버의 위치, 기존 라우팅 그룹과 라우팅 그룹 커넥터의 구성 및 현재 배포된 Exchange 서버의 위치가 포함되어 있습니다. 그렇습니다. 숙지해야 할 정보가 많습니다.

그러나 다행히도 Microsoft Exchange Best Practices Analyzer를 통해 사용자의 네트워크를 살펴 보고 현재 토폴로지가 Exchange 2007에 맞게 작동하는지 여부를 알 수 있습니다. Microsoft Exchange Best Practices Analyzer는 또한 처음으로 Exchange 2007 서버를 배포하기 전에 사용자가 개선할 수 있는 권장 사항을 제공합니다. Exchange Best Practices Analyzer Exchange 2007 준비 검사 검색을 실행하는 방법에 대한 자세한 내용은 Best Practices for Transitioning an Exchange Organization을 참조하십시오. 또한 배포 계획 방법에 대한 자세한 내용은 Planning Your Deployment를 참조하십시오. 이러한 모든 참조는 Exchange 2007 Help documentation에 있습니다.

그런데 Exchange 2007을 동시 사용하는 경우 Exchange 2003과 Exchange 2000의 작업 방법 간에 차이가 없습니다. 따라서 문서에 별도로 나와있지 않는 한 Exchange 2003에 적용된 모든 사항이 Exchange 2000에도 적용된다고 볼 수 있습니다.

전환

단일 Exchange 서버를 관리하거나 Active Directory 환경에 하나의 사이트만 있는 경우 간단하게 작업할 수 있습니다. 허브 전송 서버 역할이 설치된 Exchange 2007 서버를 처음으로 배포하는 경우, 사서함을 이동하고 이전 버전의 Exchange Server를 실행하는 서버에서 외부 도메인에 대한 커넥터를 Exchange 2007로 전송하는 동안 메일이 계속해서 전달되도록 서로 다른 버전의 Exchange Server를 실행하는 서버 사이에 라우팅 그룹 커넥터가 설정됩니다. Exchange 조직에서 여러 개의 서버를 실행하는 경우 원본 서버 및 대상 서버를 추가하도록 기본 라우팅 그룹 커넥터를 수정할 수 있습니다. 이렇게 구성을 변경하면 오류 발생을 방지하고 부하 분산을 조정할 수 있습니다.

Active Directory 포리스트에 여러 사이트가 있는 경우 전환 계획을 세워야 합니다. 두 명의 서로 다른 관리자가 해당 조직의 Exchange Server 및 Active Directory를 관리할 수 있기 때문에 Active Directory 관리자가 만든 토폴로지가 Exchange Server에 적합한지 여부를 확인할 수 없습니다. 그러나 Active Directory 사이트를 정의하는 이유는 Exchange 라우팅 그룹을 정의한 이유와 전적으로 동일합니다. 양쪽 모두 기본 네트워크의 트래픽을 최적화하도록 설계되었습니다. 현재 라우팅 그룹 구성이 실제로 Active Directory 사이트 구성과 유사한 것을 보면 놀라실 겁니다. 아마 라우팅 그룹 커넥터도 IP 사이트 링크와 유사한 경로를 따를 것입니다.

Exchange 관리 셸의 명령을 사용하여 Active Directory 사이트 및 IP 사이트 링크 구성에 대한 모든 정보를 찾을 수 있습니다. 예를 들어 포리스트의 모든 Active Directory 사이트 목록을 보려면 다음 명령을 입력합니다.

Get-AdSite | format-list

연결된 Active Directory 사이트와 함께 포리스트에 구성된 모든 IP 사이트 링크 목록을 보려면 다음 cmdlet를 실행합니다.

Get-AdSiteLink

Exchange 관리 셸에 대한 자세한 내용은 Using the Exchange Management Shell을 참조하십시오.

Exchange 2003과 Exchange 2007에서 메시지 라우팅을 수행하는 방법 간에는 몇몇 큰 차이점 있으며 또한 일부 유사한 점도 있습니다. 잠시 라우팅 그룹과 라우팅 그룹 커넥터를 만드는 이유에 대해 살펴 보겠습니다. 이러한 개체를 만들 때 Exchange 2003 서버가 통신하는 방법을 정의합니다. 동일한 라우팅 그룹에 있는 Exchange 2003 서버는 서로 간에 직접 통신할 수 있습니다. 서로 다른 라우팅 그룹에 있는 Exchange 2003 서버는 통신하기 위해 라우팅 그룹 커넥터를 사용해야 하며 각 라우팅 그룹 커넥터는 라우팅 그룹 간에 지점 간 연결을 정의합니다. 라우팅 그룹 사이에 지점 간 연결이 없는 경우 SMTP 트래픽은 전송 위치를 인식하기 위해 라우팅 그룹에서 라우팅 그룹으로 릴레이되어야 합니다.

Exchange 2007에서 Active Directory 사이트 구성원 서로 간에 직접 통신할 수 있는 Exchange 2007 서버를 확인합니다. Exchange 2007 허브 전송 서버는 조직 내 송신 커넥터(암시적이며 보이지 않음)를 사용하여 다른 허브 전송 서버가 로컬 Active Directory 사이트에 있든 원격 Active Directory 사이트에 있든 상관없이 해당 허브 전송 서버에 메시지를 릴레이합니다.

메시지를 보내는 라우팅 그룹의 영역 또는 Active Directory 사이트에서 메시지가 나갈 때마다 대상 경로를 선택해야 합니다. Exchange 2003과 Exchange 2007에서 라우팅 경로를 확인하는 데 사용되는 알고리즘은 매우 유사합니다. 서버 버전으로 서로 다른 구성 개체를 간단히 구분합니다.

Exchange 2007에서 메시지 라우팅 및 서버 검색을 위해 사이트 구성원 자격을 사용하는 방법에 대한 자세한 내용은 Planning to Use Active Directory Sites for Routing Mail을 참조하십시오.

이제 본론으로 들어가겠습니다.

다음 가정에서는 Exchange 2003 라우팅 시스템과 비교하여 Exchange 2007 라우팅 시스템의 효율성에 대해 설명합니다.

사용자의 전체 Exchange 조직을 유료 도로에 기반한 운송 시스템을 가진 국가라고 가정합니다. 모든 도로가 유료화되어 있기 때문에 사용자는 항상 가장 비용이 적게 드는 경로를 계획합니다. Exchange 2003에서 각 라우팅 그룹은 해당 국가의 도시를 나타내며 라우팅 그룹 커넥터는 도시 간의 도로입니다. Exchange 2003에서 메시지 라우팅은 목적지를 향해 주행하다가 도로를 따라 위치한 모든 도시에 들르는 것과 같습니다. 주행하는 동안 일부 지점에서 연결되지 않은 다리, 공사 중인 도로 또는 오랫동안 쉬고 있는 도로 공사 직원과 같은 장애물을 만나는 경우 길을 묻고 적절한 우회 도로를 찾기 위해 중지해야 합니다. 또한 새로운 길을 알려 주는 사람은 나라 전체에 걸친 우회 경로를 제공해 주어야 합니다. 모든 지도는 새 경로를 반영하도록 업데이트되어야 하며 장애물이 제거된 경우 지도는 다시 업데이트됩니다. 그러는 사이에 우회 도로를 사용할 경우 목적지에서 멀어질 수 있습니다.

Exchange 2007은 이러한 방법으로 작동하지 않습니다. Exchange 2007의 경우 Active Directory 사이트는 도시를 나타내고 IP 사이트 링크는 도로이지만 주행하는 대신 원하는 장소에 날아서 가게 됩니다. 일단 목적지를 알면 비행기에 탑승하여 도로를 따라 모든 도시 위를 날아갑니다. 짙은 안개, 눈보라 또는 화물 직원들의 파업 등으로 인해 목적지에 착륙할 수 없는 경우 비행기는 간단히 방향을 바꾸어 목적지에서 가능한 가장 가까운 도시에 착륙합니다. 그런 다음 목적지의 상태가 바뀔 때까지 기다렸다가 상태가 허락되면 비행을 다시 시작합니다. 비행 경로는 도로와 평행하고 각 도로는 여전히 통행료를 부과하기 때문에 여정을 시작하기 전에 가장 비용이 적게 드는 경로를 선택합니다. 이렇게 하면 문제가 있을 경우 어느 도시로 목적지를 바꿀지 결정하는 데 도움이 됩니다.

두 개의 제공된 위치 사이에 직항 경로가 없는 경우 일부 또는 모든 비행기가 허브 도시에 중지했다가 이동을 계속하도록 지정할 수 있습니다. 메시지가 두 명 이상의 받는 사람에게 전송되는 것과 같이, 두 명 이상이 비행기에 탑승하고 각 탑승객이 서로 다른 목적지로 가는 경우 목적지를 향한 개별 경로에서 분기 지점에 도달할 때까지는 모두 함께 이동합니다. 그런 다음 잠시 도중 하차하여 탑승객은 필요에 따라 각자의 목적지에 도달하기 위한 비행기로 갈아 탑니다.

더욱 좋은 점은 도시 사이 도로를 이동하기 위한 통행료(예를 들어 Active Directory 관리자에 의해 IP 사이트 링크에 할당된 비용)를 지불하는 것에 동의하지 않는 경우 Exchange 2007 서버에 부과되는 요율을 변경할 수 있습니다. 통행료를 조정하면 가장 비용이 적게 드는 비행기 경로로 변경할 수 있으며 비행기가 허브를 경유할지 여부를 결정할 수도 있습니다.

Exchange 2007에서 이러한 "운송" 효율성은 다음과 같은 방법으로 조직에게 혜택을 제공합니다.

• 실패하더라도 확실한 단일 경로를 사용하면 문제 해결이 용이합니다. 문제가 발생한 라우팅 경로의 지점을 쉽게 확인하여 해당 지점에서 조사를 시작할 수 있습니다. 우회 경로를 이용하는 경우에는 문제 해결이 그리 쉽지 않습니다.

• 메시지를 취급하는 서버의 수가 감소합니다. Exchange 2007은 기본 IP 네트워크를 사용하여 원본 서버와 대상 서버 간의 중간 홉을 제거합니다.

• 우회 경로를 최신 상태로 유지하기 위해 Exchange 2003에 존재하는 서버 간 통신 오버헤드가 제거되었습니다.

Exchange 버전을 동시 사용하는 경우의 라우팅

표 1에서는 서로 다른 버전의 Exchange Server에서 라우팅을 처리하는 방법을 비교합니다.

표 1   Exchange Server 버전 간의 라우팅 차이점

Active Directory 사이트 기반 라우팅은 조직 내에 Exchange 2007 서버만 있는 경우 탁월한 독립 실행형 접근 방법입니다. 그러나 Exchange 2003을 Exchange 2007과 동시에 사용하는 한 Exchange 2003 서버는 메시지를 계속해서 Exchange 2003 사서함에 배달해야 합니다. 즉, 모든 사서함이 Exchange 2007로 이동될 때까지 라우팅 그룹과 라우팅 그룹 커넥터를 제거할 수 없습니다. Exchange 2003과 Exchange 2007을 모두 동일한 조직 내에 배포한 경우 전환 단계 동안 라우팅 그룹과 라우팅 그룹 커넥터를 유지 관리해야 합니다. 다시 운송 가정으로 돌아가면, Exchange 2007은 라우팅 그룹 커넥터를 사용하여 메시지를 Exchange 2003 도로 시스템에 전송하고 Exchange 2003은 역 커넥터를 사용하여 메시지를 Exchange 2007 항공 시스템으로 전송합니다. 따라서 출발 도시 및 대상 도시에 따라 여정에 자동차 주행과 비행이 모두 포함될 수 있습니다.

또한 Exchange 2003과 Exchange 2007은 서로 "인식"하는 방법이 다릅니다. Exchange 2003은 Exchange 2007 라우팅 시스템을 구성하는 사이트 시스템과 사이트 링크에 대해 전혀 인식하지 못합니다. Exchange 2003은 모든 Exchange 2007 서버를 하나의 큰 라우팅 그룹에 속해 있는 것으로 인식합니다. Exchange 2003에 관한 한, 함께 사용되는 Exchange 2007 서버라도 멀리 떨어져 있는 Exchange 2007 서버와 동일한 근접성을 가집니다.

반면에 Exchange 2007은 양쪽 라우팅 시스템을 모두 이해하고 Exchange 2003이 사용하는 라우팅 그룹과 라우팅 그룹 커넥터를 잘 인식합니다. "화면 경로"를 가져오는 데 문제가 없도록 하고 가장 적합한 경로를 이용하도록 하려면 Exchange 2007 라우팅 그룹과 Exchange 2003 라우팅 그룹 간에 추가 라우팅 그룹 커넥터를 만들어야 할 수도 있습니다.

표 2에서는 다양한 Exchange 2007 동시 사용 시나리오에서의 메시지 라우팅을 비교합니다. 한 번 살펴 봅시다.

표 2 Exchange 2003과 Exchange 2007의 라우팅 작업 비교

자세한 내용

이 문서에서는 라우팅 그룹에서 Active Directory 사이트로 전환하는 방법에 대한 간단한 정보를 제공합니다. 메일 라우팅 및 Exchange 2003과 동시 사용을 위해 Active Directory 사이트 사용을 계획하는 방법에 대한 자세한 내용은 Exchange Exchange 2007 Help documentation을 참조하십시오. 시작하려면 다음 항목을 참조하십시오.

• 동시 사용 계획

• Exchange Server 2003 및 Exchange 2000 Server와 동시 사용

• 동시 사용 환경에서의 메시지 라우팅

또한 전환 프로세스에 대한 자세한 내용은 Technet 잡지, 2006년 12월호의 "Exchange 2007로 인프라 업그레이드"를 참조하십시오.

이제 비행을 마음껏 즐기십시오!

Kate Follis - Microsoft Exchange Server 선임 테크니컬 라이터