물리적 토폴로지
적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
마지막으로 수정된 항목: 2006-06-12
Microsoft Exchange Server 2007의 물리적 토폴로지는 물리적 요소를 지리적 위치에 매핑합니다. 물리적 토폴로지는 보통 네트워크나 서버의 위치를 설명하는 데 사용됩니다. 일반적으로 모든 물리적 토폴로지는 보안 및 업무 요구 사항에 따른 범위 리소스에 대한 명확하고 고유한 조직의 요구 사항을 기반으로 합니다.
또한 물리적 토폴로지는 서버 및 관리 역할의 배포를 중앙 집중화된 서버 및 관리, 분산 서버 및 관리의 두 가지 주요 범주로 보통 분류합니다.
중앙 집중화 및 분산 메시징 시스템 비교
사무실 간의 거리에 관계없이 높은 대역폭과 안정적인 네트워크 연결로 회사의 모든 사무실이 연결되어 있을 경우 중앙 집중화된 메시징 시스템을 구현할 수 있습니다. 중앙 집중화된 메시징 시스템은 Exchange를 실행 중인 모든 서버가 중앙 데이터 센터에 위치하고 관리되는 것을 의미합니다. 이 모델이 비용 면에서 가장 효율적이고 관리하기가 쉬우므로 메시징 시스템을 계획할 때는 이 모델을 염두에 두고 시작하는 것이 좋습니다.
회사에 낮은 대역폭, 높은 대기 시간 또는 불안정한 네트워크 연결로 구성되는 원격 사무실이 있으면 서버를 도입하여 메시징 트래픽이 한 곳에서 다른 위치로 라우팅되는 방식을 제어할 수 있습니다. 그러나 원격 위치와 여러 라우팅 그룹을 사용해도 관리 모델의 집중화를 막지 못합니다. 그 외에도 Microsoft Windows Server 2003, Exchange 2007 및 Microsoft Office Outlook 2007의 기능을 사용하여 원격 사이트에서 Exchange를 실행 중인 서버를 제거하여 서버 하드웨어를 통합할 수도 있습니다. 이러한 변화를 통해 사용자는 Microsoft Windows 서비스와 Exchange 2007에 원격으로 로그온할 수 있으며, 성능 저하나 연결에 관련된 문제가 줄어들게 됩니다.
서비스 수준 관리
중앙 집중화 또는 분산 메시징 시스템 선택에 관계없이 배포에는 SLM(서비스 수준 관리)이 포함되어야 합니다. SLM은 정의, 동의, 작동 측정 및 검토 과정을 통해 IT(정보 기술) 서비스를 조율하고 관리하는 것을 목적으로 합니다. SLM의 범위에는 조직의 IT 서비스를 정의하고 SLA(서비스 수준 계약)를 설정하는 것이 포함됩니다. SLA 이행은 서비스의 내부 또는 외부 제공에 대한 운영 수준 계약 및 기본적인 계약을 사용하여 확신할 수 있습니다. 또한 SLM에는 상호 동의한 서비스 수준 임계값의 지속적인 측정과 임계값이 초과될 경우 정정 조치의 시작도 포함되며, 서비스는 SLA 준수를 위해 동의한 SLA 기준에 따라 모니터링되고 측정됩니다.
중앙 집중화된 메시징 시스템의 특징
중앙 집중화된 메시징 시스템은 Active Directory 디렉터리 서비스, 글로벌 카탈로그 서버, 도메인 컨트롤러, Exchange 서버 등 모든 서버 리소스를 호스팅하는 대규모 데이터 센터로 구성됩니다. 데이터 센서는 로컬로 연결되는지 원격으로 연결되는지에 관계없이 모든 메시징 시스템 사용자를 지원합니다. 중앙 집중화된 메시징 시스템의 특징은 다음과 같습니다.
사용자가 원격으로 연결되는지 여부에 관계없이 중앙 집중화된 위치에서 데이터가 호스팅되고 관리됩니다. 이것은 사용자가 사서함에 로컬로 액세스할 수 있지만 서버 관리가 더 복잡한 분산 모델과 다른 점입니다.
중앙 집중화된 위치에서 소프트웨어 업그레이드를 롤아웃할 수 있습니다.
데이터 센터는 UPS(무정전 전원 공급 장치) 같은 전력 절연 장치와 핫 사이트, 웜 사이트 또는 콜드 사이트 긴급 복구를 통합합니다. 핫 사이트는 사이트에 복제된 데이터를 이용하여 서비스를 설치하고 계속적으로 실행하는 상업적인 토털 서비스 사이트로, 즉시 사용할 수 있습니다. 웜 사이트는 재해 발생 시에도 회사가 계속해서 운영되는 데 필요한 모든 장비를 제공하는 상업적인 토털 서비스 사이트입니다. 그러나 장비를 즉시 사용할 수 없어서 일부 관리 작업에서는 사이트 사용자가 대기해야 합니다. 콜드 사이트는 공간만 제공해 주고 설비 및 설치 작업은 회사가 해야 하는 사이트입니다. 핫 사이트는 회사에서의 운영을 더욱 빠르게 해 주지만 더 저렴한 옵션은 콜드 사이트입니다.
비용 절감과 연결된 업무 요구 사항과 보안 요구 사항이 바로 시스템 중앙 집중화를 불러오는 요인이 되는 경우가 많습니다. 이러한 요구 사항은 지점 중앙 집중화(서버 리소스를 제공하는 사이트 수 감축), 물리적인 통합(작은 서버를 최첨단 서버로 교체), 관리 통합, 데이터 통합(백업 및 재해 복구 기능을 제공하는 저장소 솔루션의 중앙 집중화) 등이 됩니다.
중요 고려 사항
다음 영역의 선행 조건이 이미 충족되었거나 프로젝트 계획에 포함된 경우에만 중앙 집중화된 디자인을 고려하십시오.
데이터 센터 하드웨어 비용 데이터 센터에 최첨단 서버와 클러스터를 설치하는 비용과 서버를 중앙 집중화하여 얻어지는 관리 비용 절감을 비교합니다. 백 엔드 서버를 클러스터링하여 높은 가용성과 중복을 시스템에 기본 제공하는 것이 좋지만 그러기 위해서는 초기 비용이 더 많이 필요합니다. 그러나 이러한 비용이 운영 비용, 인프라 비용, 시스템 중지 시간 축소, 확장성 증가 감소로 인한 차액보다 더 많을 수 있습니다.
긴급 복구 계획 조직 전체의 서버와 데이터 리소스를 중앙 집중화할 경우 단일 지점의 실패 가능성이 높아집니다. 데이터 센터에 영향을 주는 심각한 사건을 대비하여 긴급 복구 계획을 준비해야 합니다.
네트워크 중단 네트워크 정전이 원격 위치의 사용자에게 미칠 영향을 고려합니다. Outlook에서 캐시된 Exchange 모드를 사용할 수 있을 때는 이 문제를 고려하지 않아도 됩니다.
운영 비용 및 관리 비용 절감 서버 리소스를 중앙 집중화하면 서비스 용량 증가로 리소스 사용 효율이 좋아지므로 운영 비용을 절감할 수 있습니다. 저장소 및 백업 요구 사항에 관련된 인프라 비용도 절감됩니다.
데이터 저장소 중앙 집중화된 데이터 볼륨이 커지면 더욱 안정적인 저장소 시스템을 사용하여 데이터 무결성을 높여야 합니다. 또한 서버 인프라의 복잡성을 줄여서 오류 발생 시 서비스와 데이터를 더욱 쉽게 복원할 수 있습니다.
LAN 및 WAN 연결 현재 네트워크에서 서버 중앙 집중화에 필요한 유형의 대역폭과 속도를 제공하지 않을 경우 네트워크 업그레이드를 프로젝트 계획에 기본 제공해야 합니다.
보안 중앙 집중화된 모델을 통해 보안 관리가 더욱 쉬워지므로 더 많은 제어가 가능합니다. 이로써 보안 담당자가 최신 바이러스 서명을 더욱 쉽게 유지 관리하고 보안 문제에 적절히 대처할 수 있습니다. 중앙 집중화된 디자인의 또 다른 장점은 물리적으로 보안을 설정할 수 있는 데이터 센터에 서버를 둔다는 것입니다.
분산 메시징 시스템의 특징
지점 또는 분산 메시징 배포는 많은 지점 또는 소규모 분산 사이트가 회사 허브나 데이터 센터로 저속 연결된 경우입니다. 지점에는 Exchange가 실행 중인 자체 서버, 도메인 컨트롤러 및 글로벌 카탈로그 서버가 있습니다. 분산 메시징 시스템은 네트워크에서 대체로 서비스의 중앙 허브에 대한 트래픽을 처리할 수 없을 때 사용되므로 운영 체제와 메시징 서버가 로컬로 배치됩니다. 사용자 요구 사항은 또 다른 요소가 될 수 있습니다. 데이터 센터에 연결함으로써 사용자 환경 및 가용성에 대한 요구 사항을 충족시킬 수 없을 경우 서버를 원격 사이트에 둘 수밖에 없습니다.
Exchange 지점 배포에는 다음과 같은 특징이 있습니다.
Exchange가 실행 중인 서버, 도메인 컨트롤러 및 글로벌 카탈로그 서버 하나 이상이 각각 포함된 여러 개의 위치(지점)로 메시징 시스템이 구성됩니다.
지점 위치에는 사용자 수가 대체로 적거나 가변적입니다.
네트워크는 일반적으로 중앙 집중형(hub-and-spoke) 토폴로지로 구성됩니다.
지점 위치와 중앙 허브 또는 데이터 센터 간의 네트워크 연결은 일반적으로 대역폭이 낮거나 대기 시간이 높거나 불안정합니다.
분산 메시징 시스템을 배포하는 기본적인 이유는 다음과 같습니다.
회사의 사용자가 여러 사이트에 분산되어 있습니다.
회사의 네트워크 인프라가 서비스의 중앙 허브에 대한 트래픽양을 처리할 수 없습니다.
서버를 로컬로 배치하여 최적의 사용자 환경과 가용성을 제공하는 것이 사용자 요구 사항입니다.
중요 고려 사항
분산 디자인에 대한 결정을 내릴 때는 다음 사항을 고려해야 합니다.
소프트웨어 업그레이드 중요한 업데이트를 롤아웃하는 것이 분산 메시징 시스템에서 더욱 어려운 일이 될 수 있습니다.
Outlook Anywhere 사용 Outlook Anywhere(이전의 RPC over HTTP)를 사용하려면 Outlook Anywhere 통신을 함께 사용해야 하는 메시징 환경의 모든 컴퓨터에서 Windows Server 2003이 실행되고 있어야 합니다. 이러한 요구 사항은 Outlook 사용자가 액세스하는 모든 글로벌 카탈로그 서버와 Exchange가 실행되는 모든 서버에도 적용됩니다.
운영 비용 및 관리 비용 분산 메시징 시스템에는 더 많은 서버가 필요하므로 운영 비용과 관리 비용이 높아집니다.
데이터 저장소 분산 서버에서는 서비스 인프라가 더욱 복잡하므로 오류 발생 시 서비스와 데이터를 복원하는 것이 더 어려워집니다. LCR(로컬 연속 복제)과 CCR(클러스터된 연속 복제)과 같은 기능은 분산 메시징 환경에서 특히 유용합니다. LCR에 대한 자세한 내용은 로컬 연속 복제를 참조하십시오. CCR에 대한 자세한 내용은 클러스터 연속 복제를 참조하십시오.
네트워크 연결 원격 사무실의 경우 허브 사이트나 데이터 센터로의 네트워크 연결이 서버 간에 64Kbps 미만인 것이 좋습니다. 그러나 허브와 사무실 간에는 더 높은 연결 속도가 좋습니다.
보안 지점의 서버에 대한 물리적인 보안은 기본적으로 고려해야 할 사항입니다. 지점 디자인에서는 서버가 공개된 영역에 있지 않은지 물리적으로 보안이 되어 있는지 주의해서 확인해야 합니다.