장애 조치(failover) 클러스터링 및 Always On 가용성 그룹(SQL Server)Failover Clustering and Always On Availability Groups (SQL Server)

이 항목은 다음에 적용됩니다.예SQL Server(2012부터)아니요Azure SQL Database아니요Azure SQL Data Warehouse 아니요병렬 데이터 웨어하우스 THIS TOPIC APPLIES TO: yesSQL Server (starting with 2012)noAzure SQL DatabasenoAzure SQL Data Warehouse noParallel Data Warehouse

Always On 가용성 그룹Always On availability groups에 도입된 고가용성 재해 복구 솔루션인 SQL Server 2012SQL Server 2012을 사용하려면 WSFC(Windows Server 장애 조치(Failover) 클러스터링)가 필요합니다., the high availability and disaster recovery solution introduced in SQL Server 2012SQL Server 2012, requires Windows Server Failover Clustering (WSFC). 또한 Always On 가용성 그룹Always On availability groups 을 사용하는 데 SQL ServerSQL Server 장애 조치(Failover) 클러스터링이 필요하지 않더라도 FCI(장애 조치(Failover) 클러스터링 인스턴스)를 사용하여 가용성 그룹의 가용성 복제본을 호스팅할 수 있습니다.Also, though Always On 가용성 그룹Always On availability groups is not dependent upon SQL ServerSQL Server Failover Clustering, you can use a failover clustering instance (FCI) to host an availability replica for an availability group. 각 클러스터링 기술의 역할과 Always On 가용성 그룹Always On availability groups 환경을 디자인하는 데 고려해야 할 사항을 알고 있어야 합니다.It is important to know the role of each clustering technology, and to know what considerations are necessary as you design your Always On 가용성 그룹Always On availability groups environment.

참고

Always On 가용성 그룹Always On availability groups 개념에 대한 자세한 내용은 Always On 가용성 그룹 개요(SQL Server)를 참조하세요.For information about Always On 가용성 그룹Always On availability groups concepts, see Overview of Always On Availability Groups (SQL Server).

항목 내용:In This Topic:

Windows Server 장애 조치(Failover) 클러스터링 및 가용성 그룹 Windows Server Failover Clustering and Availability Groups

Always On 가용성 그룹Always On availability groups 을 배포하려면 WSFC(Windows Server 장애 조치(Failover) 클러스터링) 클러스터가 필요합니다.Deploying Always On 가용성 그룹Always On availability groups requires a Windows Server Failover Clustering (WSFC) cluster. Always On 가용성 그룹Always On availability groups을 사용하도록 설정하려면 SQL ServerSQL Server 인스턴스가 WSFC 노드에 있고 WSFC 클러스터 및 노드가 온라인 상태여야 합니다.To be enabled for Always On 가용성 그룹Always On availability groups, an instance of SQL ServerSQL Server must reside on a WSFC node, and the WSFC cluster and node must be online. 또한 지정된 가용성 그룹의 각 가용성 복제본은 동일한 WSFC 클러스터의 서로 다른 노드에 있어야 합니다.Furthermore, each availability replica of a given availability group must reside on a different node of the same WSFC cluster. 유일한 예외는 다른 WSFC 클러스터로 마이그레이션되는 동안 가용성 그룹이 일시적으로 두 클러스터에 걸쳐 있는 경우입니다.The only exception is that while being migrated to another WSFC cluster, an availability group can temporarily straddle two clusters.

Always On 가용성 그룹Always On availability groups 은 WSFC(Windows Server 장애 조치(failover) 클러스터링) 클러스터를 사용하여 지정된 가용성 그룹에 속해 있는 가용성 복제본의 현재 역할을 모니터링 및 관리하고 장애 조치(failover) 이벤트가 가용성 복제본에 미치는 영향을 확인합니다. relies on the Windows Failover Clustering (WSFC) cluster to monitor and manage the current roles of the availability replicas that belong to a given availability group and to determine how a failover event affects the availability replicas. WSFC 리소스 그룹은 생성하는 모든 가용성 그룹에 대해 만들어집니다.A WSFC resource group is created for every availability group that you create. WSFC 클러스터는 이 리소스 그룹을 모니터링하여 주 복제본의 상태를 평가합니다.The WSFC cluster monitors this resource group to evaluate the health of the primary replica.

Always On 가용성 그룹Always On availability groups 에 대한 쿼럼은 지정된 클러스터 노드가 가용성 복제본을 호스팅하는지 여부에 관계없이 WSFC 클러스터의 모든 노드를 기반합니다.The quorum for Always On 가용성 그룹Always On availability groups is based on all nodes in the WSFC cluster regardless of whether a given cluster node hosts any availability replicas. 데이터베이스 미러링과 달리 Always On 가용성 그룹Always On availability groups에는 모니터 역할이 없습니다.In contrast to database mirroring, there is no witness role in Always On 가용성 그룹Always On availability groups.

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

중요

Always On 가용성 그룹Always On availability groups 레지스트리 키는 WSFC 클러스터의 하위 키입니다. registry keys are subkeys of the WSFC cluster. WSFC 클러스터를 삭제한 다음 다시 만들려는 경우 원본 WSFC 클러스터에서 가용성 복제본을 호스팅한 Always On 가용성 그룹Always On availability groups 의 각 인스턴스에서 SQL ServerSQL Server 기능을 사용하지 않도록 설정한 후 다시 사용하도록 설정해야 합니다.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 instance of SQL ServerSQL Server that hosted an availability replica on the original WSFC cluster.

WSFC(Windows Server 장애 조치(failover) 클러스터링) 노드에서 SQL ServerSQL Server를 실행하는 방법과 WSFC 쿼럼에 대한 자세한 내용은 SQL Server의 WSFC(Windows Server 장애 조치(failover) 클러스터링)를 참조하세요.For information about running SQL ServerSQL Server on Windows Server Failover Clustering (WSFC) nodes and about WSFC quorum, see Windows Server Failover Clustering (WSFC) with SQL Server.

OS 업그레이드를 위한 Always On 가용성 그룹의 클러스터 간 마이그레이션Cross-Cluster Migration of Always On Availability Groups for OS Upgrade

SQL Server 2012 SP1SQL Server 2012 SP1부터 Always On 가용성 그룹Always On availability groups 에서는 새 WSFC(Windows Server 장애 조치(Failover) 클러스터링) 클러스터에 배포하기 위해 가용성 그룹의 클러스터 간 마이그레이션을 지원합니다.Beginning with SQL Server 2012 SP1SQL Server 2012 SP1, Always On 가용성 그룹Always On availability groups supports cross-cluster migration of availability groups for deployments to a new Windows Server Failover Clustering (WSFC) cluster. 클러스터 간 마이그레이션은 작동 중단 시간을 최소화하면서 하나의 가용성 그룹이나 일련의 가용성 그룹을 새 대상 WSFC 클러스터로 이동합니다.A cross-cluster migration moves one availability group or a batch of availability groups to the new, destination WSFC cluster with minimal downtime. 클러스터 간 마이그레이션 프로세스를 사용하면 Windows Server 2012Windows Server 2012 클러스터로 업그레이드할 때 SLA(서비스 수준 계약)를 유지 관리할 수 있습니다.The cross-cluster migration process enables you to maintain your service level agreements (SLAs) when upgrading to a Windows Server 2012Windows Server 2012 cluster. SQL Server 2012 SP1SQL Server 2012 SP1 이상 버전은 대상 WSFC 클러스터에 설치하고 Always On에 대해 사용하도록 설정해야 합니다. (or a later version) must be installed and enabled for Always On on the destination WSFC cluster. 클러스터 간 마이그레이션의 성공 여부는 대상 WSFC 클러스터의 철저한 계획 및 준비에 의해 결정됩니다.The success of a cross-cluster migration depends on thorough planning and preparation of the destination WSFC cluster.

자세한 내용은 OS 업그레이드를 위한 Always On 가용성 그룹의 클러스터 간 마이그레이션을 참조하세요.For more information, see Cross-Cluster Migration of Always On Availability Groups for OS Upgrade.

SQL ServerSQL Server FCI(장애 조치(failover) 클러스터 인스턴스) 및 가용성 그룹 SQL ServerSQL Server Failover Cluster Instances (FCIs) and Availability Groups

WSFC 클러스터와 함께 SQL ServerSQL Server 장애 조치(Failover) 클러스터링을 구현하여 서버 인스턴스 수준에서 장애 조치(Failover)의 두 번째 계층을 설정할 수 있습니다.You can set up a second layer of failover at the server-instance level by implementing SQL ServerSQL Server failover clustering together with the WSFC cluster. 가용성 복제본은 독립 실행형 SQL ServerSQL Server 인스턴스 또는 FCI 인스턴스에서 호스팅할 수 있습니다.An availability replica can be hosted by either a standalone instance of SQL ServerSQL Server or an FCI instance. 지정된 가용성 그룹의 복제본은 하나의 FCI 파트너에서만 호스팅할 수 있습니다.Only one FCI partner can host a replica for a given availability group. 가용성 복제본이 FCI에서 실행 중인 경우 가용성 그룹에 대한 가능한 소유자 목록에는 활성 FCI 노드만 포함됩니다.When an availability replica is running on an FCI, the possible owners list for the availability group will contain only the active FCI node.

Always On 가용성 그룹Always On availability groups 은 어떤 형태의 공유 저장소에도 종속되지 않습니다. does not depend on any form of shared storage. 하지만 SQL ServerSQL Server FCI(장애 조치(Failover) 클러스터 인스턴스)를 사용하여 하나 이상의 가용성 복제본을 호스팅하는 경우 각 FCI에는 표준 SQL Server 장애 조치(Failover) 클러스터 인스턴스 설치와 같이 공유 저장소가 있어야 합니다.However, if you use a SQL ServerSQL Server failover cluster instance (FCI) to host one or more availability replicas, each of those FCIs will require shared storage as per standard SQL Server failover cluster instance installation.

필수 구성 요소에 대한 자세한 내용은 Always On 가용성 그룹에 대한 필수 조건, 제한 사항 및 권장 사항(SQL Server)의 "가용성 복제본을 호스트하기 위해 SQL Server FCI(장애 조치(failover) 클러스터 인스턴스) 사용에 대한 필수 구성 요소 및 제한 사항" 섹션을 참조하세요.For more information about additional prerequisites, see the "Prerequisites and Restrictions for Using a SQL Server Failover Cluster Instance (FCI) to Host an Availability Replica" section of Prerequisites, Restrictions, and Recommendations for Always On Availability Groups (SQL Server).

장애 조치(Failover) 클러스터 인스턴스와 가용성 그룹 비교Comparison of Failover Cluster Instances and Availability Groups

FCI의 노드 수에 관계 없이 전체 FCI는 가용성 그룹 내의 단일 복제본을 호스팅합니다.Regardless of the number of nodes in the FCI, an entire FCI hosts a single replica within an availability group. 다음 표에서는 FCI의 노드와 가용성 그룹 내 복제본 간의 개념적인 차이에 대해 설명합니다.The following table describes the distinctions in concepts between nodes in an FCI and replicas within an availability group.

FCI 내의 노드Nodes within an FCI 가용성 그룹 내의 복제본Replicas within an availability group
WSFC 클러스터 사용Uses WSFC cluster Yes Yes
보호 수준Protection level 인스턴스Instance 데이터베이스Database
저장소 유형Storage type 공유됨Shared 공유되지 않음Non-shared

가용성 그룹의 복제본은 저장소를 공유하지 않는 반면 FCI가 호스팅하는 복제본은 해당 FCI가 요구하는 대로 공유 저장소 솔루션을 사용합니다.While the replicas in an availability group do not share storage, a replica that is hosted by an FCI uses a shared storage solution as required by that FCI. 저장소 솔루션은 FCI 내 노드에 의해서만 공유되고 가용성 그룹의 복제본 사이에서는 공유되지 않습니다.The storage solution is shared only by nodes within the FCI and not between replicas of the availability group.
저장소 솔루션Storage solutions 직접 연결됨, SAN, 탑재 지점, SMBDirect attached, SAN, mount points, SMB 노드 유형에 따라 다름Depends on node type
읽기 가능한 보조 복제본Readable secondaries 아니요No Yes
적용할 수 있는 장애 조치(Failover) 정책 설정Applicable failover policy settings WSFC 쿼럼WSFC quorum

FCI별FCI-specific

가용성 그룹 설정Availability group settings
WSFC 쿼럼WSFC quorum

가용성 그룹 설정Availability group settings
장애 조치(Failover)가 실행된 리소스Failed-over resources 서버, 인스턴스 및 데이터베이스Server, instance, and database 데이터베이스만Database only

가용성 그룹의 동기적 보조 복제본은 항상 해당 SQL ServerSQL Server 인스턴스에서 실행되는 반면 FCI의 보조 노드는 실제로 해당 SQL ServerSQL Server 인스턴스를 시작하지 않았으며 따라서 읽을 수 없습니다.Whereas synchronous secondary replicas in an availability group are always running on their respective SQL ServerSQL Server instances, secondary nodes in an FCI actually have not started their respective SQL ServerSQL Server instances and are therefore not readable. FCI에서 보조 노드는 리소스 그룹 소유권이 FCI 장애 조치(Failover) 중 보조 노드로 전달된 경우에만 해당 SQL ServerSQL Server 인스턴스를 시작합니다.In an FCI, a secondary node starts its SQL ServerSQL Server instance only when the resource group ownership is transferred to it during an FCI failover. 하지만 FCI가 호스팅하는 데이터베이스가 가용성 그룹에 속해 있을 때 활성 FCI 노드에서 로컬 가용성 복제본이 읽기 가능한 보조 복제본으로 실행되는 경우 이 데이터베이스는 읽을 수 있습니다.However, on the active FCI node, when an FCI-hosted database belongs to an availability group, if the local availability replica is running as a readable secondary replica, the database is readable.

가용성 그룹에 대한 장애 조치(Failover) 정책 설정은 독립 실행형 인스턴스에서 호스팅되는지 FCI 인스턴스에서 호스팅되는지에 관계없이 모든 복제본에 적용됩니다.Failover policy settings for the availability group apply to all replicas, whether it is hosted in a standalone instance or an FCI instance.

참고

장애 조치(failover) 클러스터링 내의 노드 수 및 다양한 버전의 Always On 가용성 그룹 SQL ServerSQL Server에 대한 자세한 내용은 SQL Server 2012 버전에서 지원하는 기능 (http://go.microsoft.com/fwlink/?linkid=232473)을 참조하세요.For more information about Number of nodes within Failover Clustering and Always On Availability Groups for different editions of SQL ServerSQL Server, see Features Supported by the Editions of SQL Server 2012 (http://go.microsoft.com/fwlink/?linkid=232473).

FCI에서 가용성 복제본을 호스팅하는 경우의 고려 사항Considerations for hosting an Availability Replica on an FCI

중요

SQL Server FCI(장애 조치(failover) 클러스터 인스턴스)에서 가용성 복제본을 호스트하려는 경우 Windows Server 2008 호스트 노드가 FCI에 대한 Always On 필수 구성 요소 및 제한 사항을 충족하는지 확인해야 합니다.If you plan to host an availability replica on a SQL Server Failover Cluster Instance (FCI), ensure that the Windows Server 2008 host nodes meet the Always On prerequisites and restrictions for Failover Cluster Instances (FCIs). 자세한 내용은 Always On 가용성 그룹에 대한 필수 조건, 제한 사항 및 권장 사항(SQL Server)에 대한 서버 인스턴스를 구성하는 것과 관련된 일반적인 문제를 해결하는 데 유용한 정보를 제공합니다.For more information, see Prerequisites, Restrictions, and Recommendations for Always On Availability Groups (SQL Server).

SQL ServerSQL Server FCI(장애 조치(failover) 클러스터 인스턴스)는 가용성 그룹에 따라 AlwaysOn 자동 장애 조치(failover)를 지원하지 않으므로 FCI에서 호스트하는 모든 가용성 복제본은 수동 장애 조치(failover)에 대해서만 구성될 수 있습니다. Failover Cluster Instances (FCIs) do not support automatic failover by availability groups, so any availability replica that is hosted by an FCI can only be configured for manual failover.

일부 노드에서는 사용할 수 없는 공유 디스크를 포함하도록 WSFC(Windows Server 장애 조치(Failover) 클러스터링) 클러스터를 구성해야 할 수 있습니다.You might need to configure a Windows Server Failover Clustering (WSFC) cluster to include shared disks that are not available on all nodes. 예를 들어 세 개의 노드와 두 데이터 센터에 걸쳐 있는 WSFC 클러스터가 있다고 가정합니다.For example, consider a WSFC cluster across two data centers with three nodes. 노드 중 두 개는 주 데이터 센터에서 SQL Server FCI(장애 조치(Failover) 클러스터링 인스턴스)를 호스팅하며 동일한 공유 디스크에 대한 액세스 권한이 있습니다.Two of the nodes host a SQL Server failover clustering instance (FCI) in the primary data center and have access to the same shared disks. 세 번째 노드는 다른 데이터 센터에서 독립 실행형 SQL Server 인스턴스를 호스팅하며 주 데이터 센터의 공유 디스크에 대한 액세스 권한이 없습니다.The third node hosts a stand-alone instance of SQL Server in a different data center and does not have access to the shared disks from the primary data center. 이 WSFC 클러스터 구성은 FCI가 주 복제본을 호스팅하고 독립 실행형 인스턴스가 보조 복제본을 호스팅하는 경우 가용성 그룹 배포를 지원합니다.This WSFC cluster configuration supports the deployment of an availability group if the FCI hosts the primary replica and the stand-alone instance hosts the secondary replica.

지정된 가용성 그룹에 대한 가용성 복제본을 호스팅하도록 FCI를 선택하는 경우 FCI 장애 조치(Failover)로 인해 단일 WSFC 노드가 동일한 가용성 그룹에 대해 두 개의 가용성 복제본을 호스팅하려고 시도해서는 안 됩니다.When choosing an FCI to host an availability replica for a given availability group, ensure that an FCI failover could not potentially cause a single WSFC node to attempt to host two availability replicas for the same availability group.

다음 예에서는 이 구성을 사용할 경우 발생할 수 있는 문제를 보여 줍니다.The following example scenario illustrates how this configuration could lead to problems:

Marcel은 NODE01NODE02라는 두 개의 노드가 있는 WSFC 클러스터를 구성합니다.Marcel configures two a WSFC cluster with two nodes, NODE01 and NODE02. Marcel은 SQL ServerSQL ServerfciInstance1모두에 NODE01 장애 조치(Failover) 클러스터 인스턴스 NODE02 을 설치합니다. 여기에서 NODE01fciInstance1의 현재 소유자입니다.He installs a SQL ServerSQL Server failover cluster instance, fciInstance1, on both NODE01 and NODE02 where NODE01 is the current owner for fciInstance1.
Marcel은 NODE02에 독립 실행형 인스턴스인 또 다른 SQL ServerSQL Server인스턴스, Instance3을 설치합니다.On NODE02, Marcel installs another instance of SQL ServerSQL Server, Instance3, which is a stand-alone instance.
Marcel은 NODE01에서 Always On 가용성 그룹Always On availability groups을 사용하도록 fciInstance1을 설정합니다.On NODE01, Marcel enables fciInstance1 for Always On 가용성 그룹Always On availability groups. NODE02에서 Marcel은 Instance3 을 사용하도록 Always On 가용성 그룹Always On availability groups을 설정합니다.On NODE02, he enables Instance3 for Always On 가용성 그룹Always On availability groups. 그런 다음 Marcel은 fciInstance1 이 주 복제본을 호스팅하고 Instance3 이 보조 복제본을 호스팅하는 가용성 그룹을 설정합니다.Then he sets up an availability group for which fciInstance1 hosts the primary replica, and Instance3 hosts the secondary replica.
어느 시점에 fciInstance1 에서 NODE01을 사용할 수 없게 되면 WSFC 클러스터를 통해 fciInstance1 에서 NODE02로 장애 조치(Failover)가 수행됩니다.At some point fciInstance1 becomes unavailable on NODE01, and the WSFC cluster causes a failover of fciInstance1 to NODE02. 장애 조치(Failover) 후 fciInstance1Always On 가용성 그룹Always On availability groups에서 주 역할로 실행되는 NODE02사용 인스턴스가 되지만After the failover, fciInstance1 is a Always On 가용성 그룹Always On availability groups-enabled instance running under the primary role on NODE02. Instance3 은 이제 fciInstance1과 동일한 WSFC 노드에 있습니다.However, Instance3 now resides on the same WSFC node as fciInstance1. 이 경우 Always On 가용성 그룹Always On availability groups 제약 조건을 위반하게 됩니다.This violates the Always On 가용성 그룹Always On availability groups constraint.
이 시나리오에서 발생한 문제를 해결하려면 독립 실행형 인스턴스인 Instance3NODE01NODE02와 동일한 WSFC 클러스터의 다른 노드에 있어야 합니다.To correct the problem that this scenario presents, the stand-alone instance, Instance3, must reside on another node in the same WSFC cluster as NODE01 and NODE02.

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

가용성 그룹과 WSFC 장애 조치(Failover) 클러스터 관리자 사용에 대한 제한 사항 Restrictions on Using The WSFC Failover Cluster Manager with Availability Groups

다음의 예처럼 장애 조치(Failover) 클러스터 관리자를 사용하여 가용성 그룹을 조작하지 마세요.Do not use the Failover Cluster Manager to manipulate availability groups, for example:

  • 가용성 그룹에 대한 클러스터형 서비스(리소스 그룹)에 리소스를 추가하거나 제거하지 마세요.Do not add or remove resources in the clustered service (resource group) for the availability group.

  • 가능한 소유자 및 기본 설정 소유자와 같은 가용성 그룹 속성을 변경하지 마세요.Do not change any availability group properties, such as the possible owners and preferred owners. 이러한 속성은 가용성 그룹에 의해 자동으로 설정됩니다.These properties are set automatically by the availability group.

  • 장애 조치(Failover) 클러스터 관리자를 사용하여 가용성 그룹을 다른 노드로 옮기거나 가용성 그룹을 장애 조치(Failover)을 수행하지 마세요.Do not use the Failover Cluster Manager to move availability groups to different nodes or to fail over availability groups. 장애 조치(Failover) 클러스터 관리자에서는 가용성 복제본의 동기화 상태를 인식하지 못하기 때문에 이로 인해 작동 중지 시간이 길어질 수 있습니다.The Failover Cluster Manager is not aware of the synchronization status of the availability replicas, and doing so can lead to extended downtime. Transact-SQLTransact-SQL 또는 SQL Server Management StudioSQL Server Management Studio를 사용해야 합니다.You must use Transact-SQLTransact-SQL or SQL Server Management StudioSQL Server Management Studio.

참고 항목See Also

Always On 가용성 그룹 개요(SQL Server) Overview of Always On Availability Groups (SQL Server)
Always On 가용성 그룹 활성화 및 비활성화(SQL Server) Enable and Disable Always On Availability Groups (SQL Server)
가용성 그룹 모니터링(Transact-SQL) Monitor Availability Groups (Transact-SQL)
Always On 장애 조치(failover) 클러스터 인스턴스(SQL Server)Always On Failover Cluster Instances (SQL Server)