Always On 장애 조치(failover) 클러스터 인스턴스(SQL Server)Always On Failover Cluster Instances (SQL Server)

이 항목 적용 대상: 예SQL Server없습니다Azure SQL 데이터베이스없습니다Azure SQL 데이터 웨어하우스 없습니다 병렬 데이터 웨어하우스THIS TOPIC APPLIES TO: yesSQL ServernoAzure SQL DatabasenoAzure SQL Data Warehouse noParallel Data Warehouse

SQL ServerSQL Server Always On 제공을 위해 Always On 장애 조치(failover) 클러스터 인스턴스는 WSFC(Windows Server 장애 조치(failover) 클러스터링) 기능을 사용하여 FCI( 장애 조치(failover) 클러스터 인스턴스 )라고 부르는 서버 인스턴스 수준의 중복성을 통해 로컬 고가용성을 제공합니다.As part of the SQL ServerSQL Server Always On offering, Always On Failover Cluster Instances leverages Windows Server Failover Clustering (WSFC) functionality to provide local high availability through redundancy at the server-instance level—a failover cluster instance (FCI). FCI는 WSFC(Windows Server 장애 조치(failover) 클러스터링) 노드 및 다중 서브넷 간에 설치되는 SQL ServerSQL Server 의 단일 인스턴스입니다.An FCI is a single instance of SQL ServerSQL Server that is installed across Windows Server Failover Clustering (WSFC) nodes and, possibly, across multiple subnets. 네트워크에서 FCI는 단일 컴퓨터에서 실행되는 SQL ServerSQL Server 인스턴스처럼 보이지만 현재 노드를 사용할 수 없을 경우 FCI가 하나의 WSFC 노드에서 다른 노드로 장애 조치(failover) 기능을 제공합니다.On the network, an FCI appears to be an instance of SQL ServerSQL Server running on a single computer, but the FCI provides failover from one WSFC node to another if the current node becomes unavailable.

FCI는 가용성 그룹을 활용하여 데이터베이스 수준에서 원격 재해 복구 기능을 제공할 수 있습니다.An FCI can leverage Availability Groups to provide remote disaster recovery at the database level. 자세한 내용은 장애 조치(Failover) 클러스터링 및 가용성 그룹(SQL Server)을 참조하세요.For more information, see Failover Clustering and Availability Groups (SQL Server).

참고

Windows Server 2016 Datacenter Edition에서는 S2D(저장소 공간 다이렉트) 지원이 도입되었습니다.Windows Server 2016 Datacenter edition introduces support for Storage Spaces Direct (S2D). SQL Server 장애 조치(Failover) 클러스터 인스턴스는 클러스터 저장소 리소스에 대해 S2D를 지원합니다.SQL Server Failover Cluster Instances support S2D for cluster storage resources. 자세한 내용은 Windows Server 2016의 저장소 공간 다이렉트를 참조하세요.For more information, see Storage Spaces Direct in Windows Server 2016.

장애 조치(failover) 클러스터 인스턴스는 CSV(클러스터 공유 볼륨)도 지원합니다.Failover Cluster Instances also support Clustered Shared Volumes (CSV). 자세한 내용은 장애 조치(Failover) 클러스터에서 클러스터 공유 볼륨 이해을 참조하세요.For more information, see Understanding Cluster Shared Volumes in a Failover Cluster.

항목 내용In this Topic:

장애 조치(Failover) 클러스터 인스턴스의 이점Benefits of a Failover Cluster Instance

서버에 하드웨어 또는 소프트웨어 오류가 있을 경우 서버에 연결하는 응용 프로그램이나 클라이언트에서 작동 중단이 발생합니다.When there is hardware or software failure of a server, the applications or clients connecting to the server will experience downtime. SQL ServerSQL Server 인스턴스가 독립형 인스턴스가 아니라 FCI로 구성된 경우, 해당 SQL ServerSQL Server 인스턴스의 고가용성은 FCI에 있는 중복된 노드를 통해 보호됩니다.When a SQL ServerSQL Server instance is configured to be an FCI (instead of a standalone instance), the high availability of that SQL ServerSQL Server instance is protected by the presence of redundant nodes in the FCI. FCI에 있는 여러 노드 중에서 WSFC 리소스 그룹을 소유하는 노드는 한 번에 하나뿐입니다.Only one of the nodes in the FCI owns the WSFC resource group at a time. 오류(하드웨어 오류, 운영 체제 오류, 응용 프로그램 또는 서비스 오류)가 발생하거나 계획된 업그레이드가 수행될 경우에는 리소스 그룹의 소유권이 다른 WSFC 노드로 넘어갑니다.In case of a failure (hardware failures, operating system failures, application or service failures), or a planned upgrade, the resource group ownership is moved to another WSFC node. 이 프로세스는 SQL ServerSQL Server 에 연결하는 클라이언트나 응용 프로그램에 투명하게 수행되며, 오류 중 응용 프로그램이나 클라이언트에 발생하는 작동 중단 시간을 최소화합니다.This process is transparent to the client or application connecting to SQL ServerSQL Server and this minimize the downtime the application or clients experience during a failure. SQL ServerSQL Server 장애 조치(failover) 클러스터 인스턴스가 제공하는 몇 가지 주요 이점은 다음과 같습니다.The following lists some key benefits that SQL ServerSQL Server failover cluster instances provide:

  • 중복을 통한 인스턴스 수준의 보호Protection at the instance level through redundancy

  • 오류(하드웨어 오류, 운영 체제 오류, 응용 프로그램 또는 서비스 오류) 발생 시 자동 장애 조치(Failover)Automatic failover in the event of a failure (hardware failures, operating system failures, application or service failures)

    중요

    가용성 그룹에서는 FCI에서 해당 가용성 그룹 내의 다른 노드로의 자동 장애 조치(failover)가 지원되지 않습니다.In an availability group, automatic failover from an FCI to other nodes within the availability group is not supported. 즉, 고가용성 솔루션에서 자동 장애 조치(failover)가 중요한 구성 요소일 경우 하나의 가용성 그룹 내에 FCI와 독립형 노드를 함께 연결해서는 안됩니다.This means that FCIs and standalone nodes should not be coupled together within an availability group if automatic failover is an important component your high availability solution. 그러나 재해 복구 솔루션에 대해서는 이러한 연결이 가능합니다.However, this coupling can be made for your disaster recovery solution.

  • WSFC 클러스터 디스크(iSCSI, 파이버 채널 등) 및 SMB(서버 메시지 블록) 파일 공유와 같은 다양한 저장소 솔루션 지원Support for a broad array of storage solutions, including WSFC cluster disks (iSCSI, Fiber Channel, and so on) and server message block (SMB) file shares.

  • 다중 서브넷 FCI를 사용하거나 가용성 그룹 내에서 FCI가 호스트하는 데이터베이스를 실행하는 재해 복구 솔루션.Disaster recovery solution using a multi-subnet FCI or running an FCI-hosted database inside an availability group. MicrosoftMicrosoft SQL Server 2012SQL Server 2012의 새로운 다중 서브넷 지원 덕분에 다중 서브넷 FCI에는 더 이상 가상 LAN이 필요하지 않으며 다중 서브넷 FCI에 대한 관리 및 보안 성능이 향상되었습니다.With the new multi-subnet support in MicrosoftMicrosoft SQL Server 2012SQL Server 2012, a multi-subnet FCI no longer requires a virtual LAN, increasing the manageability and security of a multi-subnet FCI.

  • 장애 조치(failover) 중 응용 프로그램 및 클라이언트를 재구성할 필요 없음Zero reconfiguration of applications and clients during failovers

  • 자동 장애 조치(failover)를 위해 세부적인 트리거 이벤트에 대한 유연한 장애 조치(failover) 정책Flexible failover policy for granular trigger events for automatic failovers

  • 전용 및 영구 연결을 사용하는 정기적이고 세부적인 상태 검색을 통한 안정적인 장애 조치(failover)Reliable failovers through periodic and detailed health detection using dedicated and persisted connections

  • 간접 백그라운드 검사점을 통해 장애 조치(failover) 시간에 대한 구성 및 예측 가능Configurability and predictability in failover time through indirect background checkpoints

  • 장애 조치(failover) 중 리소스 사용 조절Throttled resource usage during failovers

권장 사항Recommendations

프로덕션 환경에서 장애 조치(Failover) 클러스터 인스턴스의 가상 IP 주소와 함께 고정 IP 주소를 사용하는 것이 좋습니다.In a production environment, we recommend that you use static IP addresses in conjunction the virtual IP address of a Failover Cluster Instance. DHCP는 프로덕션 환경에서 사용하지 않는 것이 좋습니다.We recommend against using DHCP in a production environment. 작동이 중단하고 DHCP IP 임대가 만료된 경우 DNS 이름과 연결된 새 DHCP IP 주소를 다시 등록하는 데 시간이 추가로 소요됩니다.In the event of down time, if the DHCP IP lease expires, extra time is required to re-register the new DHCP IP address associated with the DNS name.

장애 조치(Failover) 클러스터 인스턴스 개요Failover Cluster Instance Overview

FCI는 WSFC 노드가 하나 이상 포함된 WSFC 리소스 그룹에서 실행됩니다.An FCI runs in a WSFC resource group with one or more WSFC nodes. FCI가 시작되면 노드 중 하나가 리소스 그룹의 소유권을 갖고 해당 SQL ServerSQL Server 인스턴스를 온라인으로 설정합니다.When the FCI starts up, one of the nodes assume ownership of the resource group and brings its SQL ServerSQL Server instance online. 이 노드가 소유하는 리소스는 다음과 같습니다.The resources owned by this node include:

  • 네트워크 이름Network name

  • IP 주소IP address

  • 공유 디스크Shared disks

  • SQL ServerSQL Server 데이터베이스 엔진 서비스 Database Engine service

  • SQL ServerSQL Server 에이전트 서비스 Agent service

  • SQL ServerSQL Server Analysis Services 서비스(설치된 경우) Analysis Services service, if installed

  • 파일 공유 리소스 하나(FILESTREAM 기능이 설치된 경우)One file share resource, if the FILESTREAM feature is installed

    리소스 그룹에서 해당 SQL ServerSQL Server 서비스를 실행하는 노드는 언제라도 해당 리소스 그룹 소유자뿐이며 FCI의 다른 노드는 서비스를 실행할 수 없습니다.At any time, only the resource group owner (and no other node in the FCI) is running its respective SQL ServerSQL Server services in the resource group. 장애 조치(failover)가 수행되면 자동 장애 조치(failover) 또는 계획된 장애 조치(failover)인지 여부에 따라 다음과 같은 순서로 이벤트가 발생합니다.When a failover occurs, whether it be an automatic failover or a planned failover, the following sequence of events happen:

  1. 하드웨어 또는 시스템 오류가 발생하지 않은 한 버퍼 캐시에 있는 모든 더티 페이지가 디스크에 기록됩니다.Unless a hardware or system failure occurs, all dirty pages in the buffer cache are written to disk.

  2. 리소스 그룹의 모든 해당 SQL ServerSQL Server 서비스가 현재 노드에서 중지됩니다.All respective SQL ServerSQL Server services in the resource group are stopped on the active node.

  3. 리소스 그룹 소유권은 FCI의 다른 노드로 전송됩니다.The resource group ownership is transferred to another node in the FCI.

  4. 새 리소스 그룹 소유자가 SQL ServerSQL Server 서비스를 시작합니다.The new resource group owner starts its SQL ServerSQL Server services.

  5. 클라이언트 응용 프로그램 연결 요청이 동일한 VNN(가상 네트워크 이름)을 사용하여 새 현재 노드에 자동으로 연결됩니다.Client application connection requests are automatically directed to the new active node using the same virtual network name (VNN).

    FCI는 기본 WSFC 클러스터의 쿼럼 상태가 올바른 한(대부분의 쿼럼 WSFC 노드를 자동 장애 조치(failover) 대상으로 사용할 수 있는 경우) 온라인 상태로 유지됩니다.The FCI is online as long as its underlying WSFC cluster is in good quorum health (the majority of the quorum WSFC nodes are available as automatic failover targets). WSFC 클러스터가 쿼럼을 잃으면, 그 원인이 하드웨어, 소프트웨어, 네트워크 오류인지 아니면 부적절한 쿼럼 구성으로 인한 것인지에 따라 해당 FCI와 함께 전체 WSFC 클러스터가 오프라인으로 설정됩니다.When the WSFC cluster loses its quorum, whether due to hardware, software, network failure, or improper quorum configuration, the entire WSFC cluster, along with the FCI, is brought offline. 이러한 계획되지 않은 장애 조치(failover) 시나리오에서는 WSFC 클러스터 및 FCI를 다시 온라인으로 설정하기 위해 사용 가능한 남은 노드에서 쿼럼을 다시 설정하도록 수동 개입이 필요합니다.Manual intervention is then required in this unplanned failover scenario to reestablish quorum in the remaining available nodes in order to bring the WSFC cluster and FCI back online. 자세한 내용은 WSFC 쿼럼 모드 및 투표 구성(SQL Server)을 참조하세요.For more information, see WSFC Quorum Modes and Voting Configuration (SQL Server).

예측 가능한 장애 조치(Failover) 시간Predictable Failover Time

SQL ServerSQL Server 인스턴스가 검사점 작업을 마지막으로 언제 수행했는지에 따라 버퍼 캐시에 더티 페이지가 대량으로 남아 있을 수 있습니다.Depending on when your SQL ServerSQL Server instance last performed a checkpoint operation, there can be a substantial amount of dirty pages in the buffer cache. 따라서 남은 더티 페이지를 디스크에 기록하기 위한 시간만큼 장애 조치(failover)가 지속되어 장애 조치(failover) 시간이 오래 걸리고 예측할 수 없게 될 수 있습니다.Consequently, failovers last as long as it takes to write the remaining dirty pages to disk, which can lead to long and unpredictable failover time. MicrosoftMicrosoft SQL Server 2012SQL Server 2012부터는 FCI가 간접 검사점을 사용하여 버퍼 캐시에 남은 더티 페이지의 양을 조절할 수 있습니다.Beginning with MicrosoftMicrosoft SQL Server 2012SQL Server 2012, the FCI can use indirect checkpoints to throttle the amount of dirty pages kept in the buffer cache. 이러한 방식은 일반적인 작업의 경우 추가 리소스를 소비하지만 장애 조치(failover) 시간을 보다 예측 가능하도록 만들고 구성할 수도 있게 해줍니다.While this does consume additional resources under regular workload, it makes the failover time more predictable as well as more configurable. 이 기능은 조직 내 서비스 수준 계약에 따라 고가용성 솔루션에 대한 RTO(복구 시간 목표)가 지정된 경우에 매우 유용합니다.This is very useful when the service-level agreement in your organization specifies the recovery time objective (RTO) for your high availability solution. 간접 검사점에 대한 자세한 내용은 Indirect Checkpoints을 참조하세요.For more information on indirect checkpoints, see Indirect Checkpoints.

안정적인 상태 모니터링 및 유연한 장애 조치(Failover) 정책Reliable Health Monitoring and Flexible Failover Policy

FCI가 성공적으로 시작된 다음에는 WSFC 서비스가 기본 WSFC 클러스터의 상태뿐만 아니라 SQL ServerSQL Server 인스턴스의 상태를 모두 모니터링합니다.After the FCI starts successfully, the WSFC service monitors both the health of the underlying WSFC cluster, as well as the health of the SQL ServerSQL Server instance. MicrosoftMicrosoft SQL Server 2012SQL Server 2012부터 WSFC 서비스는 시스템 저장 프로시저를 통한 자세한 구성 요소 진단을 위해 전용 연결을 사용하여 현재 SQL ServerSQL Server 인스턴스를 폴링합니다.Beginning with MicrosoftMicrosoft SQL Server 2012SQL Server 2012, the WSFC service uses a dedicated connection to poll the active SQL ServerSQL Server instance for detailed component diagnostics through a system stored procedure. 이 방식은 세 가지 의미를 갖습니다.The implication of this is three-fold:

  • SQL ServerSQL Server 인스턴스에 대한 전용 연결을 통해 FCI의 부하가 높더라도 항상 구성 요소 진단을 위해 폴링을 안정적으로 수행할 수 있습니다.The dedicated connection to the SQL ServerSQL Server instance makes it possible to reliably poll for component diagnostics all the time, even when the FCI is under heavy load. 부하가 높은 시스템과 실제로 오류 조건이 있는 시스템을 구분할 수 있으므로 잘못된 장애 조치(failover)와 같은 문제를 방지할 수 있습니다.This makes it possible to distinguish between a system that is under heavy load and a system that actually has failure conditions, thus preventing issues such as false failovers.

  • 자세한 구성 요소 진단을 통해 보다 유연한 장애 조치(failover) 정책을 구성할 수 있으며, 이러한 정책에서 장애 조치(failover)를 일으키는 오류 조건과 그렇지 않은 오류 조건을 선택할 수 있습니다.The detailed component diagnostics makes it possible to configure a more flexible failover policy, whereby you can choose what failure conditions trigger failovers and which failure conditions do not.

  • 또한 자세한 구성 요소 진단은 자동 장애 조치(failover)에 대한 소급적인 문제 해결에도 도움을 줍니다.The detailed component diagnostics also enables better troubleshooting of automatic failovers retroactively. 진단 정보는 SQL ServerSQL Server 오류 로그와 함께 배치되는 로그 파일에 저장됩니다.The diagnostic information is stored to log files, which are collocated with the SQL ServerSQL Server error logs. 로그 파일을 로그 파일 뷰어에 로드해서 장애 조치(failover)를 일으킨 구성 요소 상태를 검사하여 해당 장애 조치(failover)가 발생한 원인을 확인할 수 있습니다.You can load them into the Log File Viewer to inspect the component states leading up to the failover occurrence in order to determine what cause that failover.

    자세한 내용은 Failover Policy for Failover Cluster Instances를 참조하세요.For more information, see Failover Policy for Failover Cluster Instances

장애 조치(Failover) 클러스터 인스턴스의 요소Elements of a Failover Cluster Instance

FCI는 운영 체제 버전과 패치 수준 및 SQL ServerSQL Server 버전과 패치 수준, 구성 요소 및 인스턴스 이름을 포함하는 동일 소프트웨어 구성뿐만 아니라 비슷한 하드웨어 구성을 포함하는 물리적 서버(노드) 집합으로 구성됩니다.An FCI consists of a set of physical servers (nodes) that contain similar hardware configuration as well as identical software configuration that includes operating system version and patch level, and SQL ServerSQL Server version, patch level, components, and instance name. 노드간 장애 조치(failover)를 수행할 때 FCI가 완전히 작동할 수 있도록 하려면 소프트웨어 구성이 동일해야 합니다.Identical software configuration is necessary to ensure that the FCI can be fully functional as it fails over between the nodes.

WSFC 리소스 그룹WSFC Resource Group
SQL ServerSQL Server FCI는 WSFC 리소스 그룹에서 실행됩니다.A SQL ServerSQL Server FCI runs in a WSFC resource group. 리소스 그룹의 각 노드는 동기화된 구성 설정 복사본과 검사 기준 레지스트리 키를 유지하여 장애 조치(failover) 후 FCI가 완전히 작동하고 클러스터의 노드 중 한 번에 하나의 노드만 리소스 그룹을 소유하도록 보장합니다.Each node in the resource group maintains a synchronized copy of the configuration settings and check-pointed registry keys to ensure full functionality of the FCI after a failover, and only one of the nodes in the cluster owns the resource group at a time (the active node). WSFC 서비스는 FCI의 VNN 및 가상 IP 주소뿐만 아니라 서버 클러스터, 쿼럼 구성, 장애 조치(failover) 정책 및 장애 조치(failover) 작업을 관리합니다.The WSFC service manages the server cluster, quorum configuration, failover policy, and failover operations, as well as the VNN and virtual IP addresses for the FCI. 오류(하드웨어 오류, 운영 체제 오류, 응용 프로그램 또는 서비스 오류)가 발생하거나 계획된 업그레이드가 수행될 경우에는 리소스 그룹의 소유권이 FCI의 다른 노드로 넘어갑니다. WSFC 리소스 그룹에서 지원되는 노드 수는 사용자의 SQL ServerSQL Server 버전에 따라 달라집니다.In case of a failure (hardware failures, operating system failures, application or service failures) or a planned upgrade, the resource group ownership is moved to another node in the FCI.The number of nodes that are supported in a WSFC resource group depends on your SQL ServerSQL Server edition. 또한 CPU, 메모리 및 디스크 수와 같은 하드웨어 용량에 따라 동일한 WSFC 클러스터가 여러 FCI(다중 리소스 그룹)를 실행할 수 있습니다.Also, the same WSFC cluster can run multiple FCIs (multiple resource groups), depending on your hardware capacity, such as CPUs, memory, and number of disks.

SQL Server 바이너리SQL Server Binaries
제품 바이너리는 SQL ServerSQL Server 독립형 설치와 비슷하게 FCI의 각 노드에 로컬로 설치됩니다.The product binaries are installed locally on each node of the FCI, a process similar to SQL ServerSQL Server stand-alone installations. 하지만 노드를 시작할 때 서비스가 자동으로 시작되지는 않으며, WSFC에서 관리됩니다.However, during startup, the services are not started automatically, but managed by WSFC.

저장소Storage
가용성 그룹과 달리 FCI는 데이터베이스 및 로그 저장을 위해 FCI의 모든 노드 간에 공유 저장소를 사용해야 합니다.Contrary to the availability group, an FCI must use shared storage between all nodes of the FCI for database and log storage. 공유 저장소는 WSFC 클러스터 디스크, SAN 디스크, S2D(저장소 공간 다이렉트) 또는 SMB의 파일 공유 형식일 수 있습니다.The shared storage can be in the form of WSFC cluster disks, disks on a SAN, Storage Spaces Direct (S2D), or file shares on an SMB. 이러한 방식으로 장애 조치(failover)가 발생할 때마다 FCI의 모든 노드가 동일한 인스턴스 데이터를 사용할 수 있습니다.This way, all nodes in the FCI have the same view of instance data whenever a failover occurs. 하지만 잠재적으로 공유 저장소가 단일 장애 지점이 될 가능성은 없으며, FCI는 기본 저장소 솔루션을 사용하여 데이터 보호를 보장합니다.This does mean, however, that the shared storage has the potential of being the single point of failure, and FCI depends on the underlying storage solution to ensure data protection.

네트워크 이름Network Name
FCI의 VNN은 FCI에 대한 통합 연결 지점을 제공합니다.The VNN for the FCI provides a unified connection point for the FCI. 따라서 현재 노드가 무엇인지 확인할 필요 없이 응용 프로그램이 VNN에 연결할 수 있습니다.This allows applications to connect to the VNN without the need to know the currently active node. 장애 조치(failover)가 발생하면 새 현재 노드가 시작된 후 이 노드에 VNN이 등록됩니다.When a failover occurs, the VNN is registered to the new active node after it starts. 이 프로세스는 SQL ServerSQL Server 에 연결하는 클라이언트나 응용 프로그램에 투명하게 수행되며, 오류 중 응용 프로그램이나 클라이언트에 발생하는 작동 중단 시간을 최소화합니다.This process is transparent to the client or application connecting to SQL ServerSQL Server and this minimize the downtime the application or clients experience during a failure.

가상 IPVirtual IPs
다중 서브넷 FCI의 경우 FCI의 각 서브넷에 가상 IP 주소가 할당됩니다.In the case of a multi-subnet FCI, a virtual IP address is assigned to each subnet in the FCI. 그리고 장애 조치(failover)가 발생하면 해당 서브넷의 가상 IP 주소를 가리키도록 DNS 서버에서 VNN이 업데이트됩니다.During a failover, the VNN on the DNS server is updated to point to the virtual IP address for the respective subnet. 그런 다음에는 다중 서브넷 장애 조치(failover) 후에도 응용 프로그램 및 클라이언트가 동일한 VNN을 사용하여 FCI에 연결할 수 있습니다.Applications and clients can then connect to the FCI using the same VNN after a multi-subnet failover.

SQL Server 장애 조치(Failover) 개념 및 태스크SQL Server Failover Concepts and Tasks

개념 및 태스크Concepts and Tasks 항목Topic
오류 검색 메커니즘과 유연한 장애 조치(failover) 정책에 대해 설명합니다.Describes the failure detection mechanism and the flexible failover policy. Failover Policy for Failover Cluster InstancesFailover Policy for Failover Cluster Instances
FCI 관리 및 유지 관리에 대한 개념을 설명합니다.Describes concepts in FCI administration and maintenance. 장애 조치(failover) 클러스터 인스턴스 관리 및 유지 관리Failover Cluster Instance Administration and Maintenance
다중 서브넷 구성 및 개념 설명Describes multi-subnet configuration and concepts SQL Server 다중 서브넷 클러스터링(SQL Server)SQL Server Multi-Subnet Clustering (SQL Server)

관련 항목Related Topics

항목 설명Topic descriptions 항목Topic
SQL ServerSQL Server FCI를 설치하는 방법을 설명합니다.Describes how to install a new SQL ServerSQL Server FCI. 새 SQL Server 장애 조치(failover) 클러스터 만들기(설치 프로그램)Create a New SQL Server Failover Cluster (Setup)
SQL Server 2017SQL Server 2017 장애 조치(failover) 클러스터를 업그레이드하는 방법을 설명합니다.Describes how to upgrade to a SQL Server 2017SQL Server 2017 failover cluster. SQL Server 장애 조치(failover) 클러스터 인스턴스 업그레이드Upgrade a SQL Server Failover Cluster Instance
Windows 장애 조치(Failover) 클러스터링 개념을 설명하고 Windows 장애 조치(Failover) 클러스터링에 관련된 태스크의 링크를 제공합니다.Describes Windows Failover Clustering Concepts and provides links to tasks related to Windows Failover Clustering Windows Server 2008Windows Server 2008: 장애 조치(Failover) 클러스터 개요: Overview of Failover Clusters

Windows Server 2008Windows Server 2008 R2: 장애 조치(Failover) 클러스터 개요 R2: Overview of Failover Clusters
FCI의 노드와 가용성 그룹 내 복제본 간의 개념적인 차이를 설명하고 FCI를 사용하여 가용성 그룹을 위한 복제본을 호스팅할 때 고려해야 할 사항에 대해 설명합니다.Describes the distinctions in concepts between nodes in an FCI and replicas within an availability group and considerations for using an FCI to host a replica for an availability group. 장애 조치(failover) 클러스터링 및 가용성 그룹(SQL Server)Failover Clustering and Availability Groups (SQL Server)