데이터베이스 가용성 그룹 디자인 예

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

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

DAG(데이터베이스 가용성 그룹)는 최대 16개의 사서함 서버를 포함할 수 있을 뿐 아니라 여러 물리적 위치 및 Active Directory 사이트 전반으로 확장될 수 있으므로 다양한 아키텍처 디자인이 가능합니다.

DAG의 디자인 예는 여러 환경에서 사용할 수 있습니다.

• 소규모 회사 및 지점 배포에 적합한 두 구성원 DAG

• 같은 데이터 센터에 모든 구성원을 두어 단일 데이터 센터에 고가용성을 제공하는 네 구성원 DAG

• 기본 데이터 센터에 두 구성원을 두고 데이터 센터에 두 구성원을 두어 단일 데이터 센터에 고가용성 및 해당 데이터 센터에 대한 사이트 복구를 제공하는 네 구성원 DAG

DAG 및 사서함 데이터베이스 복사본 배포에 사용하는 디자인은 조직의 SLA(서비스 수준 계약) 및 복구 지점 목표, 그리고 SAL에 명시된 사서함 서비스 및 데이터의 복구 지점 목표를 기반으로 합니다.

목차

단일 데이터 센터/Active Directory 사이트의 두 구성원 DAG

단일 데이터 센터/Active Directory 사이트의 네 구성원 DAG

두 데이터 센터/Active Directory 사이트의 네 구성원 DAG

두 데이터 센터/Active Directory 사이트의 두 개의 네 구성원 DAG

추가 응답자에 대해 DAG의 데이터베이스를 포함하지 않는 사서함 서버 사용

고가용성 및 사이트 복구와 관련된 관리 작업은 고가용성 및 사이트 복구 관리를 참조하십시오.

단일 데이터 센터/Active Directory 사이트의 두 구성원 DAG

두 구성원 DAG는 고가용성을 제공할 수 있는 최소 크기의 DAG입니다. 두 구성원 DAG는 사서함 서비스 및 데이터에 대한 특정 형태의 고가용성을 필요로 하지만 사이트 복구는 필요하지 않은 조직에 가장 적합합니다. 이 구성은 두 개의 Exchange 서버만을 사용하여 클라이언트 액세스, 사서함 및 허브 전송 서버 역할에 대한 중복을 가능하게 하므로 소규모 회사와 지점 배포에서 특히 효과적입니다. 다음 그림에서는 이 구성을 보여 줍니다.

두 구성원 데이터베이스 가용성 그룹

이 구성에 대해 주목할 만한 몇 가지 측면이 있습니다.

• 이 디자인에서는 클라이언트 액세스, 사서함 및 허브 전송 서버 역할만 공존합니다. 통합 메시징 서버 역할과 함께 있는 것이 지원되더라도 성능 상의 이유로 이러한 구성은 권장되지 않습니다.

• 클라이언트 액세스 및 허브 전송 서버 역할의 고가용성을 확보하려면 클라이언트와 서버 역할들 간에 특정한 형태의 부하 분산이 사용되어야 합니다. 이러한 서버 역할은 DAG 구성원인 사서함 서버와 공존하므로 Windows 네트워크 부하 분산을 사용할 수 없습니다(네트워크 부하 분산 및 Windows 장애 조치(failover) 클러스터는 동일한 서버에 설치할 수 없기 때문임). 대신 Windows 이외의 네트워크 부하 분산 솔루션(예: 하드웨어 부하 분산 장치 또는 타사 소프트웨어 기반 부하 분산 장치)을 사용해야 합니다.

• 구성원 수가 짝수인 모든 DAG와 마찬가지로, 두 구성원 DAG는 쿼럼을 유지 관리하기 위해 미러링 모니터 서버를 필요로 합니다. 미러링 모니터 서버(그림 포함 안 됨)는 DAG 구성원이 아니며 DAG 구성원이 되지 않는 Windows 서버입니다. 예를 들어 이 구성을 사용하는 소규모 조직은 미러링 모니터 서버로 파일 서버 또는 디렉터리 서버를 사용할 수 있습니다. 쿼럼은 쿼럼 응답자의 과반수 이상이 사용 가능하고 통신 중인 경우에만 유지 관리됩니다. 미러링 모니터 서버가 있는 두 구성원 DAG는 세 개의 쿼럼 응답자를 제공합니다. (각각의 DAG 구성원 및 미러링 모니터 서버는 사용 가능하고 통신 중일 때마다 응답할 수 있습니다.) 따라서 두 구성원 DAG는 한 응답자(예: DAG 구성원 중 하나, 또는 미러링 모니터 서버)의 중지나 오류 시에도 서비스 중단 없이 정상적으로 작동할 수 있습니다. 하지만 두 응답자의 손실(예: DAG 구성원 및 미러링 모니터 서버)로 인해 쿼럼이 손실되고, 이에 따라 서비스가 중단됩니다.

맨 위로 이동

단일 데이터 센터/Active Directory 사이트의 네 구성원 DAG

단일 데이터 센터 배포의 네 구성원 DAG는 두 구성원 또는 세 구성원 DAG보다 오류에 대한 복구 기능이 뛰어납니다. 더 큰 DAG가 서비스 중단 없이 더 많은 오류에 견딜 수 있으므로 본질적으로 복구 기능이 더 좋습니다. 두 구성원 또는 세 구성원 DAG는 단 한 응답자의 손실에만 쿼럼 손실이나 서비스 중단 없이 견딜 수 있는 반면, 네 구성원 DAG는 정의상 다섯 개의 응답자가 있어 두 응답자의 손실에도 쿼럼 손실 및 서비스 중단 없이 견딜 수 있습니다.

다음 그림에서는 모든 구성원이 한 데이터 센터에 있는 네 구성원 DAG를 보여 줍니다.

네 구성원 데이터베이스 가용성 그룹

네 구성원 DAG를 사용하여 각 데이터베이스의 복사본을 최대 네 개까지 만들 수 있습니다. 데이터베이스 복사본 네 개는 유연한 사서함 보호와 같은 대체 데이터 보호 시나리오를 사용하기에 충분한 수입니다. 유연한 사서함 보호를 통해 Microsoft Exchange Server 2010 고가용성 및 ESE(Extensible Storage Engine) 복구 기능을 기타 기본 제공 보호 기능(예: 대기 사서함 데이터베이스 복사본, 보존 정책, 복구 가능한 항목 폴더 및 유지 정책)과 결합하여 RAID(Redundant Array of Independent Disks) 사용 또는 데이터 백업 만들기 등 기타 형태의 보호에 대한 필요성을 줄일 수 있는 솔루션을 만들 수 있습니다. 유연한 사서함 보호에 대한 자세한 내용은 백업, 복원 및 재해 복구 이해를 참조하십시오. 백업에 복제 사용 및 JBOD(Just a Bunch Of Disk) 사용에 대한 자세한 내용은 사서함 서버 저장소 디자인을 참조하십시오.

맨 위로 이동

두 데이터 센터/Active Directory 사이트의 네 구성원 DAG

두 데이터 센터에 걸쳐 확장된 네 구성원 DAG는 두 데이터 센터 모두에 사서함 서비스 및 데이터에 대한 고가용성과 사이트 복구를 제공합니다. 이 구성이 다음 그림에 나와 있습니다.

두 사이트에 걸쳐 확장된 네 구성원 데이터베이스 가용성 그룹

이 구성에 대해 주목할 만한 몇 가지 측면이 있습니다.

• DAG의 미러링 모니터 서버는 기본 데이터 센터에 있어야 합니다. 일반적으로 기본 데이터 센터는 사용자의 대다수를 포함하는 데이터 센터입니다. 기본 데이터 센터에서 미러링 모니터 서버를 사용하면 WAN(광역 네트워크) 중단 시에도 대다수 사용자에 대한 기능이 유지되도록 할 수 있습니다. 여러 DAG를 사용하여 단일 오류 지점으로 WAN을 제거하고 WAN 중단 시 여러 데이터 센터에서 기능이 유지되도록 서비스 및 데이터 액세스를 허용할 수 있습니다. 자세한 내용은 다음 예를 참조하십시오.

• 하나의 DAG 구성원 서버의 복제 네트워크에서 다른 DAG 구성원 서버의 MAPI 네트워크로, 또는 그 반대로, 또는 DAG의 여러 복제 네트워크 간에 트래픽을 허용하는 직접 라우팅이 없습니다. 예를 들어 각 DAG 구성원의 MAPI 네트워크 및 각각의 기타 DAG 네트워크의 복제 네트워크 간의 트래픽을 차단하려고 할 수 있습니다. (위 그림에서 MBX1A의 MAPI 네트워크에는 MBX1B 또는 MBX2B의 복제 네트워크와 네트워크 연결이 되지 않아야 합니다.) 라우터 ACL(액세스 제어 목록)을 사용하여 이 트래픽을 차단할 수 있습니다. 또한 복제 네트워크에 대한 DHCP(Dynamic Host Configuration Protocol)를 사용하고 있는 경우 DHCP를 사용하여 DAG 구성원의 정적 경로를 구성할 수 있습니다.

• 이 DAG 구성은 사이트 복구를 제공하기 위한 것이기 때문에 Exchange 클라이언트 액세스 네임스페이스(Microsoft Office Outlook Web App, Autodiscover, Microsoft Exchange ActiveSync, Outlook Anywhere, POP3, IMAP4, SMTP 및 RPC 클라이언트 액세스 배열)에 대한 TTL(Time to Live) 값은 내부 및 외부 DNS 영역 모두에서 5분으로 설정해야 합니다.

• 다음 예에서는 Exchange 서버 역할이 전용 하드웨어에 배포되어 있습니다. 클라이언트 액세스 및 허브 전송 서버 역할은 DAG의 사서함 서버와 공존하지 않기 때문에 Windows 네트워크 부하 분산이 클라이언트 액세스 및 허브 전송 서버 역할의 부하를 분산하는 데 사용됩니다.

맨 위로 이동

두 데이터 센터/Active Directory 사이트의 두 개의 네 구성원 DAG

앞의 예와 같이 두 데이터 센터 간에 확장된 단일 네 구성원 DAG를 사용하면 사서함 서비스 및 데이터에 대한 고가용성 및 사이트 복구를 제공할 수 있습니다. 하지만 WAN 중단이 발생하는 경우 기본 데이터 센터에 대부분의 응답자가 포함되어 있기 때문에 이 데이터 센터에 서비스가 유지됩니다. 대부분의 응답자가 있는 데이터 센터가 대부분을 손실하고 해당 데이터 센터의 DAG 구성원이 쿼럼을 손실하면 오프라인 상태가 됩니다.

각 데이터 센터가 로컬 사용자에 원활하게 서비스하고 있는 여러 데이터 센터 환경에서 고가용성을 갖춘 사서함 서버를 배포하려면 여러 DAG를 배포하는 것이 좋습니다. 다음 그림과 같이 여기에서 각 DAG에는 다른 데이터 센터에 대부분의 응답자가 있습니다.

두 사이트 간에 확장된 두 개의 네 구성원 DAG

DAG1 및 DAG2에는 짝수의 구성원이 포함되어 있기 때문에 미러링 모니터 서버를 사용합니다. 여러 DAG가 동일한 미러링 모니터 서버를 사용할 수 있더라도 별도의 데이터 센터에 있는 여러 미러링 모니터 서버는 WAN 중단 시 각 데이터 센터의 로컬 사용자에 대한 서비스를 유지 관리하는 데 사용됩니다.

Portland에 있는 사용자는 REDMBX3 및/또는 REDMBX4의 수동 데이터베이스 복사본과 함께 PDXMBX3 및/또는 PDXMBX4에 있는 해당 활성 사서함 데이터베이스를 가지고 있습니다. 유사하게 Redmond에 있는 사용자는 PDXMBX1 및/또는 PDXMBX2의 수동 데이터베이스 복사본과 함께 REDMBX1 및/또는 REDMBX2에 있는 해당 활성 사서함 데이터베이스를 가지고 있습니다. Redmond와 Portland 간에 모든 네트워크 연결이 손실되는 경우 다음이 발생합니다.

• DAG1의 경우 구성원 REDMBX1 및 REDMBX2는 DAG1의 미러링 모니터 서버인 HUB1과 통신할 수 있기 때문에 대부분 남아 있고 Redmond 데이터 센터의 사용자를 계속 서비스합니다.

• DAG2의 경우 구성원 PDXMBX3 및 PDXMBX4는 DAG2의 미러링 모니터 서버 HUB2과 통신할 수 있기 때문에 대부분 남아 있고 Portland 데이터 센터의 사용자를 계속 서비스합니다.

맨 위로 이동

추가 응답자에 대해 DAG의 데이터베이스를 포함하지 않는 사서함 서버 사용

앞에서 설명한 대로 대규모 DAG는 서비스의 중단 없이 더 많은 오류를 견딜 수 있으므로 보다 우수한 복구 능력을 기본적으로 제공합니다. DAG 구성원 오류 처리 시 복구 능력을 향상시키는 데 도움이 될 수 있는 하나의 디자인 전략은 DAG 기본 데이터 센터의 기존 허브 전송 서버를 활용하는 것입니다. 이 전략에는 사서함 서버 역할(데이터베이스 또는 데이터베이스 복사본 포함 안 됨)을 허브 전송 서버에 추가한 다음 해당 서버를 DAG에 추가하는 것이 포함됩니다. 이 시나리오에서 사서함 서버 역할은 응답 및 쿼럼을 위해서만 사용되고 있습니다. DAG에 더 많은 응답자가 있을 수록, DAG에서 더 많은 응답자 오류를 견디고 계속 쿼럼을 유지 관리할 수 있습니다.

예를 들어 두 데이터 센터 간에 확장된 네 구성원 DAG를 가정해 보겠습니다. 기본 데이터 센터에는 두 DAG 구성원과 미러링 모니터 서버가 포함되어 있고 두 번째 데이터 센터에는 두 DAG 구성원이 포함되어 있습니다. 다음 그림과 같이 네 개의 쿼럼 응답자가 있습니다. 따라서 이 DAG는 두 응답자를 손실하고 계속 쿼럼을 유지 관리할 수 있습니다. DAG가 세 번째 응답자를 손실하는 경우 쿼럼을 손실하고 서비스를 복원하려면 수동으로 관리해야 합니다.

미러링 모니터 서버가 포함된 네 구성원 DAG

이 예에서는 동일한 서버를 사용하여 사서함 서버 역할을 허브 전송 서버 REDHUB1, REDHUB2 및 PDXHUB1에 추가한 다음 이러한 서버를 DAG1에 추가할 수 있습니다(해당 서버가 Windows 장애 조치(failover) 클러스터링을 실행할 수 있다고 가정).

데이터베이스를 포함하지 않는 세 개의 사서함 서버를 사용하는 일곱 구성원 DAG

이 때 이러한 서버에서 프로덕션 사서함 데이터베이스를 만들지 않습니다. 또한 데이터베이스 복사본을 이러한 서버에 복제하지 않습니다. 이 구성에서는 기본 사서함 데이터베이스를 삭제하고 Microsoft Exchange 정보 저장소 서비스(선택적으로 사용하지 않도록 설정할 수 있음)를 중지할 수 있습니다.

데이터베이스를 포함하지 않는 사서함 서버가 DAG의 구성원으로 추가된 후 이러한 서버는 DAG에 대한 쿼럼의 참가자가 됩니다. 이 구성에서는 이제 DAG1에 7개의 쿼럼 응답자가 있습니다. 따라서 이 DAG1은 세 개의 서버를 손실하고 계속 쿼럼을 유지 관리할 수 있습니다.

맨 위로 이동

 © 2010 Microsoft Corporation. 모든 권리 보유.