메모리 구성 계획

적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

마지막으로 수정된 항목: 2009-02-03

Microsoft Exchange Server 2007에 사용할 하드웨어를 선택할 때는 고려해야 할 요소가 많습니다. 가장 중요하게 고려해야 할 세 가지 요소는 프로세서 선택, 메모리 크기 및 저장소 선택입니다. 이 항목에서는 Exchange Server에 뛰어난 성능과 강력한 플랫폼을 제공하는 메모리 구성에 대한 지침을 설명합니다. 프로세서에 대한 지침 및 권장되는 구성에 대한 자세한 내용은 프로세서 구성 계획을 참조하십시오. 지침 및 권장되는 저장소 구성에 대한 자세한 내용은 디스크 저장소 계획을 참조하십시오.

64비트 아키텍처로 이동한 결과 Exchange 2007의 메모리 사용률은 이전 버전의 Exchange Server보다 훨씬 뛰어납니다. 예를 들어, 32비트 플랫폼의 가상 주소 공간 제한으로 인해 Exchange Server 2003의 실제 메모리 사용은 4GB를 초과할 수 없습니다. 이와는 대조적으로 Exchange 2007은 32GB 이상의 메모리를 사용할 수 있습니다. .

Exchange 2007용 하드웨어를 선택할 때 서버의 최대 메모리 구성을 고려하는 것이 좋습니다. 서버 아키텍처마다 메모리 제한이 다릅니다. 다음과 같은 서버의 기술 사양을 확인하고 해당 서버에 대해 비용 대비 효율성이 가장 높은 최대 메모리 구성을 결정하는 것이 좋습니다.

• 메모리 속도   일부 서버 아키텍처는 메모리 속도를 늦춰 특정 서버에서 수십 기가바이트까지 메모리를 확장시킬 수 있습니다. 예를 들어, 최대 서버 메모리는 PC3200의 경우 16GB, PC2700의 경우 32GB로 제한됩니다. 제조업체에 문의하여 Exchange 2007의 메모리 구성 대상이 속도와 호환되는지 확인해야 합니다.

• 메모리 모듈 크기   서버가 지원하는 가장 큰 메모리 모듈 크기를 고려합니다. 일반적으로 메모리 모듈 크기가 클수록 가격이 비싸집니다. 예를 들어, 일반적으로 2GB DDR SDRAM 메모리 모듈은 2개의 1GB DDR SDRAM 메모리 모듈보다 비쌉니다. 최대 메모리 모듈 크기가 Exchange 2007의 대상 메모리 요구 사항을 충족시키는지 확인하십시오. Exchange 2007의 메모리 요구 사항을 충족하려면 더 많은 비용을 들여서 밀도가 높은 메모리 모듈을 구입하는 것이 현명할 수 있습니다.

• 총 메모리 슬롯 수   특정 서버에서 지원하는 메모리 모듈 수를 고려합니다. 총 슬롯 수에 최대 메모리 모듈 크기를 곱하면 해당 서버의 최대 메모리 구성 값이 나옵니다. 메모리 모듈을 쌍으로 설치해야 하는 경우도 있습니다.

하드웨어 계획 방법에 있어 주의할 점은 보다 많은 메모리 슬롯이 채워질 때 일부 서버는 성능 향상을 경험하는 반면 다른 서버는 성능 감소를 경험한다는 점입니다. 하드웨어 공급업체에 문의하여 서버 아키텍처에 영향을 줄 수 있는 이와 같은 사항을 숙지하십시오.

권장되는 메모리 구성

서버 역할당 필요한 예상 프로세서 코어 수를 파악한 다음 기본 메모리 권장 사항을 적용할 수 있습니다. 다음 표에서는 Exchange 2007 서버 역할의 최소 메모리 구성, 권장되는 메모리 구성 및 최대 메모리 구성을 보여줍니다.

설치된 서버 역할에 따른 Exchange 2007 서버의 메모리 구성

Edge 전송 및 허브 전송 서버 역할

Edge 전송 및 허브 전송 서버 역할은 최적의 조건에서 제대로 작동하기 위해 많은 양의 메모리가 필요하지 않습니다. 일반적으로 로드가 가장 높은 경우를 제외하고 프로세서 코어당 1GB RAM(최소 합계 2GB)이면 충분합니다. 16GB의 권장되는 최대 메모리 구성은 각 서버당 받는 사람 수가 평균이고 백만 개의 메시지를 처리하는 Edge 전송 및 허브 전송 서버를 기반으로 합니다. 대부분의 배포는 프로세서 코어당 1GB(최소 합계 2GB)의 권장되는 메모리 구성이라는 최적의 설정으로 구성됩니다.

대규모 배포 시 고려되어야 할 중요한 두 가지 메모리 요소는 대규모 큐 시나리오와 Edgesync 메모리 요구 사항입니다.

대규모 큐 시나리오

Exchange 2007 Edge 전송 및 허브 전송 서버는 극도로 큰 큐가 만들어지는 시나리오를 처리할 수 있도록 설계되었습니다(예: 단일 서버 큐의 메시지 백만 개). 이러한 서버에서는 보내기 및 다시 시도 작업을 최적화하기 위해 대기 중인 메시지 받는 사람 정보를 메모리에 유지합니다. 대규모 큐 시나리오에 대해 Edge 전송 또는 허브 전송 서버의 크기를 조정하는 경우 다음 표를 사용하십시오.

대규모 큐 시나리오의 메모리 오버헤드

Edgesync 메모리 요구 사항

Edgesync는 동일한 Active Directory 디렉터리 서비스 사이트에 있는 Edge 전송 서버와 허브 전송 서버 간의 디렉터리 정보를 동기화하는 프로세스입니다. 모든 허브 전송 서버에서는 Edge 전송 서버로 EdgeSync 디렉터리 정보를 용이하게 푸시하기 위해 메모리에 Edgesync 디렉터리 정보를 보존합니다. 사용되는 메모리 크기는 디렉터리에 있는 메일 사용이 가능한 개체 수에 따라 결정됩니다(예: 받는 사람 및 메일 그룹 등). 메일 사용이 가능한 각각의 개체에서는 EdgeSync 프로세스 수행 시 약 4KB의 메모리를 사용합니다.

허브 전송 서버의 권장되는 메모리 구성은 비엔터프라이즈 배포를 대상으로 합니다. 수 만개의 메일 사용이 가능한 개체가 있는 조직에서는 EdgeSync 메모리 오버헤드를 파악하여 허브 전송 서버의 크기를 적절하게 조정해야 합니다.

클라이언트 액세스 서버 역할

일반적으로 클라이언트 액세스 서버의 메모리 사용률은 클라이언트 연결 수 및 트랜잭션 속도와 선형 관계가 있습니다. 프로세서 및 메모리 구성에 대한 현재 권장 사항에 따라, 클라이언트 액세스 서버는 메모리와 프로세서 사용률을 고려하여 조정되며 메모리 바운드되는 것과 거의 동시에 프로세서 바운드됩니다.

사서함 서버 역할

최적의 메모리 구성이 사서함 수와 클라이언트 프로필(프로세서 코어 요구 사항 평가와 유사함)에 따라 달라지기 때문에 사서함 서버 역할의 메모리 구성 프로세스는 다른 역할보다 더욱 복잡합니다. 사서함 서버 역할의 메모리 크기 조정은 서버의 디스크 I/O(입출력)를 줄이는 데 중요한 역할을 합니다. 사서함 서버에 메모리를 추가하면 할수록 Exchange에서 생성하는 디스크 I/O가 줄어듭니다. 그러나 서버에 메모리를 추가하는 것이 가격 대비 성능 기준으로 적합하지 않은 감소점이 있습니다. 이 섹션에서 설명된 메모리 권장 사항은 이러한 감소점에 대해 고려하면서 현재 메모리 가격과 성능 메트릭을 기반으로 합니다.

사서함 서버의 저장소 요구 사항 및 구성을 정의하기 전에 사서함 서버의 메모리 구성을 정의해야 합니다. 다음 표를 사용하여 호스팅되는 특정 사서함 수와 특정 프로필 유형이 있는 특정 사서함 서버의 메모리 요구 사항을 예측할 수 있습니다.

사서함 서버 메모리 권장 사항

사서함 서버에 대해 권장되는 최대 메모리 구성

최신 x64용 서버에는 메모리 구성을 64GB 이상까지 확장할 수 있는 기능이 있습니다. 다음과 같은 비용, 비트랜잭션 디스크 I/O 영향 및 콜드 상태 작업을 포함하여 사서함 서버에 32GB를 초과하는 최대 메모리 구성을 권장하지 않는 여러 이유가 있습니다.

• 비용   현재 메모리 가격, 특히 4GB DIMM(듀얼 인라인 메모리 모듈)의 현재 평균 가격을 기준으로 단일 사서함 서버에 32GB 보다 큰 메모리를 설치하는 것은 매우 큰 비용이 듭니다. 일반적으로 실제 RAM 가격은 32GB까지는 적절하게 증가합니다. 그러나 메모리의 크기가 32GB를 초과하면 비용은 급격히 증가합니다. 따라서 많은 구성의 경우 메모리 대신 디스크 드라이브를 추가하는 것이 보다 저렴합니다.

• 비트랜잭션 디스크 I/O   사서함 서버에서 더 많은 데이터를 캐시하여 실제 RAM을 추가로 사용하면 트랜잭션 디스크 I/O(클라이언트 작업을 통해 생성된 I/O)에 대한 데이터베이스 디스크 I/O 사용 공간이 감소합니다. 사서함 서버에 비트랜잭션 디스크 I/O의 여러 소스가 있습니다. 여기에는 온라인 유지 관리(예: 온라인 데이터베이스 조각 모음), 오프라인 유지 관리(예: 오프라인 데이터베이스 조각 모음 또는 데이터베이스 복구 작업), 백업, 복원 또는 복구 작업 및 사서함 관리 작업이 포함됩니다. 이러한 모든 작업에는 적절한 서버 유지 관리를 위한 디스크 I/O가 필요합니다. Exchange 2007에서 트랜잭션 I/O를 현저하게 감소시키더라도 사서함 서버 유지 관리를 위해 적합한 저장소 성능이 필요합니다. 이러한 이유로 인해 서버에 메모리를 추가할 때 감소점이 있습니다. 일반적으로 디스크 I/O 요구 사항을 줄이기 위해 사서함 서버에 메모리를 추가하고 이로 인해 저장소 솔루션의 전체 비용이 감소합니다. 비트랜잭션 I/O 요구 사항으로 인해 32GB 보다 큰 메모리를 추가에 의한 서버의 저장소 요구 사항이 현저하게 줄어들지 않을 수 있습니다.

• 콜드 상태 작업   콜드 상태는 서버 다시 시작 또는 Microsoft Exchange Information Store 서비스 다시 시작 직후의 사서함 서버 상태로 정의됩니다. 이러한 기간 동안 읽기/쓰기 작업을 캐시하는 데 사용되는 데이터베이스 캐시의 크기가 작아지기(콜드) 때문에 읽기 I/O 작업을 줄이는 기능이 현저히 감소합니다. 사서함 서버에서 메시지를 처리할 때 데이터베이스 캐시 크기가 증가하여 캐시의 효율성이 높아지고 계속해서 서버의 디스크 I/O가 감소합니다. 서버의 실제 메모리가 증가하면 할수록 데이터베이스 캐시가 최적의 크기에 도달하는 시간이 길어집니다. 저장소 솔루션이 대용량의 실제 RAM(32GB 보다 큼)을 위해 설계되고 크기가 조정된 경우와 사용자의 디스크 I/O 프로필에서 최적의 데이터베이스 캐시 상태(예: 대용량 웜 캐시)를 가정하는 경우, 콜드 상태인 동안 부족한 디스크 성능으로 인해 클라이언트 환경의 기능이 떨어질 수 있습니다. 비트랜잭션l I/O 문제와 유사하게 저장소 요구 사항은 32GB 메모리가 장착된 서버와 32GB RAM 보다 큰 메모리가 장착된 서버에서 동일할 수 있습니다. 적절하게 구성된 사서함 서버에서는 콜드 작업 시작 15분 후에 최적의 캐시 상태에 도달해야 합니다.

사서함 서버 역할에서 32GB보다 큰 메모리를 사용하게 되더라도 앞에서 설명한 이유로 인해 권장되는 최대 메모리 구성은 32GB이며 비용 및 성능이라는 두 가지 관점에서 감소점 문제가 고려됩니다.

저장소 그룹 수를 기준으로 사서함 서버에서 요구되는 최소 메모리

Exchange 2007에서 서버당 최대 저장소 그룹 수는 50개(Exchange Server 2003에서는 4개)까지 증가했습니다 . 이 증가로 인해 서버 및 저장소 아키텍처의 유연성이 보다 커졌으나 사서함 서버의 메모리 사용률에는 큰 영향을 미쳤습니다. 저장소 그룹 수의 증가는 가장 먼저 데이터베이스 캐시의 사용률에 영향을 줍니다. 데이터베이스 캐시는 읽기 및 쓰기에 모두 사용됩니다. 검사점 작동 방법으로 인해 저장소 그룹을 추가하면 쓰기 작업에 사용되는 데이터베이스 캐시 크기가 증가합니다. 이것은 데이터베이스 쓰기 I/O 감소에 긍정적인 영향을 줍니다. 그러나 실제 메모리가 부족한 서버에 너무 많은 저장소 그룹이 구성되면 데이터베이스 읽음 캐시의 효율성이 감소될 수 있습니다. 이것은 전체적으로 서버의 성능에 부정적인 영향을 줄 수 있습니다. 이러한 이유로 인해 서버에서 저장소 그룹 수와 실제 메모리 크기 간의 비율을 유지 관리하는 것이 중요합니다.

Exchange 2007 SP1(서비스 팩 1)에서는 ESE(Extensible Storage Engine)에 대해 사서함 서버 역할에 대한 메모리 요구 사항을 줄이는 성능 개선 사항이 일부 이루어졌습니다. 다음 표에서는 Exchange 2007 및 Exchange 2007 SP1용 서버에 있는 저장소 그룹 수를 기준으로 한 서버당 특정 최소 메모리 요구 사항을 보여줍니다.

저장소 그룹 수에 따른 최소 메모리 요구량

이전 표에서는 Exchange 2007의 기본 최소 메모리 요구량인 2GB부터 시작됩니다. 사서함 및 여러 역할의 서버 구성은 Microsoft의 지원을 얻기 위해 이전 표에 나열된 요구 사항을 충족해야 합니다.

이전 표에 나열된 저장소 그룹에 따른 최소 실제 메모리 요구량은 사서함 수 및 프로필을 기반으로 하는 권장 메모리 크기와 거의 비슷하게 일치됩니다. 이러한 메모리 권장 사항을 어떻게 사용하는지를 이해하려면 다음 예를 참조하십시오.

• 예 1   과도한 사용자 프로필을 갖는 4,000명 사용자 사서함 서버는 22GB RAM(2048MB + (4,000*5MB))이 요구됩니다. 이전의 지원 요구 사항에 따르면 해당 서버는 최대 44개의 저장소 그룹을 지원할 수 있습니다. 45개 이상의 저장소 그룹을 지원하려면 추가 RAM이 필요합니다.

• 예 2   단순한 사용자 프로필을 갖는 1000명 사용자 사서함 서버는 4GB RAM(2048MB + (1000*2MB))이 요구됩니다. 이전의 지원 요구 사항에 따르면 해당 서버는 최대 8개의 저장소 그룹을 지원할 수 있습니다. 9개 이상의 저장소 그룹을 지원하려면 추가 RAM이 필요합니다.

로컬 연속 복제에 대한 메모리 권장 사항

LCR(로컬 연속 복제) 환경에서는 LCR 사용 가능 저장소 그룹의 활성 복사본 및 수동 복사본이 모두 같은 서버에 있습니다. Microsoft Exchange 복제 서비스는 제공된 메모리 지침을 기반으로 하나 이상의 저장소 그룹에 대해 사용하도록 설정된 LCR이 있는 서버에서 제대로 작동합니다. 그러나 ESE 데이터베이스 캐시를 통해 LCR 환경에서 최적의 효율성을 유지 관리하도록 하려면 사서함 및 여러 역할 서버(앞에 나열된 메모리 지침 이상)에 추가 1GB의 RAM을 설치하는 것이 좋습니다.

여러 서버 역할

사서함 서버 역할과 유사한 지침 및 제한이 여러 서버 역할 구성에 적용됩니다. 클라이언트 액세스와 허브 전송 서버 역할을 동일한 서버에서 사서함 서버 역할로 사용하기 위해 권장되는 기본 메모리 구성은 8GB입니다. 사서함 수와 프로필에 따른 메모리 지침은 사서함 서버 역할과 동일합니다. 권장되는 최대 메모리 양은 32GB입니다.

CCR(클러스터 연속 복제)이나 SCC(단일 복사본 클러스터) 모두 장애 조치(failover) 클러스터에서 허브 전송 또는 클라이언트 액세스 서버 역할 호스팅을 지원하지 않습니다. 여러 역할 서버가 정의에 따라 클러스터되지 않습니다. 서버 유지 관리 또는 서버 오류가 가동 시간 또는 가용성에 크게 영향을 미치지 않음을 확인하기 위해 수천 개의 사서함을 호스팅하는 사서함 서버를 클러스터링하는 것은 좋은 방법입니다.

이전 표에 나열된 저장소 그룹 수를 기반으로 하는 최소 메모리 요구량은 해당 사서함 서버 역할이 포함된 구성을 비롯한 여러 역할의 서버 구성에 적용됩니다.