고가용성 요소 이해

마지막으로 수정된 항목: 2010-01-27

이 항목에서는 전체적인 사서함 서버 아키텍처에 영향을 주는 몇 가지 고가용성 요소에 대해 설명합니다.

사서함 복구

Exchange Server 2010에서는 독립 실행형 구현 또는 사서함 복구 방식 중 하나를 선택하여 사서함 서버 인프라를 배포할 수 있습니다. Exchange 2010은 사서함 복구 개념에 입각하여 재설계되어, 이제 서버 수준이 아닌 개별 사서함 데이터베이스 수준에서 자동 장애 조치(failover) 보호를 제공하도록 아키텍처가 변경되었습니다.

사서함 복구를 사용하는 솔루션을 선택한 경우에는 다음과 같이 몇 가지 아키텍처 중 하나를 선택할 수 있습니다.

• 여러 데이터베이스 복사본을 배포하는 경우는 다음과 같은 장점이 있습니다.
  • 백업을 사용해야 하는 일반적인 문제를 완화해 주는 솔루션 디자인. 데이터베이스 복사본이 하드웨어, 소프트웨어 및 데이터 센터 오류로부터 보호합니다.
  • 백업에서 복원하는 대신 다른 데이터베이스 복사본을 이용한 복구 메커니즘을 사용하여 데이터베이스 크기가 2TB까지 증가.
  • 데이터베이스 복사본을 세 개 이상 배포하는 경우 JBOD(여러 디스크 모음) 등의 대체 저장소 아키텍처 고려.
• DAG(데이터베이스 가용성 그룹)에 참가하는 모든 서버에 활성 데이터베이스를 배포하면 하드웨어 효율을 극대화할 수 있습니다. 자세한 내용은 이 항목의 다음 섹션을 참조하십시오.

자세한 내용은 고가용성 및 사이트 복구 계획 및 백업, 복원 및 재해 복구 이해를 참조하십시오.

동일한 서버의 활성 및 수동 데이터베이스 복사본 호스트

Exchange 2010 사서함 용량 계획에서 중요한 부분은 사서함 복구를 구성할 때 서버별로 활성화할 데이터베이스 복사본의 수를 결정하는 것입니다. 다양한 디자인을 사용할 수 있지만 다음과 같은 모델을 권장합니다.

모든 데이터베이스 복사본 활성화 디자인

이 용량 계획 모델에서는 서버 아키텍처가 호스트된 데이터베이스 복사본 모두가 활성화되는 상황을 100% 처리하도록 디자인합니다. 예를 들어 서버에서 호스트하는 데이터베이스 복사본이 35개이면 사용량이 가장 많은 기간에 35개의 데이터베이스가 모두 활성화되는 상황을 감당할 수 있도록 프로세서 및 메모리를 디자인합니다.

이 항목에서 설명하는 두 모델 중 이 모델이 클라이언트 성능 특성과 가용성 면에서 모두 뛰어납니다. 하지만 이 모델은 서버 자본 비용이 높습니다.

오류 특화 시나리오 디자인

이 모델에서는 서버 아키텍처가 처리하도록 계획된 최악의 오류가 발생했을 때 활성 사서함 부하를 처리할 수 있게 디자인합니다. 이 모델에서는 사이트 복구, RAID 저장소와 JBOD 비교, DAG(데이터베이스 가용성 그룹) 크기 및 데이터베이스 복사본 수를 포함한 다양한 요소를 고려해야 합니다.

다음과 같은 간단한 규칙에 따라 디자인합니다.

• 노드가 두 개인 구성에서는 자동 단일 노드 오류
• 서버가 세 개인 구성에서는 두 노드 오류(두 번째 오류는 수동 활성화)
• DAG에 노드가 4개 이상인 경우는 자동 두 노드 오류

위 시나리오 각각에 적절한 수의 데이터베이스 복사본이 필요하며 복사본은 무작위로 고르게 배포되어 있어야 합니다.

이 용량 계획 모델을 선택할 경우 서버가 서비스하도록 디자인된 활성 데이터베이스 수를 초과하여 클라이언트 환경이 저하되지 않게, 서버별로 활성화할 수 있는 데이터베이스의 수를 제한하는 것이 좋습니다.

최대 활성 데이터베이스 설정을 구성하여 데이터베이스 수를 제한할 수 있습니다. Exchange 관리 셸에서 Set-MailboxServer -MaximumActiveDatabases를 실행하여 이 제한을 구성할 수 있습니다. DAG에서 배포 크기별 최대 활성 데이터베이스에 맞게 각 서버에 이 제한을 구성합니다. 자세한 내용은 Set-MailboxServer를 참조하십시오.

이 용량 계획 모델은 자본 비용, 가용성 및 클라이언트 성능 특성 사이의 균형을 제공합니다.

자세한 내용은 데이터베이스 가용성 그룹 디자인 예를 참조하십시오.