사서함 저장소 디자인 프로세스

아티클
03/03/2017

적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3

마지막으로 수정된 항목: 2016-11-28

저장소 디자인 프로세스는 세 단계로 나누는 것이 좋습니다. 다음 섹션에서는 사서함 저장소 요구 사항 및 모범 사례를 비롯한 각 디자인 단계에 대한 자세한 내용을 설명합니다.

1단계: 저장소 입력 요구 사항 수집

몇몇 Exchange 2010 아키텍처 요소는 사서함 저장소 디자인에 영향을 줍니다. 다음 표에서는 사서함 저장소 디자인에 영향을 주는 가장 중요한 요소를 설명합니다.

사서함 저장소 디자인의 아키텍처 요소

디자인 요소	설명	저장소 디자인 영향
사서함 수	특정 사서함 서버에서 호스트되는 최대 사서함 수	성능 사서함 수가 많을수록 서버당 배달되고 열리는 메시지 수도 많아집니다. 이로 인해 더 많은 로그와 데이터베이스 입출력이 발생합니다. 용량 사서함 수가 많을수록 사서함 콘텐츠를 저장하기 위한 용량도 더 많이 필요합니다. 이는 데이터베이스 및 서버당 데이터베이스 크기에 영향을 줍니다. 또한 사서함 수가 많아지면 하루 동안 서버당 생성되는 로그의 수도 많아집니다. 안정성 일반적으로 사서함 서버에서 호스트되는 사서함 수가 많을수록 고가용성에 대한 필요성이 커집니다.
사서함 동시성	한 시간 이상의 간격으로 측정되는, 사서함 서버에 동시에 연결하는 사용자 비율	성능 동시성이 높을수록 서버당 배달되고 열리는 메시지 수도 많아집니다. 이로 인해 더 많은 로그와 데이터베이스 입출력이 발생합니다. 일반적으로 표준 정보 처리 저장소 크기로 100% 동시성이 사용됩니다. 용량 동시성이 높아질수록 하루 동안 서버당 생성되는 로그의 수가 많아집니다.
사서함 크기	사서함당 최대 사서함 할당량, 예를 들면 최대 사서함 크기는 10GB입니다. 여기에는 기본 사서함, 개인 보관, 복구 가능한 항목(휴지통) 데이터에 필요한 용량이 포함됩니다.	성능 기본 사서함 크기가 커질수록 가끔 수행되는 데이터베이스 작업(예: 전체 Microsoft Outlook 오프라인 폴더 파일(.ost) 동기화 및 Microsoft Office Outlook Web App에서의 새로운 보기 생성)을 위해 처리할 콘텐츠가 많아집니다. 이로 인해 조금 더 많은 로그와 데이터베이스 입출력이 발생할 수 있습니다. 용량 사서함이 커질수록 사서함 콘텐츠를 저장하기 위한 용량도 더 많이 필요합니다. 이는 데이터베이스 및 서버당 데이터베이스 크기에 영향을 줍니다.
사서함 사용 프로필	일반적으로 하루 동안 주고받는 메시지 수와 평균 메시지 크기(KB)로 정의되는 사서함 서버의 사용자 사용 특성	성능 사서함 사용 프로필이 집약적일수록 생성되는 로그와 데이터베이스 입출력이 늘어납니다. 용량 사서함 사용 프로필이 집약적일수록 하루 동안 서버당 생성되는 로그의 수가 많아집니다.
전자 메일 클라이언트 유형	서로 다른 전자 메일 클라이언트(예: Outlook 2003 캐시된 Exchange 모드, Windows Mobile, Microsoft Exchange ActiveSync 및 Microsoft Office Outlook Web App)의 유형 및 비율	성능 서로 다른 클라이언트는 서버에서 서로 다른 성능 특성을 나타냅니다.
전자 메일 클라이언트 확장명	전자 메일 클라이언트의 기능을 확장하는 Microsoft 및 타사 응용 프로그램(예: Office Communicator 및 Windows Desktop Search 클라이언트)	성능 구현에 따라, 전자 메일 클라이언트 확장 응용 프로그램은 사서함 서버 데이터베이스 입출력에 다양한 입출력 영향을 줄 수 있습니다.
서버 응용 프로그램	Exchange 사서함 서버에서 또는 사서함 서버에 대해 실행되는 응용 프로그램(예: 타사 모바일 장치 응용 프로그램 및 바이러스 백신 응용 프로그램)	성능 구현에 따라, 서버 응용 프로그램은 사서함 서버 데이터베이스 입출력에 다양한 입출력 영향을 줄 수 있습니다.
고가용성 요구 사항	Exchange 2010 고가용성의 사용 여부 및 구성 방식(예: 복사본 수, 사이트 수, 지연된 복사본)	성능 고가용성 솔루션은 로그 복제에 의해 발생하는 추가 로그 볼륨 입출력을 처리하기 위해 비고가용성 솔루션에 비해 조금 더 많은 입출력이 필요할 수 있습니다. 용량 고가용성을 사용하면 (복사본 수에 따라) 필요한 데이터베이스 파일 저장소의 크기를 증가시킵니다. 순환 로깅을 사용하면 로그 용량이 감소될 수 있습니다. 고가용성을 사용하면 하루 동안 서버당 생성되는 로그의 수가 많아집니다. 안정성 고가용성을 배포하면 실행 가능한 저장소 옵션의 수가 늘어납니다. RAID가 구현되지 않은 저장소나 JBOD(Just a Bunch Of Disks) 같이 안정성이 떨어지는 스토리지는 고가용성 배포에서 여러 데이터베이스 복사본이 사용될 때 사용할 수 있습니다.

위 테이블에서 설명한 기능에 대한 자세한 내용은 다음 항목을 참조하십시오.

2단계: 입출력 및 용량 요구 사항을 기반으로 저장소 아키텍처 디자인

Exchange 2010 저장소 입력 요구 사항 수집을 완료한 후에는 입출력 및 용량 요구 사항을 기반으로 저장소 아키텍처를 디자인해야 합니다. 저장소 아키텍처를 구성하는 방법은 여러 가지가 있습니다. 저장소 아키텍처의 요구 사항을 수동으로 계산할 수도 있고, Exchange 2010 사서함 서버 역할 요구 사항 계산기를 사용할 수도 있습니다. 요구 사항을 수동으로 계산할 경우 사서함 저장소 디자인에 대한 보다 깊은 이해를 필요로 합니다. 해당 내용은 이 항목의 뒷부분에 있는 "수동으로 사서함 서버 역할 요구 사항 계산" 항목에 나옵니다. 사서함 서버 역할 계산기를 사용하면 사용자가 정보를 입력하여 디자인에 대한 권장 모범 사례를 볼 수 있습니다.

수동으로 사서함 서버 역할 요구 사항 계산

사서함 서버 역할 아키텍처를 만들려면 다음 단계를 완료합니다.

고가용성 모델을 결정하려면 고가용성 요소 이해를 참조하십시오.
데이터베이스 및 로그 용량 요구 사항을 계산하려면 사서함 데이터베이스 및 로그 용량 요소 이해를 참조하십시오.
메모리 요구 사항을 결정하려면 사서함 데이터베이스 캐시 이해를 참조하십시오.
데이터베이스 및 로그 성능 요구 사항을 계산하려면 데이터베이스와 로그 성능 요소 이해를 참조하십시오.
요구 사항을 기반으로 LUN(논리 단위 번호) 아키텍처를 결정하려면 Exchange 2010 LUN 아키텍처 이해를 참조하십시오.
요구 사항을 기반으로 저장소 아키텍처를 결정하려면 저장소 구성 이해를 참조하십시오.
CPU 요구 사항을 결정하려면 사서함 서버 프로세서 용량 계획을 참조하십시오.

이 모든 정보가 어떻게 합쳐지는지 보려면 Exchange 2010 사서함 서버 역할 디자인 예를 검토하십시오.

사서함 서버 역할 요구 사항 계산기 사용

Exchange 2010 사서함 서버 역할 요구 사항 계산기를 사용하면 입력 요소 집합을 지정하여 사서함 서버 역할에 대한 요구 사항을 결정할 수 있습니다. 계산기는 메모리, 저장소(입출력 성능, 용량, 저장소 구성), 최적 LUN 레이아웃, CPU 메가사이클에 대한 요구 사항을 결정합니다. Exchange 2010 사서함 서버에 대한 최적의 솔루션을 디자인하려면 다양한 변수를 고려해야 하므로 계산기가 디자인 프로세스에 도움이 될 수 있습니다. 계산기 및 계산기 다운로드 방법에 대한 자세한 내용은 Exchange Server 팀 블로그 기사 Exchange 2010 사서함 서버 역할 요구 사항 계산기를 참조하십시오.

참고

각 블로그의 콘텐츠와 해당 URL은 사전 통지 없이 변경될 수 있습니다. 각 블로그의 콘텐츠는 어떠한 보증 없이 "있는 그대로" 제공되며 어떠한 권한도 제공하지 않습니다. 포함된 스크립트 샘플 또는 코드는 Microsoft 사용 약관에 지정되어 있는 약관에 따라 사용됩니다.

3단계: 저장소 성능 및 안정성 확인

프로덕션 환경에서 저장소 솔루션을 구현하기 전에 해당 솔루션이 올바르게 구성되었는지를 확인해야 합니다. 이 섹션에서는 Microsoft Exchange용 저장소 솔루션 테스트에 대한 지침을 제공합니다. 이 과정은 이미 테스트한 솔루션을 포함하는 프로그램으로 시작됩니다.

또한 저장소 솔루션을 관리, 테스트 및 모니터링하는 데 도움이 되는 몇 가지 도구에 대한 정보도 제공합니다. 입출력 성능의 이해 및 문제 해결에 대한 자세한 내용은 데이터베이스와 로그 성능 요소 이해를 참조하십시오.

Exchange Solution Reviewed Program

저장소 솔루션을 선택할 경우 Microsoft ESRP(Exchange Solution Reviewed Program)에서 저장소에 대해 검토한 ESRP-Storage라는 솔루션을 선택하는 것이 좋습니다. ESRP-Storage는 Exchange별 테스트, 모범 사례 게시 프레임워크이며 알려진 우수한 Exchange 저장소 솔루션을 만들 수 있는 검토 프로세스입니다. ESRP-Storage의 목표는 다음과 같습니다.

저장소 공급업체에게 Exchange 저장소 테스트 및 모범 사례 게시에 대한 추가 지침을 제공합니다.
Exchange 모범 사례에 맞도록 저장소 솔루션을 검토하는 메커니즘을 개발합니다.
고객에게 Exchange 배포를 위해 충분히 테스트된 고품질의 저장소 솔루션을 제공합니다.

자세한 내용은 ESRP(Microsoft Exchange Solution Reviewed Program)를 참조하십시오.

참고

ESRP-Storage는 Microsoft 인증, 권한 부여 또는 로고 프로그램이 아닙니다.

저장소는 다양한 방식으로 구성할 수 있기 때문에 테스트된 구성을 확인하고 모범 사례를 사용하면 비용을 줄이고 배포까지 소요되는 시간을 단축할 수 있습니다.

저장소 테스트

솔루션을 테스트하기 전, 테스트를 통해 확인하려는 정보를 파악하기 위해 필요한 몇 가지 작업을 수행해야 합니다. 다음은 저장소 테스트를 올바르게 수행하기 위한 몇 가지 핵심 항목입니다.

테스트 목표를 정합니다. 예를 들어, 필요한 성능, 처리량 및 용량 수치를 고려합니다.
프로덕션 환경에서 사용할 수만큼의 저장소 연결 서버에 대해 테스트를 수행합니다. 여기에는 비 Exchange 서버 및 작업 부하가 포함됩니다.
프로덕션 환경에서와 크기가 같은 데이터베이스를 사용하여 테스트를 수행합니다. 실제 디스크 용량도 프로덕션 수준으로 채워져 있어야 합니다. 대부분의 실제 디스크 성능 특성은 데이터 집합 크기에 따라 달라집니다.
저장소가 트랜잭션 I/O 요구 사항을 충족하는지 확인하고 허용 가능한 대기 시간 내의 최대 솔루션 성능을 결정합니다.
저장소가 사용자의 백업 및 복원 SLA(서비스 수준 계약)에 맞는 백업 처리량 및 성능 요구 사항을 충족하는지 확인합니다.

저장소 관련 도구

Microsoft Exchange Server Jetstress 도구는 Exchange I/O 특성을 정확하게 시뮬레이트합니다. 여기에는 허용 가능한 대기 시간 내의 최대 LUN 성능을 나타내는 스트레스 테스트 및 성능 테스트가 모두 포함됩니다. Exchange 로드 생성기는 Microsoft Office Outlook 클라이언트를 시뮬레이트합니다.

두 도구 모두 Outlook을 시뮬레이트합니다. Outlook 클라이언트 시뮬레이션을 통해서만 서버 디스크 대기 시간만이 아닌 실제 클라이언트 대기 시간을 측정할 수 있습니다. 다운로드 방법을 비롯한 이들 도구에 대한 자세한 내용은 성능 및 확장성 평가 도구를 참조하십시오.

중요

Exchange Jetstress는 프로덕션 데이터를 서버에 배치하기 전에 시스템에 사용해야 합니다. 프로덕션 데이터를 포함하는 시스템에는 Jetstress를 사용하면 안 됩니다.

중요

Exchange 로드 생성기는 프로덕션 환경이 아닌 테스트 환경에서 사용하기 위한 것입니다.

서버 저장소 상태 모니터링

저장소 솔루션 모니터링 작업은 하드웨어 및 소프트웨어 경고와 오류 상태로 인해 데이터가 손상되거나 가동이 중지되기 전에 이러한 상태를 확인하는 매우 중요한 작업입니다.

다음과 같은 도구를 사용하여 저장소 솔루션을 모니터링할 수 있습니다. 이러한 도구는 Exchange 관리 콘솔의 도구 상자 노드에서 사용 가능합니다.

모범 사례 분석 도구
성능 모니터
성능 문제 해결사

또한 Microsoft System Center Operations Manager 2007을 사용하여 저장소 솔루션과 Exchange 조직의 다양한 측면을 모니터링할 수도 있습니다.

성능 모니터(perfmon.exe)는 Exchange 2010의 MMC(Microsoft 관리 콘솔) 성능 스냅인입니다. Perfmon은 MSExchangeIS 성능 개체를 사용하여 카운터 정보를 검색하며 저장소 솔루션의 상태를 알아볼 수 있는 정보를 제공합니다. 자세한 내용은 성능 및 확장성 카운터 및 임계값를 참조하십시오.

저장소 솔루션 상태 모니터링

대다수의 저장소 솔루션의 경우 성능 메트릭을 확인할 수 있는 방법이 있습니다. 이러한 매트릭을 모니터링하면 Exchange에 영향을 주기 전에 성능 문제를 확인할 수 있습니다. 저장소 공급업체에서 제공하는 통합된 System Center Operations Manager 2007을 사용할 수 있으면 전용 메트릭을 쉽게 이해할 수 있습니다. 확인해야 하는 몇 가지 일반 메트릭은 다음과 같습니다.

디스크 사용률 실제 디스크의 사용률
읽음 캐시 적중률 저장소 컨트롤러 캐시의 활용도
쓰기 대기 중인 요청 컨트롤러의 실제 디스크 대기 빈도
저장소 프로세서 사용률 저장소 컨트롤러 프로세서의 사용률

다음을 통해 공유