Exchange Server 라우팅 디자인 계획

마지막으로 수정된 항목: 2005-04-29

라우팅 토폴로지는 메시징 시스템의 기초이므로 네트워크, 대역폭 및 지리적인 고려 사항을 염두에 두고 라우팅 토폴로지를 계획해야 합니다. 이 항목에서는 기존 시스템 및 네트워크와 작동하는 라우팅 토폴로지를 만들기 위해 Microsoft® Exchange Server 2003에서 라우팅이 어떻게 작동하는지 설명하고 조직 외부의 받는 사람과 통신하기 위한 커넥터 디자인 방법을 보여 줍니다.

라우팅은 Exchange에서 서버 간에 메시지를 전송하는 방법을 설명합니다. 라우팅 토폴로지를 계획할 때는 Exchange 안에서 메시지가 전송되는 방식을 이해하고 가장 효율적인 메시지 전송 토폴로지를 계획해야 합니다. 또한 Exchange 조직 외부의 메시징 시스템에 대한 커넥터 위치를 계획해야 합니다. 신중한 계획을 통해 네트워크 소통량 볼륨을 줄이고 Exchange와 Windows 서비스를 최적화할 수 있습니다.

라우팅 그룹을 만드는 시점

다음 사항 중 하나가 적용될 경우에는 여러 개의 라우팅 그룹이 필요할 수도 있습니다.

• 필요한 연결을 네트워크 연결이 제공하지 못합니다.
• 기본이 되는 네트워크에 문제가 생기는 경우가 많습니다.
• Exchange 5.5 사이트가 여러 개 있습니다.
• 여러 지점 간의 메시지 전송을 예약하거나 제어해야 합니다.
• 메시지 흐름에 대한 관리 제한을 설정해야 합니다.

Exchange Server 2003 디자인 요구 사항 평가 항목에서는 기존 네트워크 인프라를 철저히 평가하는 프로세스에 대해 설명합니다. 라우팅 디자인을 계획하려면 기존 네트워크에 대해 수집된 정보를 사용하여 다음 질문에 먼저 답하십시오.

• 현재 어떤 네트워크 토폴로지를 사용합니까?
• 지점 간에는 어떤 연결(사용 가능한 대역폭과 대기 시간 등)을 사용합니까?
• 대역폭을 사용하는 다른 응용 프로그램은 어떤 것이 있으며 향후 어떤 응용 프로그램이 계획되어 있습니까?
• 각 지점의 사용자 수는 얼마나 됩니까?
• 사용자는 어느 지점에 위치하며 사용 패턴은 어떻습니까? 어떤 그룹과 통신합니까?
• 회사에서는 어떤 유형의 업무를 수행합니까? 대역폭을 이미 사용하고 있는 도구(예: POS(Point-Of-Sale) 시스템)를 고려하십시오.
• 데이터 센터는 어디에 있습니까?
• 인터넷 액세스 지점의 위치는 어디입니까?
• 지점 전체의 공용 폴더에 액세스해야 합니까? 서로 다른 여러 지점 간에 응용 프로그램이나 공용 폴더를 사용합니까?
• 지점 전체에서 약속 있음/없음 정보를 공유해야 합니까? 약속 있음/없음 정보는 공용 폴더 조회와 동일한 방식으로 처리됩니다.
• 현재 사용하는 Active Directory 디자인은 어떤 것이고 글로벌 카탈로그 서버와 도메인은 어디에 있습니까? Windows 사이트는 어떻게 디자인되었습니까? 다시 말해서 라우팅 그룹과 상관 관계가 있습니까?

중요 고려 사항

라우팅 그룹 간의 커넥터로 메일이 집중되어 통과됩니다. 실제로 커넥터가 너무 많으면 메시지 흐름에 부정적인 영향을 줄 수 있습니다. 그러므로 라우팅 그룹을 너무 많이 만들지 않도록 하십시오. 라우팅 그룹은 150개를 넘지 않는 것이 좋습니다. 그러나 한 대상에 대해 여러 개의 연결이 이루어진 상황에서는 라우팅 그룹 간에 커넥터를 정의하여 메시지 흐름을 제어할 수 있습니다. 라우팅 그룹 내에서 서버 간의 통신은 지점 간 통신이므로 두 서버 간에 가장 저렴한 경로가 선택되도록 경로와 순위를 결정할 수 없습니다. 그러나 라우팅 그룹을 만들면 여러 경로에 순위를 할당하여 가장 효율적인 경로가 사용되도록 할 수 있습니다.

조직 내의 라우팅 그룹을 계획하는 것 외에도 Exchange 조직 외부의 메시징 시스템에 대한 커넥터 위치를 계획해야 합니다.