Windows Server 2008에 단일 복사본 클러스터 설치

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

마지막으로 수정된 항목: 2010-05-20

Windows Server 2008에 SCC(단일 복사본 클러스터)를 설치하는 작업은 몇몇 서로 다른 단계에서 발생합니다. Windows Server 2008에 SCC를 배포하는 프로세스와 Windows Server 2003에 SCC를 배포하는 프로세스는 비슷하지만 몇 가지 중요한 차이점이 있습니다. SCC를 배포하기 전에 단일 복사본 클러스터에 대해 충분히 검토해 주십시오. 또한 단일 복사본 클러스터 계획에 지정된 모든 요구 사항을 반드시 만족해야 합니다.

Windows Server 2008에 SCC를 배포하는 프로세스는 다음과 같은 몇몇 고유한 단계에서 발생됩니다.

• 저장소 형성 및 구성

• 네트워크 형성 및 구성

• 클러스터 형성, 첫 번째 노드 시작 및 하나 이상의 후속 노드 추가

• 클러스터 네트워크 구성

• 클러스터 쿼럼 구성

• 장애 조치 클러스터 유효성 검사

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

• 클러스터된 사서함 서버의 전달 확인

아래에 참조된 절차를 수행하기 전에 먼저 사용할 컴퓨터에 Windows Server 2008에 필요한 운영 체제 구성 요소가 설치되어 있는지 확인해야 합니다. Windows Server 2008에 Exchange 선행 조건을 설치하는 방법에 대한 자세한 내용은 Windows Server 2008 또는 Windows Vista에 Exchange 2007 SP1 및 SP2 필수 구성 요소를 설치하는 방법을 참조하십시오.

각 단계를 완료한 뒤에 다음 단계를 시작하도록 하십시오. 모든 단계가 완료되면 프로덕션에 들어가기 전에 SCC 솔루션을 확인하는 것이 좋습니다. 다음 섹션에서는 각 설치 단계를 보다 자세하게 살펴봅니다.

저장소 형성 및 구성

SCC에서는 클러스터된 사서함 서버의 저장소 그룹 및 데이터베이스에 대한 공유 저장소를 사용합니다. 파일 공유 감시 기능이 있는 노드 과반수 쿼럼을 사용하여 SCC를 지원할 수 있지만 SCC에는 디스크 감시 기능이 있는 노드 과반수 쿼럼을 사용하는 것이 좋습니다. 그리고 SCC에서 공유 저장소를 사용하므로 클러스터의 일부가 되는 각 노드에서 클러스터를 형성하기 전에 모든 저장소를 구성해야 합니다. 사용하는 노드 수가 홀수인 클러스터 구성의 경우에는 노드 과반수를 사용하는 것이 좋고, 사용하는 노드 수가 짝수인 클러스터 구성의 경우에는 노드 및 디스크 과반수를 사용하는 것이 좋습니다.

SCC에서 저장소 리소스를 설치 및 구성하는 올바른 순서는 다음과 같습니다.

• 장애 조치 클러스터를 형성하기 전에 먼저 하드웨어 수준에서 저장소 솔루션을 적절하게 연결하고 구성해야 합니다. 저장소 솔루션을 장애 조치 클러스터에 연결하고 구성하는 방법에 대한 자세한 단계는 저장소 솔루션과 함께 제공된 지침을 참조하거나 하드웨어 공급업체에 문의하십시오.

• Microsoft Exchange Server 2007을 설치하려면 클러스터된 사서함 서버에 대한 실제 디스크 리소스가 장애 조치 클러스터에 하나 이상 있어야 합니다. 저장소 그룹 및 데이터베이스를 호스팅하는 데 쿼럼 디스크 리소스를 사용할 수 없습니다. 클러스터에서 공유 저장소가 검색되지 않으면 Exchange 2007 설치가 계속 진행되지 않습니다.

• 실제 디스크 리소스 종속성은 클러스터된 사서함 서버를 클러스터에 추가한 후에 관리자가 수동으로 구성해야 합니다.

네트워크 형성 및 구성

클러스터된 사서함 서버를 Windows Server 2008의 SCC에 만들 때 사용할 수 있는 IP 주소의 수가 충분해야 합니다. Windows Server 2008 장애 조치 클러스터링에서는 레거시 클러스터에서 사용하던 방법과는 상당히 다른 새 네트워킹 기능을 사용합니다. 예를 들어, Windows Server 2008 장애 조치 클러스터는 여러 서브넷, DHCP(Dynamic Host Configuration Protocol) IPv4(Internet Protocol Version 4) 및 IPv6을 지원합니다. Windows Server 2008 장애 조치 클러스터를 실행하는 경우 Exchange 2007 SP1(서비스 팩 1)에서는 두 서브넷 간에 지리적으로 분산된 장애 조치용 클러스터를 지원합니다. 또한 CCR(클러스터 연속 복제) 환경의 사서함 서버뿐 아니라 SCC도 지원합니다.

Windows Server 2008 장애 조치 클러스터링을 시작하면서 개별 클러스터 노드를 라우팅된 별도의 네트워크에 배치할 수 있습니다. 이를 위해서는 IP 주소 리소스(예: 네트워크 이름 리소스)를 사용하는 리소스를 통해 OR 논리를 구현해야 합니다. 그 이유는 각 클러스터에서 인식하는 모든 네트워크에 해당 클러스터 노드가 로컬 방식으로 직접 연결될 가능성이 적기 때문입니다. 이를 통해 서비스 또는 응용 프로그램이 원격 노드로 장애 조치(failover)될 때 IP 주소와 네트워크 이름 리소스를 온라인 상태로 손쉽게 전환할 수 있습니다.

DNS(Domain Name System)가 동적 업데이트에 대해 구성되어 있으면 네트워크 이름 리소스와 관련된 모든 IP 주소는 온라인 상태의 IP 주소 리소스가 클라이언트에 먼저 반환되도록 순서가 지정된 목록과 함께 이 DNS에 동적으로 등록됩니다. 클러스터 노드는 라우팅된 서로 다른 네트워크에 배치할 수 있으며 유니캐스트 UDP(사용자 데이터그램 프로토콜)를 통해 구현된 신뢰할 수 있는 세션 프로토콜을 사용하도록 통신 메커니즘이 변경되었으므로 지리적으로 분산된 클러스터에 대한 네트워킹 요구 사항은 더 이상 적용되지 않습니다. 따라서 조직은 VLAN(가상 LAN) 기술을 사용하지 않고도 두 곳의 실제 데이터 센터에 장애 조치 클러스터를 배포하여 두 위치의 클러스터 서브넷을 포괄할 수 있습니다.

지리적으로 분산된 여러 개의 서브넷 장애 조치 클러스터에 배포된 클러스터된 사서함 서버에 이동 또는 장애 조치(failover)가 발생하면, 클러스터된 사서함 서버의 이름은 유지 관리되지만 이 이름에 할당된 IP 주소는 유지 관리되지 않습니다. 클라이언트 및 다른 서버에 대한 이 서버의 가용성은 전체 DNS에 걸친 새 IP 주소의 전파에 따라 다릅니다. DNS 전파에는 시간이 다소 걸릴 수 있습니다. 이러한 이유로 클러스터된 사서함 서버 DNS 호스트 레코드의 TTL(Time to Live) 값을 10분으로 구성하는 것이 좋습니다.

내부 Microsoft Office Outlook 클라이언트에는 새 IP 주소를 사용하여 연결할 새로운 프로필 또는 다시 구성된 프로필이 필요하지 않지만, 클러스터된 사서함 서버의 이름 확인이 이전 IP 주소에서 새 IP 주소로 진행되도록 로컬 DNS 캐시가 지워질 때까지 기다려야 합니다. IP 주소를 적절한 DNS 서버로 전파한 후에는 Outlook 클라이언트의 명령 프롬프트에서 다음 명령을 사용하여 이 클라이언트에서 DNS 캐시를 지울 수 있습니다.

ipconfig /flushdns

IP 주소는 공용 네트워크와 개인 네트워크에 모두 필요합니다. 개인 및 공용 주소와 관련된 요구 사항은 다음과 같습니다.

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

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

  중요

  클러스터 네트워크에 사용되는 모든 네트워크 어댑터의 경우 동일한 버전의 TCP/IP를 사용해야 합니다. 즉 모두 IPv4를 사용하거나 모두 IPv6을 사용해야 합니다. 아니면 IPv4와 IPv6을 함께 사용해야 합니다.

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

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

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

• 개인 네트워크 인터페이스에 개인 IP 주소 사용   2개 노드로 구성된 장애 조치 클러스터에서 개인 네트워크 인터페이스용 주소 범위 및 서브넷 마스크에 대한 예제는 다음 표를 참조하십시오.

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

  네트워크/노드	IP 주소 범위	서브넷 마스크
  개인/NODE1	10.10.10.10-255	255.255.255.0
  개인/NODE2	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을 참조하십시오.

클러스터 형성

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

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

단일 복사본 클러스터에 대해 Windows Server 2008 장애 조치 클러스터를 만드는 방법의 지침에 따라 SCC에 대해 새 장애 조치 클러스터를 작성할 수 있습니다.

추가 노드 추가

첫 번째 노드에 클러스터 서비스를 설치하면 후속 노드에서 클러스터 서비스를 설치하는 시간이 단축됩니다. 설치 프로그램이 첫 번째 노드에 구성된 네트워크 구성 설정을 사용하여 후속 노드의 네트워크 설정을 구성하기 때문입니다. 추가 노드를 추가하기 전에 클러스터 구성 유효성을 검사해야 합니다. 명령 프롬프트에서 cluster group을 실행하여 클러스터 서비스가 실행 중이며 클러스터가 작동하는지 확인할 수 있습니다. 다음과 비슷한 출력이 나와야 합니다.

C:\>cluster group

사용 가능한 모든 리소스 그룹에 대한 상태 목록은 다음과 같습니다.

그룹                   노드                 상태

-------------------- ---------------      ------

클러스터 그룹 <NODEName> 온라인

또한 주의해야 하는 오류와 경고를 이벤트 로그에서 확인한 후에 계속 진행하는 것이 좋습니다. 클러스터에 두 번째 노드와 후속 노드를 추가하는 방법에 대한 자세한 단계는 단일 복사본 클러스터에 대해 Windows Server 2008 장애 조치 클러스터를 만드는 방법을 참조하십시오.

클러스터 네트워크 구성

클러스터에 모든 노드를 추가했으면 클러스터 네트워킹 구성 요소를 구성해야 합니다. 특히 클러스터 및 클라이언트 액세스가 가능하도록 네트워크를 구성하고 누락된 클러스터 하트비트에 대한 허용 범위 설정을 구성해야 합니다. 또한 의미 있는 이름을 사용하여 클러스터 네트워크의 이름을 바꾸는 것이 좋습니다.

다음 표에서는 클러스터 네트워크를 구성하는 데 사용할 수 있는 옵션에 대해 자세히 설명합니다.

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

SCC에 배포된 클러스터된 사서함 서버의 경우 각 노드에 최소한 2개 이상의 네트워크 카드가 있어야 지원됩니다. SCC에서 한 네트워크를 개인 네트워크로 구성하고 다른 네트워크를 혼합 네트워크로 구성해야 합니다.

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

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

클러스터 네트워킹 구성 요소를 구성하는 방법에 대한 자세한 단계는 단일 복사본 클러스터에 대해 클러스터 네트워크를 구성하는 방법을 참조하십시오.

클러스터 쿼럼 구성

클러스터 네트워크를 구성했으면 다음 단계는 디스크 감시 기능이 있는 노드 과반수 쿼럼 리소스를 사용하도록 장애 조치 클러스터를 구성하는 것입니다. 디스크 감시 기능이 있는 노드 과반수 쿼럼 모델을 사용하도록 장애 조치 클러스터를 구성하는 방법에 대한 자세한 단계는 노드 및 디스크 과반수 쿼럼을 구성하는 방법을 참조하십시오.

장애 조치 클러스터 유효성 검사

Windows Server 2008에는 장애 조치 클러스터의 상태 및 구성을 확인하는 데 사용할 수 있는 구성 유효성 검사 마법사라는 새 마법사가 있습니다. 클러스터에서 Exchange 2007을 설치하기 전에 먼저 이 마법사를 실행하는 것이 좋습니다. Exchange 2007을 설치하기 전에 먼저 이 마법사를 실행하면, Exchange 설치를 올바르게 실행하지 못하게 하는 클러스터 내의 구성 문제를 확인하고 해결할 수 있습니다.

구성 유효성 검사 마법사에는 클러스터가 Microsoft의 지원을 받는 데 필요한 요구 사항을 충족하는지 확인하기 위한 4개의 테스트 그룹이 있습니다. 이는 클러스터 솔루션에서 "Designed for Windows Server 2008" 호환성 로고를 제공하는 데 필요한 요구 사항 이외의 요구 사항입니다.

4개의 테스트 그룹은 인벤토리, 네트워크, 저장소 및 시스템 구성입니다. 장애 조치 클러스터의 유효성을 검사하는 방법에 대한 자세한 단계는 단일 복사본 클러스터에 대한 장애 조치(failover) 클러스터 구성의 유효성 검사를 수행하는 방법을 참조하십시오.

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

각 노드에서 몇 가지 단계를 실행하여 클러스터에 사서함 서버 역할을 설치할 수 있습니다. 클러스터를 형성하고 이에 대한 유효성을 검사했고 노드와 디스크 과반수 쿼럼 리소스를 사용하도록 클러스터를 구성했으면, 먼저 활성 노드에 사서함 서버 역할을 설치해야 합니다. 활성 노드에 사서함 서버 역할을 설치하는 방법에 대한 자세한 단계는 Windows Server 2008의 단일 복사본 클러스터에 활성 클러스터된 사서함 역할을 설치하는 방법을 참조하십시오.

활성 노드에 사서함 서버 역할과 클러스터된 사서함 서버를 설치하고 기본 저장소 그룹의 구성을 확인한 후에는 수동 노드에 사서함 서버 역할을 설치해야 합니다. 수동 노드에 사서함 서버 역할을 설치하는 방법에 대한 자세한 단계는 Windows Server 2008의 단일 복사본 클러스터에서 수동 클러스터된 사서함 역할을 설치하는 방법을 참조하십시오.

클러스터된 여러 사서함 서버 설치

SCC는 활성/수동 구성 또는 단일 노드 활성 구성에서만 지원됩니다. 하지만 여러 개의 활성 및 수동 노드가 동일한 SCC에 있을 수 있습니다. 활성/수동 클러스터에서 하나의 클러스터에는 적어도 하나 이상의 활성 노드와 하나 이상의 수동 노드가 포함되어 있습니다. 예를 들어, 하나의 클러스터에 두 개의 활성 노드와 하나의 수동 노드가 있을 수 있습니다. 활성/수동 장애 조치 클러스터에서 클러스터된 사서함 서버 인스턴스의 수는 항상 클러스터에 있는 실제 노드 수보다 적습니다.

SCC에는 실제 노드가 최대 8개까지 포함될 수 있습니다. 그러므로 하나의 SCC에 포함될 수 있는 클러스터된 사서함 서버의 최대 개수는 7개입니다. 하나의 수동 노드는 하나 이상의 활성 노드에 사용할 수 있지만 클러스터의 각 활성 노드에 대한 수동 노드를 최소한 하나 이상 배포하는 것이 좋습니다.

활성 및 수동 노드를 추가로 설치하는 프로세스는 첫 번째 활성 및 수동 노드를 설치하는 프로세스와 같습니다. 이 경우의 요구 사항은 설치할 각 활성 노드에 해당하는 수동 노드가 있어야 설치하는 노드가 지원된다는 것입니다. 단일 수동 노드를 여러 개의 활성 노드의 수동 노드로 지정할 수 있습니다. 하지만 이렇게 하면 특정 시간에 각 노드가 하나의 클러스터된 사서함 서버만 호스팅할 수 있으므로 가용성이 떨어질 수 있습니다. 예를 들어, 활성 노드가 두 개이고 수동 노드가 하나인 경우 SCC에는 두 활성 노드에 동시에 오류가 발생하는 경우 이를 처리할 수동 노드의 수가 부족합니다.

사후 설치 작업

사서함 서버 역할을 두 노드에 설치하고 클러스터된 사서함 서버를 만든 후에는 몇 가지 사후 설치 작업을 수행해야 합니다. 이러한 작업에는 클러스터된 사서함 서버를 클러스터의 노드 간에 이동할 수 있는 기능을 확인하는 작업이 포함됩니다.

단일 복사본 클러스터 확인

SCC 솔루션 설치를 완료했거나 중요한 구성을 변경했으면, 클러스터된 사서함 서버의 상태를 확인하고 클러스터된 사서함 서버를 지원하도록 모든 노드가 올바르게 구성되어 있는지 확인하는 것이 좋습니다.

클러스터된 사서함 서버의 상태를 확인하는 데 권장되는 방법은 Get-ClusteredMailboxServerStatus cmdlet를 실행하는 것입니다. Get-ClusteredMailboxServerStatus cmdlet를 실행하면 클러스터된 사서함 서버의 기본 작동 상태가 제공됩니다. 클러스터된 사서함 서버의 기본 작동 상태를 얻는 방법에 대한 자세한 단계는 클러스터된 사서함 서버의 상태를 보는 방법을 참조하십시오.

두 노드가 클러스터된 사서함 서버를 온라인 상태로 만들 수 있는지 확인하는 좋은 방법은 Move-ClusteredMailboxServer cmdlet를 사용하여 클러스터된 사서함 서버를 각 노드로 이동하는 것입니다. 또한 Exchange 2007 SP1에서는 Exchange 관리 콘솔의 클러스터된 사서함 서버 관리 마법사를 사용하여, 클러스터된 사서함 서버를 노드 간에 이동하여 두 노드에서 클러스터된 사서함 서버를 온라인 상태로 만들 수 있는지 확인할 수 있습니다.