Share via

고가용성 배포

  • 아티클

 

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

마지막으로 수정된 항목: 2008-01-17

Microsoft Exchange Server 2007의 고가용성에 대한 주요 개발 테마 중 하나는 Exchange Server 이전 버전에서 제공하던 고가용성 사례와 구성 옵션을 뛰어 넘는 것이었습니다. Exchange 2007로 구조적 계획 과정을 수행함으로써 배포 및 운영 비용을 절감하는 동시에 최종 사용자에게 보다 나은 서비스를 제공할 수 있습니다.

Microsoft 및 많은 고객은 가용성 수준이 높은 메시징 환경을 제공하기 위해 Exchange Server 2003의 고가용성 솔루션을 프로덕션 환경에서 배포하였습니다. 또한 많은 고객이 파트너 복제 기술을 배포하고 오류 발생 시 데이터의 두 번째 복사본을 자동으로 장애 조치(failover)하는 솔루션을 만들었습니다. Exchange 2007에서는 Exchange 2003에서 제공하는 고가용성 솔루션이 더욱 향상되었으며 타사 복제 기술을 사용할 필요를 없애고 전체 솔루션의 비용과 복잡성을 줄이는 새로운 고가용성 기능이 포함되어 있습니다. 이러한 향상을 가능하게 한 주요 이유 중 일부는 다음 사항을 알려준 고객의 직접적인 피드백이 있었기 때문입니다.

  • 솔루션에 대한 공유 저장소의 요구 사항으로 인해 솔루션의 비용과 복잡성이 증가하였습니다. 예를 들어, 전체 솔루션에 대한 하드웨어는 Windows Server Catalog of Tested Products의 클러스터 솔루션 범주에서 선택해야 했습니다. Exchange 2007에서 SCC(단일 복사본 클러스터)에는 이 요구 사항이 유지되지만 CCR(클러스터 연속 복제) 환경에서 구성된 클러스터된 사서함 서버에는 이 요구 사항이 적용되지 않습니다.

  • 사서함 데이터의 단일 복사본을 사용함으로써 해당 복사본 또는 해당 저장소의 오류가 매우 심하여 장시간의 중단이나 데이터 손실이 자주 발생하였습니다.

  • 클러스터 서비스와 Exchange Server 간의 설치 및 관리 통합의 부족으로 인해 Exchange 관리자는 클러스터 개념과 기능을 이해해야 했고 이는 일부 Exchange 관리자에 대해 큰 학습 곡선을 나타냈습니다.

  • 기본 구성 설정이 최적 복구 작업을 위해 조정되지 않았습니다. 관리자는 수동으로 기본 클러스터 리소스 및 클러스터 설정을 다시 구성하여 모범 권장 사례를 준수해야 했습니다.

  • 구조적으로 모든 Exchange 서비스(클라이언트 액세스, 전송 및 저장소)는 서로 다른 고가용성 전략과 같이 서로 큰 차이가 있었음에도 불구하고 동일한 가용성 전략을 사용하여 처리되었습니다.

  • 일부 고객은 사서함 데이터 복사본 두 개를 유지 관리하는 솔루션을 얻기 위해 파트너 기술을 필요로 하였습니다. 이러한 솔루션으로 인해 배포 비용과 복잡성이 증가하게 되었습니다.

Exchange 2007의 고가용성 솔루션은 Exchange 2003 고가용성 접근 방식의 모든 결함을 해결하도록 설계되었습니다. Exchange 2007에서는 고가용성에 대한 새로운 접근 방법을 도입하여 구조적인 변경, 새 구성 지원, 관리 모델의 변경을 통해 이전의 결함을 해결합니다. 그 결과로 각 조직에서 특정 요구에 맞는 솔루션을 자유롭게 선택할 수 있는 유연한 솔루션이 완성되었습니다.

고가용성 배포 옵션

고가용성은 항상 개별 구성 요소 수준과 전체 시스템 또는 솔루션 컨텍스트 모두에서 설계되어야 합니다. 일반적으로 Exchange 2007에 대한 두 가지 유형의 고가용성 배포 옵션이 있습니다.

  • 중복을 사용한 단일 데이터 센터 배포는 짧은 중단 후에 일부 오류를 자동으로 복구할 수 있습니다. 사이트 오류 이벤트의 경우 단일 데이터 센터 솔루션은 재해 복구 프로시저를 사용하여 운영 상태로 돌아갑니다.

  • 중복을 사용한 다중 데이터 센터 배포는 대부분의 개별 오류를 자동으로 복구할 수 있습니다. 조직에서는 다중 데이터 센터 솔루션를 사용하여 재해 복구 프로시저를 거치지 않고도 데이터 센터 오류를 복구할 수 있습니다. 전체 사이트 오류와 같이 복구할 수 없는 오류는 수동으로 복구해야 합니다.

이 두 가지 배포 옵션에 대해서는 이 항목의 뒷부분에 자세히 설명되어 있습니다.

단일 데이터 센터 구성

통합 메시징, 허브 전송, 클라이언트 액세스 및 Edge 전송 서버 역할에 대한 단일 데이터 센터 구성에는 모두 유사하게 구성된 중복 서버가 포함됩니다. 사서함 서버의 경우 단일 데이터 센터 내에 데이터와 서비스 가용성을 제공하는 SCC, CCR 및 LCR(로컬 연속 복제)의 세 가지 고가용성 구성이 있습니다. 다음 그림에서는 완전 중복 단일 데이터 센터 구성을 위한 일반 배포를 보여줍니다.

완전 중복 단일 데이터 센터 구성

단일 데이터 센터 사서함 구성

위의 그림에서는 사서함 서버 역할에 대한 중복 구성이 요약되어 있습니다. SCC와 CCR을 사용하는 다양한 구성을 비롯하여 조직에서 사용할 수 있는 옵션이 여러 개이기 때문입니다.

단일 복사본 클러스터

Exchange 2007의 공유 저장소 클러스터 구성을 SCC(단일 복사본 클러스터)라고 합니다. SCC는 클러스터 서비스와 공유 저장소를 사용하여 클러스터된 사서함 서버를 호스팅합니다. 클러스터된 사서함 서버는 수명 기간 동안 실제 노드 사이를 이동하는 논리적 컴퓨터입니다. 이것은 클러스터 서비스의 부동 네트워크 ID를 만들고 관리하는 기능으로 가능해집니다. 부동 네트워크 ID는 클러스터된 사서함 서버의 네트워크 ID로 사용됩니다. Exchange 설치 프로그램에서는 관리자가 제공한 호스트 이름과 IP 주소를 사용하여 이 네트워크 ID를 만듭니다. 부동 네트워크 ID는 노드 가용성 및 유지 관리 필요성을 기반으로 클러스터의 노드 사이를 이동합니다. 저장소를 사용할 수 있고 두 노드 중 적어도 하나가 작동하는 경우 사용자는 이 메커니즘을 사용하여 자신의 사서함 데이터에 액세스할 수 있습니다. 오류를 복구하기 위해 Exchange와 클러스터 서비스는 함께 오류 발생 후에 사용 가능한 노드에서 클러스터된 사서함 서버를 온라인 상태로 만듭니다.

다음은 Exchange Server의 이전 릴리스에 있던 공유 저장소 클러스터링에 비해 Exchange 2007에서 향상된 몇 가지 주요 기능입니다.

  • 사서함 서버 역할만 클러스터를 인식할 수 있고 이 역할만 장애 조치(failover) 클러스터에 설치할 수 있습니다.

  • 장애 조치(failover)로 가용성이 향상될 가능성이 높은 경우에만 장애 조치(failover)하도록 기본 장애 조치(failover) 작업이 최적화되었습니다. 전체 노드 오류 또는 노드의 클라이언트와의 통신 문제에 대해서만 장애 조치(failover)가 발생합니다.

  • 대부분의 관리는 클러스터 관리자에서 Exchange 관리 셸 같은 Exchange 도구로 이동되었습니다. 이로 인해 SCC 관리자에 대한 학습 곡선이 감소하였습니다.

  • 클러스터된 사서함 서버 설치는 설치 프로그램으로 통합되어 독립형 설치와 동일한 환경을 제공합니다.

다음 그림은 SCC에 대한 일반 구성을 보여줍니다. SCC는 적어도 하나의 수동 노드가 있는 노드 클러스터를 최대 8개까지 지원합니다.

그림 2   단일 복사본 클러스터의 기본 아키텍처

단일 복사본 클러스터 아키텍처

위의 그림에서는 장애 조치(failover) 클러스터에 두 개의 노드가 결합되어 있습니다. 클러스터는 공유된 디스크를 사용하여 디스크 Quorum으로 표시되는 클러스터 쿼럼 리소스를 관리합니다. 현재 현재 활성 노드는 클러스터된 사서함 서버의 로그 및 데이터베이스 파일을 보관하는 디스크 리소스를 소유합니다. 이 소유권은 활성 노드에서 디스크로 파란색 선으로 표시되어 있습니다. 이 구성에서 디스크는 활성 노드에서는 액세스할 수 있지만 수동 노드에서는 동시에 액세스할 수 없습니다.

활성 노드와 수동 노드는 적어도 두 개의 네트워크(개인 및 혼합)로 연결되어 있습니다. 클라이언트 통신에는 두 네트워크 중 하나만(혼합 네트워크) 사용됩니다. 클러스터 서비스는 두 네트워크의 통신 상태를 정기적으로 확인합니다.

SCC에 대한 자세한 내용은 단일 복사본 클러스터를 참조하십시오.

클러스터 연속 복제

해당 이름이 의미하듯이 단일 복사본 클러스터는 사서함 데이터의 단일 복사본을 포함합니다. 사서함 데이터를 호스팅하는 저장소 오류는 자동 복구되지 않습니다. 일반적으로 이런 오류는 긴 중지 시간과 데이터 손실을 야기합니다. 이전 클러스터 솔루션에 비해 향상된 SCC의 기능은 이전 고가용성 솔루션에 대해 고객이 제공한 대부분의 피드백을 해결합니다. 그러나 SCC에는 공유된 저장소를 사용함으로 인해 발생하는 복잡성 문제가 여전히 남아 있습니다. SCC에는 적어도 두 개의 기본 단일 오류 지점이 있습니다 (Exchange 데이터의 단일 쿼럼 디스크와 단일 복사본). Exchange 2007에는 Windows Server Catalog of Tested Products의 클러스터 솔루션 범주에서의 하드웨어가 없이도 완전한 중복성을 제공하는 두 번째 유형의 고가용성 구성이 있습니다. 이 솔루션을 CCR(클러스터 연속 복제)이라고 합니다.

CCR은 기본 제공 비동기 로그 전달을 사용하여 장애 조치(failover) 클러스터의 두 서버 간에 사서함 데이터를 복제합니다. 복제와 클러스터링의 통합으로 단일 오류 지점이 없고 서버 오류를 자동으로 복구하는 솔루션이 제공됩니다. 또한 공유된 저장소가 필요 없게 되어 배포 비용과 복잡성이 감소됩니다. CCR은 2개 노드 클러스터와 데이터의 2가지 복사본(활성 복사본과 수동 복사본)만 지원합니다. 다음 그림에서는 일반 CCR 환경을 보여줍니다.

CCR의 기본 배포

클러스터 연속 복제 아키텍처

위의 그림에 표시된 중요한 두 가지 변경 내용은 공유된 쿼럼 디스크가 없고 클러스터 외부의 세 번째 컴퓨터에 파일 공유가 있다는 것입니다. 파일 공유는 새 클러스터 쿼럼 기능의 일부입니다. 이 기능은 Microsoft 기술 자료 문서 921181, 파일 공유 감시 기능 및 구성 가능한 클러스터 하트비트 기능을 Windows Server 2003 서비스 팩 1 기반 서버 클러스터에 추가하는 업데이트 사용 가능에 설명된 업데이트에 포함되어 있습니다. 이 업데이트를 통해 클러스터 서비스는 클러스터에서 Voter 노드 대신 파일 공유를 사용하는 쿼럼 리소스를 사용할 수 있습니다. 업데이트 없이 쿼럼 기능을 사용하려면 공유된 디스크 또는 일반 주 노드 집합 구성만 사용할 수 있으며, 두 경우 모두 단점이 있고 비용이 증가합니다.

  • 공유된 디스크를 사용하면 공유된 저장소의 복잡성이 솔루션에 반영됩니다.

  • 주 노드 집합 쿼럼에는 3개 이상의 노드가 필요합니다. 이 구성에서는 Voter 노드로 알려진 추가 노드가 클러스터의 Voter 노드로 작동하기 위해 필요합니다.

CCR에 대한 자세한 내용은 클러스터 연속 복제를 참조하십시오.

로컬 연속 복제

CCR은 데이터와 서비스의 전체 중복을 제공하고 SCC는 서비스 중복을 제공합니다. 서비스 중복 없이 데이터 중복이 필요한 조직을 위해서는 LCR(로컬 연속 복제)이 있습니다. LCR은 클러스터된 솔루션이 아니므로 서비스 가용성을 제공하지 않습니다. 다음 그림에서는 일반 LCR 환경을 보여줍니다.

로컬 연속 복제의 기본 배포

로컬 연속 복제의 기본 아키텍처

LCR은 위의 CCR 섹션에서 설명한 기본 제공 연속 복제 기술을 사용하여 로컬 컴퓨터에 저장소 그룹의 두 번째 복사본(수동 복사본이라고 함)을 만듭니다. 컴퓨터는 클러스터된 사서함 서버가 아니라 독립형 사서함 서버여야 합니다. LCR 환경에서 관리자는 수동 복사본을 만들 저장소 그룹을 결정하고 동일한 서버에 수동 복사본에 대한 두 번째 위치를 구성합니다.

LCR을 사용할 때 관리자는 수동 복사본을 만들 저장소 그룹을 명시적으로 결정해야 합니다. 관리자는 기존 저장소 그룹의 수동 복사본을 만들도록 결정하거나 만드는 동안 새 저장소 그룹에 대해 LCR을 사용하도록 설정할 수 있습니다. 관리자는 LCR을 사용하도록 설정한 저장소 그룹에 로그 및 데이터베이스 파일의 두 번째 위치를 구성해야 합니다.

LCR에서 두 번째 복사본은 수동으로 활성화해야 합니다. 장애 조치(failover)는 클러스터 작업이고 LCR은 클러스터된 솔루션이 아니므로 LCR에는 장애 조치(failover)가 없습니다. 대신 관리자는 활성 복사본이 더 이상 실행 가능하지 않게 될 시기를 결정한 다음 수동 복사본을 수동으로 활성화하여 새 활성 복사본을 만들어야 합니다. 수동 복사본을 활성화하는 프로세스는 간단하고 빠르게 수행할 수 있습니다.

언제든지 관리자는 LCR을 사용하도록 설정하고 기존 데이터베이스의 수동 복사본을 만들도록 결정하거나 새 데이터베이스를 만들 때 바로 LCR을 사용하도록 설정할 수 있습니다. LCR을 사용하도록 설정한 후에 시드라고 하는 프로세스를 사용하여 기준 복사본이 만들어진 다음 복제(로그 전달)가 시작됩니다. 수동 복사본은 디스크나 활성 복사본과 격리된 저장소 엔클로저에 있는 것이 가장 좋습니다. 이렇게 하면 여러 가지 오류가 동시에 발생할 확률이 최소화됩니다. LCR에는 사서함 서버에 영향을 주는 리소스가 있습니다. 사서함 서버는 연속 복제와 관련된 모든 프로세스를 수행하므로 서버의 용량 계획에서 이를 고려해야 합니다. 수동 복사본에 대한 대부분의 I/O(입/출력) 작업은 수동 복사본 로그 및 데이터베이스 파일과 관련되므로 활성 복사본에서의 I/O(입력/출력) 로드는 제한됩니다.

LCR은 Exchange 인식 VSS(볼륨 섀도 복사본 서비스)를 사용하여 수동 복사본의 백업을 지원합니다. 활성 복사본을 포함하는 디스크 볼륨이 수동 복사본과 제대로 분리된 경우 하드웨어 기반 VSS 지원 없이 VSS 백업을 사용하는 것이 좋은 방법입니다. 수동 복사본의 백업은 활성 복사본 디스크 볼륨에서 백업 I/O(입/출력)를 오프로드합니다. 수동 복사본은 클라이언트에 대한 실시간 응답이 필요하지 않기 때문에 소프트웨어 기반 VSS 기록기 사용과 관련된 비용을 감당할 수 있기 때문입니다. 또한 용량 계획에 따라 서버의 백업 창을 LCR로 확장하는 것이 실용적일 수 있습니다. 핵심 요소는 전체 백업 창에서 백업 에이전트의 CPU 로드를 유지하는 것입니다.

수동 복사본은 손상 및 데이터 오류에 대한 최우선적인 방어책입니다. LCR에서 첫 번째 오류 복구는 상대적으로 짧은 SLA(서비스 수준 계약)를 가질 수 있습니다. 이중 오류는 백업에서 복원해야 합니다. 이 모델의 경우 이중 오류에 대한 SLA는 훨씬 더 길 수 있습니다. 따라서 주간 전체 백업 및 일일 증분 백업 방식을 실행 가능하며 전략적으로 권장됩니다. 이 전략은 백업 미디어로 이동되는 전체 콘텐츠도 줄여줍니다.

요약하면 LCR은 데이터 오류 또는 손상을 빠르게 복구해야 하는 동시에 예정되었거나 예정되지 않은 원인으로 인한 서버 중단을 허용할 수 있는 조직에 적합합니다. LCR을 사용하면 다음과 같은 이점이 있습니다.

  • 활성 데이터베이스 손상 또는 오류에 대한 신속한 2단계 방식 복구

  • LCR을 가장 필요로 하는 사용자를 보호하는 관리자 선택 기능

  • 모든 크기 사서함 서버 및 모든 제품에서 사용 가능

  • 활성 데이터베이스 및 로그 I/O(입/출력)에 대한 영향 최소화

  • 활성 데이터베이스 및 로그 볼륨에서 백업 I/O 오프로드 기능

  • 백업 미디어로 이동되는 총 데이터 양을 줄이는 동시에 백업 창을 확장하는 기능

  • Exchange 관리 콘솔 또는 Exchange 관리 셸의 사용을 통해 Exchange 수준에서 관리 추상화

LCR에 대한 자세한 내용은 로컬 연속 복제를 참조하십시오.