클러스터 연속 복제 설치

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

마지막으로 수정된 항목: 2007-10-30

CCR(클러스터 연속 복제)을 배포하기 전에 클러스터 연속 복제를 충분히 검토하는 것이 좋습니다. 이 외에도 클러스터 연속 복제 계획에 지정된 모든 요구 사항을 반드시 만족해야 합니다. Windows Server 2003에 CCR 환경을 설치하는 작업은 여러 단계로 진행됩니다.

1. 하드웨어 설치 구성, 클러스터 네트워크 형성 및 구성 시작

2. 클러스터 만들기, 첫 번째 노드로 시작한 후 두 번째 노드 시작

3. 파일 공유 감시 기능 구성 및 보호, 클러스터 네트워크 및 누락된 클러스터 하트비트를 위한 내결함성 구성

4. 활성 및 수동 사서함 서버 역할을 클러스터에 설치. CMS(클러스터된 사서함 서버)는 활성 사서함 서버 역할을 설치하는 동안에 만들어집니다.

   참고

   각 단계를 완료한 뒤에 다음 단계를 시작하도록 하십시오. 모든 단계가 완료되면 프로덕션에 들어가기 전에 CCR 솔루션을 확인하십시오.

CMS에 대해 수행해야 하는 일부 사후 설치 작업도 있습니다.

• 장애 조치(failover) 제어 설정 조정

• 전송 쓰레기 수거통의 기본 구성 조정

• 클러스터의 노드 간에 CMS를 이동할 수 있는지 여부 확인

• 로그 전달 및 시드를 위한 하나 이상의 혼합 네트워크 사용 설정

다음 섹션에서는 각 설치 단계를 보다 자세하게 살펴봅니다.

네트워크 형성 및 구성

두 개 노드의 CCR 환경에서 CMS를 만들 때 충분한 고정 IP 주소를 사용할 수 있어야 합니다. 공용 및 개인 네트워크 모두에 대해 IP 주소가 필요하며, 각 클러스터 네트워크에 대한 IP 주소가 같은 서브넷에 있어야 합니다. 개인 및 공용 주소와 관련된 요구 사항은 다음과 같습니다.

• 개인 주소   노드마다 클러스터 개인 네트워크에 사용되는 각 네트워크 어댑터에 대해 하나의 고정 IP 주소가 필요합니다. 공용 네트워크 중 하나와 동일한 서브넷이나 네트워크에 있지 않은 고정 IP 주소를 사용해야 합니다. 서브넷 마스크가 255.255.255.0인 10.10.10.10 및 10.10.10.11을 노드의 개인 IP 주소로 사용하는 것이 좋습니다.

• 공용 주소   노드마다 클러스터 공용 네트워크에 사용되는 각 네트워크 어댑터에 대해 하나의 고정 IP 주소가 필요합니다. 또한 클라이언트와 관리자가 액세스할 수 있도록 장애 조치 클러스터와 CMS에 대해 고정 IP 주소가 필요합니다. 개인 네트워크 중 하나와 동일한 서브넷이나 네트워크에 있지 않은 고정 IP 주소를 사용해야 합니다.

클러스터된 사서함 서버에 대한 네트워크 유용한 정보

또한 클러스터 네트워크에 대해 이 유용한 정보를 따르는 것이 좋습니다.

• 의미 있는 이름 사용 클러스터를 만들면 클러스터 노드, 클러스터 네트워크 인터페이스, 클러스터 이름 및 CMS 이름에 대해 의미 있는 이름을 사용할 경우가 많습니다. 예를 들면 다른 Exchange 서버 및 클라이언트와 통신하는 데 사용되는 네트워크를 공용이라고 하고 클러스터 노드 간 통신에 사용되는 네트워크를 개인이라고 할 수 있습니다. 토폴로지 맵을 검토할 필요 없이 서로 관련이 있는 이름을 사용합니다. 또 다른 유용한 규칙은 클러스터의 노드를 CMS 이름과 연관시키는 것입니다. 예를 들어, CMS와 두 노드에 대해 각각 mbx01, mbx01-node1 및 mbx01-node2를 사용합니다.

• 개인 네트워크 인터페이스에 개인 IP 주소 사용   개인 네트워크 인터페이스에 사용할 수 있는 IP 주소 범위 및 서브넷 마스크 목록은 다음 표를 참조하십시오.

  개인 네트워크 인터페이스용 주소 범위 및 서브넷 마스크

  네트워크	IP 주소 범위	서브넷 마스크
  Private 1	10.10.10.10-255	255.255.255.0
  Private 2	10.10.10.11-255	255.255.255.0

참고:

• 공용 네트워크에서 10.x.x.x 네트워크와 255.255.255.0 서브넷 마스크를 사용하는 경우, 대체 개인 네트워크 IP 주소와 서브넷 마스크를 사용하는 것이 좋습니다.

• 개인 네트워크에 대해 내결함성 어댑터 유형이나 팀을 사용하지 않는 것이 좋습니다. 개인 네트워크에 대해 중복이 필요하면 내부 통신 전용으로 설정된 여러 개의 네트워크 어댑터를 사용하고 클러스터 구성에서 네트워크 우선 순위를 정의합니다. 이 기술을 사용할 때는 펌웨어와 드라이버가 최신 버전인지 반드시 확인하십시오. 서버 클러스터에서 호환성에 대한 정보를 얻으려면 네트워크 어댑터 제조업체에 문의하십시오. 서버 클러스터 배포의 네트워크 어댑터 팀에 대한 자세한 내용은 Microsoft 기술 자료 문서 254101인 Network adapter teaming and server clustering을 참조하십시오.

클러스터에서 Microsoft Exchange Server 2007 CCR 솔루션에 사용할 네트워크를 구성하려면 클러스터 연속 복제에 대한 네트워크 연결을 구성하는 방법에서 설명한 단계에 따라 공용 및 개인 네트워크를 구성합니다.

장애 조치 클러스터 만들기

장애 조치 클러스터는 첫 번째 노드를 클러스터에 추가할 때 형성됩니다. 이러한 프로세스로 클러스터는 고유한 네트워크 이름과 고유한 네트워크 IP 주소를 갖게 됩니다. 클러스터의 네트워크 ID를 총체적으로 일컫는 네트워크 이름 및 IP 주소는 노드가 온라인/오프라인 상태로 변경될 때 클러스터의 노드 사이를 이동합니다. 일반적으로 클러스터의 네트워크 ID는 CMS 관리에 거의 사용되지 않습니다.

이전 버전의 장애 조치 클러스터 또는 Exchange 클러스터 배포에 익숙하면 CCR에 대한 클러스터 배포가 매우 다르다는 사실을 알게 됩니다. 클러스터 솔루션이 처음이면 배포가 일반 클러스터 구성보다 덜 복잡하다는 사실을 알게 됩니다.

클러스터 연속 복제를 위한 Windows Server 2003 장애 조치 클러스터를 만드는 방법의 지침에 따라 새 클러스터를 만들 수 있습니다. 이 절차에는 장애 조치 클러스터 만들기, 장애 조치 클러스터에 두 번째 노드 추가 및 MNS(주 노드 집합) 쿼럼을 사용하기 위한 클러스터 구성 등을 위한 그래픽 사용자 인터페이스 및 명령줄 인터페이스 지침이 포함되어 있습니다.

장애 조치 클러스터의 사후 설치 구성

장애 조치 클러스터를 두 노드와 함께 만들고 MNS 쿼럼과 함께 구성했으면 두 노드 중 한 노드에 Exchange를 설치하기 전에 몇 가지 사후 설치 작업을 수행해야 합니다. 클러스터 네트워크, 누락된 클러스터 하트비트에 대한 내결함성 및 MNS 쿼럼의 파일 공유 감시 구성 요소를 구성해야 합니다.

클러스터 네트워크 구성

클러스터에 두 가지 노드를 추가했으면 클러스터 네트워킹 구성 요소를 구성해야 합니다. 특히 누락된 클러스터 하트비트에 대한 허용 범위 설정, 클러스터 네트워크 및 클러스터 네트워크 우선 순위를 구성해야 합니다. 다음 표에서는 클러스터 네트워크를 구성하는 데 사용할 수 있는 옵션에 대해 자세히 설명합니다.

클러스터 네트워크 구성 옵션

CCR 환경에 배포된 CMS를 사용하려면 두 노드 모두에 최소한 두 개 이상의 네트워크 카드가 필요합니다. CCR 환경의 경우에는 한 네트워크를 개인 네트워크로 구성하고 다른 네트워크는 혼합 네트워크로 구성하는 것이 좋습니다. 한 네트워크와 다른 네트워크를 각각 개인 네트워크 및 공용 네트워크로 구성하면, 개인 네트워크는 CMS의 단일 지점 오류를 나타냅니다.

클러스터 네트워킹 구성 요소를 구성하는 방법에 대한 자세한 단계는 클러스터 네트워킹 구성 요소 및 우선 순위를 구성하는 방법을 참조하십시오.

누락된 클러스터 하트비트에 대한 허용 범위 설정 구성

클러스터 통신 및 네트워크 우선 순위를 구성했으면 누락된 클러스터 하트비트에 대한 특정 허용 범위 설정을 구성하는 것이 좋습니다. 이렇게 하면 클러스터 노드 간의 네트워크 연결을 모니터링하는 클러스터 서비스가 사소한 중단을 허용하도록 구성되므로 네트워크 중단이 짧은 경우 장애 조치(failover)가 발생하지 않습니다. 두 노드 모두에 있는 개인 및 혼합 클러스터 네트워크가 10개의 누락된 하트비트를 담당하도록 구성하는 것이 좋습니다. 이 설정 수준은 약 12초에 해당합니다.

누락된 하트비트에 대해 클러스터 서비스 허용 범위를 구성하는 방법에 대한 자세한 단계는 How to Configure Tolerance Settings for Missed Cluster Heartbeats을 참조하십시오.

파일 공유 미러링 모니터 구성

클러스터를 형성하고 구성한 후에는 파일 공유 미러링 모니터를 구성해야 합니다. CCR은 세 번째 컴퓨터에서 파일 공유 미러링 모니터를 사용하여 클러스터 내에서 네트워크 파티션(브레인 신드롬 분할)이 발생하지 않도록 합니다. CCR 환경의 브레인 신드롬 분할은 다음과 같은 경우에 발생합니다.

• 내부 클러스터 통신을 수행하도록 지정된 모든 네트워크가 실패하는 경우

• 두 노드가 서로 하트비트 신호를 받을 수 없는 경우

• CMS를 온라인 상태로 만들거나 온라인 상태로 만들려고 하여 두 노드가 활성 노드가 된 경우

파일 공유 미러링 모니터의 파일 공유는 Microsoft Windows 운영 체제가 실행 중인 모든 서버에서 호스팅될 수 있습니다. 그러나 서버를 호스팅할 클러스터 노드가 있는 Active Directory 디렉터리 서비스 사이트의 허브 전송 서버를 사용하는 것이 좋습니다. 허브 전송 서버는 Exchange 관리자가 공유에 대해 전체 권한 및 제어 권한을 가지도록 하려는 경우에 권장됩니다. 파일 공유 미러링 모니터로 사용할 파일 공유를 구성하는 방법에 대한 자세한 단계는 파일 공유 감시를 구성하는 방법을 참조하십시오.

클러스터된 사서함 서버 설치 및 구성

각 노드에서 몇 가지 단계를 실행하여 클러스터에 사서함 서버 역할을 설치할 수 있습니다. 클러스터를 만들고 확인한 후 파일 공유 감시 기능이 있는 MNS 쿼럼을 사용하도록 클러스터를 구성했으면 먼저 활성 노드에 사서함 서버 역할을 설치해야 합니다. 활성 노드 설치는 노드에 사서함 서버 역할을 설치한 다음 이 노드에 CMS를 만드는 과정입니다.

활성 노드에 사서함 서버 역할을 설치하는 방법에 대한 자세한 단계는 Windows Server 2003의 CCR 환경에 활성 클러스터된 사서함 역할을 설치하는 방법을 참조하십시오.

활성 노드에 사서함 서버 역할을 설치한 후에는 기본 저장소 그룹의 데이터베이스 및 트랜잭션 로그의 구성이 계획한 바와 같은지 확인하는 것이 좋습니다. 두 번째 노드를 진행하기 전에 이를 이동해야 할 수도 있습니다. 기본적으로 초기 저장소 그룹 및 데이터베이스는 %ProgramFiles%\Microsoft\Exchange Server\Mailbox\First Storage Group에 배치됩니다.

클러스터에서 기본 저장소 그룹을 구성하는 방법에 대한 자세한 단계는 저장소 그룹 및 데이터베이스를 이동하는 방법을 참조하십시오.

활성 노드에 사서함 서버 역할과 CMS를 설치하고 첫 번째 저장소 그룹의 구성을 확인했으면 수동 노드에 사서함 서버 역할을 설치해야 합니다. 수동 노드 설치는 노드에 사서함 서버 역할을 설치하는 과정입니다. 수동 노드에 사서함 서버 역할을 설치하는 방법에 대한 자세한 단계는 Windows Server 2003의 CCR 환경에서 수동 클러스터된 사서함 역할을 설치하는 방법을 참조하십시오.

사후 설치 작업

사서함 서버 역할을 두 노드에 모두 설치하고 CMS를 만들었으면 몇 가지 사후 설치 작업을 수행해야 합니다. 다음과 같은 작업들이 포함됩니다.

• 장애 조치 제어 설정 조정

• 전송 쓰레기 수거통의 기본 구성 조정

• 클러스터의 노드 간에 CMS를 이동할 수 있는지 여부 확인

• 연속 복제 작업에 여러 네트워크 사용

장애 조치 제어 설정 조정

CCR에는 CMS의 장애 조치 작업을 제어할 수 있는 특성이 포함됩니다. Set-MailboxServer cmdlet를 사용하여 이 특성을 구성할 수 있습니다. 다음 두 가지 결정 알고리즘을 제어할 수 있도록 이러한 특성을 제공합니다.

• 알고리즘 1   알고리즘 1은 장애 조치 시 데이터베이스가 탑재되는지 여부를 제어합니다. 장애 조치 시 구성된 로그 양보다 손실이 적은 데이터베이스가 발견되는 경우 이 데이터베이스는 자동으로 탑재됩니다. 허용되는 손실 로그 수는 AutoDatabaseMountDial이라고 하는 값을 사용하여 구성할 수 있습니다. msExchDataLossForAutoDatabaseMount라는 Exchange Server 특성에 의해 Active Directory에 표시되는 이 매개 변수는 Lossless, Good Availability, Best Availability, 이 세 가지 값을 가집니다. Lossless는 0개 로그를 손실한 것이고, Good Availability와 기본값인 Best Availability는 각각 3개와 6개 로그를 손실한 것입니다. Good Availability나 Best Availability에 대해 시스템을 구성할 경우에는 공백을 사용하지 않도록 합니다. 예를 들어, GoodAvailability와 BestAvailability로 사용합니다.

• 알고리즘 2   알고리즘 2를 사용하면 이전 데이터를 오프라인보다 온라인 상태에 두는 것이 더 중요한지 여부를 결정할 수 있습니다. 알고리즘 1에 의한 데이터베이스 탑재가 실패하면 두 번째 확인을 수행하기 위한 시간을 설정할 수 있습니다. 대기 시간은 ForcedDatabaseMountAfter 특성으로 구성됩니다. 값은 시간 단위이며 기본값은 무제한입니다.

  중요

  ForcedDatabaseMountAfter 값에 도달하면 저장소 그룹 복사본이 1개 로그 뒤에 있든 10개 로그 뒤에 있든 1000개 로그 뒤에 있든 간에 데이터베이스가 탑재되며, 이로써 상당한 데이터 손실이 발생할 수 있습니다. 이러한 이유로, 발생할 수 있는 최대 데이터 손실량에 대해 SLA(서비스 수준 계약)에서 보증할 경우 이 매개변수를 사용하지 말아야 합니다.

장애 조치 조정에 대한 자세한 내용은 클러스터 연속 복제의 장애 조치 및 탑재 설정을 조정하는 방법을 참조하십시오.

전송 쓰레기 수거통 조정

전송 쓰레기 수거통는 갑작스런 중단 이후의 최근 전달된 메일을 전송하는 허브 전송 서버 역할의 기능입니다. CCR 또는 LCR(로컬 연속 복제)을 사용할 때는 항상 전송 쓰레기 수거통을 사용해야 합니다. 전송 쓰레기 수거통는 저장소 그룹당 사용할 수 있는 저장소의 양을 설정하고 전송 쓰레기 수거통에 메일을 보관하는 시간을 설정함으로써 조직 전체에서 사용됩니다.

허브 전송 서버는 CMS로 최근에 배달된 메일의 큐를 유지 관리합니다. 무손실이 아닌 장애 조치의 경우, CCR은 사이트의 모든 허브 전송 서버가 전송 쓰레기 수거통 큐에서 메일을 다시 전송하도록 자동으로 요청합니다. 정보 저장소에서는 자동으로 중복 메일을 삭제하고 손실된 메일을 다시 배달합니다. Exchange 관리 콘솔이나 Exchange 관리 셸의 Set-TransportConfig cmdlet를 사용하여 저장소 그룹 수준에서 적용되는 전송 쓰레기 수거통에 대한 기본 구성 설정을 변경할 수 있습니다.

각 저장소 그룹에 대한 전송 쓰레기 수거통 큐의 최대 크기를 지정하는 MaxDumpsterSizePerStorageGroup 매개 변수를 전송될 수 있는 최대 메시지 크기의 1.5배가 되는 크기로 구성하는 것이 좋습니다. 예를 들어, 메시지의 최대 크기가 10MB이면 MaxDumpsterSizePerStorageGroup 매개 변수를 15MB로 구성해야 합니다. 또한 전송 쓰레기 수거통 큐에 전자 메일 메시지를 보관하는 기간을 지정하는 MaxDumpsterTime 매개 변수를 7일에 해당되는 7.00:00:00 값으로 구성하는 것이 좋습니다. 이 값은 지속적으로 중단 현상이 발생해도 전자 메일 메시지가 유실되지 않을 정도의 충분한 시간이어야 합니다. 전송 쓰레기 수거통 기능을 사용하는 경우에는 전송 쓰레기 수거통 큐를 호스팅하기 위해 허브 전송 서버에서 추가 디스크 공간이 필요합니다. 필요한 저장소 공간 크기는 허브 전송 서버가 포함되어 있는 Active Directory 사이트의 모든 LCR 사용 가능 저장소 그룹과 모든 CMS의 저장소 그룹 수에 MaxDumpsterSizePerStorageGroup 값을 곱한 것과 거의 같습니다.

전송 쓰레기 수거통을 사용하고 구성하는 방법에 대한 자세한 단계는 전송 쓰레기 수거통을 구성하는 방법을 참조하십시오.

CCR 솔루션 확인

CCR 솔루션을 설치했거나 중요한 구성 변경을 수행한 후에는 CMS의 상태를 확인하고 두 노드가 CMS를 지원하도록 올바르게 구성되어 있는지 확인하는 것이 좋습니다.

CMS 상태를 확인하는 데 권장되는 방법은 Get-StorageGroupCopyStatus 및 Get-ClusteredMailboxServerStatus cmdlet를 실행하는 것입니다.

• Get-StorageGroupCopyStatus cmdlet는 각 저장소 그룹에 대한 최신 복제 상태 정보를 제공합니다. CCR 환경에서 저장소 그룹 상태를 확인하는 방법에 대한 자세한 단계는 Exchange 관리 셸을 사용하여 클러스터 연속 복제 복사본 상태를 표시하는 방법을 참조하십시오.

• Get-ClusteredMailboxServerStatus cmdlet를 실행하면 CMS의 기본 작동 상태에 대해 알려줍니다. CMS의 기본 작동 상태를 얻는 방법에 대한 자세한 단계는 클러스터된 사서함 서버의 상태를 보는 방법을 참조하십시오.

두 노드를 사용하여 CMS를 온라인 상태로 만들 수 있는지 확인하는 데 권장되는 방법은 Move-ClusteredMailboxServer cmdlet를 사용하여 CMS를 각 노드로 이동하는 것입니다.

연속 복제 작업에 여러 네트워크 사용

Exchange 2007 RTM 버전에서는 모든 로그 파일이 공용 네트워크를 통해 복사되고 시드됩니다. Exchange 2007 SP1에서는 혼합 네트워크로 구성된 중복 클러스터 네트워크를 연속 복제 작업에 사용하도록 설정할 수 있습니다. 이 작업에는 저장소 그룹 시드, 다시 시드 및 로그 전달이 포함됩니다.

Exchange 2007 SP1에서는 혼합 네트워크로 지정된 클러스터 네트워크만 연속 복제에 사용할 수 있습니다. 혼합 네트워크는 클러스터(노드 간 통신)와 클라이언트 액세스 트래픽에 모두 구성되는 클러스터 네트워크입니다. 클라이언트 액세스(개인 네트워크라고도 부름)가 아닌 클러스터 액세스를 위해 구성된 클러스터 네트워크는 연속 복제에 사용할 수 없습니다.

혼합 네트워크를 통한 로그 전달 지원은 Enable-ContinuousReplicationHostName cmdlet를 사용하여 구성됩니다. 마찬가지로 이 기능은 Disable-ContinuousReplicationHostName cmdlet를 사용하여 해제됩니다. CMS가 CCR 환경에 있으면, 관리자는 Enable-ContinuousReplicationHostName을 클러스터의 두 노드에서 실행하고 두 개의 IP 주소와 호스트 이름을 지정할 수 있습니다. 이 작업이 수행된 이후, 구성이 완료되고 혼합 네트워크가 작동되는지 확인되면 시스템은 로그 복사를 위한 혼합 네트워크를 무작위로 선택합니다.

연속 복제 작업에 클러스터 네트워크를 사용하는 방법에 대한 자세한 단계는 Windows Server 2003에서 로그 전달 및 시드에 중복 클러스터 네트워크를 사용하도록 설정하는 방법을 참조하십시오.

Update-StorageGroupCopy cmdlet를 사용하여 CCR 환경에서 시드 및 다시 시드 작업을 수행합니다. 이 cmdlet는 Microsoft Exchange 2007 SP 1(서비스 팩 1)에서 이제 DataHostNames라는 새 매개 변수도 포함하도록 확장되었습니다. 이 매개 변수는 시드 또는 다시 시드 작업에 사용할 네트워크를 지정하는 데에 사용됩니다. 값은 FQDN(정규화된 도메인 이름)이나 호스트 이름, 이 두 개의 이름으로 구성된 다중값 목록입니다. 이 이름 중 하나는 수동 노드를 식별해야 합니다.