• 아티클

Windows 관리

Windows Server 2008 Failover Clustering 소개

Chuck Timon

 

한 눈에 보기:

  • 장애 조치(failover) 클러스터 관리 스냅인
  • 새 기능 및 강화된 기능
  • 백업 및 복원 기능
  • Windows Server 2003에서 마이그레이션

목차

새 관리 인터페이스
향상된 구성 프로세스
포함된 유효성 검사 절차
새 쿼럼 모델
강화된 보안 기능
확장된 네트워킹 기능
저장소와의 상호 작용에서 향상된 안정성
기본 제공 복구 프로세스
새 백업 및 복원 기능
Windows Server 2003 서버 클러스터에서 마이그레이션

Windows NT 4.0 Enterprise Edition에서 클러스터링이 처음 도입된 이후 설치가 너무 어렵고 유지 관리는 더욱 어렵다는 사용자들의 불만이 제기되어 왔습니다.클러스터 관리에서

관리자에게는 단순한 클러스터링 자체에 대한 이해 그 이상의 지식이 필요했습니다. 예를 들어 저장소 기술 및 클러스터 서비스가 다양한 저장소 솔루션과 상호 작용하는 방식에 대한 해박한 지식이 추가로 요구되었습니다.따라서, 많은 조직에서 고가용성 솔루션을 설치하고 실행하며 유지 관리하는 데 필요한 이런 포괄적인 기술을 확보하기가 어려웠습니다.

클러스터링은 수년간 향상되어 왔지만 Microsoft가 Windows Server® 2008을 개발하기 시작한 당시에도 여전히 만족스럽지 못한 점이 많았습니다.Microsoft 개발 팀에서는 이런 점을 염두에 두고 단순성을 기본 목표로 클러스터링을 재설계하기 시작했습니다.Windows Server 2008에서 Microsoft® Cluster Services(MSCS)는 완전히 새 단장을 하여 이제 장애 조치(failover) 클러스터링이라는 이름으로 사용됩니다.

그렇다고 해서 새로운 장애 조치(failover) 클러스터링 구현이 오직 단순성만을 제공하는 것은 아닙니다.수년간 클러스터링 솔루션에 기대하는 개선점에 대해 여러 조직에서 제공한 귀중한 의견을 통해 Microsoft는 많은 교훈을 얻었습니다.새로운 장애 조치(failover) 클러스터링 기능에서는 사용자들이 보고한 주요 문제점을 다수 해결했으며 흥미로운 새 기능을 다수 도입하여 개선했습니다.이 기사에서는 Windows Server 2008 Failover Clustering의 멋진 새 기능을 몇 가지 소개하겠습니다.

새 관리 인터페이스

장애 조치(failover) 클러스터링을 설치한 후 관리 도구를 이용하거나 Cluadmin.msc를 실행하여 장애 조치(failover) 클러스터 관리 인터페이스에 액세스할 수 있습니다.Windows Server 2008의 다른 관리 인터페이스와 마찬가지로 장애 조치(failover) 클러스터 관리 스냅인도 역시 MMC(Microsoft Management Console) 3.0입니다.노련한 클러스터 전문가라도 장애 조치(failover) 클러스터 관리 스냅인을 처음 열면 지도 없이 낮선 외국 땅에 떨어진 것처럼 느낄 것입니다.

새 인터페이스는 그림 1과 같이 별개의 세 개 창으로 나뉩니다.왼쪽 창에는 조직 내의 Windows Server 2008 장애 조치(failover) 클러스터를 모두 나열한 목록이 나타납니다.가운데 창은 왼쪽 창에서 선택한 클러스터 구성 세부 정보를 표시하고, 오른쪽 창은 실행할 수 있는 작업을 보여 줍니다.

fig01.gif

그림 1 장애 조치(failover) 클러스터 관리 스냅인(크게 보려면 이미지 클릭)

왼쪽 창에서 Storage를 선택한 경우를 예로 설명하겠습니다.가운데 창에는 클러스터에서 구축된 저장소와 현재 사용 가능한 저장소(있는 경우)에 대한 세부 정보가 표시됩니다.그림 1에서 볼 수 있듯이 클러스터에 감시 디스크를 지원하는 저장소, 파일 서버용으로 구축된 저장소 및 사용 가능한 저장소가 포함되어 있습니다.오른쪽 창은 저장소 추가와 같은 관련 작업 목록을 보여 줍니다.장애 조치(failover) 클러스터 관리 스냅인은 이전 버전의 Microsoft Clustering Services를 관리하는 데 사용할 수 없습니다.

향상된 구성 프로세스

장애 조치(failover) 클러스터를 구성하는 것은 매우 쉽습니다.클러스터를 구성, 재구성 및 유지 관리하는 많은 작업에 마법사가 제공됩니다.마법사 덕분에 관리자는 리소스가 제대로 구성되었는지 또는 온라인에서 올바른 순서로 나타나는지 여부에 대해 더 이상 신경 쓸 필요가 없습니다.

그림 2는 고가용성 마법사를 보여 줍니다.이 예에서는 파일 서버를 구성하였습니다.왼쪽에는 마법사에서 관리자가 작업을 수행하는 단계 목록이 표시됩니다.프로세스가 완료되면 요약 페이지가 표시되고 보고서를 검토할 수 있습니다.

fig02.gif

그림 2 고가용성 마법사(크게 보려면 이미지 클릭)

포함된 유효성 검사 절차

이전 버전의 Windows Server에서는 해당 하드웨어 구성이 Windows Server 카탈로그의 클러스터 솔루션 목록에 포함되어 있어야 지원되는 클러스터 솔루션으로 간주되었습니다.지리적으로 분산된 클러스터 범주에 따로 나열된 멀티 사이트 클러스터의 경우도 마찬가지였습니다.카탈로그 목록에 포함되려면 하드웨어 공급업체가 일련의 WHQL(Windows Hardware Quality Lab) 테스트를 수행하고 결과를 Microsoft에 제출해야 했습니다.이는 공급업체에게 비용이 많이 드는 일이었으므로 Windows Server 카탈로그 데이터베이스를 유지 관리하기가 어려웠습니다.

Windows Server 2008에서는 기본 제공 유효성 검사 프로세스가 장애 조치(failover) 클러스터링에 포함되어 있습니다.이 프로세스는 그림 3과 같이 네 개의 주 범주로 나뉜 일련의 테스트로 구성되어 있습니다.

fig03.gif

그림 3 장애 조치(failover) 클러스터 유효성 검사 테스트 범주(크게 보려면 이미지 클릭)

네트워크 범주가 확장되어 수행되는 테스트를 볼 수 있습니다. 각 범주는 일련의 테스트를 포함합니다.네 범주 중 가장 중요한 저장소 범주에는 저장소 솔루션이 Windows Server 2008 장애 조치(failover) 클러스터를 위해 마련된 새 요구 사항을 준수하는지 확인하는 테스트가 포함됩니다.

특히, 하드웨어 공급업체는 이제 Microsoft Storport 드라이버 기반의 드라이버를 사용해야 하며 SCSI-3 영구 예약을 지원해야 합니다.또한 다중 경로 소프트웨어 장치별 모듈이 사용되면 Microsoft 다중 경로 입출력 표준을 따라야 합니다.

유효성 검사 프로세스가 통합되어 지원 모델이 변경되었습니다.모든 하드웨어에는 Windows Server 2008 로고가 있어야 하며 모든 유효성 검사 테스트를 통과해야 합니다.단, 각 사이트에 하나씩 별도의 두 저장소 영역이 있는 멀티 사이트 클러스터의 경우 및 공유 저장소를 사용하지 않는 Exchange Server 2007 클러스터 연속 복제의 경우는 예외입니다.

새 쿼럼 모델

쿼럼 모델 또한 Windows Server 2008 Failover Clustering에서 변경되었습니다.이전 시스템에서 쿼럼이라는 단어를 들으면 관리자는 클러스터 구성과 복제된 파일이 있는 공유 디스크를 떠올렸습니다.이것이 클러스터의 단일 실패 지점입니다.쿼럼 디스크에 오류가 생기는 경우 클러스터 서비스는 종료되고 고가용성을 잃어버립니다.

Windows Server 2003 서버 클러스터는 주 노드 집합 쿼럼이라는 제2의 쿼럼 유형을 도입했습니다.이 쿼럼 유형은 일반적으로 멀티 사이트 클러스터에서 구현되었으며 공유 저장소가 필요 없습니다.주 노드 집합 쿼럼은 각 클러스터 노드의 시스템 드라이브에 있는 파일 공유로 구성되어 있습니다.이 쿼럼 유형에 연결하려면 서버 메시지 블록(SMB) 연결을 사용했습니다.이 역시 클러스터가 작동하려면 노드의 과반수가 참여하고 있어야 했습니다.

이후 Exchange Server 2007이 도입되면서 클러스터 연속 복제(CCR) 및 파일 공유 감시(FSW) 기능이 Windows Server 2003 서버 클러스터에 추가되었습니다.이 기능 덕분에 FSW 연결이 과반수를 충족하기만 하면 단일 Exchange 2007 CCR 클러스터 노드(또는 임의의 멀티 사이트 클러스터)에서 서비스가 계속 제공될 수 있습니다.

Windows Server 2008 Failover Clustering에서 쿼럼의 개념은 이제 진정한 의미의 합의입니다.이제 클러스터를 서비스하기에 충분한 표를 얻어서 쿼럼 또는 합의에 도달합니다.쿼럼 구성에 따라 충분한 표를 얻는 방법은 여러 가지가 있습니다.그림 4와 같이 Windows Server 2008 장애 조치(failover) 클러스터에는 네 가지 쿼럼 모드가 있습니다.네 가지 중 처음 두 가지 모드(노드 과반수, 노드 및 디스크 과반수)만 클러스터 만들기 프로세스에서 자동으로 선택될 수 있으며다음과 같은 논리가 사용됩니다.

  • 클러스터에서 구성될 노드가 홀수인 경우 노드 과반수 모드를 선택합니다.
  • 클러스터에서 구성될 노드가 짝수이고 공유 저장소가 연결되어 있으며 액세스 가능한 경우 노드 및 디스크 과반수를 선택합니다.

fig04.gif

그림 4 클러스터 쿼럼 구성 마법사의 쿼럼 모드(크게 보려면 이미지 클릭)

사용 가능한 저장소에서 감시 디스크를 선택하려면 크기가 500메가바이트 이상이고 NTFS 파티션이 구성된 첫 번째 디스크를 선택합니다.나머지 쿼럼 모드는 클러스터 쿼럼 구성 마법사를 실행하여 수동으로만 선택할 수 있습니다.멀티 사이트 클러스터 구성 또는 Exchange 2007 CCR 클러스터에서는 일반적으로 노드 및 파일 공유 과반수 옵션을 사용합니다.마지막 옵션인 과반수 없음:디스크만 사용 모드는 레거시 클러스터에서의 공유 쿼럼 모델에 해당합니다.이는 단일 실패 지점이며 일반적으로 사용해서는 안 됩니다.

합의 도출을 돕기 위해 구성할 수 있는 감시 리소스는 실제 디스크와 파일 공유, 이 두 가지 유형뿐입니다.

감시 디스크는 클러스터 서비스가 온라인으로 가져올 수 있는 저장소입니다.이 디스크는 클러스터 네트워크 이름과 관련 IP 주소 리소스와 함께 클러스터 핵심 리소스 그룹에 있습니다.감시 디스크가 구성되면 클러스터 폴더가 디스크에 배치되고 클러스터 구성의 전체 내용(클러스터 하이브 또는 복제본)은 디스크에 배치됩니다.

FSW는 네트워크상에서 클러스터에 속하지 않은 서버(이상적인 위치)에 있는 네트워크 공유입니다.SMB가 FSW에 연결되며, FSW는 클러스터 구성에 대한 버전 관리 정보가 들어 있는 감시 로그 파일의 복사본을 유지 관리합니다.

클러스터에는 감시 리소스를 하나만 구성할 수 있습니다.클러스터에서 쿼럼을 충족하기 위해 필요한 경우 이 리소스는 여분의 표를 제공합니다.다시 말해서 클러스터에서 합의를 도출하는 데 한 표, 즉 노드 하나가 부족한 경우 감시 리소스를 온라인으로 가져와서 쿼럼을 충족할 수 있습니다.클러스터가 쿼럼을 충족하는 데 두 표 이상이 부족한 경우 감시 리소스는 그대로 두고 클러스터는 다른 클러스터 노드의 참가를 기다리면서 유휴 상태를 유지합니다.

강화된 보안 기능

장애 조치(failover) 클러스터는 여러 가지 새로운 기능으로 보안을 강화했습니다.가장 괄목할 만한 점은 클러스터 서비스 계정(CSA)에 대한 요구 사항이 제거되었다는 것입니다.이전 버전의 Microsoft 클러스터 서비스에서는 구성 프로세스에서 도메인 사용자 계정이 필요했습니다.클러스터 서비스를 시작하는 데 사용되는 이 계정은 클러스터의 각 노드에 로컬 관리자 그룹으로 추가되어 클러스터 서비스가 올바르게 작동하는 데 필요한 로컬 사용자 권한을 부여 받았습니다.CSA는 도메인 사용자 계정이므로 클러스터 노드에 적용할 수 있는 다수의 도메인 수준 정책을 준수해야 합니다.이러한 정책은 클러스터 서비스 실패를 야기할 수 있어 고가용성을 저해할 수 있습니다.

이제 클러스터 서비스는 로컬 클러스터 노드에서 제대로 작동할 수 있도록 특정 권한을 가진 로컬 시스템 계정으로 실행됩니다.클러스터의 보안 컨텍스트는 클러스터 이름 개체(CNO)로 전환되었으며, 이 개체는 클러스터를 처음 만들 때 Active Directory®의 컴퓨터 컨테이너에 기본적으로 만들어지는 이 컴퓨터 개체입니다.클러스터가 성공적으로 만들어졌으며 Active Directory에 CNO가 있으면 클러스터 설치 및 구성에 사용한 사용자 계정은 더 이상 필요가 없습니다.

Active Directory의 컴퓨터 컨테이너에 만드는 추가 컴퓨터 개체는 장애 조치(failover) 클러스터와 연관되어 있습니다.가상 컴퓨터 개체(VCO)라고 하는 이 개체는 클러스터의 클라이언트 액세스 지점(CAP)의 일부로 만들어진 클러스터 네트워크 이름 리소스와 동등합니다.클러스터의 모든 VCO 만들기를 담당하는 CNO는 Active Directory에 있는 개체에 대한 시스템 액세스 제어 목록(SACL)에 추가됩니다(그림 5 참조).

fig05.gif

그림 5 Active Directory의 VCO에 대한 보안(크게 보려면 이미지 클릭)

CNO는 또한 자신이 만든 모든 VCO의 도메인 암호를 동기화하는 역할도 합니다.이 프로세스는 암호 교체에 대해 구성된 도메인 정책에 따라 이루어집니다.또한 CNO는 클러스터에 있는 VCO와 관련된 모든 컴퓨터 개체를 만드는 일을 담당하므로 CNO(컴퓨터 계정)는 VCO가 만들어지는 컨테이너(기본적으로 컴퓨터 컨테이너)에서 컴퓨터 개체를 만들 수 있는 도메인 수준 권한을 가져야 합니다.

이제 기본 인증 방법으로 Kerberos를 사용하도록 변경되었습니다.Active Directory에 컴퓨터 계정이 있으므로 이러한 강화된 보안 기능이 가능합니다.그러나 Kerberos를 인증에 사용할 수 없는 응용 프로그램에서 클러스터 리소스에 액세스해야 하는 경우 클러스터에서는 NTLM(NT LAN Manager) 인증을 사용할 수 있습니다.

클러스터 프로세스를 직접 처리하는 클러스터 노드 간의 통신도 보안이 강화되었습니다.기본적으로 클러스터 내 모든 통신에 서명이 사용됩니다.cluster.exe 공용 언어 인터페이스(CLI)를 사용하면 모든 노드 간 통신을 암호화하여 추가 보안 수준을 제공하도록 이 클러스터 속성을 변경할 수 있습니다.

확장된 네트워킹 기능

장애 조치(failover) 클러스터의 새 네트워킹 기능은 고가용성 및 재해 복구 솔루션을 설계할 때 더 나은 유연성을 제공합니다.동시에 향상된 네트워킹은 클러스터의 노드 간 연결을 더 안정적으로 만듭니다.

분리된 네트워크에 있는 클러스터 노드의 위치를 파악하는 기능은 고객들이 가장 많이 요청했던 기능입니다.이제 이러한 기능이 가능합니다.각 노드가 개별적으로 라우팅되는 둘 이상의 분리된 네트워크에 연결된 경우 클러스터 노드 간에 매우 안정적이며 내결함성 있는 통신을 제공하도록 클러스터 네트워크 드라이버를 완전히 다시 작성했습니다.

클러스터 네트워크 드라이버는 클러스터 시작 프로세스 중에 제공된 연결 정보를 바탕으로 자체 내부 라우팅 테이블을 만듭니다.이 테이블에는 로컬 연결 정보와 클러스터 구성 데이터베이스(클러스터 레지스트리 하이브)에서 제공되는 정보가 포함됩니다.

클러스터 유효성 검사 프로세스의 일부에는 네트워크 연결 검색 프로세스가 포함되어 있습니다.라우팅된 다른 네크워크에서 클러스터 노드의 위치를 알 수 있어서 멀티 사이트 클러스터의 네트워킹 요구 사항이 완화되었기 때문에조직에서 더 저렴한 비용으로 손쉽게 배포할 수 있습니다.또한 iSCSI 저장소는 장애 조치(failover) 클러스터에서 사용하기에 더욱 좋은 저장소 솔루션이 되었습니다.

또한, 클러스터 노드는 DHCP(Dynamic Host Configuration Protocol)를 통해 IP 주소 정보를 얻을 수 있습니다.각자의 환경에서 서버에 대해 동적 주소 할당을 사용하도록 허용할 수 있는 경우 네트워크 관리자의 부담을 줄일 수 있습니다.

클러스터 노드의 네트워크 인터페이스 구성에 따라 어느 네트워크에서 정적 IP 주소나 동적 IP 주소를 사용할지 결정됩니다.클러스터의 IP 주소 리소스를 DHCP 서버에서 구한 경우에도 장애 조치(failover) 클러스터 관리 스냅인에서 정적 IP 주소로 변경할 수 있습니다.

이전에는 모든 클러스터 통신이 UDP(User Datagram Protocol) 브로드캐스트를 사용했고 가끔 멀티캐스트도 사용했습니다.멀티캐스트 기능은 더 이상 사용되지 않으며 이제 클러스터 통신은 UDP 유니캐스트를 사용합니다.단, 포트 3343은 공통 포트로 여전히 Microsoft 클러스터에서 사용됩니다.많은 네트워크 관리자는 더 이상 브로드캐스트가 사용되지 않는 것을 반길 것입니다.그러나 클러스터에서 정말 큰 혜택은 클러스터 서비스 내부의 새 메시징 프로세스와 관련이 있습니다.하지만 이것은 이 글의 범위를 벗어나므로 다루지 않겠습니다.이제 클러스터 내 통신은 UDP를 전송 메커니즘으로 사용하기는 하지만 더욱 안정적인 TCP 통신의 특성을 갖습니다.

저장소와의 상호 작용에서 향상된 안정성

장애 조치(failover) 클러스터가 저장소와 상호 작용하는 방식이 크게 달라졌습니다.클러스터 디스크 드라이버(clusdisk.sys)가 완전히 다시 작성되어 이제 진정한 플러그 앤 플레이(PnP) 드라이버라고 할 수 있습니다.또한, 드라이버가 저장소와 상호 작용하는 방식도 바뀌었습니다.

Windows Server 2003에서 클러스터 디스크 드라이버는 저장소로 연결되는 직접 경로에 있었습니다.Windows Server 2008에서는 클러스터 디스크 드라이버가 저장소와 상호 작용하기 위해 파티션 관리자(partmgr.sys) 드라이버와 통신합니다.이러한 두 가지 접근 방식을 그림 6에서 볼 수 있습니다.

fig06.gif

그림 6 Windows Server 2008에서 변경된 저장소 스택(크게 보려면 이미지 클릭)

파티션 관리자는 클러스터 디스크 리소스를 보호하는 일을 주로 담당합니다.공유 저장소 버스에 연결된 모든 디스크는 처음 클러스터 노드에 매핑될 때 자동으로 오프라인 상태가 됩니다.이에 따라 클러스터가 만들어지기 전이라도 저장소가 클러스터의 모든 노드에 동시에 매핑될 수 있습니다.이제 노드를 한 번에 하나씩 부팅할 필요가 없고, 노드에 디스크가 준비되면 그 노드를 종료하고 다른 노드를 부팅할 필요도 없으며, 디스크 구성을 확인하지 않아도 됩니다.

하지만 저장소 테스트는 여전히 클러스터 유효성 검사 프로세스의 일부로 수행해야 하며 디스크 초기화도 필요합니다.이런 작업을 유효성 검사 프로세스 실행 전에 클러스터의 노드에서 수행할 수 있습니다.저장소가 클러스터에 추가되고 나면 디스크 관리 인터페이스에 디스크가 예약 상태로 표시되며 보호 해제 상태로 되지 않습니다.

다른 변경 내용은 SCSI 명령과 관계가 있습니다.Windows Server 2003에서는 클러스터 디스크 드라이버에서 디스크 섹터에 쓸 때 SCSI-2 예약/해제 명령을 사용했습니다.Windows Server 2008에서는 SCSI-3 영구 예약(PR) 명령이 필요합니다.클러스터 노드가 저장소에 예약을 배치하려면 먼저 등록을 해야 하며, 클러스터 노드는 등록 보호 프로토콜을 사용하여 주기적으로 예약을 보호합니다.

이 기능은 유효성 검사 프로세스의 저장소 테스트의 일부로 확인됩니다.따라서 저장소 솔루션이 SCSI-3 PR 명령을 지원하지 않는 경우 장애 조치(failover) 클러스터에서 지원되지 않습니다.

많은 조직에서 저장소 연결 시 중복 확인을 위해 다중 경로 소프트웨어를 사용하고 있으며,이는 지원될 뿐만 아니라 모범 사례로 권장되는 사항입니다.그러나 타사의 다중 경로 소프트웨어 솔루션 또는 장치별 모듈이 장애 조치(failover) 클러스터에서 지원되려면 Microsoft 다중 경로 입출력 표준에 따라 다시 작성되어야 합니다.이렇게 하면 경로 활성화 여부에 관계없이 모든 SCSI-3 PR 명령이 모든 경로를 통해 동시에 저장소로 전송됩니다.이 기능 역시 유효성 검사 프로세스의 일부로 확인됩니다.

저장소 개선 사항은 이외에도 강화된 디스크 검사(chkdsk.exe) 프로세스, 기본 제공 디스크 복구 기능(이전에는 클러스터 서버 복구 유틸리티의 일부), 자동 복구 디스크 등이 있습니다.장애 조치(failover) 클러스터에서는 클러스터 디스크 리소스를 식별할 때 디스크 서명과 LUN ID를 모두 사용합니다.둘 중 하나라도 변경되면 클러스터 구성이 업데이트됩니다.이런 기능 덕분에 실제 디스크 리소스의 단순한 특성 변경으로 인한 오류가 줄어들고 결과적으로 고가용성이 향상됩니다.

기본 제공 복구 프로세스

위에서 언급한 디스크 복구는 기본 제공 복구 기능 중 하나입니다.다른 기능으로 Active Directory 복구 기능이 있습니다.CNO를 나타내는 컴퓨터 개체가 삭제된 경우 클러스터 CAP와 관련된 컴퓨터 개체를 더 이상 만들 수 없게 됩니다.하지만 처음 접하게 되는 문제는 보안 토큰을 구할 수 없어서 고가용성 응용 프로그램 또는 사용자가 클러스터 외부 리소스에 액세스할 수 없는 일일 것입니다.

삭제된 CNO 복구는 두 단계로 이루어진 프로세스입니다.우선 도메인 관리자가 DeletedObjects 컨테이너에서 삭제된 컴퓨터 개체를 Active Directory에 복구합니다.그런 다음 개체가 복원되고 다시 활성화되고 나면 장애 조치(failover) 클러스터 관리 스냅인에서 Active Directory 개체 복구 프로세스를 실행합니다.

Windows Server 2003 서버 클러스터에서는 %systemroot%\cluster 하위 디렉터리에 있는 클러스터 구성 파일이 손상되어 교체해야 하는 경우가 있을 수 있습니다.장애 조치(failover) 클러스터에서는 자동 복구 기능이 도움이 됩니다.노드에서 클러스터 서비스를 시작할 때 구성 데이터베이스가 손상된 경우 HKLM\System\CCS\Services\ClusSvc\Parameters 레지스트리 키에 포함된 정보를 사용하여 최소 구성 템플릿이 로드됩니다.노드는 이미 구성된 클러스터에 참가를 시도하며 성공하는 경우 클러스터 레지스트리 하이브의 새 복사본을 노드에 넣습니다.노드가 클러스터에 참가할 수 없는 경우 클러스터 서비스는 종료됩니다.

새 백업 및 복원 기능

장애 조치(failover) 클러스터링에는 자체 볼륨 섀도 복사본 서비스 기록기가 있습니다.이것이 클러스터 데이터베이스와 실제 디스크 리소스에 있는 데이터를 백업하고 복원하는 데 중요한 역할을 합니다.클러스터 구성을 백업하는 작업은 매우 간단합니다.시스템 상태가 백업의 일부인 경우 클러스터 구성을 복원할 수 있습니다.그러나 클러스터에 쿼럼이 있는 경우에만 클러스터를 백업해야 합니다.이렇게 하면 가장 최신의 클러스터 구성이 백업됩니다.

클러스터 복원에는정식 복원과 권한 없는 복원의 두 가지 유형이 있습니다.권한 없는 복원은 Windows Server 백업 또는 타사 백업 응용 프로그램을 사용하여 선택한 백업에서 복원을 실행합니다.반면 클러스터 노드의 정식 복원은 Windows Server 백업 CLI(wbadmin.exe)만을 사용하여 수행할 수 있습니다.

정식 복원은 기본적으로 클러스터 구성을 백업이 수행된 "과거 시점으로" 돌려 놓습니다.정식 복원을 수행하려면 복원을 수행할 노드를 제외한 모든 노드에서 클러스터 서비스를 중지합니다.복원이 완료되고 복원된 노드에서 클러스터 서비스가 시작되면 클러스터의 복원된 구성은 새 클러스터 구성으로 결정됩니다.그런 다음 클러스터의 나머지 노드에서 클러스터 서비스가 다시 시작되면 복원된 구성이 참가 프로세스 중에 적용됩니다.

복원 기능을 사용하면 특정 시나리오에서 많은 시간과 비용을 절약할 수 있습니다. 예를 들어, 하나 당 프린터 1,500대를 지원하는 인쇄 스풀러 리소스를 여러 개 호스팅하는 인쇄 클러스터에서 인쇄 스풀러 리소스 중 하나를 실수로 삭제했다고 가정해 보겠습니다.이제 다수의 사용자가 인쇄를 할 수 없게 되었습니다.삭제된 모든 프린터를 수동으로 클러스터 구성에 추가하는 것보다 클러스터 구성에서 정식 복원을 수행하면 훨씬 빠릅니다.물론 이것은 완전한 백업 및 복원 전략이 마련되어 있는지 여부에 따라 달라집니다.

Windows Server 2003 서버 클러스터에서 마이그레이션

Windows Server 2008 Failover Clustering의 이러한 모든 아키텍처 변경으로 인해 Windows Server 2003에서의 사용 중 업그레이드 또는 롤링 업그레이드가 지원되지 않습니다.Windows Server 2000 클러스터에서 Windows Server 2003으로 업그레이드할 때 많은 조직에서 시스템을 통해 클러스터에서 각 노드를 제거하고 운영 체제를 완전히 새로 설치한 다음 노드를 다시 클러스터에 추가했습니다.Windows Server 2003과 Windows Server 2008의 클러스터 노드는 동일한 클러스터의 일부가 될 수 없으므로 이런 접근 방식은 Windows Server 2008로 마이그레이션하는 데 사용할 수 없습니다.

다행히 마이그레이션을 돕기 위한 마법사 기반의 마이그레이션 프로세스가 포함되어 있습니다.하지만 그렇더라도 Windows Server 2008 장애 조치(failover) 클러스터로 마이그레이션하려면 계획이 필요합니다.다음과 같은 세 가지 마이그레이션 시나리오가 있습니다.

  • 동일한 서버와 저장소 사용
  • 동일한 서버와 새 저장소 사용
  • 새 서버와 새 저장소 사용

이러한 시나리오 모두에서 하드웨어가 Windows Server 2008 로고 프로그램 인증을 받았는지, 장애 조치(failover) 클러스터 유효성 검사 프로세스를 실행하여 모든 테스트를 통과했는지 확인이 필요합니다.이 단계를 완료하면 다음 마이그레이션 단계로 넘어갈 수 있습니다.

Windows Server 2003 서버 클러스터의 리소스 중 일부는 마이그레이션할 수 없습니다.네트워크 이름, IP 주소, 물리적 디스크, 파일 공유, DFS(분산 파일 시스템) 루트, DHCP 및 WINS를 마이그레이션할 수 있습니다.또한 일반 서비스, 일반 응용 프로그램, 일반 스크립트 리소스를 제한된 범위에서 마이그레이션할 수 있습니다.

한편, Microsoft Exchange 및 SQL Server®와 같은 응용 프로그램은 장애 조치(failover) 클러스터로 마이그레이션하는 자체 절차가 있습니다.프린터는 인쇄 관리 스냅인(인쇄 서버 역할과 함께 설치됨)을 사용하여 먼저 프린터를 내보낸 다음 새롭게 구성된 고가용성 프린터 서버로 가져오기를 수행하여 Windows Server 2008로 마이그레이션할 수 있습니다.타사 리소스 유형은 마이그레이션할 수 없습니다.

마이그레이션 프로세스는 데이터를 마이그레이션하지 않으며클러스터 구성 설정을 Windows Server 2003에서 Windows Server 2008로 마이그레이션하는 일에만 관여합니다.

마이그레이션 프로세스가 완료되면 마이그레이션된 모든 리소스는 처음에 오프라인 상태가 됩니다.추가로 필요한 단계가 있을지 모르기 때문입니다.그러므로 클러스터에서 서비스로 가져오기 전에 마이그레이션 후 보고서를 검토하여 어떤 추가 단계가 필요한지(새 저장소로 마이그레이션한 경우의 데이터 마이그레이션 제외) 확인해야 합니다.예를 들어, DHCP 서버를 마이그레이션하는 경우 DHCP 서버 역할을 클러스터의 모든 노드에 설치해야 합니다.WINS 서버를 마이그레이션하는 경우에는 WINS 서버 기능을 클러스터의 모든 노드에 설치해야 합니다.

Chuck Timon은 클러스터 및 설치 기술을 지원하는 Microsoft 지원 향상 엔지니어로서 Windows Server 2008 장애 조치(failover) 클러스터 교육 자료를 저술한 바 있으며 현재 Hyper-V 교육 자료를 집필 중입니다.

© 2008 Microsoft Corporation 및 CMP Media, LLC.All rights reserved. 이 문서의 전부 또는 일부를 무단으로 복제하는 행위는 금지됩니다.