Exchange Server 2003 클러스터링 이해

마지막으로 수정된 항목: 2007-06-28

Windows 클러스터링 기술은 Exchange 2003 조직에 대한 확장성, 가용성, 안정성 및 내결함성을 지원할 수 있습니다. 클러스터는 클러스터 서비스에서 함께 작동하는 개별 컴퓨터(노드라고도 함)로 구성됩니다. 이러한 컴퓨터는 네트워크 서비스 공급자 역할을 하거나 장애가 발생한 노드의 작업을 처리하도록 예약된 컴퓨터 역할을 합니다. 클러스터를 구성하는 방식에 따라 클러스터링을 통해 재해가 발생한 단일 서버를 복구하는 프로세스를 단순화할 수 있습니다.

클러스터링 환경에서는 클러스터에 있는 임의의 노드가 가상 서버 제어를 담당할 수 있으므로 Exchange가 독립 실행형 서버가 아닌 가상 서버로 실행됩니다. EVS를 실행하는 노드에 문제가 발생하면 다른 노드가 EVS를 제어하기 전까지의 짧은 기간 동안 EVS가 오프라인 상태가 됩니다. Exchange 클러스터링에 대한 모든 권장 사항은 액티브/패시브 구성을 기준으로 합니다. 액티브/패시브 및 액티브/액티브 클러스터 구성에 대한 자세한 내용은 이 항목 뒷부분의 "클러스터 구성"을 참조하십시오.

Exchange 2003 클러스터용으로 권장되는 구성은 3개의 액티브 노드와 1개의 패시브 노드로 구성된 4노드 클러스터입니다. 액티브 노드마다 EVS가 하나씩 있습니다. 이 구성은 하나의 패시브 서버에서 제공하는 장애 조치(failover) 보안을 유지하면서 세 개의 액티브 Exchange 서버를 실행할 수 있으므로 비용면에서 효율적입니다.

이 섹션에서는 다음 Exchange 2003 클러스터링 요소에 대해 설명합니다.

• Windows 클러스터링
• Exchange 가상 서버
• 쿼럼 디스크 리소스
• 클러스터 구성
• Windows 및 Exchange 버전 요구 사항
• 2노드 클러스터 토폴로지의 예
• 장애 조치
• IP 주소 및 네트워크 이름

Windows 클러스터링

Exchange 2003 클러스터를 만들려면 Windows 클러스터링을 사용해야 합니다. Windows 클러스터링은 Windows Server 2003 Enterprise Edition과 Windows Server 2003 Datacenter Edition의 기능입니다. Windows 클러스터 서비스는 Windows 클러스터링의 모든 요소를 제어합니다. Windows Server 2003 클러스터 노드에서 Exchange 2003 설치 프로그램을 실행하면 클러스터를 인식하는 버전의 Exchange가 자동으로 설치됩니다. Exchange 2003에서는 다음 Windows 클러스터링 기능을 사용합니다.

• 공유 안 함 아키텍처 Exchange 2003 백 엔드 클러스터에는 공유 안 함 아키텍처를 사용해야 합니다. 공유 안 함 아키텍처에서는 클러스터의 모든 노드가 공유 저장소에 액세스할 수 있더라도 해당 공유 저장소의 동일한 디스크 리소스에 동시에 액세스할 수 없습니다. 예를 들어 그림 5.3에서 노드 1에 디스크 리소스에 대한 소유권이 있으면 클러스터의 다른 노드는 디스크 리소스의 소유권을 받을 때까지 디스크 리소스에 액세스할 수 없습니다.
• 리소스 DLL Windows는 리소스 DLL을 사용하여 클러스터 리소스와 통신합니다. 클러스터 서비스와 통신하기 위해 Exchange 2003에서는 자체 사용자 지정 리소스 DLL(Exres.dll)을 제공합니다. 클러스터 서비스와 Exchange 2003 간의 통신은 모든 Windows 클러스터링 기능을 제공하도록 사용자 지정됩니다. Exres.dll에 대한 자세한 내용은 Microsoft 기술 자료 문서 810860 "XGEN: Architecture of the Exchange Resource Dynamic Link Library (Exres.dll)를 참조하십시오."
• 그룹 EVS를 클러스터에 포함시키기 위해 Exchange 2003에서는 Windows 클러스터 그룹을 사용합니다. 클러스터에 있는 EVS는 IP 주소 및 Exchange 2003 시스템 수행자와 같은 클러스터 리소스를 포함하는 Windows 클러스터 그룹입니다.
• 리소스 EVS는 IP 주소 리소스, 네트워크 이름 리소스 및 실제 디스크 리소스와 같은 클러스터 서비스 리소스를 포함하며 자체 Exchange 리소스도 포함합니다. Windows 클러스터 그룹에 Exchange 시스템 수행자 인스턴스 리소스(Exchange 리소스)를 추가하면 Exchange HTTP 가상 서버 인스턴스, Exchange 정보 저장소 인스턴스 및 Exchange MS Search 인스턴스와 같이 Exchange에 관련된 다른 필수 리소스가 자동으로 만들어집니다.

Exchange 가상 서버

Exchange 2003 클러스터를 만들기 위해 Windows Server 2003 클러스터 그룹을 만든 다음 해당 그룹에 특정 리소스를 추가하면 Exchange 2003 클러스터가 EVS(Exchange 가상 서버)라는 논리 서버를 만듭니다. 클러스터되지 않은 독립 실행형 Exchange 2003 서버와는 달리 EVS는 EVS를 실행하는 주 서버에 오류가 발생하는 경우 장애 조치될 수 있는 클러스터 그룹입니다. 클러스터 노드 하나에 오류가 발생하면 오류가 발생한 EVS의 임무를 나머지 노드 중 하나가 담당합니다. 이 새로운 서버에 액세스하기 위해 클라이언트는 동일한 서버 이름을 사용할 수 있습니다.

EVS는 최소한 다음 리소스를 필요로 하는 클러스터 그룹입니다.

• 고정 IP 주소
• 네트워크 이름
• 하나 이상의 공유 저장소용 실제 디스크
• Exchange 2003 시스템 수행자 리소스. 시스템 수행자 리소스는 다른 필수 Exchange 리소스를 설치합니다.

다음 그림에서는 Exchange 2003 클러스터 리소스와 리소스 종속성을 보여 줍니다.

클라이언트 컴퓨터는 독립 실행형 Exchange 2003 서버에 연결하는 경우와 똑같은 방식으로 EVS에 연결됩니다. Windows Server 2003에서는 EVS에 연결된 IP 주소 리소스, 네트워크 이름 리소스, 디스크 리소스 등을 제공합니다. Exchange 2003에서는 시스템 수행자 리소스와 그 밖의 필수 리소스를 제공합니다. 시스템 수행자 리소스를 만들면 다른 모든 필수 리소스와 종속 리소스가 만들어집니다.

다음 표에서는 Exchange 2003 클러스터 리소스 및 해당 종속성을 보여 줍니다.

Exchange 2003 클러스터 리소스 및 종속성

Exchange 2003 클러스터는 Windows와 Exchange 2003의 다음 구성 요소를 지원하지 않습니다.

• ADC(Active Directory Connector)

• Exchange 2003 일정 커넥터

• Lotus Notes용 Exchange 커넥터

• Novell GroupWise용 Exchange 커넥터

• Microsoft Exchange Event Service

• SRS(사이트 복제 서비스)

• NNTP(Network News Transfer Protocol)

  참고

  NNTP 서비스는 Windows Server 2003 IIS(인터넷 정보 서비스) 구성 요소의 하위 구성 요소이며 여전히 클러스터에 Exchange 2003을 설치하기 위한 필수 구성 요소입니다. 클러스터에 Exchange 2003을 설치한 후에는 NNTP 서비스가 작동하지 않습니다.

클러스터 그룹

Exchange 클러스터를 구성할 때는 클러스터와 해당 클러스터에 있는 EVS를 관리할 그룹을 만들어야 합니다. 또한 각각의 EVS를 독립적으로 구성할 수 있습니다. 클러스터 그룹을 만들 때 다음 권장 사항을 따릅니다.

• Microsoft Distributed Transaction Coordinator(MSDTC) 리소스는 Exchange Server 설치와 서비스 팩 설치에 필요합니다. Exchange 전용 클러스터인 경우 MSDTC 리소스를 기본 클러스터 그룹에 추가하는 것이 좋습니다. 또한 MSDTC 리소스에 대해 '그룹에 영향을 줌' 옵션의 선택을 해제하는 것이 좋습니다. 이렇게 하면 MSDTC 리소스에서 오류가 발생하더라도 기본 클러스터 그룹이 영향을 받지 않습니다.
• Windows Server 2003에서 MSDTC 리소스를 추가하는 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 301600, "Windows Server 2003 클러스터에서 MSDTC를 구성하는 방법"을 참조하십시오. Microsoft 기술 자료 문서 301600에는 문서 817064, "Windows Server 2003에서 네트워크 DTC 액세스를 사용 가능하게 설정하는 방법"에 대한 참조가 포함되어 있습니다. 최상의 Exchange Server 보안을 위해 Exchange 클러스터의 네트워크 DTC 액세스를 사용하지 않도록 설정합니다. Exchange 클러스터의 Distributed Transaction Coordinator 리소스를 구성하려면 네트워크 DTC 액세스를 사용하지 마십시오.
• 클러스터에 내결함성을 부여하려면 MSDTC 리소스 이외의 응용 프로그램이나 클러스터 리소스를 기본 클러스터 그룹에 추가하지 말고 클러스터 쿼럼과 MSDTC 리소스 이외의 다른 리소스에 쿼럼 볼륨을 사용하지 마십시오.
• 각 그룹에 자체의 실제 디스크 리소스 집합을 할당합니다. 이렇게 하면 트랜잭션 로그 파일과 데이터베이스 파일이 다른 노드로 동시에 장애 조치될 수 있습니다.
• 별도의 실제 디스크를 사용하여 트랜잭션 로그 파일과 데이터베이스 파일을 저장합니다. 별도의 하드 디스크를 사용하면 단일 스핀들 오류가 여러 그룹에 영향을 미치는 것이 방지됩니다. 이 권장 사항은 Exchange 독립 실행형 서버에도 해당됩니다.

서버 클러스터의 저장소 고려 사항에 대한 자세한 내용은 클러스터링 계획 고려 사항의 "클러스터 저장소 솔루션"을 참조하십시오.

쿼럼 디스크 리소스

클러스터에서 가장 중요한 리소스는 쿼럼 디스크 리소스입니다. 쿼럼 디스크 리소스는 쿼럼 로그, 클러스터 데이터베이스 검사점, 리소스 검사점 등 클러스터에 대한 구성 데이터를 유지 관리합니다. 또한 시스템 오류가 발생해도 지속되는 실제 저장소도 제공합니다. Windows Server 2003을 실행하는 경우 다음과 같은 쿼럼 유형 중에서 선택할 수 있습니다.

• 표준 쿼럼(단일 쿼럼이라고도 함) 표준 쿼럼에서는 쿼럼 디스크 리소스 데이터가 모든 클러스터 노드에서 액세스할 수 있는 공유된 실제 디스크 리소스에 호스팅됩니다. 표준 쿼럼을 사용할 때는 클러스터 구성 데이터가 쿼럼 디스크 리소스에 보관되므로 모든 클러스터 노드가 현재 해당 쿼럼 디스크 리소스를 소유하는 노드와 통신할 수 있어야 합니다.
• 주 노드 집합 쿼럼 주 노드 집합 쿼럼에서는 쿼럼 데이터가 각 클러스터 노드의 시스템 디스크에 로컬로 저장됩니다. 주 노드 집합 리소스는 주 노드 집합 쿼럼에 저장된 클러스터 구성 데이터가 디스크 전체에서 일관성을 유지하도록 합니다.

다음 그림에서는 노드가 네 개인 클러스터에 대한 표준 쿼럼 디스크와 주 노드 집합 쿼럼을 보여 줍니다.

클러스터를 만들 때나 클러스터 노드 간 네트워크 통신이 실패할 때 쿼럼 디스크 리소스는 노드가 여러 클러스터를 형성하지 못하게 합니다. 클러스터를 형성하려면 노드가 쿼럼 디스크 리소스를 조정하고 쿼럼 디스크 리소스 소유권을 획득해야 합니다. 예를 들어 검색 과정에서 클러스터를 검색할 수 없으면 노드가 쿼럼 디스크 리소스의 제어를 획득하여 자체 클러스터를 형성하려고 합니다. 그러나 쿼럼 디스크 리소스의 제어를 획득하는 데 실패하면 노드가 클러스터를 형성할 수 없습니다.

쿼럼 디스크 리소스는 복구 로그와 레지스트리 검사점 파일 형태로 최신 버전의 클러스터 구성 데이터베이스를 저장합니다. 이러한 파일에는 개별 노드의 클러스터 구성 및 상태 데이터가 포함됩니다. 노드가 클러스터에 참가하거나 클러스터를 형성할 때는 클러스터 서비스가 해당 노드의 개별 구성 데이터베이스 복사본을 업데이트합니다. 노드가 기존 클러스터에 참가할 때는 클러스터 서비스가 다른 활성 노드에서 구성 데이터를 검색합니다.

클러스터 서비스는 쿼럼 디스크 리소스 복구 로그를 사용하여 다음을 수행합니다.

• 하나의 활성 통신 노드 집합만 클러스터로 작동할 수 있도록 합니다.
• 노드가 쿼럼 디스크 리소스의 제어권을 획득할 수 있는 경우에만 클러스터를 형성할 수 있도록 합니다.
• 노드가 쿼럼 디스크 리소스를 제어하는 노드와 통신할 수 있는 경우에만 기존 클러스터에 참가하거나 계속 남을 수 있도록 합니다.

Exchange 클러스터에 대한 쿼럼 유형을 선택할 때는 각 쿼럼 유형의 장점과 단점을 고려하십시오. 예를 들어 표준 쿼럼을 계속해서 실행하려면 공유 디스크에 있는 쿼럼 디스크 리소스를 보호해야 합니다. 따라서 쿼럼 디스크 리소스에 대한 RAID 솔루션을 사용하는 것이 좋습니다. 또한 주요 노드 집합 클러스터를 계속해서 실행하려면 대부분의 노드가 온라인 상태가 되어야 합니다. 특히 다음 수식을 사용해야 합니다.

<Number of nodes configured in the cluster>/2 + 1.

클러스터의 쿼럼 유형 선택에 대한 자세한 내용은 Windows Server 2003 Deployment Kit의 "Choosing a Cluster Model"을 참조하십시오.

클러스터 구성

클러스터링 과정에서 독립된 노드 그룹은 하나의 시스템으로 함께 작동합니다. 각 클러스터 노드에는 운영 체제와 응용 프로그램 파일에 대해 개별적인 메모리, 프로세서, 네트워크 어댑터, 로컬 하드 디스크 등이 있지만 저장소 매체는 공통적으로 공유합니다. 노드 간 클러스터 통신에만 사용되는 별도의 개인 네트워크는 이러한 서버에 연결할 수 있습니다.

일반적으로 각 클러스터 노드에 대해 동일한 하드웨어(예: 동일한 프로세서, 동일한 네트워크 인터페이스 카드, 동일한 양의 RAM)를 사용하는 것이 좋습니다. 이렇게 하면 액세스를 제공하는 EVS가 주 노드에서 실행되는지 또는 대기 모드 노드에서 실행되는지에 관계없이 백 엔드 서버의 사서함에 액세스하는 사용자에게 일관된 수준의 성능이 제공됩니다. 서버에서 표준화된 하드웨어를 사용하는 이점에 대한 자세한 내용은 구성 요소 수준 내결함성 조치의 "표준화된 하드웨어"를 참조하십시오.

다음 섹션에서는 Exchange 2003 클러스터 구성, 특히 액티브/패시브 및 액티브/액티브 구성을 살펴봅니다. 액티브/패시브 클러스터링은 Exchange에 대해 권장되는 클러스터 구성입니다. 액티브/패시브 구성에서는 한 번에 여러 EVS를 실행하는 클러스터 노드가 없습니다. 또한 액티브/패시브 클러스터링은 EVS보다 더 많은 클러스터 노드를 제공합니다.

액티브/패시브 클러스터링

액티브/패시브 클러스터링은 Exchange에 대해 강력히 권장되는 클러스터 구성입니다. 액티브/패시브 클러스터링에서 Exchange 클러스터는 최대 8개의 노드를 포함하며 EVS를 7개까지 호스팅할 수 있습니다. 각각의 활성 노드에는 EVS가 실행됩니다. 모든 액티브/패시브 클러스터에는 하나 이상의 패시브 노드가 있어야 합니다. 패시브 노드는 Exchange가 설치되어 있고 EVS를 실행하도록 구성되었지만 오류가 발생할 때까지는 대기 모드로 유지되는 서버입니다.

액티브/패시브 클러스터링에서는 EVS 중 하나에 오류가 발생하거나 오프라인 상태가 되는 경우 클러스터의 한 패시브 노드는 오류가 발생한 노드에서 실행 중이던 EVS의 소유권을 가져옵니다. 오류가 발생한 노드의 현재 로드에 따라 EVS는 일반적으로 몇 분 후 다른 노드로 장애 조치되므로 사용자는 잠시 동안만 클러스터의 Exchange 리소스를 사용할 수 없습니다.

다음 그림의 3액티브/1패시브 클러스터와 같은 액티브/패시브 클러스터에서는 EVS1, EVS2, EVS3 등 세 개의 EVS가 있습니다. 이 구성은 단일 노드 오류를 처리할 수 있습니다. 예를 들어 노드 3에 오류가 발생하면 노드 1에서는 EVS1을, 노드 2에서는 EVS2를 계속 소유하고 노드 4에서는 오류가 발생한 후에 탑재된 모든 저장소 그룹이 있는 EVS3의 소유권을 가져옵니다. 그러나 노드 3이 계속 사용 불가능한 상태에서 두 번째 노드에 오류가 발생하면 장애 조치에 사용할 수 있는 대기 모드 노드가 없으므로 오류가 발생한 두 번째 노드와 연결된 EVS가 계속 오류 상태로 유지됩니다.

액티브/액티브 클러스터링

액티브/액티브는 Exchange에 대해 권장되지 않는 클러스터 구성입니다. Exchange 클러스터에 대해 액티브/액티브 구성을 사용할 때는 노드가 두 개로 제한됩니다. 세 개 이상의 노드를 원할 경우에는 노드 하나가 패시브 노드여야 합니다. 예를 들어 노드가 2개인 액티브/액티브 클러스터에 노드를 추가하는 경우 세 번째 EVS를 만들 수 없습니다. 또한 세 번째 노드를 설치한 후 두 개 이상의 EVS를 한 번에 실행할 수 있는 클러스터 노드는 없습니다.

액티브/액티브 클러스터에는 EVS가 EVS1과 EVS2 두 개만 있습니다. 이 구성을 사용하면 단일 노드 오류를 처리하고 오류가 발생한 후에도 100%의 가용성을 그대로 유지할 수 있습니다. 예를 들어 노드 2에 오류가 발생하면 현재 EVS1을 소유하고 있는 노드 1이 모든 저장소 그룹이 탑재된 EVS2의 소유권도 갖습니다. 그러나 노드 2가 계속 사용 불가능한 상태에서 노드 1에 오류가 발생하면 장애 조치에 사용할 수 있는 노드가 없으므로 전체 클러스터가 오류 상태로 됩니다.

액티브/액티브 클러스터링을 구현하기로 한 경우 다음 요구 사항을 충족해야 합니다.

• 확장성 요구 사항 장애 조치 후 효율적인 성능을 내도록 하고 액티브/액티브 클러스터의 단일 노드가 두 번째 EVS를 온라인 상태로 만들 수 있도록 하려면 각 활성 노드의 동시 MAPI 사용자 연결 수가 1,900개를 넘지 않아야 합니다. 또한 각 노드에서 Microsoft Exchange Information Store(store.exe)의 평균 CPU 사용률이 40퍼센트를 넘지 않아야 합니다.
  액티브/액티브 클러스터에서 실행되는 EVS의 크기 조정 방법과 액티브/액티브 구성을 모니터링하는 방법에 대한 자세한 내용은 클러스터링 계획 고려 사항의 "성능 및 확장성 고려 사항"을 참조하십시오.
• 저장소 그룹 요구 사항 독립 실행형 Exchange 서버에서는 각 Exchange 클러스터 노드가 네 개의 저장소 그룹으로 제한됩니다. 장애 조치가 발생하는 경우 액티브/액티브 클러스터의 단일 노드가 클러스터 내의 모든 저장소 그룹을 탑재하기 위해 전체 클러스터에서 저장소 그룹을 총 다섯 개 이상 가질 수 없습니다.
  이 제한에 대한 자세한 내용은 클러스터링 계획 고려 사항의 "저장소 그룹 제한"을 참조하십시오.

액티브/액티브 Exchange 클러스터의 확장성 제한으로 인해 액티브/패시브 Exchange 클러스터를 배포하는 것이 좋습니다. 액티브/액티브 클러스터는 어떠한 경우에도 권장되지 않습니다.

2노드 클러스터 토폴로지의 예

일반적인 클러스터 토폴로지에는 노드가 세 개 이상 포함되지만 액티브/패시브 및 액티브/액티브 클러스터 간의 차이점을 쉽게 설명하기 위해 간단한 2노드 클러스터 토폴로지에 대해 설명합니다.

이 예에서는 두 클러스터 노드가 모두 동일한 도메인의 구성원이며 공용 네트워크와 개인 클러스터 네트워크에 연결됩니다. 실제 디스크 리소스는 클러스터의 공유 디스크입니다. 하나의 클러스터 노드만이 EVS를 하나 소유하는 경우는 액티브/패시브 클러스터입니다. 두 노드가 모두 하나 이상의 EVS를 소유하는 경우 또는 어느 한 노드가 두 개의 EVS를 소유하는 경우는 액티브/액티브 클러스터입니다.

Windows 및 Exchange 버전 요구 사항

Exchange 클러스터를 만들려면 특정 버전의 Windows와 Exchange가 필요합니다. 다음 표에서는 이러한 요구 사항을 보여 줍니다.

Windows 및 Exchange 버전 요구 사항

장애 조치

클러스터 배포 계획 과정의 일부로 장애 조치 프로세스가 어떻게 작동하는지를 이해해야 합니다. 장애 조치에는 계획한 장애 조치와 계획하지 않은 장애 조치 등 두 가지 시나리오가 있습니다.

계획한 장애 조치의 경우

1. Exchange 관리자가 클러스터 서비스를 사용하여 EVS를 다른 노드로 이동합니다.
2. 모든 EVS 리소스가 오프라인 상태로 됩니다.
3. Exchange 관리자가 지정한 노드로 리소스를 이동합니다.
4. 모든 EVS 리소스가 온라인 상태로 됩니다.

계획하지 않은 장애 조치의 경우

1. 하나 또는 몇 가지 EVS 리소스에 오류가 발생합니다.
2. 다음 IsAlive 검사 중에 리소스 모니터가 리소스 오류를 검색합니다.
3. 클러스터 서비스는 모든 종속 리소스를 자동으로 오프라인 상태로 만듭니다.
4. 오류가 발생한 리소스를 다시 시작하도록 구성한 경우(기본 설정) 클러스터 서비스에서 오류가 발생한 리소스와 해당 종속 리소스 모두를 다시 시작하려고 시도합니다.
5. 리소스에서 오류가 다시 발생하는 경우 다음을 수행합니다.
   • 클러스터 서비스에서 리소스를 다시 시작합니다.
     -또는-
   • 기본적으로 리소스가 그룹에 영향을 미치도록 구성되고 지정된 기간(기본값 900초) 내에 지정한 횟수(기본값 3)만큼 리소스에서 오류가 발생한 경우 클러스터 서비스에서 EVS의 모든 리소스를 오프라인으로 만듭니다.
6. 모든 리소스가 다른 클러스터 노드로 장애 조치(이동)됩니다. 지정된 경우 이 노드는 기본 소유자 목록의 다음 노드입니다. 리소스의 기본 소유자 구성에 대한 자세한 내용은 Exchange Server 2003 관리 가이드의 "기본 소유자 지정"을 참조하십시오.
7. 클러스터 서비스에서 EVS의 모든 리소스를 새 노드에서 온라인 상태로 만듭니다.
8. 새 노드의 동일한 리소스나 다른 리소스에서 다시 오류가 발생하면 클러스터 서비스에서 이전 단계를 반복하고 다른 노드로 장애 조치하거나 원본 노드로 돌아갑니다.
9. EVS에서 장애 조치가 계속되는 경우 클러스터 서비스는 지정한 기간(기본값 6시간) 내에 지정한 최대 횟수(기본값 10회)만큼 EVS를 장애 조치합니다. 이 기간 이후 EVS는 오류 상태로 있습니다.
10. 장애 복구를 구성하면(기본적으로는 사용하지 않음) 클러스터 서비스는 ESV를 다시 원본 노드로 이동하게 되는데 원본 노드를 사용할 수 있는 즉시 이동할 수도 있고 그룹 구성에 따라 원본 노드를 사용할 수 있는 지정된 시간에 이동할 수도 있습니다.

IP 주소 및 네트워크 이름

일반적인 클러스터 설치에는 클라이언트 컴퓨터에서 EVS와 클러스터 노드 통신을 위한 개인 네트워크에 연결할 때 사용하는 공용 네트워크가 포함됩니다. 사용 가능한 고정 IP 주소를 충분히 확보하려면 다음 요구 사항을 고려하십시오.

• 각 클러스터 노드마다 두 개의 고정 IP 주소(각 노드의 공용 및 개인 네트워크 연결 IP 주소)와 한 개의 NetBIOS 이름이 있습니다.
• 클러스터 자체에는 고정 IP 주소와 NetBIOS 이름이 있습니다.
• 각 EVS에는 고정 IP 주소와 NetBIOS 이름이 있습니다.

EVS가 <e>개인 <n>노드 클러스터에서는 2×n + e + 1개의 IP 주소를 사용하는 것이 좋습니다. 이 수식에서 +1은 쿼럼 디스크 리소스와 MSDTC 리소스가 모두 기본 클러스터 그룹에 배치된다고 가정한 것입니다. 이 권장 사항에 대한 자세한 내용은 이 항목의 앞부분에 나오는 "클러스터 그룹"을 참조하십시오.

2노드 클러스터에 권장되는 고정 IP 주소의 수는 EVS 수에 5를 더한 수입니다. 4노드 클러스터에 권장되는 수는 EVS 수에 9를 더한 수입니다.

다음 그림에서는 4노드 Exchange 클러스터 구성에 필요한 IP 주소와 그 외 구성 요소의 예를 보여 줍니다.