단일 복사본 클러스터

 

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

마지막으로 수정된 항목: 2007-11-21

SCC(단일 복사본 클러스터)는 장애 조치(failover) 클러스터 구성에서 공유 저장소를 사용하여 여러 서버가 저장소 그룹의 단일 복사본을 관리할 수 있도록 하는 클러스터된 사서함 서버입니다. 이 기능은 이전 버전의 Microsoft Exchange에 있는 클러스터링 기능과 비슷합니다. 그러나 일부 중요 부분이 변경되고 향상되었습니다. SCC를 만들고 관리하며 문제를 해결하는 방법은 이전 버전의 Exchange 클러스터를 만들고 관리하던 방법과 완전히 다릅니다. 또한 Microsoft Exchange Server 2007에서 기본 장애 조치 동작이 크게 변경되었습니다.

그 내용은 다음과 같습니다.

  • 향상된 설치 환경   단일 복사본 클러스터에서의 클러스터된 사서함 서버 설치 프로세스가 이전 버전의 Exchange에서 사용된 설치 프로세스와 매우 다릅니다. 이전 버전에서는 Exchange 설치가 완료되면 클러스터된 사서함 서버(이전 버전에서는 Exchange 가상 서버라고 함)를 만들기 전에 클러스터 관리자를 사용하여 추가 작업을 수행해야 했습니다. Exchange 2007에서는 클러스터된 사서함 서버 설치가 Exchange 설치에 통합되었습니다. 이로 인해 클러스터된 설치 환경과 클러스터되지 않은 설치 환경이 비슷해졌기 때문에 일반적으로 클러스터된 응용 프로그램과 관련하여 배우는 과정이 줄어들었습니다. 또한 설치가 완료되면 클러스터된 사서함 서버가 만들어져 있습니다.

  • 향상된 관리 환경   이전 버전에서는 클러스터된 사서함 서버를 중지 및 시작하고, 클러스터의 두 노드 간에 클러스터된 사서함 서버를 이동하는 등의 여러 관리 작업에서 클러스터 관리자가 필요했습니다. Exchange 2007에서는 이러한 작업 및 새 클러스터된 사서함 서버 관리 작업이 Exchange 관리 도구로 통합되었습니다. 예를 들어, Exchange 관리 셸을 사용하여 클러스터된 사서함 서버를 중지, 시작 및 이동할 수 있습니다. 또한 Microsoft Exchange 2007 SP1에서는 Exchange 관리 콘솔을 사용해서 클러스터된 사서함 서버를 중지, 시작 및 이동할 수도 있습니다.

  • 최적화된 기본 설정   이전 버전에서는 클러스터된 사서함 서버를 만든 후 클러스터된 사서함 서버가 최적의 상태로 작동하도록 구성하기 위해 추가 관리 작업을 수동으로 수행해야 했습니다. Exchange 2007에서는 설치 과정에서 각 클러스터된 사서함 서버가 최적의 설정으로 구성되므로 관리자가 이 작업을 수동으로 수행할 필요가 없습니다.

다음 그림과 같이 SCC에서는 공유 디스크 저장소를 포함하는 비공유(shared-nothing) 아키텍처를 사용해야 합니다. 비공유 아키텍처에서는 클러스터의 모든 노드가 공유 데이터에 액세스할 수 있지만 동시에 액세스할 수는 없습니다. 예를 들어 물리적 디스크 리소스가 2노드 클러스터의 노드 1에 할당되어 있는 경우 노드 2는 노드 1이 오프라인이 되거나, 오류가 발생하거나, 디스크 리소스를 수동으로 노드 2로 이동할 때까지 디스크 리소스에 액세스할 수 없습니다.

SCC의 기본 아키텍처

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

SCC에서 Exchange 2007 사서함 서버는 클러스터의 노드 ID가 아닌 해당 네트워크 ID를 사용합니다. 이 네트워크 ID를 클러스터된 사서함 서버라고 합니다. 클러스터된 사서함 서버를 실행 중인 노드에 문제가 발생하면 다른 노드에서 해당 클러스터된 사서함 서버의 제어를 넘겨받아 다시 온라인 상태로 만들 때까지 잠시 동안 클러스터된 사서함 서버가 오프라인 상태가 됩니다. 이 프로세스를 장애 조치라고 합니다. 클러스터된 사서함 서버의 저장소 그룹 및 데이터베이스를 호스팅하는 저장소는 클러스터된 사서함 서버의 가능한 각 호스트 노드에 대해 사용할 수 있는 공유 저장소에 호스팅됩니다. 장애 조치(failover)를 수행하면 클러스터된 사서함 서버와 연결된 저장소는 실패한 노드에서 논리적으로 감지되고, 클러스터된 사서함 서버의 새 호스트 노드에서 이를 제어합니다.

장애 조치 이외에 관리자는 클러스터의 노드 간에 클러스터된 사서함 서버를 수동으로 이동할 수 있습니다. 이 프로세스를 전달이라고 합니다. 이 전달 작업을 수행할 때는 Exchange 관리 셸에서 Move-ClusteredMailboxServer cmdlet를 사용하거나, Exchange 2007 SP1을 실행하는 경우 Exchange 관리 콘솔에서 클러스터된 사서함 서버 관리 마법사를 사용해야 합니다.

참고

클러스터 관리자 및 Cluster.exe는 클러스터의 노드 간에 리소스 그룹을 이동하기 위한 메커니즘을 제공합니다. SCC에서 클러스터된 사서함 서버를 전달할 때는 클러스터 관리 도구가 아니라 Move-ClusteredMailboxServer cmdlet를 사용하거나 클러스터된 사서함 서버 관리 마법사를 사용하는 것이 좋습니다. 이 두 가지 방법을 사용하면 관리자가 전달 이유를 지정할 수 있기 때문입니다.

Windows 장애 조치 클러스터

Exchange 2007의 SCC를 만들려면 클러스터 서비스를 사용하여 장애 조치(failover) 클러스터를 만들어야 합니다. 장애 조치 클러스터링은 Windows Server 2003 Enterprise 및 Datacenter Edition과 Windows Server 2008 Enterprise 및 Datacenter 운영 체제에 포함되어 있습니다. 클러스터 서비스는 두 운영 체제에서 클러스터된 리소스의 모든 면을 제어하는 필수 소프트웨어 구성 요소입니다. 장애 조치 클러스터의 노드에서 Exchange 2007 설치 프로그램을 실행하면 Exchange의 클러스터 인식 버전이 자동으로 설치됩니다. SCC 환경의 클러스터된 사서함 서버에는 다음 요소가 포함되어 있습니다.

  • 공유 저장소 Exchange 2007은 공유 저장소와 공유되지 않는 저장소 클러스터를 모두 지원합니다. SCC는 공유 저장소를 사용합니다. 공유되지 않는 저장소 Exchange 클러스터에 대한 자세한 내용은 클러스터 연속 복제를 참조하십시오.

  • 리소스 DLL Windows는 리소스 DLL(동적 연결 라이브러리)을 사용하여 클러스터의 리소스와 통신합니다. Exchange 2007은 클러스터 서비스와 통신하기 위해 Exres.dll이라는 자체 사용자 지정 리소스 DLL을 제공합니다. 장애 조치(failover)를 비롯한 클러스터 기능을 제공하도록 클러스터 서비스와 Exchange 2007 간의 통신이 사용자 지정됩니다.

  • 그룹 Exchange 2007에서는 클러스터된 사서함 서버를 포함하고 나타내는 데 Windows 클러스터 그룹을 사용합니다. SCC에서 클러스터된 사서함 서버는 IP 주소, 하나 이상의 실제 디스크 리소스, Microsoft Exchange System Attendant 서비스 및 기타 Exchange 리소스 등 클러스터된 Exchange 리소스가 포함된 클러스터 그룹입니다.

  • 리소스 클러스터된 사서함 서버에는 IP 주소 리소스, 네트워크 이름 리소스, 물리적 디스크 리소스 등의 리소스들이 있습니다. 클러스터된 사서함 서버에는 또한 자체 Exchange 관련 리소스가 있습니다. 클러스터된 사서함 서버를 만드는 경우 Exchange는 Microsoft Exchange System Attendant 서비스, Microsoft Exchange Information Store 서비스, 하나 이상의 Microsoft Exchange 저장소 그룹 또는 데이터베이스 인스턴스 등의 다른 Exchange 관련 필수 리소스를 자동으로 만듭니다.

단일 복사본 클러스터 배포

SCC 배포는 독립 실행형 Exchange 서버의 배포와 비슷하며, CCR(클러스터 연속 복제) 배포와도 비슷합니다. 그러나 SCC를 배포하는 경우 고려해야 할 중요한 차이점이 몇 가지 있습니다. 다음 항목을 읽어 보십시오.