Exchange 메시징 시스템 통합 결정
마지막으로 수정된 항목: 2005-05-18
메시징 시스템 통합 결정은 조직의 기존 인프라에 대한 평가를 기반으로 해야 합니다. 이 평가에는 별도로 관리되는 다양한 지역과 함께 사서함을 저장하거나, 메시징 커넥터를 실행하거나, 들어오는 브라우저 연결을 관리하거나, 기타 작업을 수행하는 이러한 지역 내의 서버를 보여주는 환경에 대한 그래픽 표현이 포함되어야 합니다. 네트워크 안정성과 사용 가능한 대역폭이 통합 전략에 큰 영향을 주기 때문에 이 평가에는 기본 네트워크 분석도 포함되어야 합니다.
다음 그림에서는 통합 기회를 확인하는 데 권장되는 방법을 보여줍니다.
.gif "bf1bd983-da0f-4261-a425-b210b889afee")
서버 통합 전략에 대한 질문을 다음과 같은 순서로 해결해야 합니다.
중앙 집중 관리 모델을 구현할 수 있습니까? Microsoft® Exchange Server 2003의 관리는 실제 네트워크 구조에 바운드되어 있지 않으므로 조직은 Exchange Server 2003(여러 지역에 있는 경우 포함)에 맞는 중앙 집중 관리 모델을 구현할 수 있습니다. 일반적으로 독립 관리가 필요한 지역의 서버는 통합할 수 없기 때문에 분산 모델보다 중앙 집중 관리 모델이 서버 통합에 더 적합합니다. 완전한 중앙 잡중 관리를 구현할 수 없는 경우, 다른 정보 기술 부서가 조직의 각 개별 지역을 담당하는 혼성 모델을 구현하십시오. 그러면 각 부서는 지정된 지역에 속한 모든 원격 위치를 중앙에서 담당합니다. 그러면 지역별 데이터 센터에 서버를 통합할 수 있습니다.
원격 위치를 데이터 센터에 통합할 수 있습니까? 클라이언트/서버 통신에 적합한 응답 시간을 지원하기에 충분한 네트워크 대역폭을 사용할 수 있으면 같은 관리 기관에 속하는 원격 위치는 사이트 통합에 좋은 대상입니다. 앞에서 설명한 것과 같이 Exchange 캐시 모드에서 Outlook® 2003은 느리거나 불안정한 네트워크 연결을 통해 실행될 수 있습니다. 그러나 성능 테스트와 파일럿 프로젝트를 수행하여 기존 대역폭이 충분한지 확인해야 합니다. 조직은 작업 부하를 견딜 수 없는 네트워크 연결을 업그레이드해야 하거나 지역 사무실의 사서함 서버를 제거하지 말아야 할 수 있습니다.
참고
대역폭 요구 사항을 예상하려면 네트워크 링크의 Exchange 2003에 연결하는 사용자 수, 사서함 액세스에 사용되는 클라이언트 유형(예; Exchange 캐시 모드의 Outlook 2003 또는 Microsoft Office Outlook Web Access) 및 사용자 습관(예: 자주 통신하지 않는 전자 메일 사용자와 비교했을 때 자주 통신하는 전자 메일 사용자)을 고려하십시오. Exchange 기반 클라이언트/서버 통신과 관련이 없는 프로세스(예: 파일 및 프린터 공유 또는 Active Directory® 복제)도 고려해야 합니다.
각 위치 내에서 서버를 통합할 수 있습니까? 데이터 센터 또는 지역 내에서 통합할 수 있는 서버를 확인하려면 기존 서버가 현재 관리하는 다양한 작업을 분석해야 합니다. 일부 서버 유형은 다른 유형보다 실제 물리적 통합에 더 적합합니다. 예를 들어, 일부 서버는 사서함을 저장하는 작업(사서함 서버)만 담당하고 다른 서버는 메시지 전송 목적(브리지헤드 서버)으로만 사용될 수 있습니다. 사서함 서버를 통합해야 하지만 대규모 조직에서 브리지헤드 서버 또는 웹 서버를 사서함 서버에 통합하는 것이 반드시 좋은 방법은 아닙니다. 높은 네트워크 대역폭에 대한 요구로 인해 브리지헤드 서버와 웹 서버는 Microsoft Application Center 2000과 같은 부하 분산 기술을 기반으로 하는 서버 팜에 더 적합합니다.
참고
서버 통합은 복잡한 저장소 하위 시스템을 사용하여 적은 수의 서버에 사용자 데이터를 집중하는 데 주로 사용되는 방법입니다. 사서함 및 공용 폴더가 있는 서버가 서버 통합에 가장 적합합니다.
예상 작업 부하를 관리하기 위해 기존 서버 하드웨어를 바꿀 필요가 있습니까? 통합할 수 있는 서버를 확인하고 나서 해당하는 각 서버가 지원해야 하는 최종 사용자 수를 계산하십시오. 이 숫자를 기준으로 각 버서의 대략적인 작업 부하를 예상하여 하드웨어 요구 사항을 확인하십시오.
기존 서버 하드웨어가 앞으로의 요구를 수용할 수 있는지 여부를 고려하십시오. 기존 하드웨어를 다시 사용하면 비용을 줄일 수 있지만 기존 Pentium Pro 또는 Pentium II 다중 프로세서 컴퓨터를 Windows Server™ 2003 및 Exchange 2003으로 업그레이드하지는 마십시오. Intel은 Pentium Pro 또는 Pentium II 프로세서가 두 개 이상인 서버에서 Windows Server 2003으로 업그레이드하면 불안정해지거나 데이터 손상이 발생하거나 다른 예상치 못한 결과가 발생할 수 있음을 발견했습니다. 이러한 플랫폼을 업그레이드하면 지원되는 구성인 Windows Server 2003이 단일 프로세서 모드가 됩니다. 그러나 200MHz에서 작동하는 단일 프로세서는 서버 통합에 적합한 선택이 아닙니다. 적은 수의 서버에 통합할 경우에는 기존 서버 하드웨어와 저장소 기술 교체를 고려하십시오. 다음 표는 사서함 서버를 위한 기본 프로세서 및 메모리 구성 권장 사항의 목록입니다.사서함 서버를 위한 프로세서 및 메모리 구성
사용자 수 CPU 메모리 500개 미만
1 - 2
512MB – 1GB
500 – 1,000
2 - 4
1GB – 2GB
1,000 – 2,500
4 - 8
2GB – 4GB
2,500개 이상
4 - 8
4GB
참고
표 1의 그림은 최적 구성을 위한 권장 사항입니다. 더 많은 수의 사용자를 지원하는 동시에 더 적은 하드웨어를 사용할 수 있습니다. 예를 들어, Microsoft는 현재 각각 4,500개의 사서함이 있는 4개의 프로세서 Exchange 2003 서버를 여러 개 운영하고 있습니다. 추가 프로세서를 사용하여 서버 성능을 향상할 수 있지만 4개의 프로세서 구성은 작동합니다.
Exchange 서버 하드웨어 디자인에는 다음과 같은 요소가 영향을 줍니다.
**연결된 사용자와 전체 사용자 비교 **서버 하드웨어를 디자인할 때 동시에 서버에 연결할 사용자 수를 예상하십시오. 예를 들어, 사용자가 교대제로 작업하는 경우와 같이 모든 사용자가 동시에 연결되지 않아도 되는 경우 성능 요구 사항이 낮아질 수 있습니다. 그러나 사서함 수가 증가하면 사용자가 시스템에 로그온되어 있지 않더라도 서버 백그라운드 작업이 증가합니다. 예를 들어, 수천 개의 사서함을 저장하는 서버에서는 데이터베이스 조각 모음 작업이 증가합니다. 그러므로 서버 하드웨어를 디자인할 때 항상 백그라운드 작업을 고려하십시오.
메시지 저장소의 위치와 사용 Exchange 사용자는 서버 기반 사서함 또는 사용자의 로컬 클라이언트 컴퓨터의 개인 폴더(.pst 파일), 또는 네트워크 드라이브에 메시지를 저장할 수 있습니다. 사용자는 메시지의 기본 배달 위치를 개인 폴더로 설정하여 서버의 저장소 및 처리 작업 부하를 줄일 수 있습니다. 예를 들어, 사용자가 개인 폴더의 항목을 열거나 저장할 경우 서버의 Microsoft Exchange Information Store 서비스는 관련되지 않습니다. 그러나 이런 식으로 개인 폴더를 사용할지 여부를 결정할 때 개인 폴더의 모든 메시지를 로컬 클라이언트 컴퓨터에 저장하면 메시지를 중앙에서 백업할 수 없게 된다는 사실을 고려하십시오.
참고
사용자가 메시지를 클라이언트 컴퓨터에 .pst 파일로 저장하게 하려면 사서함 저장소의 사서함 할당량을 구성하십시오. 사서함이 크기 제한을 초과하면 사용자는 메시지를 .pst 파일로 다운로드하거나 메시지를 삭제하여 데이터 양을 줄여야 합니다. 그러지 않으면 사용자는 전자 메일 메시지를 보내거나 받는 작업을 계속할 수 없습니다.
사용자 습관 및 메시징 클라이언트 서버 하드웨어를 디자인할 때 사용자가 하루에 보내고 받는 메시지 수를 고려하십시오. 또한 사용자가 사용하는 클라이언트 유형도 고려하십시오. Outlook 2003 및 Outlook Web Access 2003가 서버에 주는 작업 부하는 다릅니다. 사용자가 주로 Outlook Web Access 2003을 사용하는 경우에는 IIS(인터넷 정보 서비스)에 대한 추가 처리 요구 사항을 가정하십시오.
공용 폴더 사용 및 복제 공용 폴더는 폴더 크기, 액세스 빈도, 각 폴더의 다른 보기 수, 복제 수, 복제 일정 및 내용 변경 빈도에 따라 서버 성능에 많은 영향을 줄 수 있습니다. 큰 공용 폴더 리포지토리는 사용자 사서함을 저장하지 않는 전용 Exchange 서버에 두십시오. 공용 폴더를 저장하는 Exchange 서버를 공용 서버라고도 합니다.
커넥터 및 게이트웨이 커넥터 및 게이트웨이는 서버의 작업 부하를 크게 증가시킬 수 있는 메시징 구성 요소입니다. 메시지 전송에는 서버 간 통신이 포함될 수 있으며 메시지 변환이 필요할 수 있습니다. 앞에서 설명한 것과 같이 대용량 사서함 서버에서 커넥터 또는 게이트웨이를 구성하지 마십시오. 조직은 메시지 전송 전용 서버를 사용하여 향상될 수 있습니다. 다른 옵션은 모든 메시징 시스템을 Exchange 2003으로 마이그레이션하여 메시징 게이트웨이를 필요 없게 하는 것입니다.
**서버 하드웨어가 서비스 수준 계약에 따라 올바르게 디자인되었습니까? ** 테스트 서버에서 Exchange 2003 스트레스 및 성능 도구를 사용하여 하드웨어가 서버에 둘 사서함 수를 수용할 수 있도록 디자인되었는지 여부를 확인할 수 있습니다. 예를 들어, Load Simulator(LoadSim)(LoadSim.exe)를 사용하여 Exchange 2003 서버가 많은 수의 Outlook 2003 클라이언트에 어떻게 응답하는지 테스트할 수 있습니다. 또 다른 유용한 도구는 Jetstress (JetStress.exe)이며 이 도구를 사용하면 디스크 I/O(입/출력) 부하를 시뮬레이트하여 디스크 하위 시스템의 성능과 안정성을 확인할 수 있습니다. 이 도구들은 Downloads for Exchange Server 2003 웹 사이트에서 다운로드할 수 있습니다. 주어진 클래스의 Exchange 2003 서버가 지원할 수 있는 사서함 수를 확인하려면 "Exchange Server 2003을 실행하는 컴퓨터의 성능 벤치마크" 웹 사이트에 있는 성능 벤치마크 조사를 참조하십시오. 이 항목에 대한 정보는 Microsoft Exchange Server 2003 성능 문제 해결에도 있습니다.