단일 복사본 클러스터 설치
적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
마지막으로 수정된 항목: 2008-02-08
Windows Server 2003에 SCC(단일 복사본 클러스터)를 설치하는 작업은 여러 단계로 수행됩니다. SCC를 배포하기 전에 단일 복사본 클러스터에 대해 충분히 검토해 주십시오. 또한 단일 복사본 클러스터 계획에 지정된 모든 요구 사항을 반드시 만족해야 합니다.
참고
Windows Server 2008에 SCC를 설치하는 방법에 대한 내용은 Windows Server 2008에 단일 복사본 클러스터 설치를 참조하십시오.
Windows Server 2003에 SCC를 배포하는 프로세스는 다음과 같은 서로 다른 여러 단계에서 발생합니다.
저장소 형성 및 구성
네트워크 형성 및 구성
클러스터 형성은 첫 번째 노드에서 시작하여 두 번째와 후속 노드로 계속 진행합니다.
클러스터 내의 실제 디스크 리소스 구성
클러스터 네트워크 구성
클러스터된 사서함 서버 설치 및 구성
클러스터된 사서함 서버 저장소 종속성 구성
클러스터된 사서함 서버의 전달 확인
각 단계를 완료한 뒤에 다음 단계를 시작하도록 하십시오. 모든 단계가 완료되면 프로덕션에 들어가기 전에 SCC 솔루션을 확인하는 것이 좋습니다. 다음 섹션에서는 각 설치 단계를 보다 자세하게 살펴봅니다.
저장소 형성 및 구성
SCC에서는 클러스터된 사서함 서버에 공유 저장소(저장소 그룹 및 데이터베이스)를 사용합니다. SCC에서도 쿼럼 리소스에 대해 공유 저장소를 사용할 수 있지만 필수 사항은 아닙니다. 모든 공유 저장소는 클러스터 형성 이전에 모든 의도한 노드의 하드웨어 수준에서 구성되어 있어야 합니다.
공유 디스크 쿼럼을 사용할 경우 클러스터 형성 이전에 쿼럼 디스크가 구성되어 클러스터의 모든 노드에서 사용할 수 있어야 합니다. 쿼럼 공유 디스크를 사용할 수 없을 경우 클러스터 형성은 완전히 실패하거나 로컬 쿼럼으로 되돌려집니다.
참고
클러스터된 사서함 서버를 호스팅할 수 있는 모든 노드에서는 클러스터된 특정 사서함 서버의 저장소에 액세스할 수 있어야 합니다. 쿼럼 리소스용으로 사용되는 공유 저장소는 클러스터된 사서함 서버를 호스팅할 수 있는지 여부와 관계 없이 클러스터 내의 모든 노드에서 액세스할 수 있어야 합니다.
SCC를 프로덕션에 도입하기 전에 저장소가 SCC에 올바르게 구성되어 있어야 합니다. SCC용 설치 및 구성 단계 동안 저장소를 SCC용으로 올바르게 구성하기 위해 반드시 수행해야 하는 작업이 있습니다.
저장소는 클러스터를 형성하기 전에 하드웨어 수준에서 적절하게 구성해야 합니다. 저장소 솔루션을 장애 조치 클러스터에 연결하고 구성하는 방법에 대한 자세한 단계는 저장소 솔루션과 함께 제공된 지침을 참조하거나 하드웨어 공급업체에 문의하십시오.
Microsoft Exchange Server 2007을 설치하려면 클러스터된 사서함 서버에 대한 실제 디스크 리소스가 장애 조치 클러스터에 하나 이상 있어야 합니다. 저장소 그룹 및 데이터베이스를 호스팅하는 데 쿼럼 디스크 리소스를 사용할 수 없습니다. 클러스터에서 공유 저장소가 검색되지 않으면 Exchange 2007 설치가 계속 진행되지 않습니다.
클러스터된 사서함 서버가 장애 조치 클러스터에 설치된 후 클러스터 관리자 또는 Cluster.exe를 사용하여 실제 디스크 리소스 설정 및 종속성을 구성해야 합니다.
Diskpart 도구(Diskpart.exe)를 사용하여 디스크 추적이 섹터 조정되어 있는지 확인하는 것도 좋습니다. Diskpart를 사용하여 조정된 파티션(디스크 관리 도구를 사용하여 만들어진 조정되지 않은 파티션과 비교)을 만들어 디스크 성능을 20% 높일 수 있습니다. 자세한 내용은 저장소 트랙 경계에 Exchange I/O 맞추는 방법을 참조하십시오.
네트워크 형성 및 구성
SCC 구성에는 클러스터된 사서함 서버를 만들 때는 사용할 수 있는 정적 IP 주소가 충분히 있어야 합니다. 내부 클러스터 통신 전용으로 하나의 네트워크, 그리고 내부 클러스터 통신과 외부 클러스터 통신을 모두 수행할 수 있는 하나의 네트워크(혼합형 네트워크)를 각각 지정해야 합니다.
공용 및 개인 네트워크 모두에는 IP 주소가 필요하며, 각 클러스터 네트워크에 대한 모든 IP 주소는 같은 서브넷에 있어야 하고, 각 클러스터 네트워크는 다른 서브넷에 있어야 합니다. 예를 들어, 개인 네트워크가 한 서브넷에 있으면 공용 네트워크는 다른 서브넷에 있어야 합니다. 또한 클러스터된 사서함 서버에 대해 IP 주소 및 네트워크 이름이 필요합니다. 다음은 개인 및 공용 IP 주소에 대한 권장 사항입니다.
개인 주소 노드마다 클러스터 개인 네트워크에 사용되는 각 네트워크 어댑터에 대해 하나의 고정 IP 주소가 필요합니다. 공용 네트워크 중 하나와 동일한 서브넷이나 네트워크에 있지 않은 고정 IP 주소를 사용해야 합니다. 10.10.10.x와 255.255.255.0 서브넷 마스크를 개인 네트워크의 개인 IP 주소 서브넷으로 사용하는 것이 좋습니다.
공용 주소 노드마다 클러스터 공용 네트워크에 사용되는 각 네트워크 어댑터에 대해 하나의 고정 IP 주소가 필요합니다. 또한 클라이언트와 관리자가 액세스할 수 있도록 장애 조치 클러스터와 클러스터된 사서함 서버에 대해 고정 IP 주소가 필요합니다. 개인 네트워크 중 하나와 동일한 서브넷이나 네트워크에 있지 않은 고정 IP 주소를 사용해야 합니다.
클러스터된 사서함 서버에 대한 네트워크 유용한 정보
또한 클러스터 네트워크에 대해 이 유용한 정보를 따르는 것이 좋습니다.
의미 있는 이름 사용 클러스터를 작성하면 클러스터 노드, 클러스터 네트워크 인터페이스, 클러스터 이름 및 클러스터된 사서함 서버 이름에 대해 의미 있는 이름을 사용할 기회가 많아집니다. 예를 들면 다른 Exchange 서버 및 클라이언트와 통신하는 데 사용되는 네트워크를 공용이라고 하고 클러스터 노드 간 통신에 사용되는 네트워크를 개인이라고 할 수 있습니다. 토폴로지 맵을 검토할 필요 없이 서로 관련이 있는 이름을 사용합니다. 다른 유용한 규칙은 클러스터의 노드를 클러스터된 사서함 서버의 이름과 연관시키는 것입니다. 예를 들어 클러스터된 사서함 서버와 두 노드에 대해 각각 mbx01, mbx01-node1 및 mbx01-node2를 사용합니다.
개인 네트워크 인터페이스에 개인 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을 참조하십시오.
SCC 솔루션에 사용하기 위해 클러스터의 네트워크를 구성하려면 단일 복사본 클러스터에 대해 네트워크 연결을 구성하는 방법에서 설명한 단계에 따라 공용 및 개인 네트워크를 구성합니다.
클러스터 형성
장애 조치 클러스터는 첫 번째 노드를 클러스터에 추가할 때 형성됩니다. 이러한 프로세스로 클러스터는 고유한 네트워크 이름과 고유한 네트워크 IP 주소를 갖게 됩니다. 클러스터의 네트워크 ID를 총체적으로 일컫는 네트워크 이름 및 IP 주소는 노드가 온라인/오프라인 상태로 변경될 때 클러스터의 노드 사이를 이동합니다. 일반적으로 클러스터의 네트워크 ID는 클러스터된 사서함 서버의 관리에 거의 사용되지 않습니다.
이전 버전의 장애 조치(failover) 클러스터 또는 Exchange 클러스터 배포에 익숙하면 SCC 솔루션에 대한 클러스터 배포가 매우 다르다는 사실을 알 수 있습니다. 클러스터 솔루션이 처음이면 배포가 일반 클러스터 구성보다 덜 복잡하다는 사실을 알게 됩니다.
단일 복사본 클러스터에 대해 Windows Server 2003 장애 조치 클러스터를 만드는 방법의 지침에 따라 새 클러스터를 만들 수 있습니다.
추가 노드 추가
첫 번째 노드에 클러스터 서비스를 설치하면 후속 노드에서 클러스터 서비스를 설치하는 시간이 단축됩니다. 설치 프로그램이 첫 번째 노드에 구성된 네트워크 구성 설정을 사용하여 후속 노드의 네트워크 설정을 구성하기 때문입니다. 클러스터에 추가 노드를 추가하는 방법에 대한 자세한 단계는 단일 복사본 클러스터에 대해 Windows Server 2003 장애 조치 클러스터를 만드는 방법을 참조하십시오.
추가 노드를 추가하고 구성하기 전에 클러스터 구성을 확인해야 합니다. 명령 프롬프트에서 cluster group을 실행하여 클러스터 서비스가 실행 중이며 클러스터가 작동하는지 확인할 수 있습니다. 다음과 비슷한 출력이 나와야 합니다.
C:\>cluster group
사용 가능한 모든 리소스 그룹에 대한 상태 목록은 다음과 같습니다.
그룹 노드 상태
---------------- --------------- ------
클러스터 그룹 <NodeName> 온라인
또한 주의해야 하는 오류와 경고를 이벤트 로그에서 확인한 후에 계속 진행하는 것이 좋습니다.
클러스터 네트워크 구성
클러스터에 모든 노드를 추가했으면 클러스터 네트워킹 구성 요소를 구성해야 합니다. 특히 누락된 클러스터 하트비트에 대한 결함 허용 범위 설정, 클러스터 네트워크 및 클러스터 네트워크 우선 순위를 구성해야 합니다. 다음 표에 클러스터 하트비트에 대해 클러스터 네트워크를 구성하는 데 사용할 수 있는 옵션이 자세히 나옵니다.
클러스터 네트워크 구성 옵션
선택 | 설명 |
---|---|
클라이언트 액세스 전용(공용 네트워크) |
다른 클라이언트와의 외부 통신에만 이 네트워크 어댑터를 사용하도록 클러스터 서비스를 설정하려면 이 옵션을 선택합니다. 이 네트워크 어댑터에서는 노드 간 클러스터 통신 트래픽이 발생하지 않습니다. |
내부 클러스터 통신 전용(개인 네트워크) |
클러스터 하트비트에만 이 네트워크를 사용하도록 클러스터 서비스를 설정하려면 이 옵션을 선택합니다. |
모든 통신(혼합 네트워크) |
노드 간 클러스터 통신 트래픽 및 외부 클라이언트와의 통신용으로 이 네트워크 어댑터를 사용하도록 클러스터 서비스를 설정하려면 이 옵션을 선택합니다. 이 옵션은 모든 네트워크에 대해 기본적으로 선택됩니다. |
SCC에 배포된 클러스터된 사서함 서버의 경우 각 노드에 최소한 2개 이상의 네트워크 카드가 있어야 지원됩니다. SCC에서 한 네트워크는 개인 네트워크로 구성하고 다른 네트워크는 혼합 네트워크로 구성하는 것이 좋습니다. 한 네트워크와 다른 네트워크가 각각 개인 네트워크 및 공용 네트워크로 구성되어 있으면, 개인 네트워크는 클러스터된 사서함 서버의 단일 오류 지점을 나타냅니다.
클러스터 네트워킹 구성 요소를 구성하는 방법에 대한 자세한 단계는 클러스터 네트워킹 구성 요소 및 우선 순위를 구성하는 방법을 참조하십시오.
장애 조치(failover) 클러스터가 만들어진 다음 클러스터의 노드에 사서함 서버 역할이 설치되기 전에 장애 조치(failover) 클러스터가 작동하는지 확인하는 것이 좋습니다. 장애 조치(failover) 클러스터를 확인하는 방법에 대한 자세한 단계는 장애 조치 클러스터가 작동하는지 확인하는 방법을 참조하십시오.
클러스터된 사서함 서버 설치 및 구성
각 노드에서 몇 가지 단계를 실행하여 클러스터에 사서함 서버 역할을 설치할 수 있습니다. 클러스터를 형성하고 확인한 후 활성 노드에 사서함 서버 역할을 설치해야 합니다. SCC에 사서함 서버 역할을 설치할 때는 Exchange 데이터베이스 파일의 경로가 클러스터의 공유 디스크에 있어야 합니다. 클러스터의 공유 디스크에 있는 드라이브와 경로를 선택하지 않으면 설치가 실패하고 오류 메시지가 표시됩니다. 활성 노드에 사서함 서버 역할을 설치하는 방법에 대한 자세한 단계는 Windows Server 2003의 단일 복사본 클러스터에서 활성 클러스터된 사서함 역할을 설치하는 방법을 참조하십시오.
활성 노드에 사서함 서버 역할과 클러스터된 사서함 서버를 설치하고 기본 저장소 그룹의 구성을 확인한 후에는 Windows Server 2003의 단일 복사본 클러스터에서 수동 클러스터된 사서함 역할을 설치하는 방법에 설명된 단계에 따라 수동 노드에 사서함 서버 역할을 설치해야 합니다.
클러스터된 사서함 서버 저장소 종속성
클러스터 사서함 서버가 설치되고 나서 프로덕션에 이를 도입하기 전에 클러스터 관리자 또는 Cluster.exe를 사용하여 데이터베이스용 실제 디스크 리소스를 구성해야 합니다. 이 단계를 수행하지 않고 적절한 클러스터 리소스 종속성을 설정하지 않은 경우 장애 조치 또는 전달이 발생한 후 데이터베이스가 탑재되지 않습니다. Windows Server 2003에서 실행되는 SCC에서 적절한 실제 디스크 리소스 종속성을 구성하는 방법에 대한 자세한 내용은 Windows Server 2003에서 단일 복사본 클러스터에 대한 디스크 종속성을 구성하는 방법을 참조하십시오.
클러스터된 여러 사서함 서버 설치
SCC는 활성/수동 구성 또는 단일 노드 활성 구성에서만 지원됩니다. 하지만 여러 개의 활성 및 수동 노드가 동일한 SCC에 있을 수 있습니다. 활성/수동 클러스터에서 하나의 클러스터에는 적어도 하나 이상의 활성 노드와 하나 이상의 수동 노드가 포함되어 있습니다. 예를 들어, 하나의 클러스터에 두 개의 활성 노드와 하나의 수동 노드가 있을 수 있습니다. 활성/수동 장애 조치 클러스터에서 클러스터된 사서함 서버 인스턴스의 수는 항상 클러스터에 있는 실제 노드 수보다 적습니다.
Windows 장애 조치 클러스터에는 실제 노드가 최대 8개까지 포함될 수 있습니다. 그러므로 하나의 SCC에 포함될 수 있는 클러스터된 사서함 서버의 최대 개수는 7개입니다. 하나의 수동 노드는 하나 이상의 활성 노드에 사용할 수 있지만 클러스터의 각 활성 노드에 대한 수동 노드를 최소한 하나씩 배포하는 것이 좋습니다.
활성 및 수동 노드를 추가로 설치하는 프로세스는 첫 번째 활성 및 수동 노드를 설치하는 프로세스와 같습니다. 이 경우의 요구 사항은 설치할 각 활성 노드에 해당하는 수동 노드가 있어야 설치하는 노드가 지원된다는 것입니다. 단일 수동 노드를 여러 개의 활성 노드의 수동 노드로 지정할 수 있습니다. 하지만 이렇게 하면 특정 시간에 각 노드가 하나의 클러스터된 사서함 서버만 호스팅할 수 있으므로 가용성이 떨어집니다. 예를 들어, 활성 노드가 두 개이고 수동 노드가 하나인 경우 SCC에는 두 활성 노드에 동시에 오류가 발생하는 경우 이를 처리할 수동 노드의 수가 부족합니다.
참고
클러스터된 사서함 서버가 여러 개 포함된 SCC에는 장애 조치 클러스터에 설치된 두 번째 및 모든 후속 클러스터된 사서함 서버에 새 사서함을 만들 수 없는 알려진 문제가 있습니다. 이 문제가 발생할 경우 클러스터의 두 번째 또는 후속 클러스터된 사서함 서버에 새 사서함을 만들 수 없으며 다음 오류 메시지가 표시됩니다: "FQDN.서버 이름 서버에서 프록시 생성기 DLL을 찾을 수 없거나 초기화할 수 없습니다. 현재 받는 사람의 프록시 주소를 계산할 수 없습니다. 모든 프록시 주소 생성기 DLL이 대상 서버에 설치되었는지 확인하십시오." 이 문제를 해결하려면 다른 사서함 서버에 새 사서함을 만든 다음 해당 사서함을 클러스터의 두 번째 또는 후속 클러스터된 사서함 서버로 이동하면 됩니다. 또한 Active Directory에서 클러스터된 사서함 서버에 대한 Microsoft MTA 개체를 만들어 이 문제를 해결할 수도 있습니다. 자세한 단계는 Exchange 2007 단일 복사본 클러스터의 두 번째 또는 후속 클러스터된 사서함 서버에 사서함을 만들도록 설정하는 방법을 참조하십시오.
단일 복사본 클러스터 확인
SCC 솔루션 설치가 완료되거나 중대한 구성 변경을 수행한 이후에는 모든 노드 간에 클러스터된 사서함 서버의 전달을 수행하여 두 노드가 모두 클러스터된 사서함 서버를 지원하도록 올바르게 구성되었는지 확인하는 것이 좋습니다.
두 노드가 클러스터된 사서함 서버를 온라인 상태로 만들 수 있는지 확인하는 좋은 방법은 Move-ClusteredMailboxServer cmdlet를 사용하여 클러스터된 사서함 서버를 각 노드로 이동하는 것입니다. Move-ClusteredMailboxServer cmdlet는 Exchange 관리 셸에서 사용할 수 있습니다.
SCC 솔루션을 확인하는 방법에 대한 자세한 단계는 단일 복사본 클러스터의 전달을 확인하는 방법을 참조하십시오.