SQL Server의 WSFC(Windows Server 장애 조치(Failover) 클러스터링)Windows Server Failover Clustering (WSFC) with SQL Server

WSFC( Windows Server 장애 조치(failover) 클러스터링 ) 클러스터는 응용 프로그램 및 서비스의 가용성 향상을 위해 함께 작동하는 독립 서버 그룹입니다.A Windows Server Failover Clustering (WSFC) cluster is a group of independent servers that work together to increase the availability of applications and services. SQL Server 2017SQL Server 2017 에서는 WSFC 서비스와 기능을 활용하여 Always On 가용성 그룹Always On availability groupsSQL ServerSQL Server 장애 조치(Failover) 클러스터 인스턴스를 지원합니다. takes advantage of WSFC services and capabilities to support Always On 가용성 그룹Always On availability groups and SQL ServerSQL Server Failover Cluster Instances.

용어 및 정의 Terms and Definitions

WSFC 클러스터WSFC cluster
WSFC(Windows Server 장애 조치(Failover) 클러스터링) 클러스터는 응용 프로그램 및 서비스의 가용성 향상을 위해 함께 작동하는 독립 서버 그룹입니다.A Windows Server Failover Clustering (WSFC) cluster is a group of independent servers that work together to increase the availability of applications and services.

장애 조치(Failover) 클러스터 인스턴스Failover cluster instance
하나 이상의 응용 프로그램 또는 서비스를 실행하는 데 필요한 IP 주소 리소스, 네트워크 이름 리소스 및 추가 리소스를 관리하는 Windows 서비스 인스턴스입니다.An instance of a Windows service that manages an IP address resource, a network name resource, and additional resources that are required to run one or more applications or services. 클라이언트는 네트워크 이름을 사용하여 그룹의 리소스에 액세스할 수 있습니다. 이는 컴퓨터 이름을 사용하여 실제 서버의 서비스에 액세스하는 것과 비슷합니다.Clients can use the network name to access the resources in the group, similar to using a computer name to access the services on a physical server. 그러나 장애 조치(Failover) 클러스터 인스턴스는 그룹이기 때문에 기본 이름 또는 주소에 영향을 주지 않고 다른 노드에 장애 조치될 수 있습니다.However, because a failover cluster instance is a group, it can be failed over to another node without affecting the underlying name or address.

노드Node
서버 클러스터의 활성 또는 비활성 멤버인 Microsoft Windows Server 시스템입니다.A Microsoft Windows Server system that is an active or inactive member of a server cluster.

클러스터 리소스Cluster resource
노드에서 소유하고, 온라인 또는 오프라인으로 전환하고, 노드 간에 이동하고, 클러스터 개체로 관리할 수 있는 물리적 엔터티 또는 논리적 엔터티입니다.A physical or logical entity that can be owned by a node, brought online and taken offline, moved between nodes, and managed as a cluster object. 클러스터 리소스는 항상 하나의 노드에서만 소유할 수 있습니다.A cluster resource can be owned by only a single node at any point in time.

리소스 그룹Resource group
단일 클러스터 개체로 관리되는 클러스터 리소스 모음입니다.A collection of cluster resources managed as a single cluster object. 일반적으로 리소스 그룹은 특정 응용 프로그램이나 서비스를 실행하는 데 필요한 모든 클러스터 리소스를 포함합니다.Typically a resource group contains all of the cluster resources that are required to run a specific application or service. 장애 조치(Failover) 및 장애 복구(failback)는 리소스 그룹에만 적용됩니다.Failover and failback always act on resource groups.

리소스 종속성Resource dependency
다른 리소스에 종속되는 리소스입니다.A resource on which another resource depends. 리소스 A가 리소스 B에 종속하는 경우 B는 A의 종속성입니다.If resource A depends on resource B, then B is a dependency of A.

네트워크 이름 리소스Network name resource
클러스터 리소스로 관리되는 논리 서버 이름입니다.A logical server name that is managed as a cluster resource. 네트워크 이름 리소스는 IP 주소 리소스와 함께 사용해야 합니다.A network name resource must be used with an IP address resource.

기본 설정 소유자Preferred owner
리소스 그룹이 실행되는 노드입니다.A node on which a resource group prefers to run. 각 리소스 그룹은 기본 설정의 순서대로 정렬된 기본 설정 소유자 목록에 연결됩니다.Each resource group is associated with a list of preferred owners sorted in order of preference. 자동 장애 조치(Failover) 중에 리소스 그룹은 기본 설정 소유자 목록의 다음 기본 설정 노드로 이동됩니다.During automatic failover, the resource group is moved to the next preferred node in the preferred owner list.

가능한 소유자Possible owner
리소스가 실행될 수 있는 보조 노드입니다.A secondary node on which a resource can run. 각 리소스 그룹은 가능한 소유자 목록에 연결됩니다.Each resource group is associated with a list of possible owners. 리소스 그룹은 가능한 소유자 목록에 있는 노드에만 장애 조치될 수 있습니다.Resource groups can fail over only to nodes that are listed as possible owners.

쿼럼 모드Quorum mode
클러스터에서 유지할 수 있는 노드 실패 수를 결정하는 장애 조치(Failover) 클러스터의 쿼럼 구성입니다.The quorum configuration in a failover cluster that determines the number of node failures that the cluster can sustain.

강제 쿼럼Forced quorum
쿼럼에 필요한 요소 중 일부만 통신 중이더라도 클러스터를 시작하는 프로세스입니다.The process to start the cluster even though only a minority of the elements that are required for quorum are in communication.

Windows Server 장애 조치(Failover) 클러스터링 개요 Overview of Windows Server Failover Clustering

Windows Server 장애 조치(Failover) 클러스터링은 Microsoft SQL ServerSQL Server , Microsoft Exchange 등의 호스팅된 서버 응용 프로그램의 고가용성 및 재해 복구 시나리오를 지원하는 인프라 기능을 제공합니다.Windows Server Failover Clustering provides infrastructure features that support the high-availability and disaster recovery scenarios of hosted server applications such as Microsoft SQL ServerSQL Server and Microsoft Exchange. 클러스터 노드 또는 서비스가 실패하면 해당 노드에 호스팅된 서비스는 장애 조치(Failover)라는 프로세스를 통해 사용 가능한 다른 노드에 자동으로 전송되거나 수동으로 전송할 수 있습니다.If a cluster node or service fails, the services that were hosted on that node can be automatically or manually transferred to another available node in a process known as failover.

WSFC 클러스터의 노드가 함께 작동하여 다음과 같은 기능을 제공합니다.The nodes in the WSFC cluster work together to collectively provide these types of capabilities:

  • 분산된 메타데이터 및 알림.Distributed metadata and notifications. WSFC 서비스와 호스팅된 응용 프로그램 메타데이터가 클러스터의 각 노드에서 유지 관리됩니다.WSFC service and hosted application metadata is maintained on each node in the cluster. 이 메타데이터에는 WSFC 구성 및 상태와 호스팅된 응용 프로그램 설정이 포함됩니다.This metadata includes WSFC configuration and status in addition to hosted application settings. 노드의 메타데이터 또는 상태에 대한 변경 내용은 클러스터의 다른 노드에 자동으로 전파됩니다.Changes to a node's metadata or status are automatically propagated to the other nodes in the cluster.

  • 리소스 관리.Resource management. 클러스터의 개별 노드는 직접 연결된 저장소, 네트워크 인터페이스, 공유 디스크 저장소에 대한 액세스 등의 실제 리소스를 제공합니다.Individual nodes in the cluster may provide physical resources such as direct-attached storage, network interfaces, and access to shared disk storage. 호스팅된 응용 프로그램은 클러스터 리소스로 등록되며 다른 리소스에 대한 시작 및 상태 종속성을 구성할 수 있습니다.Hosted applications register themselves as a cluster resource, and may configure startup and health dependencies upon other resources.

  • 상태 모니터링.Health monitoring. 노드 간 상태 검색 및 주 노드 상태 검색은 하트비트 스타일 네트워크 통신과 리소스 모니터링의 조합을 통해 수행됩니다.Inter-node and primary node health detection is accomplished through a combination of heartbeat-style network communications and resource monitoring. 클러스터의 전반적인 상태는 클러스터에서 노드의 쿼럼 투표에 의해 결정됩니다.The overall health of the cluster is determined by the votes of a quorum of nodes in the cluster.

  • 장애 조치(Failover) 조정.Failover coordination. 각 리소스는 주 노드에 호스팅되도록 구성되며, 하나 이상의 보조 노드에 자동 또는 수동으로 전송될 수 있습니다.Each resource is configured to be hosted on a primary node, and each can be automatically or manually transferred to one or more secondary nodes. 상태 기반 장애 조치(Failover) 정책은 노드 간의 리소스 소유권 자동 전송을 제어합니다.A health-based failover policy controls automatic transfer of resource ownership between nodes. 장애 조치(Failover)가 발생할 경우 적절히 대응할 수 있도록 노드 및 호스팅된 응용 프로그램에 알림을 제공합니다.Nodes and hosted applications are notified when failover occurs so that they may react appropriately.

    자세한 내용은 장애 조치(Failover) 클러스터링 개요 - Windows Server를 참조하세요.For more information, see: Failover Clustering Overview - Windows Server

SQL Server Always On 기술 및 WSFC SQL Server Always On Technologies and WSFC

SQL Server 2017SQL Server 2017 Always On 은 WSFC를 활용하는 고가용성 및 재해 복구 솔루션입니다. Always On is a high availability and disaster recovery solution that takes advantage of WSFC. Always On은 응용 프로그램 가용성을 높이고 하드웨어에 대한 ROI(투자 수익률)를 향상시키고 고가용성 배포 및 관리를 간소화하는 유연한 통합 솔루션입니다.Always On provides an integrated, flexible solution that increases application availability, provides better returns on hardware investments, and simplifies high availability deployment and management.

Always On 가용성 그룹Always On availability groups 및 Always On 장애 조치(Failover) 클러스터 인스턴스는 WSFC를 플랫폼 기술로 사용하고 구성 요소를 WSFC 클러스터 리소스로 등록합니다.Both Always On 가용성 그룹Always On availability groups and Always On Failover Cluster Instances use WSFC as a platform technology, registering components as WSFC cluster resources. 관련 리소스는 리소스 그룹에 결합되므로 다른 WSFC 클러스터 리소스에 종속될 수 있습니다.Related resources are combined into a resource group, which can be made dependent upon other WSFC cluster resources. WSFC 클러스터 서비스에서는 SQL ServerSQL Server 인스턴스를 다시 시작해야 하는지 감지하여 신호를 보내거나 WSFC 클러스터의 다른 서버 노드에 자동으로 장애 조치합니다.The WSFC cluster service can then sense and signal the need to restart the SQL ServerSQL Server instance or automatically fail it over to a different server node in the WSFC cluster.

중요!!IMPORTANT!! SQL ServerSQL Server Always On 기술을 최대한 활용하려면 여러 WSFC 관련 사전 요구 사항을 적용해야 합니다.To take full advantage of SQL ServerSQL Server Always On technologies, you should apply several WSFC-related prerequisites.

자세한 내용은 Always On 가용성 그룹에 대한 필수 조건, 제한 사항 및 권장 사항(SQL Server)을 참조하세요.For more information, see: Prerequisites, Restrictions, and Recommendations for Always On Availability Groups (SQL Server)

Always On 장애 조치(Failover) 클러스터 인스턴스가 있는 인스턴스 수준 고가용성Instance-level High Availability with Always On Failover Cluster Instances

Always On FCI( 장애 조치(failover) 클러스터 인스턴스 )는 WSFC 클러스터에서 노드를 통해 설치되는 SQL ServerSQL Server 인스턴스입니다.An Always On Failover Cluster Instance (FCI) is a SQL ServerSQL Server instance that is installed across nodes in a WSFC cluster. 이 인스턴스 형식은 저장소 및 가상 네트워크 이름에 대한 리소스에 따라 달라집니다.This type of instance depends on resources for storage and virtual network name. 저장소에서는 공유 디스크 저장소에 Fibre Channel, iSCSI, FCoE 또는 SAS를 사용하거나 S2D(저장소 공간 다이렉트)와 로컬로 연결된 저장소를 사용할 수 있습니다.The storage can use Fibre Channel, iSCSI, FCoE, or SAS for shared disk storage, or use locally attached storage with Storage Spaces Direct (S2D). 가상 네트워크 이름은 각각 서로 다른 서브넷에 있는 하나 이상의 가상 IP 주소에 따라 달라집니다.The virtual network name resource depends on one or more virtual IP addresses, each in a different subnet. SQL Server 서비스와 SQL Server 에이전트 서비스는 리소스이며 둘 다 저장소 및 가상 네트워크 이름 리소스에 종속됩니다.The SQL Server service and the SQL Server Agent service are also resources, and both are dependent upon the storage and virtual network name resources.

장애 조치(Failover)가 발생하면 WSFC 서비스는 인스턴스 리소스의 소유권을 지정된 장애 조치(Failover) 노드에 전송합니다.In the event of a failover, the WSFC service transfers ownership of instance's resources to a designated failover node. 그러면 SQL ServerSQL Server 인스턴스는 장애 조치 노드(Failover)에서 다시 시작되고 데이터베이스는 복구됩니다.The SQL ServerSQL Server instance is then re-started on the failover node, and databases are recovered as usual. 모든 지정된 시점에서 클러스터의 노드 중 하나만 FCI 및 기본 리소스를 호스팅할 수 있습니다.At any given moment, only a single node in the cluster can host the FCI and underlying resources.

참고: Always On 장애 조치(Failover) 클러스터 인스턴스는 SAN(저장 영역 네트워크) 또는 SMB 파일 공유와 같은 대칭 공유 디스크 저장소가 필요합니다.NOTE: An Always On Failover Cluster Instance requires symmetrical shared disk storage such as a storage area network (SAN) or SMB file share. 공유 디스크 저장소 볼륨은 WSFC 클러스터의 모든 잠재적인 장애 조치(Failover) 노드에서 사용할 수 있어야 합니다.The shared disk storage volumes must be available to all potential failover nodes in the WSFC cluster.

자세한 내용은 Always On 장애 조치(failover) 클러스터 인스턴스(SQL Server)를 참조하세요.For more information, see: Always On Failover Cluster Instances (SQL Server)

다음이 있는 데이터베이스 수준 고가용성 Always On 가용성 그룹Always On availability groupsDatabase-level High Availability with Always On 가용성 그룹Always On availability groups

가용성 그룹 은 함께 장애 조치되는 사용자 데이터베이스 집합입니다.An availability group is a set of user databases that fail over together. 가용성 그룹은 주 가용성 복제본 과 공유 저장소를 필요로 하지 않고 데이터 보호를 위해 SQL Server 로그 기반 데이터 이동을 통해 유지 관리되는 1-4개의 보조 복제본으로 구성됩니다.An availability group consists of a primary availability replica and one to four secondary replicas that are maintained through SQL Server log-based data movement for data protection without the need for shared storage. 각 복제본은 WSFC 클러스터의 서로 다른 노드에서 SQL ServerSQL Server 의 인스턴스에 의해 호스팅됩니다.Each replica is hosted by an instance of SQL ServerSQL Server on a different node of the WSFC cluster. 가용성 그룹과 해당 가상 네트워크 이름은 WSFC 클러스터에 리소스로 등록됩니다.The availability group and a corresponding virtual network name are registered as resources in the WSFC cluster.

주 복제본 노드의 가용성 그룹 수신기 는 가상 네트워크 이름에 연결하기 위한 들어오는 클라이언트 요청에 응답하고 연결 문자열의 특성을 기반으로 각 요청을 적절한 SQL ServerSQL Server 인스턴스로 리디렉션합니다.An availability group listener on the primary replica's node responds to incoming client requests to connect to the virtual network name, and based on attributes in the connection string, it redirects each request to the appropriate SQL ServerSQL Server instance.

장애 조치(Failover) 중에 공유되는 실제 리소스의 소유권을 다른 노드로 전송하는 대신 WSFC를 활용하여 다른 SQL ServerSQL Server 인스턴스의 보조 복제본을 가용성 그룹의 주 복제본으로 다시 구성합니다.In the event of a failover, instead of transferring ownership of shared physical resources to another node, WSFC is leveraged to reconfigure a secondary replica on another SQL ServerSQL Server instance to become the availability group's primary replica. 그러면 가용성 그룹의 가상 네트워크 이름 리소스가 해당 인스턴스로 전송됩니다.The availability group's virtual network name resource is then transferred to that instance.

항상 단일 SQL ServerSQL Server 인스턴스만 가용성 그룹 데이터베이스의 주 복제본을 호스팅할 수 있고 모든 연결된 보조 복제본은 각각 별도의 인스턴스에 위치해야 하며 각 인스턴스는 별도의 실제 노드에 있어야 합니다.At any given moment, only a single SQL ServerSQL Server instance may host the primary replica of an availability group's databases, all associated secondary replicas must each reside on a separate instance, and each instance must reside on separate physical nodes.

참고: Always On 가용성 그룹Always On availability groups 은 장애 조치(failover) 클러스터 인스턴스를 배포하거나 대칭 공유 저장소(SAN 또는 SMB)를 사용할 필요가 없습니다.NOTE: Always On 가용성 그룹Always On availability groups do not require deployment of a Failover Cluster Instance or use of symmetric shared storage (SAN or SMB).

FCI(장애 조치(Failover) 클러스터 인스턴스)를 가용성 그룹과 함께 사용하여 가용성 복제본의 가용성을 높일 수 있습니다.A Failover Cluster Instance (FCI) may be used together with an availability group to enhance the availability of an availability replica. 그러나 WSFC 클러스터에서 잠재적 경합 상태를 방지하기 위해 FCI에 호스팅된 가용성 복제본을 원본 또는 대상으로 하는 가용성 그룹 자동 장애 조치(Failover)는 지원되지 않습니다.However, to prevent potential race conditions in the WSFC cluster, automatic failover of the availability group is not supported to or from an availability replica that is hosted on a FCI.

자세한 내용은 Always On 가용성 그룹 개요(SQL Server)를 참조하세요.For more information, see: Overview of Always On Availability Groups (SQL Server)

WSFC 상태 모니터링 및 장애 조치(Failover) WSFC Health Monitoring and Failover

Always On 솔루션에 대한 고가용성을 위해서는 물리/논리적 WSFC 클러스터 리소스의 상태를 사전에 모니터링하고 중복 하드웨어를 자동으로 장애 조치하고 다시 구성해야 합니다.High availability for an Always On solution is accomplished though proactive health monitoring of physical and logical WSFC cluster resources, together with automatic failover onto and re-configuration of redundant hardware. 또한 시스템 관리자는 가용성 그룹 또는 인스턴스를 다른 노드로 수동 장애 조치(Failover) SQL ServerSQL Server 할 수 있습니다.A system administrator can also initiate a manual failover of an availability group or SQL ServerSQL Server instance from one node to another.

노드, 장애 조치(Failover) 클러스터 인스턴스 및 가용성 그룹에 대한 장애 조치(Failover) 정책Failover Policies for Nodes, Failover Cluster Instances, and Availability Groups

장애 조치(failover) 정책 은 WSFC 클러스터 노드, SQL ServerSQL Server FCI(장애 조치(failover) 클러스터 인스턴스) 및 가용성 그룹 수준으로 구성됩니다.A failover policy is configured at the WSFC cluster node, the SQL ServerSQL Server Failover Cluster Instance (FCI), and the availability group levels. 이러한 정책에서는 비정상 클러스터 리소스 상태 및 노드 응답의 심각도, 기간 및 빈도를 기반으로 서비스를 다시 시작하거나 클러스터 리소스를 다른 노드로 자동 장애 조치(Failover) 할 수 있습니다. 또는 가용성 그룹 주 복제본을 다른 SQL ServerSQL Server 인스턴스로 이동할 수 있습니다.These policies, based on the severity, duration, and frequency of unhealthy cluster resource status and node responsiveness, can trigger a service restart or an automatic failover of cluster resources from one node to another, or can trigger the move of an availability group primary replica from one SQL ServerSQL Server instance to another.

가용성 그룹 복제본에 대한 장애 조치(Failover)는 기본 SQL ServerSQL Server 인스턴스에 영향을 주지 않습니다.Failover of an availability group replica does not affect the underlying SQL ServerSQL Server instance. FCI를 장애 조치하면 호스팅된 가용성 그룹 복제본이 인스턴스와 함께 이동합니다.Failover of a FCI moves the hosted availability group replicas with the instance.

자세한 내용은 장애 조치(failover) 클러스터 인스턴스용 장애 조치(failover) 정책을 참조하세요.For more information, see: Failover Policy for Failover Cluster Instances

WSFC 리소스 상태 검색WSFC Resource Health Detection

WSFC 클러스터 노드의 각 리소스는 요청이 있을 때나 정기적으로 상태를 보고할 수 있습니다.Each resource in a WSFC cluster node can report its status and health, periodically or on-demand. 정전, 디스크 또는 메모리 오류, 네트워크 통신 오류, 응답하지 않는 서비스 등, 다양한 경우에 리소스 오류가 발생할 수 있습니다.A variety of circumstances may indicate resource failure; e.g. power failure, disk or memory errors, network communication errors, or non-responsive services.

네트워크, 저장소 또는 서비스와 같은 WSFC 클러스터 리소스는 서로 종속될 수 있습니다.WSFC cluster resources such as networks, storage, or services can be made dependent upon one another. 리소스의 누적 상태는 각 리소스 종속성의 상태를 연속적으로 롤업하여 결정됩니다.The cumulative health of a resource is determined by successively rolling up its health with the health of each of its resource dependencies.

WSFC 노드 간 상태 검색 및 쿼럼 투표WSFC Inter-node Health Detection and Quorum Voting

WSFC 클러스터의 각 노드는 주기적 하트비트 통신에 참여하여 노드의 상태를 다른 노드와 공유합니다.Each node in a WSFC cluster participates in periodic heartbeat communication to share the node's health status with the other nodes. 응답하지 않는 노드는 오류 상태에 있는 것으로 간주됩니다.Unresponsive nodes are considered to be in a failed state.

WSFC 클러스터에서 쿼럼 노드 집합은 대부분의 투표 노드 및 미러링 모니터입니다.A quorum node set is a majority of the voting nodes and witnesses in the WSFC cluster. WSFC 클러스터의 전반적인 상태는 주기적 쿼럼 득표에 의해 결정됩니다.The overall health and status of a WSFC cluster is determined by a periodic quorum vote. 쿼럼이 있으면 클러스터가 양호한 상태이고 노드 수준의 내결함성을 제공할 수 있음을 의미합니다.The presence of a quorum means that the cluster is healthy and able to provide node-level fault tolerance.

쿼럼 모드 는 쿼럼 투표에 사용되는 방법과 자동 장애 조치(Failover)를 수행하거나 클러스터를 오프라인으로 전환할 시기를 나타내는 WSFC 클러스터 수준에서 구성됩니다.A quorum mode is configured at the WSFC cluster level that dictates the methodology used for quorum voting and when to perform an automatic failover or take the cluster offline.

TIP!! WSFC 클러스터 내에서 쿼럼 투표 수를 항상 홀수로 유지하는 것이 좋습니다.It is best practice to always have an odd number of quorum votes in a WSFC cluster. 쿼럼 투표를 위해 SQL ServerSQL Server 를 클러스터의 모든 노드에 설치할 필요는 없습니다.For the purposes of quorum voting, SQL ServerSQL Server does not have to be installed on all nodes in the cluster. 추가 서버가 쿼럼 멤버 역할을 하거나 원격 파일 공유를 결정 기준으로 사용하도록 WSFC 쿼럼 모델을 구성할 수 있습니다.An additional server can act as a quorum member, or the WSFC quorum model can be configured to use a remote file share as a tie-breaker.

자세한 내용은 WSFC 쿼럼 모드 및 투표 구성(SQL Server)을 참조하세요.For more information, see: WSFC Quorum Modes and Voting Configuration (SQL Server)

쿼럼 강제를 통해 재해 복구Disaster Recovery Through Forced Quorum

운영 방법과 WSFC 클러스터 구성에 따라 자동 장애 조치(Failover)와 수동 장애 조치(Failover)를 모두 수행할 수 있으며 내결함성이 있는 강력한 SQL ServerSQL Server Always On 솔루션을 유지 관리할 수 있습니다.Depending upon operational practices and WSFC cluster configuration, you can incur both automatic and manual failovers, and still maintain a robust, fault-tolerant SQL ServerSQL Server Always On solution. 그러나 WSFC 클러스터의 적격한 투표 노드 쿼럼에서 노드 간에 통신할 수 없거나 WSFC 클러스터에서 상태 검증에 실패할 경우 WSFC 클러스터가 오프라인으로 전환될 수 있습니다.However, if a quorum of the eligible voting nodes in the WSFC cluster cannot communicate with one another, or if the WSFC cluster otherwise fails health validation, then the WSFC cluster may go offline.

계획되지 않은 재해나 영구적인 하드웨어 또는 통신 장애로 인해 WSFC 클러스터가 오프라인으로 전환된 경우 수동 관리 작업을 통해 강제 쿼럼 을 수행하고 내결함성이 없는 구성에서 활성 클러스터 노드를 다시 온라인으로 전환해야 합니다.If the WSFC cluster goes offline because of an unplanned disaster, or due to a persistent hardware or communications failure, then manual administrative intervention is required to force a quorum and bring the surviving cluster nodes back online in a non-fault-tolerant configuration.

그런 다음 일련의 단계를 수행하여 WSFC 클러스터를 다시 구성하고, 영향을 받는 데이터베이스 복제본을 복구하고, 새 쿼럼을 다시 설정해야 합니다.Afterwards, a series of steps must also be taken to reconfigure the WSFC cluster, recover the affected database replicas, and to re-establish a new quorum.

자세한 내용은 쿼럼 강제를 통한 WSFC 재해 복구(SQL Server)를 참조하세요.For more information, see: WSFC Disaster Recovery through Forced Quorum (SQL Server)

SQL Server AlwaysOn 구성 요소와 WSFC의 관계 Relationship of SQL Server AlwaysOn Components to WSFC

SQL ServerSQL Server Always On과 WSFC의 기능 및 구성 요소 간에 여러 계층의 관계가 존재합니다.Several layers of relationships exist between SQL ServerSQL Server Always On and WSFC features and components.

Always On 가용성 그룹이 SQL ServerSQL Server 인스턴스에 호스트됩니다.Always On availability groups are hosted on SQL ServerSQL Server instances.
논리적 가용성 그룹 수신기 네트워크를 지정하여 주 데이터베이스 또는 보조 데이터베이스에 연결하는 클라이언트 요청은 기본 SQL ServerSQL Server 인스턴스 또는 SQL ServerSQL Server FCI(장애 조치(Failover) 클러스터 인스턴스)의 적절한 인스턴스 네트워크 이름에 리디렉션됩니다.A client request that specifies a logical availability group listener network name to connect to a primary or secondary database is redirected to the appropriate instance network name of the underlying SQL ServerSQL Server instance or SQL ServerSQL Server Failover Cluster Instance (FCI).

SQL Server 인스턴스는 단일 노드에 활성 상태로 호스팅됩니다.SQL Server instances are actively hosted on a single node.
독립 실행형 SQL ServerSQL Server 인스턴스(있는 경우)는 항상 단일 노드에 정적 인스턴스 네트워크 이름으로 존재합니다.If present, a stand-alone SQL ServerSQL Server Instance always resides on a single Node with a static instance network name. SQL ServerSQL Server FCI(있는 경우)는 두 개 이상의 가능한 장애 조치(Failover) 노드 중 하나에 단일의 가상 인스턴스 네트워크 이름으로 활성화됩니다.If present, a SQL ServerSQL Server FCI is active on one of two or more possible failover nodes with a single virtual Instance Network Name.

노드는 WSFC 클러스터의 멤버입니다.Nodes are members of a WSFC cluster.
모든 노드에 대한 WSFC 구성 메타데이터와 상태는 각 노드에 저장됩니다.WSFC configuration metadata and status for all nodes is stored on each node. 각 서버는 사용자 또는 시스템 데이터베이스에 대한 비대칭 저장소 또는 공유 저장소(SAN) 볼륨을 제공할 수 있습니다.Each server may provide asymmetric storage or shared storage (SAN) volumes for user or system databases. 각 서버는 하나 이상의 IP 서브넷에 적어도 하나의 실제 네트워크 인터페이스가 있습니다.Each server has at least one physical network interface on one or more IP subnets.

WSFC 서비스는 상태를 모니터링하고 서버 그룹에 대한 구성을 관리합니다.The WSFC service monitors health and manages configuration for a group of servers.
WSFC(Windows Server 장애 조치(Failover) 클러스터) 서비스는 WSFC 구성 메타데이터 및 상태 변경 사항을 클러스터의 모든 노드에 전파합니다.The Windows Server Failover Cluster (WSFC) service propagates changes to WSFC Configuration metadata and status to all nodes in the cluster. 메타데이터와 상태가 WSFC 쿼럼 감시 원격 파일 공유에 부분적으로 저장될 수 있습니다.Partial metadata and status may be stored on a WSFC quorum-witness remote file share. 두 개 이상의 활성 노드 또는 미러링 모니터 서버가 WSFC 클러스터 상태에 대한 쿼럼 투표를 구성합니다.Two or more active nodes or witnesses constitute a quorum to vote on the health of the WSFC cluster.

Always On 가용성 그룹Always On availability groups 레지스트리 키는 WSFC 클러스터의 하위 키입니다. registry keys are subkeys of the WSFC cluster.
WSFC 클러스터를 삭제한 다음 다시 만들려는 경우 원본 WSFC 클러스터에서 Always On 가용성 그룹Always On availability groups 에 사용할 수 있도록 설정한 각 서버 인스턴스에서 Always On 가용성 그룹Always On availability groups 기능을 사용하지 않도록 설정한 후 다시 사용하도록 설정해야 합니다.If you delete and re-create a WSFC cluster, you must disable and re-enable the Always On 가용성 그룹Always On availability groups feature on each server instance that was enabled for Always On 가용성 그룹Always On availability groups on the original WSFC cluster. 자세한 내용은 Always On 가용성 그룹 활성화 및 비활성화(SQL Server)를 참조하세요.For more information, see Enable and Disable Always On Availability Groups (SQL Server).

SQL Server AlwaysOn 구성 요소 컨텍스트 다이어그램SQL Server AlwaysOn Component Context Diagram

관련 항목:See Also

Always On 장애 조치(failover) 클러스터 인스턴스(SQL Server) Always On Failover Cluster Instances (SQL Server)
Always On 가용성 그룹 개요(SQL Server) Overview of Always On Availability Groups (SQL Server)
WSFC 쿼럼 모드 및 투표 구성(SQL Server) WSFC Quorum Modes and Voting Configuration (SQL Server)
장애 조치(failover) 클러스터 인스턴스용 장애 조치(failover) 정책 Failover Policy for Failover Cluster Instances
쿼럼 강제를 통한 WSFC 재해 복구(SQL Server)WSFC Disaster Recovery through Forced Quorum (SQL Server)
SQL Server 2016 Supports Windows Server 2016 Storage Spaces Direct(SQL Server 2016이 Windows Server 2016 저장소 공간 다이렉트를 지원함)SQL Server 2016 Supports Windows Server 2016 Storage Spaces Direct