WSFC( Windows Server 장애 조치 클러스터링 ) 클러스터는 애플리케이션 및 서비스의 가용성을 높이기 위해 함께 작동하는 독립 서버 그룹입니다. SQL Server 2014는 WSFC 서비스 및 기능을 활용하여 Always On 가용성 그룹 및 SQL Server 장애 조치(failover) 클러스터 인스턴스를 지원합니다.
용어 및 정의
WSFC 클러스터 WSFC(Windows Server 장애 조치 클러스터링) 클러스터는 애플리케이션 및 서비스의 가용성을 높이기 위해 함께 작동하는 독립 서버 그룹입니다.
장애 조치(failover) 클러스터 인스턴스 IP 주소 리소스, 네트워크 이름 리소스 및 하나 이상의 애플리케이션 또는 서비스를 실행하는 데 필요한 추가 리소스를 관리하는 Windows 서비스의 인스턴스입니다. 클라이언트는 컴퓨터 이름을 사용하여 물리적 서버의 서비스에 액세스하는 것과 유사하게 네트워크 이름을 사용하여 그룹의 리소스에 액세스할 수 있습니다. 그러나 장애 조치 클러스터 인스턴스가 그룹이므로, 기본 이름이나 주소에 영향을 받지 않고 다른 노드로 장애 조치할 수 있습니다.
노드 서버 클러스터의 활성 또는 비활성 멤버인 Microsoft Windows Server 시스템입니다.
클러스터 리소스 노드에서 소유하고, 온라인으로 전환하고, 오프라인으로 전환하고, 노드 간에 이동하고, 클러스터 개체로 관리할 수 있는 물리적 또는 논리적 엔터티입니다. 클러스터 리소스는 언제든지 단일 노드에서만 소유할 수 있습니다.
리소스 그룹 단일 클러스터 개체로 관리되는 클러스터 리소스의 컬렉션입니다. 일반적으로 리소스 그룹에는 특정 애플리케이션 또는 서비스를 실행하는 데 필요한 모든 클러스터 리소스가 포함됩니다. 장애 조치(failover) 및 장애 복구(failback)는 항상 리소스 그룹에서 작동합니다.
리소스 종속성 다른 리소스가 종속되는 리소스입니다. 리소스 A가 리소스 B에 종속된 경우 B는 A의 종속성입니다.
네트워크 이름 리소스 클러스터 리소스로 관리되는 논리 서버 이름입니다. 네트워크 이름 리소스는 IP 주소 리소스와 함께 사용해야 합니다.
기본 설정 소유자 리소스 그룹 실행을 선호하는 노드입니다. 각 리소스 그룹은 기본 설정 순서대로 정렬된 기본 설정 소유자 목록과 연결됩니다. 자동 장애 조치(failover) 중에 리소스 그룹은 기본 설정 소유자 목록의 다음 기본 노드로 이동됩니다.
가능한 소유자 리소스를 실행할 수 있는 보조 노드입니다. 각 리소스 그룹은 가능한 소유자 목록과 연결됩니다. 리소스 그룹은 가능한 소유자로 나열된 노드로만 장애 조치할 수 있습니다.
쿼럼 모드 클러스터가 유지할 수 있는 노드 오류 수를 결정하는 장애 조치(failover) 클러스터의 쿼럼 구성입니다.
강제 쿼럼 조치 쿼럼에 필요한 요소가 소수만 통신 중임에도 불구하고 클러스터를 시작하는 프로세스입니다.
자세한 내용은 다음을 참조하세요: 장애 조치 클러스터 용어집
Windows Server 장애 조치(failover) 클러스터링 개요
Windows Server 장애 조치(failover) 클러스터링에서는 Microsoft SQL Server 및 Microsoft Exchange와 같은 호스트된 서버 애플리케이션의 고가용성 및 재해 복구 시나리오를 지원하는 인프라 기능을 제공합니다. 클러스터 노드 또는 서비스가 실패하면 해당 노드에서 호스트된 서비스는 장애 조치( failover)라고 하는 프로세스에서 사용 가능한 다른 노드로 자동 또는 수동으로 전송될 수 있습니다.
WSFC 클러스터의 노드는 함께 작동하여 다음과 같은 유형의 기능을 전체적으로 제공합니다.
분산 메타데이터 및 알림. WSFC 서비스 및 호스트된 애플리케이션 메타데이터는 클러스터의 각 노드에서 유지 관리됩니다. 이 메타데이터에는 호스트된 애플리케이션 설정 외에도 WSFC 구성 및 상태가 포함됩니다. 노드의 메타데이터 또는 상태에 대한 변경 내용은 클러스터의 다른 노드로 자동으로 전파됩니다.
리소스 관리. 클러스터의 개별 노드는 직접 연결된 스토리지, 네트워크 인터페이스 및 공유 디스크 스토리지에 대한 액세스와 같은 물리적 리소스를 제공할 수 있습니다. 호스트된 애플리케이션은 클러스터 리소스로 등록되며 다른 리소스에 대한 시작 및 상태 종속성을 구성할 수 있습니다.
상태 모니터링. 노드 간 및 주 노드 상태 검색은 하트비트 스타일의 네트워크 통신 및 리소스 모니터링의 조합을 통해 수행됩니다. 클러스터의 전반적인 상태는 클러스터의 노드 쿼럼 투표로 결정됩니다.
장애 조치 조정. 각 리소스는 주 노드에서 호스트되도록 구성되며, 각 리소스는 하나 이상의 보조 노드로 자동 또는 수동으로 전송될 수 있습니다. 시스템 건강 상태 기반 장애 조치 정책은 노드 간에 리소스 소유권의 자동 전송을 제어합니다. 노드 및 호스트된 애플리케이션은 장애 조치(failover)가 발생할 때 적절하게 반응할 수 있도록 알림을 받습니다.
자세한 내용은 다음을 참조하세요. Windows Server 2008 R2의 장애 조치 클러스터
SQL Server AlwaysOn 기술 및 WSFC
SQL Server 2014 AlwaysOn 은 WSFC를 활용하는 새로운 고가용성 및 재해 복구 솔루션입니다. AlwaysOn은 애플리케이션 가용성을 높이고, 하드웨어 투자에 대한 더 나은 수익을 제공하며, 고가용성 배포 및 관리를 간소화하는 통합적이고 유연한 솔루션을 제공합니다.
Always On 가용성 그룹과 AlwaysOn 장애 조치(failover) 클러스터 인스턴스는 모두 WSFC를 플랫폼 기술로 사용하여 구성 요소를 WSFC 클러스터 리소스로 등록합니다. 관련 리소스는 다른 WSFC 클러스터 리소스에 종속될 수 있는 리소스 그룹으로 결합됩니다. 그런 다음 WSFC 클러스터 서비스는 SQL Server 인스턴스를 다시 시작하거나 WSFC 클러스터의 다른 서버 노드로 자동으로 장애 조치(failover)해야 한다는 신호를 보낼 수 있습니다.
중요합니다
SQL Server AlwaysOn 기술을 최대한 활용하려면 여러 WSFC 관련 필수 구성 요소를 적용해야 합니다.
자세한 내용은 AlwaysOn 가용성 그룹에 대한 필수 구성 요소, 제한 사항 및 권장 사항(SQL Server)을 참조하세요.
인스턴스 수준의 고가용성, AlwaysOn 장애 조치 클러스터 인스턴스 사용
AlwaysOn 장애 조치 클러스터 인스턴스 (FCI)는 WSFC 클러스터의 여러 노드에 걸쳐 설치된 SQL Server 인스턴스입니다. 이 유형의 인스턴스에는 공유 디스크 스토리지(파이버 채널 또는 iSCSI SAN을 통해) 및 가상 네트워크 이름에 대한 리소스 종속성이 있습니다. 가상 네트워크 이름에는 각각 다른 서브넷에 있는 하나 이상의 가상 IP 주소에 대한 리소스 종속성이 있습니다. SQL Server 서비스와 SQL Server 에이전트 서비스는 리소스로 등록되며 둘 다 가상 네트워크 이름 리소스에 따라 달라집니다.
장애 조치(failover)가 발생할 경우 WSFC 서비스는 인스턴스 리소스의 소유권을 지정된 장애 조치(failover) 노드로 전송합니다. 그런 다음 장애 조치(failover) 노드에서 SQL Server 인스턴스가 다시 시작되고 데이터베이스가 평소와 같이 복구됩니다. 언제든지 클러스터의 단일 노드만 FCI 및 기본 리소스를 호스트할 수 있습니다.
비고
AlwaysOn 장애 조치 클러스터 인스턴스에는 대칭 공유 디스크가 필요하며, 스토리지 영역 네트워크(SAN) 또는 SMB 파일 공유가 이를 지원합니다. 공유 디스크 스토리지 볼륨은 WSFC 클러스터의 모든 잠재적 장애 조치(failover) 노드에서 사용할 수 있어야 합니다.
자세한 내용은 AlwaysOn 장애 조치 클러스터 인스턴스를 참조하세요.
Always On 가용성 그룹을 사용하여 데이터베이스 수준 고가용성
가용성 그룹은 함께 장애 조치(failover)되는 사용자 데이터베이스 집합입니다. 가용성 그룹은 공유 스토리지 없이 데이터 보호를 위해 SQL Server 로그 기반 데이터 이동을 통해 유지 관리되는 주 가용성 복제본 과 1~4개의 보조 복제본으로 구성됩니다. 각 복제본은 WSFC 클러스터의 다른 노드에 있는 SQL Server 인스턴스에 의해 호스팅됩니다. 가용성 그룹과 해당 가상 네트워크 이름은 WSFC 클러스터에 리소스로 등록됩니다.
주 복제본 노드의 가용성 그룹 수신기 는 들어오는 클라이언트 요청에 응답하여 가상 네트워크 이름에 연결하고 연결 문자열의 특성에 따라 각 요청을 적절한 SQL Server 인스턴스로 리디렉션합니다.
장애 조치(Failover) 중에 공유되는 실제 리소스의 소유권을 다른 노드로 전송하는 대신 WSFC를 활용하여 다른 SQL Server 인스턴스의 보조 복제본을 가용성 그룹의 주 복제본으로 다시 구성합니다. 그러면 가용성 그룹의 가상 네트워크 이름 리소스가 해당 인스턴스로 전송됩니다.
항상 단일 SQL Server 인스턴스만 가용성 그룹 데이터베이스의 주 복제본을 호스팅할 수 있고 모든 연결된 보조 복제본은 각각 별도의 인스턴스에 위치해야 하며 각 인스턴스는 별도의 실제 노드에 있어야 합니다.
비고
Always On 가용성 그룹에는 장애 조치(failover) 클러스터 인스턴스를 배포하거나 대칭 공유 스토리지(SAN 또는 SMB)를 사용할 필요가 없습니다.
가용성 복제본의 가용성을 향상시키기 위해 FCI(장애 조치(failover) 클러스터 인스턴스)를 가용성 그룹과 함께 사용할 수 있습니다. 그러나 WSFC 클러스터에서 잠재적인 경합 상태를 방지하기 위해 가용성 그룹의 자동 장애 조치는 FCI에 호스트된 가용성 복제본에서 또는 그로의 자동 장애 조치가 지원되지 않습니다.
자세한 내용은 AlwaysOn 가용성 그룹 개요(SQL Server)를 참조하세요.
WSFC 상태 모니터링 및 장애 조치 전환
자동 장애 조치(failover) 및 중복 하드웨어 다시 구성과 함께 물리적 및 논리적 WSFC 클러스터 리소스의 사전 상태 모니터링을 통해 AlwaysOn 솔루션에 대한 고가용성이 수행됩니다. 시스템 관리자는 한 노드에서 다른 노드로 가용성 그룹 또는 SQL Server 인스턴스의 수동 장애 조치(failover )를 시작할 수도 있습니다.
노드, 장애 조치 클러스터 인스턴스 및 가용성 그룹에 대한 장애 조치 정책
장애 조치(failover) 정책은 WSFC 클러스터 노드, SQL Server FCI(장애 조치(failover) 클러스터 인스턴스) 및 가용성 그룹 수준에서 구성됩니다. 이러한 정책은 비정상 클러스터 리소스 상태 및 노드 응답성의 심각도, 기간 및 빈도에 따라 서비스를 다시 시작하거나 클러스터 리소스를 한 노드에서 다른 노드로 자동 장애 조치(failover )하거나 가용성 그룹 주 복제본을 한 SQL Server 인스턴스에서 다른 노드로 이동할 수 있습니다.
가용성 그룹 복제본의 장애 조치(failover)는 기본 SQL Server 인스턴스에 영향을 주지 않습니다. FCI의 장애 조치 시 호스트된 가용성 그룹 복제본이 인스턴스와 함께 이동됩니다.
자세한 내용은 다음 항목을 참조하세요: 장애 조치(failover) 클러스터 인스턴스의 장애 조치(failover) 정책
WSFC 리소스 상태 모니터링
WSFC 클러스터 노드의 각 리소스는 주기적으로 또는 주문형으로 상태와 상태를 보고할 수 있습니다. 다양한 상황이 리소스 오류를 나타낼 수 있습니다. 예를 들어 전원 오류, 디스크 또는 메모리 오류, 네트워크 통신 오류 또는 응답하지 않는 서비스.
네트워크, 스토리지 또는 서비스와 같은 WSFC 클러스터 리소스는 서로 종속될 수 있습니다. 리소스의 누적 상태는 각 리소스 종속성의 상태와 함께 상태를 연속적으로 롤업하여 결정됩니다.
WSFC 노드 간 상태 검색 및 쿼럼 투표
WSFC 클러스터의 각 노드는 정기적인 하트비트 통신에 참여하여 노드의 상태를 다른 노드와 공유합니다. 응답하지 않는 노드는 실패한 상태로 간주됩니다.
쿼럼 노드 집합은 WSFC 클러스터에서 투표 노드 및 증인의 과반수입니다. WSFC 클러스터의 전반적인 상태 및 상태는 정기적인 쿼럼 투표에 의해 결정됩니다. 쿼럼이 있으면 클러스터가 정상 상태이며 노드 수준 내결함성을 제공할 수 있습니다.
쿼럼 모드는 쿼럼 투표에 사용되는 방법론을 결정하고, 언제 자동 장애 조치(failover)를 수행하거나 클러스터를 오프라인으로 전환할지를 지정하는 WSFC 클러스터 수준에서 구성됩니다.
팁 (조언)
WSFC 클러스터에서 항상 홀수의 쿼럼 투표를 갖는 것이 가장 좋습니다. 쿼럼 투표를 위해 클러스터의 모든 노드에 SQL Server를 설치할 필요가 없습니다. 추가 서버는 쿼럼 멤버 역할을 할 수 있으며, 원격 파일 공유를 연결 차단기로 사용하도록 WSFC 쿼럼 모델을 구성할 수 있습니다.
자세한 내용은 WSFC 쿼럼 모드 및 투표 구성(SQL Server)을 참조하세요.
강제 쿼럼을 활용한 재해 복구
운영 사례 및 WSFC 클러스터 구성에 따라 자동 및 수동 장애 조치(failover)를 모두 발생시키고 강력한 내결함성 SQL Server AlwaysOn 솔루션을 계속 유지할 수 있습니다. 그러나 WSFC 클러스터의 적격 투표 노드 쿼럼이 서로 통신할 수 없거나 WSFC 클러스터가 상태 유효성 검사에 실패하면 WSFC 클러스터가 오프라인 상태가 될 수 있습니다.
계획되지 않은 재해 또는 지속적인 하드웨어 또는 통신 오류로 인해 WSFC 클러스터가 오프라인 상태가 되면 쿼럼을 강제로 적용 하고 남아 있는 클러스터 노드를 내결함성이 없는 구성으로 다시 온라인 상태로 전환하려면 수동 관리 개입이 필요합니다.
그 후에는 WSFC 클러스터를 다시 구성하고, 영향을 받는 데이터베이스 복제본을 복구하고, 새 쿼럼을 다시 설정하기 위한 일련의 단계도 수행해야 합니다.
자세한 내용은 다음을 참조하세요. 강제 쿼럼을 통한 WSFC 재해 복구(SQL Server)
SQL Server AlwaysOn 구성 요소와 WSFC의 관계
SQL Server AlwaysOn과 WSFC 기능 및 구성 요소 사이에는 여러 계층의 관계가 있습니다.
AlwaysOn 가용성 그룹은 SQL Server 인스턴스에서 호스트됩니다. 기본 또는 보조 데이터베이스에 연결할 논리 가용성 그룹 수신기 네트워크 이름을 지정하는 클라이언트 요청은 기본 SQL Server 인스턴스 또는 SQL Server FCI(장애 조치 클러스터 인스턴스)의 적절한 인스턴스 네트워크 이름으로 리디렉션됩니다.
SQL Server 인스턴스는 단일 노드에서 적극적으로 호스트됩니다. 있는 경우 독립 실행형 SQL Server 인스턴스는 항상 정적 인스턴스 네트워크 이름을 가진 단일 노드에 상주합니다. 있는 경우 SQL Server FCI는 단일 가상 인스턴스 네트워크 이름을 가진 두 개 이상의 가능한 장애 조치(failover) 노드 중 하나에서 활성화됩니다.
노드는 WSFC 클러스터의 멤버입니다. 모든 노드에 대한 WSFC 구성 메타데이터 및 상태는 각 노드에 저장됩니다. 각 서버는 사용자 또는 시스템 데이터베이스에 대한 비대칭 스토리지 또는 SAN(공유 스토리지) 볼륨을 제공할 수 있습니다. 각 서버에는 하나 이상의 IP 서브넷에 하나 이상의 물리적 네트워크 인터페이스가 있습니다.
WSFC 서비스는 상태를 모니터링하고 서버 그룹에 대한 구성을 관리합니다. WSFC(Windows Server 장애 조치(failover) 클러스터) 서비스는 WSFC 구성 메타데이터 및 상태에 대한 변경 내용을 클러스터의 모든 노드에 전파합니다. 부분 메타데이터 및 상태는 WSFC 쿼럼 감시 원격 파일 공유에 저장될 수 있습니다. 둘 이상의 활성 노드 또는 감시자는 WSFC 클러스터의 상태에 대해 투표할 수 있는 쿼럼을 구성합니다.
Always On 가용성 그룹 레지스트리 키는 WSFC 클러스터의 하위 키입니다. WSFC 클러스터를 삭제하고 다시 만드는 경우 원래 WSFC 클러스터의 Always On 가용성 그룹에 대해 사용하도록 설정된 각 서버 인스턴스에서 Always On 가용성 그룹 기능을 사용하지 않도록 설정하고 다시 사용하도록 설정해야 합니다. 자세한 내용은 AlwaysOn 가용성 그룹 사용 및 사용 안 함(SQL Server)을 참조하세요.
관련 작업
관련 내용
Windows Server 기술들: 장애 조치 클러스터링
또한 참조하십시오
AlwaysOn 장애 조치(failover) 클러스터 인스턴스(SQL Server)AlwaysOn 가용성 그룹 개요(SQL Server)WSFC 쿼럼 모드 및 투표 구성(SQL Server)강제 쿼럼을 통한 장애 조치(failover) 클러스터 인스턴스WSFC 재해 복구에 대한 장애 조치(failover) 정책(SQL Server)