Exchange 및 디렉터리 서버 배치 계획

마지막으로 수정된 항목: 2005-05-18

Exchange에서 Active Directory를 사용하기 때문에 Exchange 배포를 계획할 때는 Windows Server 네트워크 토폴로지를 고려해야 합니다. 일반적으로 최고의 성능을 얻으려면 Exchange를 설치한 Windows 사이트마다 하나 이상의 글로벌 카탈로그 서버가 있어야 합니다. Windows Server 2003에서는 사용자가 로컬 글로벌 카탈로그 서버 없이도 로그온할 수 있지만 Exchange를 사용하려면 여전히 로컬 글로벌 카탈로그 서버가 필요합니다. 또한 도메인 하나에서 여러 도메인 컨트롤러를 사용하면 도메인 컨트롤러에 오류가 발생할 경우 조회 소통량이 분산되고 중복이 발생합니다.

Windows 사이트, 도메인 및 도메인 컨트롤러 계획에 대한 자세한 내용은 Windows Server 설명서(https://go.microsoft.com/fwlink/?LinkId=34153)를 참조하십시오.

Active Directory 서버 배치

다음 목록에는 Exchange 조직을 지원하기 위한 Active Directory 도메인 컨트롤러와 글로벌 카탈로그 서버의 배치 권장 사항이 요약되어 있습니다.

• DNS가 허브 사이트와 모든 지점에 올바르게 구성되어 있고 이름 확인 기능과 DNS 기능이 둘 다 올바르게 작동하고 있는지 확인합니다.
• 인프라 마스터 역할이 할당된 서버가 글로벌 카탈로그 서버가 아닌지 확인합니다.
• 11명 이상의 사용자를 처리하는 지점에서는 Exchange 서버가 있는 위치마다 글로벌 카탈로그 서버를 하나씩 설치해야 합니다. 중복을 위해 두 대의 글로벌 카탈로그 서버를 배포하는 것이 가장 좋습니다. 실제 사이트에 두 대의 글로벌 카탈로그 서버가 없으면 기존 도메인 컨트롤러를 글로벌 카탈로그 서버로 구성할 수 있습니다.
• Exchange에는 WINS가 필요합니다.

이 항목에서는 글로벌 카탈로그 서버와 도메인 컨트롤러를 배치하는 위치에 대한 정보를 제공합니다.

도메인 컨트롤러

대부분의 배포 시나리오에서는 Windows 도메인 컨트롤러 기능을 겸하는 컴퓨터에서 Exchange 2003을 실행하면 안 됩니다. 대신 Exchange가 도메인 컨트롤러에서 실행될 경우 해당 도메인 컨트롤러만 사용하므로 Exchange 서버와 Windows 도메인 컨트롤러를 별도의 컴퓨터로 구성해야 합니다. 도메인 컨트롤러에 오류가 발생할 경우 Exchange는 다른 도메인 컨트롤러로 장애 조치할 수 없습니다. 또한 Exchange를 실행하는 서버에서 Exchange 클라이언트 컴퓨터 역할 이외에 도메인 컨트롤러 작업을 수행할 필요가 없으면 사용자 로드가 높은 이러한 서버의 성능이 향상됩니다.

Active Directory 정보의 안전을 위해 둘 이상의 도메인 컨트롤러에 정보를 저장하십시오. 서버 중 하나에 문제가 발생해도 도메인 컨트롤러가 둘 이상이면 Active Directory 정보를 안전하게 보관할 수 있습니다.

또한 도메인 컨트롤러에 대한 철저한 백업 계획이 있어야 합니다. Exchange 5.5에서는 Dir.edb 파일을 백업하여 서버의 디렉터리 정보를 백업하지만 Exchange 2000과 Exchange 2003에서는 Exchange 정보가 Active Directory에 저장되고 도메인 컨트롤러 백업이 매우 중요합니다. 해당 Windows 인프라에서 이 정보의 백업과 안정성이 지원되어야 합니다.

백업 및 복원에 대한 자세한 내용은 Exchange Server 2003 재해 복구 작업 가이드(https://go.microsoft.com/fwlink/?LinkId=47570)를 참조하십시오.

글로벌 카탈로그 서버

글로벌 카탈로그 서버는 유니버설 그룹 구성원에 대한 정보를 포함하기 때문에 로그온에 필요합니다. 이 구성원은 사용자에게 리소스에 액세스할 수 있는 권한을 부여하거나 거부합니다. 글로벌 카탈로그 서버에 연결할 수 없으면 사용자의 유니버설 구성원을 확인할 수 없으므로 로그온 액세스가 거부됩니다.

글로벌 카탈로그 서버를 배치할 때 다음 사항을 고려합니다.

• 모든 Exchange 서버와 사용자가 글로벌 카탈로그 서버에 고속으로 액세스할 수 있어야 합니다.
• Exchange 서버가 있는 도메인마다 글로벌 카탈로그 서버가 적어도 하나씩 설치되어 있어야 합니다.
• 프로세서 모델과 속도가 비슷하다고 가정할 경우 Exchange 프로세서와 글로벌 카탈로그 서버 프로세서의 비율은 일반적으로 4:1입니다. 그러나 환경에 따라서는 글로벌 카탈로그 서버 사용량이 많을수록 Active Directory나 메일 그룹이 클 경우 많은 글로벌 카탈로그 서버가 필요할 수 있습니다.

Exchange 서버

Exchange 서버를 배포할 위치는 메시징 시스템이 중앙 집중화되었는지 아니면 분산되었는지에 따라 결정됩니다. 서비스 수준 계약, 사용자 요구 사항, 조직에서 배포할 소프트웨어 버전에 대해 수집한 정보를 사용하여 사용자에게 로컬 Exchange 서버에 액세스할 수 있는 권한이 필요한지 결정합니다.

사서함 서버

느리거나 불안정한 네트워크 연결을 통해 연결된 원격 위치의 경우 서비스 중단이 비즈니스에 미치는 영향과 이러한 중단을 허용할 수 있는 범위를 결정해야 합니다. 업데이트된 Exchange 데이터에 대한 액세스가 항상 중요하면 원격 위치에 Exchange 서버를 배치해야 합니다. 추가 서버를 배포하는 데 드는 비용과 중앙 집중화된 모델로 절감되는 비용을 비교한 후 특정 수준의 서비스를 중단해도 괜찮을 경우 데이터 센터에서 모든 Exchange 서버를 배포할 수 있습니다. 이 경우 캐시된 Exchange 모드 및 RPC over HTTP와 같은 기능을 이용하여 원격 사용자의 작업 성능을 향상시키려면 Windows Server 2003과 Outlook 2003으로의 업그레이드도 고려하는 것이 좋습니다.

공용 폴더 서버

앞에서 설명한 대로 조직이 여러 원격 위치로 구성된 경우 로컬 Exchange 서버에 공용 폴더 복제본을 배치하여 각 위치마다 다른 위치의 공용 폴더 복제본을 포함할 수 있습니다. 또는 중앙 서버나 허브에 모든 공용 폴더 정보를 저장하여 정확한 데이터 원본 하나를 유지 관리할 수도 있습니다. 사용자 요구 사항과 사용 패턴에 따라 정확성과 편리성을 고려하여 결정할 수 있습니다.

약속 있음/없음 서버

약속 있음/없음 정보에 대한 액세스도 고려해야 할 사항입니다. 약속 있음/없음 폴더 데이터의 로컬 복사본이 없으면 사용자가 회의 일정을 만들 때 다른 사용자의 약속 있음/없음 정보를 받는 동안 시간이 지연될 수 있습니다. 조직에 속한 사용자가 회의 일정을 만드는 방법을 고려하십시오. 회사마다 업데이트된 일정 정보에 대한 액세스와 관련된 요구 사항이 다를 수 있습니다. 사용자가 항상 최신 일정 정보에 액세스해야 할 경우 중앙 위치에서 약속 있음/없음 폴더를 호스팅해야 합니다. 고속 액세스 보다는 최신 정보가 더 필요할 경우 약속 있음/없음 정보를 호스팅할 로컬 Exchange 서버를 배포할 수 있습니다. 이 경우 네트워크를 통해 업데이트된 약속 있음/없음 정보를 받을 때 시간이 지연될 수 있습니다. 해당 회사에서 허용할 수 있는 지연 수준을 결정해야 합니다.

로컬 Exchange 서버에서 약속 있음/없음 정보를 호스팅하려면 로컬 서버에서 다른 위치에 있는 다른 약속 있음/없음 정보의 복사본을 배치할 위치도 고려해야 합니다. 여러 위치에 있는 사용자가 서로 회의 일정을 만드는 경우가 거의 없다면 다른 위치에 있는 약속 있음/없음 정보의 로컬 복제본을 보관할 필요가 없습니다. 그러나 다른 위치에 있는 공용 폴더의 로컬 복제본을 보관하려는 경우에는 공용 폴더에 대해 정의된 복제 일정에 따라 변경 사항의 전파 시기가 결정됩니다. 약속 있음/없음 정보의 복제본이 여러 위치에서 유지 관리되는 경우 한 위치에서 변경한 사항이 다른 위치에 전파될 때까지 시간이 오래 걸릴 수 있습니다. 따라서 사용자가 회의 일정을 만드는 동안 로컬 약속 있음/없음 데이터를 참조할 수 있지만 다른 위치에서 변경한 일정이 아직 복제되지 않았기 때문에 이 약속 있음/없음 데이터는 최신 데이터가 아닙니다.

오프라인 주소 목록 서버

Exchange 2003에서는 Active Directory를 사용하여 오프라인 주소 목록 서비스를 제공합니다. Exchange에서 생성한 주소 목록 파일은 공용 폴더에 저장됩니다. 사이트 외부에서 작업하는 사용자는 Exchange에 연결한 다음 해당 오프라인 주소 목록을 원격으로 다운로드하여 조직 내의 다른 사용자에 대한 정보를 검색할 수 있습니다.

오프라인 주소 목록을 생성하면 오프라인 주소 목록에 대해 지정된 주소 목록이 하나의 데이터 파일로 변환되어 시스템 공용 폴더에 저장되며 사용자가 오프라인 주소 목록을 다운로드할 때 이 데이터 파일이 정보의 원본으로 사용됩니다.

오프라인 주소 목록을 생성 및 업데이트하는 데 적합한 서버를 선택해야 합니다. 오프라인 주소 목록에 포함된 주소 목록의 수가 많을수록 해당 오프라인 주소 목록 서버의 로드가 늘어나므로

캐시된 Exchange 모드를 사용하는 경우에는 사용자가 오프라인 주소 목록을 다운로드할 때 서버에 미칠 영향을 고려해야 합니다. 사용자가 처음 오프라인 주소 목록을 다운로드할 때는 물론 매일 다운로드해도 많은 영향을 미칠 수 있으므로 한두 개의 서버에서 오프라인 주소록을 처리하도록 설정해 두는 것이 좋습니다.