Exchange Server 2003 확장

  • 아티클

 

마지막으로 수정된 항목: 2006-08-16

이 항목에서는 다양한 구성과 사용자 로드 상태에서 Microsoft® Exchange Server 2003 성능에 대한 정보를 제공합니다. 이 데이터를 사용하여 조직의 요구 사항에 맞는 높은 확장성의 메시징 시스템을 구성할 수 있습니다.

확장성이란 무엇입니까?

확장성은 증가된 성능 요구 사항에 맞게 시스템을 확장할 수 있는 능력입니다. 클러스터링의 경우는 클러스터의 총 로드가 클러스터의 용량을 초과할 때 스케일 업 또는 스케일 아웃을 통해 기존 클러스터에 점진적으로 시스템을 추가할 수 있습니다. 스케일 업에는 기존 하드웨어의 시스템 리소스(프로세서, 메모리, 디스크, 네트워크 어댑터 등)를 늘리거나 기존 하드웨어를 시스템 리소스가 더 많은 하드웨어(예: 더 빠른 CPU 및 네트워크 어댑터, 더 많은 메모리, 저장소 등)로 교체하는 것이 포함됩니다. 스케일 아웃에는 요구 사항에 맞게 서버를 추가하는 것이 포함됩니다. 확장성 전략에 대한 자세한 내용은 Exchange Server 2003 높은 가용성 가이드를 참조하십시오.

이 항목에서는 다양한 구성과 사용자 로드에서 Exchange Server 2003을 확장하는 방법에 대해 설명합니다.

프런트 엔드 및 백 엔드 아키텍처

프런트 엔드 및 백 엔드 서버 환경을 구현할 때는 전체 성능에 영향을 미치는 많은 요소가 나타납니다.

Microsoft Outlook® Web Access, Outlook Mobile Access, Exchange ActiveSync®, RPC over HTTP, 인증, IP 주소 확인, SSL(Secure Sockets Layer) 프로토콜 및 암호화 구성표 서비스를 제공하는 서버와 같은 프런트 엔드 서버에는 중요한 처리가 필요한 보안 기능이 있습니다. 이러한 서버의 경우 특권 모드와 사용자 모드에서 모두 프로세서 활동이 증가하고 컨텍스트 전환 및 중단 비율이 증가할 수 있습니다. 서버의 프로세서가 증가된 로드를 처리할 수 없게 되면 큐가 증가하게 됩니다.

프런트 엔드 서버에 영향을 미치는 요소는 다음과 같습니다.

  • 사용 중인 프로토콜
  • 설치된 프로세서 수
  • 사용 가능한 메모리
  • 네트워크 소통량
  • 인증 방법
  • 네트워크 소통량을 암호화하는 SSL의 사용

프런트 엔드 서버는 모든 요청을 백 엔드 서버로 전달하기 때문에 백 엔드 서버는 프런트 엔드 서버와 동일한 프로세서 및 처리 문제를 가지게 됩니다. 또한 백 엔드 서버는 데이터를 검색하고 저장하는 읽기 및 쓰기 작업을 수행하기 때문에 저장소 문제도 발생할 수 있습니다. 토폴로지에 둘 이상의 공용 폴더가 있는 경우 공용 폴더 간의 복제 소통량이 관련된 모든 서버에 영향을 미칠 수 있습니다.

백 엔드 서버에 영향을 미치는 요소는 다음과 같습니다.

  • 사용 중인 프로토콜
  • 설치된 프로세서 수
  • 사용 가능한 메모리
  • 사용 중인 저장소 유형
  • 사용 가능한 저장소
  • 공용 폴더 정보 복제

이러한 요소가 프런트 엔드 및 백 엔드 서버에 영향을 주는 방식에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 "기준 데이터"를 참조하십시오.

프런트 엔드 서버 라이센스 가이드

Microsoft Windows® 2000 Server 및 Windows Server™ 2003은 사용자 단위와 서버 단위라는 두 종류의 라이센스 모델을 지원합니다. Windows 2000 라이센스 로깅 서비스는 사용자 단위 라이센스 모델을 사용하여 서버를 인증하는 모든 사용자의 목록을 디스크와 메모리에 유지합니다. 서버 단위 모델은 사용자 목록을 유지하지 않습니다. 사용자 단위 구성의 인증된 사용자 목록은 50,000명 미만의 사용자가 있는 서버에서는 그렇게 많은 메모리를 사용하지 않지만 사용자가 수십만 명인 프런트 엔드 및 백 엔드 토폴로지에서 사용자 단위 라이센스 모델을 실행할 경우 라이센스 로깅 서비스의 메모리 사용 공간이 너무 커질 수 있습니다.

프런트 엔드 서버에서 클라이언트 요청의 로드 균형을 조정하는 사용자 단위 시나리오에서는 프런트 엔드 서버의 라이센스 로깅 서비스가 모든 백 엔드 서버 사용자를 포함한 사이트의 모든 사용자에 대한 목록을 구성합니다. 사이트 크기에 따라 서버에서 프런트 엔드 서버의 라이센스 로깅 서비스에 수백 MB의 메모리를 사용할 수 있습니다. 따라서 대규모의 프런트 엔드 및 백 엔드 토폴로지에서는 서버 단위 라이센스 모델을 사용하는 것이 좋습니다. 라이센스 로깅 서비스에 대한 자세한 내용은 Windows 2000 Resource Kits 웹 사이트(https://go.microsoft.com/fwlink/?LinkId=6545)를 참조하십시오.

서버 크기 결정

Exchange 구성과 사용자 프로필의 다양성 때문에 서버가 지원하는 사용자 수를 정확하게 결정하는 것이 어렵습니다. 디스크 리소스를 사용하려면 다양한 유형의 클라이언트, 사용자의 활동 상태, 저장소 하위 시스템의 용량, Exchange 서버의 구성 방식을 고려해야 합니다. 서버 크기 요구 사항을 계산하는 방법에 대한 자세한 내용은 서버 크기 계산을 참조하십시오.

기준 데이터

이 섹션에서는 다양한 구성과 사용자 로드 상태에서 Exchange 2003 성능에 대해 설명합니다. 이 정보를 이용하여 최소한의 하드웨어 요구 사항을 결정하는 기준을 세울 수 있습니다. 다음과 같은 시나리오가 포함됩니다.

  • 사서함 서버(MAPI 사용)
  • Outlook Web Access
  • POP3(Post Office Protocol version 3)
  • IMAP4(Internet Message Access Protocol version 4rev1)
  • SMTP(Simple Mail Transfer Protocol)

각 시나리오에서 다음 영역을 분석합니다.

  • 프로세서
  • 메모리
  • 디스크 사용량
  • 네트워크 사용량