클러스터링 계획 고려 사항

 

마지막으로 수정된 항목: 2006-03-17

Exchange 2003 클러스터를 계획할 때 다음 사항을 고려해야 합니다. 이러한 고려 사항은 Windows Server 2003 Enterprise Edition, Windows Server 2003 Datacenter Edition, Windows 2000 Advanced Server 및 Windows 2000 Datacenter Server 상의 Exchange 2003 클러스터에 적용됩니다.

• 컴퓨터를 Exchange 전용으로 사용
• 클러스터 저장소 솔루션
• 성능 및 확장성 고려 사항
• 클러스터 하드웨어 호환성
• 지리적으로 분산된 클러스터링
• 클러스터의 재해 복구 전략

다음 섹션에서는 이러한 고려 사항을 자세히 설명합니다.

컴퓨터를 Exchange 전용으로 사용

서버 클러스터에서 Exchange 2003과 함께 다른 응용 프로그램을 실행할 수 있습니다. 그러나 같은 노드에서 여러 개의 응용 프로그램을 실행하는 경우 Exchange 가상 서버의 성능에 영향을 줄 수 있습니다. 컴퓨터를 Exchange 전용으로 사용할지 여부를 결정할 때는 다음 사항을 고려하십시오.

• 두 개 이상의 응용 프로그램에 하나의 클러스터를 사용한다면 각 응용 프로그램에 전용 노드를 할당하는 것을 고려해야 하며 충분한 패시브 노드를 사용할 수 있는지 확인해야 합니다.
• 클러스터를 사용하여 사용자에게 Exchange 서비스를 제공한다면 클러스터에서는 Exchange 2003만 실행하고 다른 응용 프로그램은 별도의 하드웨어에서 실행하는 것이 좋습니다.
• 최상의 결과를 위해서는 다른 응용 프로그램을 실행하는 활성 노드로 EVS가 장애 조치되어서는 안 됩니다.
• Exchange 2003 클러스터 노드는 도메인의 구성원 서버여야 합니다. Exchange 2003 클러스터에서는 도메인 컨트롤러나 글로벌 카탈로그 서버 역할을 수행하는 클러스터 노드를 지원하지 않습니다.

Exchange 2003 클러스터의 성능에 대한 자세한 내용은 Exchange Server 2003 관리 가이드의 "Exchange 클러스터 관리"를 참조하십시오.

클러스터 저장소 솔루션

클러스터 저장소 솔루션 선택에 대한 자세한 내용은 이 가이드의 범위를 벗어나는 내용입니다. 그러나 여기서는 클러스터 저장소 솔루션 구현을 위한 일반적인 권장 사항과 전략을 설명합니다.

클러스터되지 않은 독립 실행형 서버에 적용되는 대부분의 유용한 방법은 클러스터된 서버(예: RAID 솔루션과 SAN 솔루션)에도 적용됩니다. Exchange 저장소 솔루션에 대한 자세한 내용은 안정적인 백 엔드 저장소 솔루션 계획을 참조하십시오.

Windows Server 2003의 클러스터 저장 방법 선택에 대한 자세한 내용은 Choosing a Cluster Storage Method를 참조하십시오.

로그 파일 전용 하드 디스크

로그 파일과 데이터베이스가 서로 다른 실제 드라이브 집합에 저장되도록 EVS의 저장소 그룹을 구성하려면 모든 드라이브가 같은 EVS 내의 디스크 리소스로 구성되어야 합니다. 특히 모든 데이터가 공유 디스크에 있어야 하며 모든 실제 디스크 리소스는 Exchange 클러스터 그룹의 일부여야 합니다. 이렇게 하면 EVS가 오프라인 상태가 될 경우 로그 파일과 저장소 그룹 데이터베이스가 다른 노드로 장애 조치될 수 있습니다.

저장소 그룹 제한

Exchange 2003에서 저장소 그룹은 서버당 네 개로 제한됩니다. 이 제한은 물리적인 제한으로 클러스터의 각 노드에도 적용됩니다. 이 제한으로 인해 액티브/액티브 구성에 문제가 발생할 수 있지만 액티브/패시브 구성에는 영향을 미치지 않습니다.

이 저장소 그룹 제한이 액티브/액티브 클러스터에만 영향을 미치는 이유를 쉽게 이해하려면 한 노드에 저장소 그룹이 두 개 있고 다른 노드에는 저장소 그룹이 세 개 있는 2노드 액티브/액티브 클러스터가 있다고 가정하십시오.

다섯 개의 저장소 그룹이 포함된 2노드 액티브/액티브 클러스터 구성

Exchange 가상 서버	시/도	저장소 그룹 이름
노드 1 EVS(Exchange 가상 서버)1	액티브	저장소 그룹 1, 저장소 그룹 2, 저장소 그룹 3
노드 2 EVS2	액티브	저장소 그룹 1, 저장소 그룹 2

이 표에서 Exchange 클러스터에는 저장소 그룹이 총 다섯 개 있습니다. 노드 2의 EVS2가 노드 1로 장애 조치되면 네 개 저장소 그룹 제한을 초과하게 되므로 노드 1은 두 저장소 그룹을 모두 탑재할 수 없습니다. 결과적으로 노드 1에서 EVS2는 온라인 상태가 되지 못합니다. 노드 2를 계속 사용할 수 있으면 EVS2가 노드 2로 다시 장애 조치됩니다.

드라이브 문자 제한

Exchange 2003 클러스터를 배포하기 전에 Windows의 서버당 26개 드라이브 문자 제한을 고려했는지 확인해야 합니다. 대부분의 서버 디스크를 공유 클러스터 리소스로 구성할 계획이라면 26개 드라이브 문자 제한이 각 개별 노드뿐만 아니라 전체 클러스터에도 적용됩니다. 클러스터 노드 수에 관계없이 공유 디스크의 최대 개수는 일반적으로 22개입니다. 공유 디스크의 최대 개수가 26개가 아니고 22개인 이유는 노드마다 디스크 하나를 시스템 디스크로 예약해야 하며 일반적으로 플로피 디스크와 CD(또는 DVD) 드라이브용으로 디스크 두 개가 추가로 할당되기 때문입니다.

데이터베이스용으로 드라이브 문자 하나를 사용하고 각 저장소 그룹의 로그 파일용으로 드라이브 문자 하나를 사용하는 것이 좋습니다. 세 개의 EVS가 있는 네 개 노드 클러스터에 최대 12개의 저장소 그룹을 만들 수 있습니다. 따라서 네 개 노드 클러스터의 경우 22개가 넘는 드라이브 문자가 필요할 수 있습니다.

다음 섹션에서는 운영 체제가 Windows Server 2003인지 Windows 2000인지에 따라 클러스터 저장소 솔루션을 계획하는 작업에 대해 설명합니다.

Windows 2000 드라이브 문자 제한 이해

Windows 2000 Datacenter Server를 실행하는 네 개 노드 클러스터의 특정 구성에서는 더 많은 공유 디스크를 클러스터에 만들 수 있도록 하나 이상의 드라이브를 사용하지 않도록 설정해야 합니다. 예를 들어 서버의 CD-ROM 또는 DVD-ROM 드라이브를 사용하지 않도록 설정할 수 있습니다. 공유 디스크 수가 많아질수록 네트워크 공유 액세스에 사용할 수 있는 드라이브 매핑 수는 줄어듭니다.

이 드라이브 문자 제한은 Exchange 클러스터에 대한 저장소 그룹과 데이터베이스 아키텍처를 디자인하는 방식에서도 제한 요소로 작용합니다. 다음 섹션에서는 Windows Server 2003을 사용할 때 클러스터의 데이터 안정성을 최대화할 수 있는 방법에 대한 예를 설명합니다.

저장소 그룹이 세 개인 디스크 구성

다음 표에 나오는 구성은 각 저장소 그룹(저장소 그룹 1, 저장소 그룹 2 및 저장소 그룹 3)에 데이터베이스 전용 드라이브와 로그 파일 전용 드라이브가 있어서 매우 안정적입니다. EVS SMTP 큐 디렉터리용으로 추가 디스크가 사용됩니다. 그러나 이 디자인에서는 EVS당 저장소 그룹이 세 개로 제한됩니다.

세 개의 EVS가 포함된 3 액티브/1 패시브 클러스터 아키텍처(EVS마다 세 개의 저장소 그룹이 있음)

노드 1(EVS1 액티브)	노드 2(EVS2 액티브)	노드 3(EVS3 액티브)	노드 4(패시브)
디스크 1: SMTP/MTA	디스크 8: SMTP	디스크 15: SMTP	디스크 22: 쿼럼
디스크 2: 저장소 그룹 1 데이터베이스	디스크 9: 저장소 그룹 1 데이터베이스	디스크 16: 저장소 그룹 1 데이터베이스
디스크 3: 저장소 그룹 1 로그	디스크 10: 저장소 그룹 1 로그	디스크 17: 저장소 그룹 1 로그
디스크 4: 저장소 그룹 2 데이터베이스	디스크 11: 저장소 그룹 2 데이터베이스	디스크 18: 저장소 그룹 2 데이터베이스
디스크 5: 저장소 그룹 2 로그	디스크 12: 저장소 그룹 2 로그	디스크 19: 저장소 그룹 2 로그
디스크 6: 저장소 그룹 3 데이터베이스	디스크 13: 저장소 그룹 3 데이터베이스	디스크 20: 저장소 그룹 3 데이터베이스
디스크 7: 저장소 그룹 3 로그	디스크 14: 저장소 그룹 3 로그	디스크 21: 저장소 그룹 3 로그

저장소 그룹이 네 개인 디스크 구성

다음 표에 나오는 구성에서는 저장소 그룹을 하나 더 추가합니다. 그러나 22개 디스크 제한을 준수하기 위해 EVS당 네 개의 저장소 그룹(저장소 그룹 1, 저장소 그룹 2, 저장소 그룹 3, 저장소 그룹 4) 각각의 데이터베이스는 두 디스크 전체에서 결합됩니다. 저장소 그룹 1과 저장소 그룹 2의 데이터베이스 파일(.edb 및 .stm)이 하나의 공통 디스크 볼륨을 공유하며 저장소 그룹 3과 저장소 그룹 4의 데이터베이스 파일이 하나의 공통 디스크 볼륨을 공유합니다. 이 구성의 이점은 네 개 노드 클러스터에서 저장소 그룹 네 개를 모두 사용할 수 있다는 것입니다. 단점은 공유 저장소 그룹 데이터베이스가 있는 볼륨이 커야 할 수도 있다는 것입니다. 따라서 데이터베이스 디스크에 오류가 발생하면 하나가 아니라 두 개의 저장소 그룹이 영향을 받습니다.

세 개의 EVS가 포함된 3 액티브/1 패시브 클러스터 아키텍처(EVS마다 네 개의 저장소 그룹이 있음)

노드 1(EVS1 액티브)	노드 2(EVS2 액티브)	노드 3(EVS3 액티브)	노드 4(패시브)
디스크 1: SMTP/MTA	디스크 8: SMTP	디스크 15: SMTP	디스크 22: 쿼럼
디스크 2: 저장소 그룹 1 및 저장소 그룹 2 데이터베이스	디스크 9: 저장소 그룹 1 및 저장소 그룹 2 데이터베이스	디스크 16: 저장소 그룹 1 및 저장소 그룹 2 데이터베이스
디스크 3: 저장소 그룹 1 로그	디스크 10: 저장소 그룹 1 로그	디스크 17: 저장소 그룹 1 로그
디스크 4: 저장소 그룹 1 로그	디스크 11: 저장소 그룹 2 로그	디스크 18: 저장소 그룹 2 로그
디스크 5: 저장소 그룹 3 및 저장소 그룹 4 데이터베이스	디스크 12: 저장소 그룹 3 및 저장소 그룹 4 데이터베이스	디스크 19: 저장소 그룹 3 및 저장소 그룹 4 데이터베이스
디스크 6: 저장소 그룹 3 로그	디스크 13: 저장소 그룹 3 로그	디스크 20: 저장소 그룹 3 로그
디스크 7: 저장소 그룹 4 로그	디스크 14: 저장소 그룹 4 로그	디스크 21: 저장소 그룹 4 로그

Windows Server 2003 볼륨 탑재 지점

네 개 이상의 클러스터 노드에 Windows Server 2003 Enterprise Edition 또는 Windows Server 2003 Datacenter Edition을 실행하는 경우 이제 공유 디스크에서 볼륨 탑재 지점이 지원됩니다. NTFS 연결 지점 또는 탑재된 드라이브라고도 하는 볼륨 탑재 지점은 지속적으로 특정 디스크 볼륨을 가리키는 디렉터리입니다. 예를 들어 디스크 볼륨을 가리키도록 C:\Data를 구성할 수 있습니다. 볼륨 탑재 지점의 경우에는 각 디스크 볼륨에 드라이브 문자를 연결할 필요가 없으므로 26개로 한정되는 드라이브 문자 제한의 영향을 받지 않습니다.

탑재 지점은 최상의 성능과 안정성을 내는 데 충분한 개수의 드라이브 문자를 제공할 수 없는 큰 Exchange 클러스터(예: 네 개 노드 또는 여덟 개 노드 클러스터)에 유용합니다. 탑재 지점을 사용하여 드라이브 문자 수를 줄일 수 있는 방법에 대한 자세한 내용은 Using Clustering with Exchange 2003: An Example을 참조하십시오.

클러스터에 볼륨 탑재 지점을 설치할 때 다음 사항을 고려하십시오.

• 다른 클러스터 노드에 있는 기존 로컬 드라이브와 충돌하지 않는 고유한 볼륨 탑재 지점을 만들어야 합니다.
• 클러스터 저장소 장치(클러스터 디스크)에 있는 디스크와 로컬 디스크 사이에 볼륨 탑재 지점을 만들지 마십시오.
• 쿼럼 디스크 리소스가 있는 클러스터 디스크에서 볼륨 탑재 지점을 만들지 마십시오. 그러나 쿼럼 디스크 리소스에서 클러스터된 디스크로 볼륨 탑재 지점을 만들 수 있습니다.
• 한 클러스터 디스크에서 다른 클러스터 디스크로의 볼륨 탑재 지점은 동일한 클러스터 리소스 그룹에 속해야 하며 루트 디스크에 종속되어야 합니다. 특히 루트 디스크가 먼저 온라인 상태가 아니면 볼륨 탑재 지점 디스크는 온라인 상태가 되지 않습니다. 이렇게 종속 관계를 설정하면 시작할 때 시간 초과와 오류가 발생하지 않습니다.

노드가 네 개 이상 있는 Exchange 2003 클러스터에서 볼륨 탑재 지점을 사용하는 것이 좋습니다. 저장소 그룹당 한 개의 루트 디스크를 사용해야 합니다. 루트 디스크에 로그를 배치하고 탑재된 드라이브에 데이터베이스를 배치할 수 있습니다. 여덟 개 노드 클러스터의 경우처럼 사용할 수 있는 드라이브 문자가 부족한 경우에는 단일 루트 디스크를 사용할 수 있습니다. 그러나 디스크 오류가 발생하는 경우 데이터 손실을 최소화하려면 루트 디스크에 데이터를 저장하지 마십시오. EVS마다 루트 디스크가 하나씩 필요합니다.

탑재 지점 지원에 대한 자세한 내용은 Microsoft 기술 자료 문서 318458, "Volume Mount Point Support for an Exchange Server 2003 Cluster on a Windows Server 2003-based System"을 참조하십시오.

EVS에 볼륨 탑재 지점을 추가하는 데 대한 자세한 내용은 다음 리소스를 참조하십시오.

• Exchange Server 2003 배포 가이드의 "클러스터에 Exchange Server 2003 배포"
• Microsoft 기술 자료 문서 280297, "클러스터된 서버에서 볼륨 탑재 지점을 구성하는 방법"

성능 및 확장성 고려 사항

여기서는 서버 클러스터링의 다음과 같은 성능 및 확장성 요소를 살펴봅니다.

• 액티브/패시브 클러스터 크기
• 액티브/액티브 클러스터 크기
• 스케일 업 또는 스케일 아웃
• 클러스터된 서버 구성 요소 테스트

Exchange 2003의 성능 및 확장성에 대한 자세한 내용은 Exchange Server 2003 성능 및 확장성 가이드를 참조하십시오.

액티브/패시브 클러스터 크기

독립 실행형 서버와 마찬가지로 액티브/패시브 클러스터의 크기도 조정해야 합니다.

액티브/액티브 클러스터 크기

액티브/액티브 클러스터는 Exchange 클러스터의 권장 구성이 아닙니다. 그러나 액티브/액티브 클러스터링을 구현하기로 결정하는 경우 Exchange에서는 두 개 노드 액티브/액티브 클러스터만 지원된다는 것을 기억하십시오. 또한 액티브/액티브 클러스터에서는 다음 두 가지 중요한 제약 조건을 고려해야 합니다.

• 노드당 동시 사용자 연결 수가 1,900을 초과할 수 없습니다. 노드당 EVS가 두 개 이상인 경우 모든 동시 MAPI 사용자 연결 합계가 1,900보다 작은지 확인합니다.
• 서버당 평균 CPU 로드는 40퍼센트를 초과할 수 없습니다.

이러한 요구 사항이 충족되지 않으면 장애 조치 후 사용자의 성능이 상당히 저하될 수 있습니다. 또한 액티브/액티브 클러스터의 단일 노드가 두 번째 EVS를 온라인 상태로 만들지 못하게 될 위험이 있습니다.

액티브/액티브 클러스터의 모니터링 고려 사항

액티브/액티브 클러스터를 배포한 후에는 다음을 수행해야 합니다.

• 각 클러스터 노드에 대한 CPU 로드를 모니터링합니다.
• 노드당 동시 연결(사용자) 수를 모니터링합니다.

각 클러스터 노드의 CPU 로드 모니터링

CPU 로드(사용자가 생성한 로드)가 10분 이상 40%를 넘으면 사서함을 다른 서버로 이동합니다. 이 로드에 사용자를 이동하는 것과 같은 관리 로드의 증가분은 포함되지 않습니다.

액티브/액티브 클러스터의 각 노드에 대한 CPU 로드를 모니터링하려면 다음 성능 모니터(Perfmon) 카운터를 사용하십시오.

Performance/%Processor time/_Total counter

노드당 동시 연결(사용자) 수 모니터링

노드당 동시 사용자 수가 10분 이상 1,900을 넘을 경우 사서함을 다른 EVS로 이동합니다. 액티브/액티브 클러스터의 EVS마다 1,900개의 사서함만 배치하여 이 요구 사항에 맞출 수는 있지만 일반적으로 서버당 동시 MAPI 사용자 수를 모니터링하는 것이 좋습니다. 모니터링해야 할 이유 중 하나는 일부 사용자가 자신의 사서함에 여러 연결을 설정하는 경우도 있기 때문입니다.

노드당 동시 사용자 수를 모니터링하려면 다음 Perfmon 카운터에서 하나 또는 모두를 사용하십시오.

• MSExchangeIS/Active Connection Count
• MSExchangeIS Mailbox(_Total)/Active Client Logons

스케일 업 또는 스케일 아웃

클러스터된 환경에서 더 많은 사용자 또는 사용자당 더 많은 메시지를 수용하는 방법을 고려할 때 사용할 수 있는 옵션이 스케일 업입니다. 스케일 업은 높아진 성능 요구를 충족시키기 위해 클러스터 노드에서 더욱 강력한 서버 구성 요소를 사용하는 프로세스를 가리킵니다. 그러나 각 노드에서 더 많은 사용자를 호스팅할 수 있는 경우처럼 클러스터 노드의 하드웨어를 스케일 업할 때 각 노드의 가용성이 훨씬 더 중요해진다는 점을 고려해야 합니다.

스케일 업의 한 가지 대안은 스케일 아웃입니다. 스케일 아웃은 클러스터에 노드를 추가하는 프로세스를 가리킵니다.

이 두 가지 옵션을 설명하기 위해 네 개 노드 클러스터에서 3,000명의 사용자를 호스팅하는 조직을 고려해 보겠습니다. 클러스터에는 액티브 노드 세 개(노드당 1,000명의 사용자)와 패시브 노드 하나가 있습니다. 1,000명의 사용자를 추가로 수용해야 할 경우 조직에서는 다음 두 가지 옵션을 사용할 수 있습니다.

• 옵션 1: 스케일 업 각 클러스터 노드의 RAM과 CPU를 업그레이드한 다음 1,000명의 추가 사용자를 노드 전체에 고루 분산시킵니다.
• 옵션 2: 스케일 아웃 클러스터에 노드를 추가합니다. 이렇게 하면 클러스터 구성이 네 개의 활성 노드마다 1,000개의 사서함을 호스팅하는 다섯 개 노드 클러스터로 바뀝니다.

이 예에서 재해로 인해 서버 중 하나에 오류가 발생할 경우 옵션 2를 구현하면 영향 받는 사용자가 더 적어집니다. 그러므로 Exchange를 클러스터로 배포할 때는 확장성 계획에 스케일 아웃을 포함시킬 것을 고려하십시오.

스케일 아웃을 실행하면 Exchange 클러스터의 내결함성도 높아질 수 있습니다. 예를 들어 네 개 노드, 두 개의 액티브/두 개의 패시브 클러스터는 네 개 노드, 세 개의 액티브/한 개의 패시브 클러스터보다 더 많은 동시 오류를 처리할 수 있습니다. 액티브/패시브 클러스터링에 대한 자세한 내용은 Exchange Server 2003 클러스터링 이해의 "액티브/패시브 클러스터링"을 참조하십시오.

클러스터된 서버 구성 요소 테스트

클러스터된 서버를 프로덕션 환경에 배포하기 전에 반드시 이 서버의 용량을 테스트해야 합니다. 클러스터 배포를 테스트할 때 사용하는 도구는 클러스터되지 않은 서버를 테스트할 때 사용하는 것(예: LoadSim과 Jetstress)과 동일합니다. 사전 테스팅과 시험 배포의 중요성에 대한 자세한 내용은 시스템 수준 내결함성 조치의 "사전 테스팅 및 시험 배포"를 참조하십시오.

다음은 서버 클러스터링을 테스트할 때 고려할 사항입니다.

다음 하드웨어 구성 요소를 테스트합니다.

• 하드 디스크, 컨트롤러, 프로세서 및 RAM과 같은 개별 컴퓨터 구성 요소
• 라우터, 브리지, 스위치, 케이블, 커넥터 등과 같은 외부 구성 요소

다음 스트레스 테스트를 설정합니다.

• 네트워크 로드가 높은 상태에서 클러스터 성능을 테스트합니다.
• 동일한 디스크에 디스크 입출력(I/O)이 많은 상태에서 클러스터 성능을 테스트합니다.
• Exchange 서비스 로드가 높은 상태에서 클러스터 성능을 테스트합니다.
• 동시 로그온 시도가 많은 상태에서 클러스터 성능을 테스트합니다.
• 각 EVS를 노드 각각으로 최소한 한 번 장애 조치합니다. Exchange 서비스 로드가 높은 상태에서 이 작업을 수행합니다.

이러한 테스트 결과를 사용하여 다음을 수행합니다.

• 클라이언트 로드 상태에서 서버 구성에 대한 클라이언트 응답 시간을 계산합니다.
• 서버당 사용자 수를 예측합니다.
• 서버의 지체를 식별합니다.

클러스터 하드웨어 호환성

Windows Server 2003, Enterprise Edition 및 Windows Server 2003, Datacenter Edition에서는 Windows Server Catalog에서 선택한 전체 서버 클러스터 시스템만 지원합니다.

타사 시스템 구성 요소에 대한 지원은 타사 솔루션의 요구 사항에 따라 제한됩니다. 자세한 내용은 Microsoft 기술 자료 문서 814607, "Microsoft Support for Server Clusters with 3rd Party System Components"를 참조하십시오.

일반적으로 각 클러스터 노드에 대해 동일한 하드웨어(예: 동일한 프로세서, 동일한 NIC, 동일한 양의 RAM)를 사용하는 것이 좋습니다. 이러한 사항이 권장되는 이유와 클러스터 노드에 비대칭 하드웨어 사용을 고려할 수 있는 경우에 대한 자세한 내용은 Exchange Server 2003 클러스터링 이해의 "클러스터 구성"을 참조하십시오.

클러스터 하드웨어에 대한 자세한 내용은 Microsoft 기술 자료 문서 309395, "The Microsoft support policy for server clusters, the Hardware Compatibility List, and the Windows Server Catalog"를 참조하십시오.

지리적으로 분산된 클러스터링

지리적으로 분산된 클러스터의 기본 목표는 한 사이트의 손실로 인해 전체 응용 프로그램이 손실되지 않도록 하는 것입니다. 지리적으로 분산된 클러스터링은 Exchange 전자 메일 서비스에 향상된 가용성과 복구 기능을 제공합니다. 그러나 사이트 오류가 발생하지 않으면 대체 복구 사이트의 클러스터 노드가 Exchange 서비스를 제공하지 않습니다. 또한 사이트 재해가 발생하는 경우 지리적으로 분산된 클러스터는 특정 응용 프로그램에 내결함성과 장애 조치를 제공합니다. Exchange의 지리적으로 분산된 클러스터링에 대해 사이트 수준과 클러스터 수준에서 업무가 항상 지속되도록 해 주는 하드웨어 및 소프트웨어 솔루션이 많이 있습니다.

지리적으로 분산된 클러스터 솔루션을 계획할 때는 다음과 같은 질문에 대한 답을 찾아봐야 합니다.

• 지리적으로 분산된 클러스터에서 해결해야 할 기본 문제는 무엇입니까?
• 지리적으로 분산된 클러스터에 적합한 구성은 무엇입니까?
• 지리적으로 분산된 클러스터링 솔루션으로 충족시켜야 하는 클러스터 서비스 요구 사항은 무엇입니까?
• 이 섹션의 나머지 부분에서는 이러한 질문 각각에 대한 내용을 설명합니다.

지리적으로 분산된 클러스터링이 Exchange 2003 조직에 내결함성을 제공하는 방식에 대한 일반적인 내용은 시스템 수준 내결함성 조치의 "여러 실제 사이트 사용"을 참조하십시오.

지리적으로 분산된 클러스터에서 해결해야 할 문제

지리적으로 분산된 클러스터에서는 다음 문제를 해결해야 합니다.

• 여러 사이트에 동일한 데이터의 독립된 복사본을 갖도록 하려면 어떻게 해야 합니까? 데이터 변경 내용은 사이트 전체에 어떻게 복제됩니까? 한 사이트에서 데이터가 변경되었는데 그 사이트에 오류가 발생하면 해당 변경 내용이 나머지 사이트에 어떻게 전송됩니까?
• 한 사이트에 오류가 발생하는 경우 Exchange 2003 같은 응용 프로그램이 어떤 식으로 Exchange 서비스를 계속해서 제공할 수 있습니까?
• 지리적으로 분산된 클러스터를 자연 재해로부터 보호하려면 어떻게 해야 합니까?

첫 번째 문제를 해결하면 실제 사이트 간의 읽기 전용 데이터 복제에 대한 문제 중 많은 부분이 나타나지 않습니다. 읽기 전용 데이터를 쉽게 복사할 수 있으며 해당 데이터의 인스턴스를 각 사이트에서 호스팅할 수 있습니다. 데이터 복제 문제를 해결하기 위해 소프트웨어 및 하드웨어 미러링 또는 동기 복제를 구현할 수 있습니다. 이러한 복제 기술을 사용하면 각 실제 사이트의 최신 데이터 미러를 유지할 수 있습니다.

두 번째 문제를 해결하려면 장애 조치 클러스터링 솔루션을 구현해야 합니다. 이 솔루션을 수행하려면 별도의 실제 사이트에 있는 클러스터 노드가 같은 네트워크에 있는 것으로 클러스터 서비스에 나타나야 합니다. VLAN(Virtual Local Area Network)을 사용하여 이 작업을 수행할 수 있습니다. VLAN을 사용하면 멀리 떨어진 별도의 실제 위치에서 연결할 수 있습니다.

세 번째 문제를 해결하려면 자연 재해가 발생하더라도 두 사이트 이상 영향이 미치지 않도록 사이트가 충분히 떨어져 있도록 합니다. 사이트마다 완전히 다른 전원 공급과 통신 인프라 공급자를 사용해야 합니다.

다음 그림에서는 지리적으로 분산된 기본 클러스터에 이러한 솔루션이 적용된 모습을 보여 줍니다.

지리적으로 분산된 클러스터에 적합한 구성

지리적으로 분산된 클러스터는 OEM과 소프트웨어 공급업체에서 제공하는 하드웨어 및 소프트웨어 구성 요소의 조합입니다. Exchange 2003의 지리적으로 분산된 클러스터 구성은 복잡할 수 있으므로 해당 클러스터는 Microsoft에서 제공한 구성 요소만 사용해야 합니다. 지리적으로 분산된 클러스터는 반드시 적합한 구성을 제공하는 공급업체와 함께 배포되어야 합니다.

일반적으로 Windows Server 2003의 지리적으로 분산된 클러스터에 적용되는 제한 사항은 Exchange 2003에도 적용됩니다. Windows Server 2003의 지리적으로 분산된 클러스터에 대한 자세한 내용은 Geographically Dispersed Clusters in Windows Server 2003을 참조하십시오.

지리적으로 분산된 클러스터의 하드웨어는 Microsoft Hardware Compatibility List에 있는 인증된 하드웨어여야 합니다. 지리적으로 분산된 클러스터의 별도 하드웨어 호환성 목록에 대한 자세한 내용은 Windows Server Catalog를 참조하십시오.

하드웨어 호환성 목록과 Windows 클러스터링에 대한 자세한 내용은 Microsoft 기술 자료 문서 309395, "The Microsoft support policy for server clusters, the Hardware Compatibility List, and the Windows Server Catalog"를 참조하십시오.

클러스터 서비스 기술 요구 사항

Windows 클러스터링 소프트웨어는 지리적으로 분산된 클러스터의 확장된 특성을 인식하지 못합니다. 특히 클러스터 서비스에는 지리적으로 분산된 클러스터 구성에 고유한 기능이 포함되어 있지 않습니다. 따라서 지리적으로 분산된 클러스터의 네트워크 및 저장소 아키텍처는 다음 요구 사항을 충족시켜야 합니다.

• 개인 및 공용 네트워크 연결은 동일한 서브넷(라우팅되지 않은 LAN)에 속해야 합니다. 이러한 구현을 위해서는 VLAN을 사용하여 모든 클러스터 노드가 동일한 IP 서브넷 상에 있도록 합니다.

• 네트워크 연결은 노드 간에 최대로 보장된 왕복 이동 대기 시간을 500밀리초 이하로 제공할 수 있어야 합니다. 클러스터는 하트비트를 사용하여 노드가 활성 상태인지 또는 응답하지 않는 상태인지를 감지합니다. 이러한 하트비트는 정기적으로 1.2초마다 전송됩니다. 노드가 하트비트 패킷에 응답하는 데 시간이 너무 오래 걸리면 클러스터 서비스에서 영향이 큰 프로토콜을 시작하여 계속해서 작동하는 노드와 사용 불가능한 노드를 알 수 있도록 합니다. 이것을 클러스터 재그룹이라고 합니다.

• 단일 쿼럼이라고도 하는 독립 실행형 노드 쿼럼을 사용하는 경우 클러스터에 쿼럼 디스크라고 하는 단일 공유 디스크가 있어야 합니다.

  참고

  Windows Server 2003에서 Exchange 2003을 실행하는 경우 주 노드 집합 쿼럼을 사용하여 이 요구 사항을 피할 수 있습니다. 쿼럼 유형에 대한 자세한 내용은 Exchange Server 2003 클러스터링 이해의 "쿼럼 디스크 리소스"를 참조하십시오.

  별도의 두 사이트에 있는 디스크 집합을 클러스터 서비스에 단일 디스크로 나타나도록 하기 위해 저장소 인프라에서 사이트 전체에 미러링을 제공할 수 있습니다. 그러나 다음과 같이 실제 디스크 리소스에 필요한 기본 기능을 유지해야 합니다.

  • 클러스터 서비스에서 SCSI(Small Computer System Interface) 예약 명령과 버스 재설정을 사용하여 공유 디스크를 조정하고 보호합니다. 사이트 간의 통신에 오류가 발생하더라도 이러한 명령의 기능은 사이트 전체에서 유지되어야 합니다. 사이트 A의 노드에서 디스크를 예약하는 경우 사이트 B의 노드는 해당 디스크의 내용에 액세스할 수 없어야 합니다. 클러스터와 응용 프로그램 데이터의 손상을 막으려면 이러한 기능이 반드시 필요합니다.
  • 쿼럼 디스크는 모든 사이트 전체에서 동기 모드로 실시간 복제되어야 합니다. 미러된 쿼럼 디스크의 서로 다른 구성원은 동일한 데이터를 가져야 합니다.

클러스터의 재해 복구 전략

Exchange 2003 클러스터의 재해 복구 전략에 대한 자세한 내용은 Exchange Server 2003 재해 복구 작업 가이드의 "Exchange Server 2003 클러스터 백업" 및 "Exchange 2003 클러스터 복원"을 참조하십시오.