Exchange 서비스 전용 Active Directory 사이트 배포는 지금까지 나온 방법 중 권장할 만한 최적의 방법이라고 할 수 있습니다. 이와 같은 최적화 방법은 Exchange 와 Active Directory 복제에 대한 글로벌 카탈로그 서버를 분리하며, 이는 보통 Exchange 와 일반 사용자, 응용 프로그램 및 로그온 활동에 대한 도메인 컨트롤러의 일반적인 기능을 동시에 사용하여 발생하는 성능 문제를 완화하는 데 사용되는 전략입니다.

전용 Active Directory 사이트가 사용될 때 일부 시나리오에서는 이와 같은 Active Directory 사이트에 있는 Exchange 서버가 더 이상 라우팅 경로에 있는 것으로 간주되지 않으며, 이는 Exchange 사이트가 단일 IP 사이트 링크를 통해 Active Directory 복제 Hub 사이트에 종속할 때 나타나는 일반적인 경우입니다. 복제 사이트 또는 사이트 조합에서 Hub 전송 서버의 배치를 포함한 이러한 문제를 해결하기 위한 여러 가지 방법이 있습니다.

새 IP 사이트 링크를 도입하여 전용 Active Directory 사이트를 백오프 라우팅 경로로 가져가는 것이 좋습니다. 이를 수행하는 방법 중 하나는 Exchange 서버가 있는 다른 Active Directory 사이트 사이에서 중간 사이트가 될 수 있게 IP 사이트 링크를 새로 도입하는 것입니다. 이와 같은 새 IP 사이트 링크에서 메시지 흐름에 대한 기본 경로를 식별하기 위해 Exchange 다시 정의 값이 발생합니다. 해당 사이트 값이 Active Directory 복제에 대해 낮은 값의 경로가 아니라면 다시 정의 값은 Active Directory 복제에 영향을 주지 않습니다.

다른 방법은 Exchange 서버가 있는 다른 사이트 사이에 전용 Active Directory 사이트를 배치하는 IP 사이트 링크를 새로 도입한 다음 기존 사이트 링크를 제거하는 것입니다. 이 방법은 특정 지점의 Active Directory 복제에는 영향을 주지 않지만 전용 Active Directory 사이트에 대한 Active Directory 복제 경로를 변경합니다.

표준 Exchange 조직은 단순하거나 크거나 복잡하지 않은 모든 Exchange 조직입니다. 가장 단순한 양식인 토폴로지는 SDL당 하나의 Active Directory 사이트 정의를 포함하고 또한 인터넷에 대한 단일 진출점을 포함합니다.

다음 그림은 표준 Exchange 조직의 한 예를 보여 줍니다.

그림 1 표준 Exchange 조직

그림 1에서 알 수 있듯이 Woodgrove Bank 토폴로지는 IP 사이트 링크로 연결된 두 개의 Active Directory 사이트를 포함합니다. 이 예에서 각 SDL은 로컬 LAN에서 배포되는 리소스를 사용하여 이름 확인 및 디렉터리 서비스와 같은 최소한의 종속된 서비스를 제공할 책임이 있습니다. 또한 여러 대의 Hub 전송 서버와 Edge 전송 서버가 있으며, 통합 메시징 서버는 각 사서함 서버의 위치에 함께 있습니다.

Exchange 2007 서버를 표준 Exchange 조직에 배포하기 전, 배포 계획 단계에서는 다음을 고려해야 합니다.

• 단일 포리스트 옵션의 장점은 다음과 같습니다.
  
  • 가장 다양한 메일 시스템 기능을 제공합니다.
    
  • 합리적인 관리 모델을 허용합니다.
    
  • 기존 Active Directory 구조를 활용합니다.
    
  • 기존 도메인 컨트롤러 및 글로벌 카탈로그 서버를 사용합니다.
    
  • 다른 포리스트와 준비 또는 동기화가 필요하지 않습니다.
    
• 일반적으로 Exchange SDL 수는 전반적인 사서함 수의 증가 및 안정적인 메일 배달의 증가로 늘어나게 됩니다. 이와 같은 요구 사항을 충족하려면 여러 대의 Edge 전송 서버를 설치하여 외부 메일 흐름의 요구 사항을 처리하고, 여러 대의 Hub 전송 서버를 설치하여 내부 메일 흐름의 요구 사항을 처리하는 것이 좋습니다. 여러 대의 Hub 전송 서버에 대한 요구 사항은 해당 위치에서 사서함 서버로 즉시 액세스할 수 있어야 하며, 전체 위치에서 허브 간 통신을 포함해야 합니다.
  
• Exchange 서버가 여러 대의 Active Directory 사이트 전체에서 호스팅될 때 디렉터리 복제 대기 시간을 고려해야 합니다. Active Directory 사이트 간 디렉터리 복제는 Active Directory 사이트 내에서의 도메인 컨트롤러 간에 발생하는 복제보다 훨씬 적게 발생합니다. 실제 사이트 간 복제 간격은 디렉터리 서비스 관리자의 디자인 요구 사항에 따라 구성되기 때문에 예측할 수 없습니다. Active Directory 사이트 전체에서 복제 대기 시간은 일반적으로 전체 시간의 일부 또는 전체 시간으로 측정되고 Active Directory 사이트가 증가할수록 시간도 계속 증가하게 됩니다. Active Directory 사이트 내에서 또는 사이트 간의 Active Directory 복제에 대한 자세한 내용은 Replication within a site, Replication between sites 및 How the Active Directory Replication Model Works를 참조하십시오.
  
• 네트워크 디자인 가정을 고려하는 Exchange 2007 서버 역할을 배포할 때는 단순한 Exchange 조직보다 훨씬 큰 범위를 필요로 합니다.
  
• Active Directory 사이트와 서브넷 매핑은 Exchange 2007 이 제대로 기능을 작동하는 데 있어 중요합니다.
  
• 이 토폴로지에서 Exchange 조직이 전체에서 여러 개의 실제 위치에 분산되어 있더라도 외부 SMTP(Simple Mail Transfer Protocol) 관련 및 클라이언트 프로토콜 관련 네임스페이스는 전체 위치에서 공통됩니다. 이 환경에서 외부 서비스의 복구 및 안정성을 제공하기 위해 인터넷 연결에 대한 네트워크 요구사항이 보다 엄격해 지며, 표준 Exchange 조직을 배포할 때 실제 주변 네트워크 환경을 구현하는 것이 좋습니다. 또한 보안 강화를 위해 내부와 외부 방화벽에 서로 다른 종류의 방화벽 제품을 사용하는 것이 좋습니다. 이렇게 하면 침입자는 내부와 외부 방화벽에 동일한 기술을 사용해서는 내부 네트워크에 침입할 수 없습니다. 예를 들어 내부 방화벽에 Microsoft ISA(Internet Security and Acceleration) Server를 사용하는 경우 외부 방화벽에는 Microsoft 제품이 아닌 다른 제품을 사용합니다. 이는 반대의 경우도 마찬가지입니다.
  
• 표준 Exchange 조직을 배포할 때 높은 수준의 가용성 배포 옵션 제공을 고려해야 합니다. Exchange 2007 에서 각 서버 역할에 대해 높은 수준의 가용성을 제공하는 데 사용될 수 있는 여러 가지 솔루션이 있습니다. Exchange 2007 에서 높은 수준의 가용성 전략 및 기능에 대한 자세한 내용은 고가용성을 참조하십시오.
  

기존 Exchange Server 2003 또는 Exchange 2000 Server 조직에서 Exchange 2007 조직으로 전환할 경우 기존 서버를 현재 위치에서 업그레이드할 수 없다는 사실을 고려해야 합니다. 기존 조직에 하나 이상의 Exchange 2007 서버를 추가하고 사서함 및 기타 데이터를 Exchange 2007 로 이동한 후 조직에서 Exchange 2003 또는 Exchange 2000 서버를 제거해야 합니다.

표준 Exchange 2007 조직에 대한 배포 및 전환에 대한 자세한 내용은 표준 Exchange 조직 배포를 참조하십시오.