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

마지막으로 수정된 항목: 2009-12-08

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

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

• 소규모 회사 및 지점 배포에 적합한 두 구성원 DAG
• 같은 데이터 센터에 모든 구성원을 두어 단일 데이터 센터에 고가용성을 제공하는 네 구성원 DAG
• 기본 데이터 센터에 두 구성원을 두고 데이터 센터에 두 구성원을 두어 단일 데이터 센터에 고가용성 및 해당 데이터 센터에 대한 사이트 복구를 제공하는 네 구성원 DAG

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

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

목차

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

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

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

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

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

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

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

• 이 디자인에서는 클라이언트 액세스, 사서함 및 허브 전송 서버 역할만 공존합니다. 통합 메시지 서버 역할의 공존을 지원하기는 하지만, 이 구성은 성능상의 이유로 권장되지 않습니다.
• 클라이언트 액세스 및 허브 전송 서버 역할의 고가용성을 확보하려면 클라이언트와 서버 역할들 간에 특정한 형태의 부하 분산이 사용되어야 합니다. 이들 서버 역할은 DAG의 구성원인 사서함 서버와 공존하므로 Windows NLB(네트워크 부하 분산)를 사용할 수 없기 때문입니다. 이는 NLB와 Windows 장애 조치(failover) 클러스터링을 같은 서버에 설치할 수 없는 것이 원인입니다. 대신 Windows 기반이 아닌 NLB 솔루션은 사용할 수 있습니다. 그 예로는 ISA(Internet Security and Acceleration) Server 2006 부하 분산, 하드웨어 부하 분산 장치 또는 타사 소프트웨어 기반 부하 분산 장치가 있습니다.
• 구성원 수가 짝수인 모든 DAG와 마찬가지로, 두 구성원 DAG는 쿼럼을 유지 관리하기 위해 미러링 모니터 서버를 필요로 합니다. 쿼럼은 쿼럼 응답자의 과반수 이상이 사용 가능하고 통신 중인 경우에만 유지 관리됩니다. 미러링 모니터 서버가 있는 두 구성원 DAG는 세 개의 쿼럼 응답자를 제공합니다. 각 DAG 구성원 및 미러링 모니터 서버는 사용 가능하고 통신 중일 때 언제든지 응답할 수 있습니다. 따라서 두 구성원 DAG는 한 응답자(예: DAG 구성원 중 하나, 또는 미러링 모니터 서버)의 중지나 오류 시에도 서비스 중단 없이 정상적으로 작동할 수 있습니다. 그러나 두 응답자(예: DAG 구성원 하나와 미러링 모니터 서버)가 모두 손상되면 쿼럼이 손실되고, 이는 서비스 중단을 초래합니다.

맨 위로 이동

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

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

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

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

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

맨 위로 이동

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

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

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

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

• DAG의 미러링 모니터 서버는 기본 데이터 센터에 있어야 합니다. 일반적으로 기본 데이터 센터는 사용자의 대다수를 포함하는 데이터 센터입니다. 기본 데이터 센터에서 미러링 모니터 서버를 사용하면 WAN(광역 네트워크) 중단 시에도 대다수 사용자에 대한 기능이 유지되도록 할 수 있습니다.
• 한 DAG 구성원 서버의 복제 네트워크에서 다른 DAG 구성원 서버의 MAPI 네트워크로나 그 반대로 또는 DAG의 여러 복제 네트워크 간에 하트비트 트래픽을 허용하는 직접 라우팅은 없습니다.
• 다음 예에서는 Exchange 서버 역할이 전용 하드웨어에 배포되어 있습니다. 클라이언트 액세스 및 허브 전송 서버 역할이 DAG의 사서함 서버와 공존하지 않으므로, Windows NLB가 클라이언트 액세스 및 허브 전송 서버 역할의 부하를 분산하는 데 사용됩니다.

맨 위로 이동