SharePoint Server에 대한 고가용성 아키텍처 및 전략 만들기Create a high availability architecture and strategy for SharePoint Server

요약: 팜 아키텍처와 기술을 결합하여 단일 SharePoint Server 2016 및 SharePoint 2013 팜에서 고가용성 환경을 만드는 방법을 알아봅니다.Summary: Learn how to combine farm architecture and technology to create a highly available environment in a single SharePoint Server 2016 and SharePoint 2013 farm.

고가용성 전략은 프로덕션 SharePoint Server 환경에 대한 중요한 요구 사항입니다. 종단 간 전략에는 작업 프로세스, 플랫폼 관리 방식, 아키텍처 및 기술 솔루션이 포함됩니다. 이 문서에서는 고가용성의 아키텍처 및 기술 측면에 중점을 둡니다. 관리 방식은 특정 SharePoint 디자인 요소 및 고가용성 전략을 결정할 기술 옵션에 대해 설명합니다.A high-availability strategy is an important requirement for a production SharePoint Server environment. An end-to-end strategy includes operational processes, platform governance, architecture, and technical solutions. This article focuses on the architectural and technical aspects of high availability. The guidance explains specific SharePoint design elements and the technical options that will determine your strategy for high availability.

참고

고가용성과 재해 복구는 서로 다릅니다. 계획과 솔루션에 겹치는 영역이 있긴 하지만 비즈니스 연속성의 하위 집합입니다. 고가용성은 기본 데이터 센터와 계획된 가동 중지 시간 내에 복원력을 제공하는 데 목적이 있습니다. 재해 복구는 기본 데이터 센터의 재해로 인해 인프라를 사용할 수 없는 경우 보조 데이터 센터에서 컴퓨터 작업을 계속할 수 있도록 하는 데 목적이 있습니다. SharePoint Server의 재해 복구에 대한 자세한 내용은 SharePoint Server의 재해 복구 전략 선택을 참조하세요.High availability and disaster recovery are not the same things. Although there is overlap in planning and solutions, they are subsets of business continuity. The purpose of high availability is to provide resiliency within the primary data center and planned downtime. The purpose of disaster recovery is to enable an organization to resume computer operations in a secondary data center when a disaster at the primary data center makes the infrastructure unusable. For information about disaster recovery for SharePoint Server, see Choose a disaster recovery strategy for SharePoint Server.

고가용성은 일반적으로 시스템이 계속 작동하고 장애 도메인에서 하드웨어, 소프트웨어 또는 응용 프로그램 범주 중 하나의 오류가 발생할 때 사용자에게 리소스를 제공하는 능력을 설명하는 데 사용됩니다. 가용성 수준은 시스템이 비즈니스 기능을 지원하기 위해 계속 작동하는 시간의 백분율의 측정값으로 표시됩니다. 필요한 가용성 수준은 조직에 따라 다릅니다. 사업부 간에 이 요구 사항이 다를 수도 있지만 서비스 수준 계약은 조직 전체에 대한 것입니다. 사용자 관점에서 SharePoint 팜은 사용자가 팜에 액세스하고 작업에 필요한 기능과 서비스를 사용할 수 있을 때 이용 가능합니다.High availability is generally used to describe the ability of a system to continue operating and provide resources to its users when a failure occurs in one or more of the following categories in a fault domain: hardware, software, or application. The level of availability is expressed as a measure of the percentage of time that a system is continuously operational to support business functions. The required level of availability varies among organizations. Although this requirement may also vary among business units, a service level agreement is for the organization as a whole. From the perspective of users, a Sharepoint farm is available when users can access the farm and use the features and services that they must have to do their work.

가용성이 높은 SharePoint 팜에는 다음과 같은 목표와 특징이 있습니다.A highly available SharePoint farm has the following goals and characteristics:

  • 팜 디자인에서 잠재적 오류 지점을 줄입니다. 모든 오류 지점을 제거할 수는 없으므로 전반적인 전략에서 오류 이벤트에 응답하는 방법을 다루어야 합니다.The farm design reduces potential points of failure. Because it is improbable that you can eliminate all failure points, the overall strategy must address how to respond to a failure event.

  • 장애 조치(failover) 이벤트는 원활하게 진행되고 사용자 작업에 최소한의 영향을 미칩니다.Failover events are seamless and have minimal effect on user activities.

  • 팜이 완전히 실패하는 대신 작업 시간만 감소하고 계속 작동합니다.The farm continues to operate at reduced capacity instead of failing completely.

  • 팜에 복원력이 있습니다. 서비스에 영향을 주는 인시던트가 자주 발생하지 않으며, 발생할 경우 시의 적절하고 효과적인 조치가 수행됩니다.The farm is resilient. Incidents affecting service occur infrequently, and timely and effective action is taken when they do occur.

소개Introduction

SharePoint 환경에 대한 사실적이고 경제적인 고가용성 아키텍처 및 전략을 만들려면 먼저 가용성 목표를 정의하고 수량화해야 합니다. 이러한 목표는 조직이 SharePoint Server에 종속되는 범위와 서비스가 손실될 경우 조직의 운영에 미칠 수 있는 영향을 반영합니다. 서비스가 손실될 경우의 영향은 손실 특성(전체 또는 부분) 및 손실 기간에 따라 달라집니다.Before you can create a realistic and economical high-availability architecture and strategy for your SharePoint environment, you have to define and quantify your availability goals. These goals reflect the extent to which your organization depends on SharePoint Server and how a loss of service might affect the organization's operations. The effect of the loss of service depends on the nature of the loss (full or partial) and the duration of the loss.

성공적인 고가용성 전략은 조직의 특정 요구를 반영해야 합니다. 또한 비즈니스 요구 사항과 IT SLA(서비스 수준 계약), 그리고 기술 솔루션, IT 지원 기능 및 인프라 비용 가용성 간의 최적 균형을 제공해야 합니다.A successful high-availability strategy must reflect the specific needs of your organization. Additionally, it must provide an optimal balance between business requirements, IT service level agreements (SLAs), and the availability of technical solutions, IT support capabilities, and infrastructure costs.

조직의 가용성 요구 사항을 식별한 후 고가용성 디자인과 가동 중지 시간 및 작동 감소의 위험을 줄일 전략을 만들 수 있습니다. 가용성이 높은 시스템을 디자인 및 배포하는 IT 전문가는 목표를 달성하기 위해 다음과 같은 원칙에 따릅니다.After identifying availability requirements for your organization, you can begin to create a high-availability design and a strategy that reduces the risk of downtime and reduced operations. IT professionals who design and deploy highly available systems use the following guiding principles to meet their goals:

  • 가능한 모든 계층(운영 체제, 소프트웨어 및 SharePoint 응용 프로그램)에서 각 장애 도메인 및 전체 시스템에 대한 단일 오류 지점을 제거합니다.Eliminate single points of failure for each fault domain and the entire system at every possible layer (the operating system, software and the SharePoint application).

  • 빠른 장애 검색, 격리 및 해결을 구현합니다.Implement very rapid fault detection, isolation, and resolution.

고가용성 솔루션은 광범위하며 미리 정의된 필수 서비스를 제공하기 위해 통합된 시스템 수준의 공유 리소스 집합을 제공합니다. 솔루션은 다양한 하드웨어 및 소프트웨어 조합을 사용하여 시스템 또는 시스템의 일부에서 오류가 발생할 때 가동 중지 시간을 최소화하고 서비스를 복원합니다.High availability solutions are broad in scope and provide a set of system-wide, shared resources that are integrated to provide predefined required services. The solution uses different combinations of hardware and software to minimize downtime and restore services when the system or part of the system fails.

내결함성 솔루션은 하드웨어를 중심으로 하며 특수 하드웨어를 사용하여 장애를 검색하고 중복 하드웨어 구성 요소로 즉시 전환합니다. 이 구성 요소는 프로세서, 메모리 보드, 전원 공급 장치, I/O 하위 시스템 또는 저장소 하위 시스템일 수 있습니다. 중복 구성 요소로 전환하면 높은 서비스 수준이 제공됩니다.A fault-tolerant solution is hardware-centric and uses specialized hardware to detect faults and instantly switch to a redundant hardware component. This component can be a processor, memory board, power supply, I/O subsystem, or storage subsystem. The switch to a redundant component provides a high level of service.

내결함성 솔루션과 고가용성 솔루션의 비용 이익 분석을 통해 조직은 SharePoint 팜에 대한 가용성 목표를 달성하기 위한 효과적인 전략을 만들 수 있습니다.A cost-benefits analysis of fault-tolerant solutions and high availability solutions enables organizations to create an effective strategy to meet the availability goals for their SharePoint farm. Typically there are cost tradeoffs between the two solutions.

고가용성을 구현하는 프로세스는 SharePoint 팜에 대한 고비용 투자 중 하나입니다. 제공하려는 가용성 수준과 시스템 수가 증가함에 따라 가용성 솔루션의 복잡성과 비용도 증가합니다.A process that implements high availability is one of the more expensive investments for a SharePoint farm. As the level of availability and the number of systems that you want to make highly available increases, complexity and cost of an availability solution also increases.

가상화 기술이 발전함에 따라 조직은 가상 컴퓨터를 핫 스패어, 웜 스패어 또는 콜드 스패어로 사용할 수 있습니다. 가상 컴퓨터는 동일한 기능을 제공하는 데 적합할 수 있습니다. 가상화는 유연성과 비용 효율성을 제공할 수 있습니다. 그러나 가상 컴퓨터가 교체할 물리적 컴퓨터의 로드를 처리할 수 있는지 확인해야 합니다.Advances in virtualization technology enable organizations to use virtual computers as hot, warm, or cold spares. Virtual computers may be suitable to provide the same functionality. Virtualization can provide flexibility and cost efficiency. However, you must verify that a virtual machine has the capacity to handle the load of the physical computer that it will replace.

고가용성을 지원하는 팜 아키텍처 만들기Create a farm architecture that supports high availability

다음 그림에서는 SharePoint 환경의 각 부분을 분산하고 팜 전체의 가용성을 높이도록 구성하는 방법을 보여줍니다. 또한 이 예제에서는 중복을 통해 장애 도메인을 해결할 수 있는 방법을 보여줍니다.The following illustration shows how you can distribute and configure different parts of a SharePoint environment to increase availability across a farm. This example also shows how redundancy can address fault domains.

참고

포괄적인 예제는 아닙니다. 예를 들어 장애 도메인과 내결함성 하드웨어가 모두 표시되지는 않습니다.Our example is not comprehensive. For example it does not show all the fault domains and fault-tolerant hardware.

오류 지점을 해결하기 위한 팜 토폴로지의 중복 예제Examples of redundancy in a farm topology to address points of failure

A farm example that shows how redundant roles and services are used to address single points of failure. Read the followiing list for more details.

이전 그림의 토폴로지를 참조하여 다음 사항을 확인하세요.Referring to the topology in the previous illustration, note the following:

  • 이 예제의 팜 서버는 Hyper-V 호스트 서버에 배포된 물리적 컴퓨터 또는 가상 컴퓨터일 수 있습니다. 오류 지점을 식별하고 응답할 때의 원칙은 두 유형의 환경에 모두 적용됩니다.The farm servers in this example can be physical computers or virtual machines that are deployed on Hyper-V host servers. The principle of identifying and responding to points of failure applies to both types of environment.

  • 서버 4대(W1-W4)는 콘텐츠를 제공하는 용도로만 사용되며, 하나 이상의 서버에서 오류가 발생할 경우 이러한 중복성으로 인해 가용성이 증가합니다. 소프트웨어 업데이트를 적용할 때도 이 중복 수준을 통해 팜이 작업을 계속할 수 있습니다.Four servers (W1-W4) are dedicated to serving content and this redundancy increases availability if a failure occurs in one or more servers. This level of redundancy also enables the farm to continue operations when software updates are applied.

  • 4대의 응용 프로그램 서버(A1-A4)는 팜 서비스 및 특정 응용 프로그램 구성 요소(예: 검색)의 가용성을 높입니다. 검색 역할 및 구성 요소는 중복됩니다.Four application servers (A1-A4) increase availability for farm services and specific application components such as search. Search roles and components are redundant.

  • 팜 데이터베이스 서버가 중복되며, 데이터베이스 미러링 또는 클러스터링을 사용하여 데이터베이스 고가용성을 구현할 수 있습니다.The farm database servers are redundant and database high availability can be achieved by using database mirroring or clustering.

  • 가상 환경에서 단일 오류 지점을 제거하기 위해 가상 컴퓨터를 별도의 Hyper-V 호스트 서버에 배치합니다. 이러한 가상 컴퓨터 배치 방법은 가용성 및 성능에 대한 모범 사례 지침을 따릅니다.In a virtual environment the virtual machines are put on separate Hyper-V host servers to eliminate a single point of failure. This approach to virtual machine placement follows best practice guidelines for availability and performance.

  • 팜과 인프라를 장애 도메인 모음으로 표시하는 방법을 보여주기 위해 주 데이터베이스 서버(레이블 1) 및 가상화 호스트 컴퓨터 중 두 개가 포함된 랙 2(레이블 2)가 장애 도메인으로 식별되었습니다. 이렇게 하면 환경에 대한 심층 분석을 통해 전체 전략을 개발하고 비용 이익 분석을 수행하는 방법을 확인할 수 있습니다.The primary database server (labeled 1) and Rack 2 (labeled 2), that contains two of the virtualization host computers, are identified as fault domains to show how your farm and infrastructure can be viewed as a collection of fault domains. This shows how you can do an in-depth analysis of your environment to develop an overall strategy and cost benefit analysis.

기타 팜 역할 및 서비스Other farm roles and services

특정 SharePoint 팜에서 실행될 수 있는 모든 역할, 서비스 및 서비스 응용 프로그램이 예제에 포함되어 있지는 않습니다. SharePoint 팜의 모든 항목에 일반적인 고가용성 방법을 사용할 수는 없습니다. 표준 고가용성 방법 사용에 대한 몇 가지 중요한 제외 사항은 다음과 같습니다.Our example does not include all the roles, services, and service applications that might be running in a specific SharePoint farm. You cannot use a generic approach to high availability for everything in a SharePoint farm. Some important exclusions to using a standard approach to high availability are as follows:

고가용성 솔루션에서 내결함성 사용Use fault tolerance in your high availability solution

가용성이 높은 역할과 작업을 지원하는 아키텍처를 설계한 후 내결함성 구성 요소를 사용하여 가용성을 높일 수 있습니다. 내결함성 솔루션은 데이터베이스를 포함하는 인프라 전체에서 사용할 수 있습니다.After you design an architecture that supports highly available roles and workloads, you can use fault-tolerant components to increase availability. Fault tolerant solutions are available across the infrastructure, which includes the databases.

내결함성 인프라A fault-tolerant infrastructure

내결함성은 SharePoint 팜 인프라의 거의 모든 하드웨어 구성 요소에 쉽게 사용할 수 있습니다. 고가용성 디자인의 일부로, 작동 및 비용 관점에서 내결함성이 있어야 하는 인프라 부분을 확인하세요. 인프라의 모든 부분을 내결함성으로 만들 수 있다고 해서 반드시 그래야 하는 것은 아닙니다.Fault tolerance is readily available for almost every hardware component in the infrastructure of a SharePoint farm. As part of your high availability design, determine the parts of the infrastructure that should be fault-tolerant from an operational and cost perspective. Just because you can make every part of the infrastructure fault-tolerant doesn't mean that you should.

내결함성 데이터베이스 서버 및 데이터베이스Fault tolerant database servers and databases

SharePoint 플랫폼과 응용 프로그램 작업은 모든 SharePoint 데이터베이스의 가용성 및 안정성에 종속되므로 가용성이 높은 데이터베이스는 고가용성 전략의 중요한 측면입니다. SharePoint 데이터베이스 서버 및 데이터베이스의 내결함성 솔루션으로 사용할 수 있는 기능은 다음과 같습니다.Because the SharePoint platform and its application workloads depend on the availability and reliability of all the SharePoint databases, highly available databases are an extremely important aspect of your high availability strategy. You can use the following features as fault-tolerant solutions for SharePoint database servers and databases:

  • SQL Server 장애 조치(failover) 클러스터링(SP1(서비스 팩 1)이 있는 SQL Server 2014 및 SQL Server 2012의 AlwaysOn FCI(장애 조치(Failover) 클러스터 인스턴스))SQL Server failover clustering (AlwaysOn Failover Cluster Instances (FCI) in SQL Server 2014 with Service Pack 1 (SP1)) and SQL Server 2012

  • AlwaysOn 가용성 그룹AlwaysOn Availability Groups

  • SQL Server 고가용성 데이터베이스 미러링SQL Server high-availability database mirroring

AlwaysOn 장애 조치(Failover) 클러스터 인스턴스 및 AlwaysOn 가용성 그룹 정보About AlwaysOn Failover Cluster Instances and AlwaysOn Availability Groups

장애 조치(failover) 클러스터에는 두 컴퓨터 간에 공유되는 디스크 저장소가 필요합니다. 두 노드 구성에서 컴퓨터는 기본 노드의 완전한 중복 인스턴스를 제공하는 활성/수동으로 구성됩니다. 수동 노드는 기본 노드에서 오류가 발생한 경우에만 온라인으로 전환됩니다. 공유 디스크는 한 번에 하나의 컴퓨터에만 표시됩니다. 일반적으로 이 구성에 필요한 추가 하드웨어가 가장 많습니다. SQL Server 2014(SP1) 및 SQL Server 2012에서 이 유형의 클러스터 구성은 AlwaysOn 장애 조치(failover) 클러스터 인스턴스이며, SQL Server를 설치하는 특정 방법입니다. 구성 요구 사항 때문에 표준 SQL Server 설치를 사용하여 장애 조치(failover) 클러스터 인스턴스로 쉽게 변경할 수 없습니다.A failover cluster requires shared disk storage between two computers. In a two node configuration, the computers are configured as active/passive which provides a fully redundant instance of the primary node. The passive node is only brought online when the primary node fails. The shared disk is only presented to one computer at a time. This configuration typically requires the most additional hardware. In SQL Server 2014 (SP1) and SQL Server 2012, this type of cluster configuration is an AlwaysOn Failover Cluster Instance, and it is a specific way to install SQL Server. Because of the configuration requirements, you cannot take a standard SQL Server installation and easily change it to a Failover Cluster Instance.

AlwaysOn 가용성 그룹은 Windows 클러스터링에서 표시하는 일부 기능을 사용하는 SQL Server 2014(SP1) 및 SQL Server 2012의 다른 기술입니다(데이터베이스 미러링의 하위 항목으로 간주). 그러나 공유 디스크 저장소가 필요하지 않으며, 가용성 그룹의 컴퓨터에 특수 구성의 SQL Server가 설치되어 있지 않아도 됩니다. 데이터베이스 서버가 Windows 클러스터에 추가된 후 비교적 쉽게 AlwaysOn 가용성 그룹을 사용하도록 설정하고 원하는 가용성 그룹을 구성할 수 있습니다.An AlwaysOn Availability Group is a different technology in SQL Server 2014 (SP1) and SQL Server 2012 (think of it as a descendant of Database Mirroring) that uses some features exposed by Windows Clustering. However, it does not require shared disk storage, and the computers in an availability group do not have to have a specialized configuration of SQL Server installed on them. After a database server is added to a Windows Cluster, it is fairly easy to enable AlwaysOn Availability Groups and then configure the availability group that you want.

요약하면, SQL Server 2014(SP1) 및 SQL Server 2012 Enterprise Edition을 실행하는 모든 서버는 클러스터에 가입하고 가용성 그룹을 구성하여 AlwaysOn 가용성 그룹을 사용할 수 있습니다. AlwaysOn 장애 조치(failover) 클러스터에서 장애 조치(failover) 클러스터 인스턴스를 설정하려면 특수 하드웨어 및 구성 단계가 필요합니다. 각 기술은 특정 환경에 사용되며 상호 보완적인 경쟁 기술입니다. 이러한 기능에 대한 자세한 내용은 고가용성 솔루션(SQL Server)을 참조하세요. 사용할 SQL Server 가용성 기술을 결정하는 데 도움이 필요한 경우 SQL Server 가용성 기술 선택을 참조하세요.In summary, any server that runs SQL Server 2014 (SP1) and SQL Server 2012 Enterprise Edition can use AlwaysOn Availability Groups by joining a cluster and configuring the availability group. AlwaysOn failover clusters require special hardware and configuration steps to set up Failover Cluster Instances. Each of these technologies has its use for specific environments, and both are complimentary competitors. For more information about these features, see High Availability Solutions (SQL Server). For help deciding which SQL Server availability technology to use, see Choosing a SQL Server Availability Technology.

중요

각 SQL Server 고가용성 옵션에는 해당 기능과 장단점이 있으므로 한 옵션이 반드시 다른 옵션보다 더 나은 것은 아닙니다. 예를 들어 AlwaysOn 가용성 그룹을 사용하는 지정된 시나리오에서는 데이터 손실을 최소화하는 것이 AlwaysOn 장애 조치(failover) 클러스터 인스턴스를 통한 성능 이점보다 더 나을 수 있습니다. 비즈니스 요구 사항 및 IT 인프라 요구 사항에 따라 고가용성 솔루션을 선택해야 합니다.Because each SQL Server high availability option has its own features, strengths, and weaknesses, one option is not necessarily better than another. For example, in a given scenario that uses AlwaysOn Availability Groups, minimizing data lose might be better than any performance gain that AlwaysOn Failover Cluster Instances achieves. You must choose a high-availability solution that is based on your business requirements and IT infrastructure requirements.

사용할 SQL Server 옵션 선택의 결정 요인은 SharePoint 데이터베이스입니다. SharePoint Server 데이터베이스의 특징을 이해해야 합니다. 각 데이터베이스의 특정 요구 사항이나 제약 조건에 따라 프로덕션 환경에 적합하고 완전히 지원되는 SQL Server 내결함성 솔루션이 결정됩니다.A determining factor in selecting a SQL Server option to use is the SharePoint databases. You must understand the characteristics of the SharePoint Server databases. Each database may have specific requirements or constraints that will determine the SQL Server fault-tolerant solution that is appropriate and fully supported in your production environment. We recommend that you review the following articles:

SQL Server 장애 조치 클러스터링SQL Server failover clustering

장애 조치(failover) 클러스터링은 SQL Server 2014(SP1) 또는 SQL Server 2012에서 SQL Server 인스턴스에 가용성 지원을 제공합니다.Failover clustering provides availability support for an instance of SQL Server on SQL Server 2014 (SP1) or SQL Server 2012.

장애 조치(failover) 클러스터는 하나 이상의 노드 또는 서버와 둘 이상의 공유 디스크로 이루어진 조합입니다. 장애 조치(failover) 클러스터 인스턴스는 단일 클러스터로 표시되므로 현재 노드를 사용할 수 없는 경우 한 노드에서 다른 노드로의 장애 조치(failover)를 제공합니다. SharePoint Server은 SQL Server이 지원하는 클러스터의 모든 활성 및 수동 노드 조합에서 실행될 수 있습니다.A failover cluster is a combination of one or more nodes or servers, and two or more shared disks. Although an instance of a failover cluster appears as a single computer, the instance provides failover from one node to another if the current node becomes unavailable. SharePoint Server can run on any combination of active and passive nodes in a cluster that SQL Server supports.

SharePoint Server은 클러스터 전체를 참조합니다. 따라서 SharePoint Server의 관점에서 장애 조치(failover)가 자동으로 매끄럽게 수행됩니다.SharePoint Server references the cluster as a whole. Therefore, failover is automatic and seamless from the perspective of SharePoint Server.

참고

계획된 또는 계획되지 않은 장애 조치(failover)가 발생하면 연결이 삭제되며, 한 클러스터 노드에서 다른 클러스터 노드로 전환할 때 다시 설정해야 합니다.When either a planned or unplanned failover happens, connections are dropped and must be established again when transitioning from one cluster node to another cluster node.

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

SQL Server AlwaysOn 가용성 그룹 및 SQL Server 데이터베이스 미러링SQL Server AlwaysOn Availability Groups and SQL Server Database Mirroring

SQL Server AlwaysOn 가용성 그룹 및 SQL Server 데이터베이스 미러링의 주요 이점은 트랜잭션 처리에 대한 구성 방법에 따라 둘 다 완벽하거나 거의 완벽한 데이터 중복성을 제공한다는 것입니다. 자동 장애 조치(failover)는 데이터 손실을 최소화할 뿐 아니라 프로덕션 데이터베이스의 가동 중지 시간을 최소화합니다.The key benefit of SQL Server AlwaysOn Availability Groups and SQL Server Database Mirroring is that both provide complete or almost complete data redundancy depending on how you configure them for transaction processing. In addition to minimizing data loss, automatic failover minimizes downtime for production databases.

중요

SQL Server 2016, SQL Server 2014(SP1) 및 SQL Server 2012에서 데이터베이스 미러링을 지원하지만 이 기능은 더 이상 사용되지 않을 예정입니다. 새 개발 작업에서는 이 기능을 사용하지 않는 것이 좋습니다. 현재 이 기능을 사용하는 응용 프로그램을 변경하세요. AlwaysOn 가용성 그룹을 대신 사용합니다.Although SQL Server 2016, SQL Server 2014 (SP1), and SQL Server 2012 support database mirroring, this feature is planned to be deprecated. We recommend that you avoid using this feature in new development work. Plan to change applications that currently use this feature. Use AlwaysOn Availability Groups instead.

AlwaysOn 가용성 그룹AlwaysOn Availability Groups

SQL Server AlwaysOn 가용성 그룹 기능은 데이터베이스 미러링을 대체하는 엔터프라이즈 수준 대안을 제공하는 고가용성 및 재해 복구 솔루션입니다. AlwaysOn 가용성 그룹은 사용자 정의 모음에 포함된 하나 이상의 사용자 데이터베이스에 대해 장애 조치(failover) 환경을 지원합니다. 가용성 그룹인 이 모음은 다음 구성 요소로 이루어져 있습니다.The SQL Server AlwaysOn Availability Groups feature is both a high-availability and disaster-recovery solution that provides an enterprise-level alternative to database mirroring. AlwaysOn Availability Groups supports a failover environment for one or more user databases contained in a user-defined collection. This collection, an availability group, consists of the following components:

  • 단일 단위로 처리되는, 가용성 데이터베이스라는 개별 사용자 데이터베이스 집합인 복제본. 각 가용성 그룹은 기본 복제본 1개와 최대 4개의 보조 복제본을 지원합니다.Replicas, which are a discrete set of user databases called availability databases that are handled as a single unit. An availability group supports one primary replica and up to four secondary replicas.

  • 각 복제본을 호스트하고 가용성 그룹에 속하는 각 데이터베이스의 로컬 복사본을 유지 관리하기 위한 SQL Server의 특정 인스턴스.A specific instance of SQL Server to host each replica and to maintain a local copy of each database that belongs to the availability group.

가용성 그룹이 대상 인스턴스 또는 대상 서버로 장애 조치(failover)되면 해당 그룹의 모든 데이터베이스도 장애 조치됩니다. SQL Server 2014(SP1) 및 SQL Server 2012는 단일 서버에서 여러 가용성 그룹을 호스트할 수 있기 때문에 여러 서버의 SQL Server 인스턴스로 장애 조치되도록 AlwaysOn을 구성할 수 있습니다. 이렇게 하면 기본 서버의 전체 부하를 처리하기 위해 자주 사용되지 않는 유휴 상태의 고성능 대기 서버를 준비할 필요가 없습니다. 이러한 이점은 가용성 그룹의 여러 이점 중 하나입니다.When an availability group fails over to a target instance or target server, all databases in the group also fail over. Because SQL Server 2014 (SP1) and SQL Server 2012 can host multiple availability groups on a single server, you can configure AlwaysOn to fail over to SQL Server instances on different servers. This reduces the need for idle, high-performance standby servers to handle the full load of the primary server, which is one of the many benefits of availability groups.

참고

데이터 파일 손실, 데이터베이스 삭제 또는 트랜잭션 로그 손상 등의 원인으로 의심되는 데이터베이스와 같은 데이터베이스 문제는 장애 조치(failover)를 일으키지 않습니다.Database issues, such as a database becoming suspect due to a loss of a data file, deletion of a database, or corruption of a transaction log do not cause a failover.

AlwaysOn 가용성 그룹의 이점 및 AlwaysOn 가용성 그룹 용어의 개요에 대한 자세한 내용은 AlwaysOn 가용성 그룹(SQL Server)을 참조하세요.For more information about the benefits of AlwaysOn Availability Groups and an overview of AlwaysOn Availability Groups terminology, see AlwaysOn Availability Groups (SQL Server).

데이터베이스 미러링Database mirroring

참고

SQL Server 2016, SQL Server 2014(SP1) 및 SQL Server 2012에서 데이터베이스 미러링을 지원하지만 이 기능은 더 이상 사용되지 않을 예정입니다. 새 개발 작업에서는 이 기능을 사용하지 않는 것이 좋습니다. 현재 이 기능을 사용하는 응용 프로그램을 변경하세요. AlwaysOn 가용성 그룹을 대신 사용합니다.Although SQL Server 2016, SQL Server 2014 (SP1), and SQL Server 2012 support database mirroring, this feature is planned to be deprecated. We recommend that you avoid using this feature in new development work. Plan to change applications that currently use this feature. Use AlwaysOn Availability Groups instead.

데이터베이스 미러링은 주 데이터베이스 서버에 미러된 데이터베이스 복사본을 유지하여 데이터베이스 중복성을 제공합니다. 미러링은 데이터베이스 단위로 구현되며, 전체 복구 모델을 사용하는 데이터베이스에서만 작동합니다.Database mirroring provides database redundancy by keeping a mirrored copy of databases on the primary database server. Mirroring is implemented on a per-database basis and only works with databases that use the full recovery model.

참고

두 가지 미러링 작동 모드가 있습니다. 그중 하나인 높은 안전 모드는 동기 작업을 지원합니다. 높은 안전 모드에서는 세션이 시작될 때 미러 서버가 미러 데이터베이스 및 주 데이터베이스를 가능한 한 빨리 동기화합니다. 데이터베이스가 동기화되자마자 트랜잭션이 보조 서버의 로그에 작성된 다음 재생됩니다. 트랜잭션이 강화되는 즉시 컨트롤이 주 서버로 반환됩니다. 다른 미러링 모드는 고성능으로, 비동기 작업을 사용하여 트랜잭션 대기 시간을 줄이지만 데이터 손실이 증가합니다.There are two mirroring operating modes. One of them, high-safety mode, supports synchronous operation. In high-safety mode, when a session starts, the mirror server synchronizes the mirror database and the principal database as quickly as possible. As soon as the databases are synchronized, a transaction is written to the log on the secondary server and then replayed. (Control returns to the principal server as soon as the transaction is hardened.) The other mirroring mode is high-performance, which uses asynchronous operation to reduce transaction latency, at the cost of increased data loss.

SharePoint 팜에서 고가용성 미러링을 구현하려면 높은 안전 모드를 자동 장애 조치(failover)와 함께 사용해야 합니다. 높은 안전 데이터베이스 미러링에는 주 서버, 미러 서버 및 미러링 모니터 서버의 세 가지 서버 인스턴스가 필요합니다. 미러링 모니터 서버를 사용하면 SQL Server가 주 서버에서 미리 서버로 자동으로 장애 조치(failover)할 수 있습니다. 주 데이터베이스에서 미러 데이터베이스로의 장애 조치(failover)는 대체로 몇 초 정도 걸립니다.For high-availability mirroring in a SharePoint farm, you must use high-safety mode with automatic failover. High-safety database mirroring requires three server instances: a principal, a mirror, and a witness. The witness server enables SQL Server to automatically fail over from the principal server to the mirror server. Failover from the principal database to the mirror database typically takes several seconds.

데이터베이스 미러링에 대한 일반적인 내용은 데이터베이스 미러링을 참조하세요.For general information about database mirroring, see Database Mirroring.

중요

SQL Server FILESTREAM 원격 BLOB 저장소 공급자를 사용하도록 구성된 데이터베이스는 미러할 수 없습니다.Databases that are configured to use the SQL Server FILESTREAM remote BLOB store provider cannot be mirrored.

단일 팜에 대한 데이터베이스 가용성 및 복구 전략 비교Comparison of database availability and recovery strategies for a single farm

고가용성 및 재해 복구에 대한 SQL Server 기술은 RPO(복구 지점 목표) 및 RTO(복구 시간 목표)에 대한 조직의 비즈니스 목표를 기반으로 선택해야 합니다. RPO 및 RTO는 일반적으로 재해 복구와 연결되지만 일부 오류 이벤트는 재해의 범위를 벗어나며 주 데이터 센터의 로컬 백업 미디어에서 복구해야 합니다.The choice of a SQL Server technology for high availability and disaster recovery should be based on your organization's business goals for Recovery Point Objective (RPO) and Recovery Time Objective (RTO). Although RPO and RTO are typically associated with disaster recovery, some failure events are outside the scope of a disaster but require recovery from local backup media in the primary datacenter.

중요

특정 데이터베이스에 따라 여러 SharePoint Server 데이터베이스는 특정 SQL Server 고가용성 옵션만 지원합니다. 자세한 내용은 SharePoint 데이터베이스에 대해 지원되는 고가용성 및 재해 복구 옵션을 참조하세요.Depending on the specific database, the various SharePoint Server databases only support specific SQL Server high availability options. For more information, see Supported high availability and disaster recovery options for SharePoint databases.

다음 표에는 사용 가능한 SQL Server 솔루션을 통해 얻은 RPO 및 RTO 결과를 전반적으로 비교한 내용이 나와 있습니다.The following table provides a general comparison of the RPO and RTO results that available SQL Server solutions achieve.

참고

다음 표의 시간은 데이터베이스 옵션을 비교하기 위한 것입니다. 실제로 모든 시간은 작업, 데이터 볼륨 및 장애 조치(failover) 절차에 따라 달라집니다.Times in the following table are for comparing database options. In practice, all times depend on the workload, data volume, and failover procedures.

데이터베이스 기술에 따른 RPO 및 RTO 비교RPO and RTO comparison based on database technology

SQL Server 솔루션SQL Server solution 잠재적 데이터 손실(RPO)Potential data loss (RPO) 잠재적 복구 시간(RTO)Potential recovery time (RTO) 자동 장애 조치(failover)Automatic failover 읽을 수 있는 보조
**Note:
SharePoint Server에서는 런타임 사용을 위한 읽을 수 있는 보조 복제본을 지원합니다. 자세한 내용은 Office 2013 2014년 4월 누적 업데이트SharePoint Server에서 읽기 전용 데이터베이스를 사용하는 팜 실행을 참조하세요.
Readable secondaries
Note: SharePoint Server supports readable secondary replicas for runtime usage. For more information, see Office 2013 cumulative update for April 2014 and Run a farm that uses read-only databases in SharePoint Server.**
AlwaysOn 가용성 그룹(동기 커밋)AlwaysOn Availability Group (synchronous-commit)
0Zero
Seconds
Yes
0 - 20 - 2
AlwaysOn 가용성 그룹(비동기 커밋)AlwaysOn Availability Group (asynchronous-commit)
Seconds
Minutes
아니요No
0 - 40 - 4
AlwaysOn 장애 조치(Failover) 클러스터 인스턴스AlwaysOn Failover Cluster Instance
적용되지 않음Does not apply
FCI 자체는 데이터 보호를 제공하지 않습니다. 데이터 손실량은 저장소 시스템 구현에 따라 달라집니다.An FCI itself does not provide data protection. The amount of data loss depends on the storage system implementation.
몇 초에서 몇 분Seconds to minutes
Yes
적용되지 않음Does not apply
데이터베이스 미러링 - 높은 안전(동기 모드 + 미러링 모니터 서버)Database mirroring - High-safety (synchronous mode + witness server)
0Zero
Seconds
Yes
적용되지 않음Does not apply
데이터베이스 미러링 - 고성능(비동기 모드)Database mirroring - High-performance (asynchronous mode)
Seconds
Minutes
아니요No
적용되지 않음Does not apply
백업, 복사, 복원Backup, copy, restore
시간 또는 오류 후에 비상 로그에 액세스할 수 있는 경우 0입니다.Hours or zero if the tail of the log can be accessed after the failure.
몇 시간에서 며칠Hours to days
아니요No
복원 중에는 사용할 수 없음Not during a restore

SQL Server 클러스터, AlwaysOn 가용성 그룹 및 데이터베이스 미러 비교Comparison of SQL Server Cluster, AlwaysOn Availability Group and Database mirror

프로세스Process SQL Server 장애 조치(failover) 클러스터SQL Server failover cluster SQL Server 2014(SP1) 및 SQL Server 2012 AlwaysOn 가용성 그룹SQL Server 2014 (SP1) and SQL Server 2012 AlwaysOn Availability Group SQL Server 고가용성 미러SQL Server high-availability mirror
장애 조치(failover) 시간Time to fail over
클러스터 구성원이 오류 후에 즉시 인계합니다. 클러스터 노드가 스핀업하는 동안 지연이 발생합니다.Cluster member takes over almost immediately after failure. A lag occurs while the cluster node spins up.
복제본이 오류 후에 즉시 인계합니다. 두 번째 복제본이 스핀업하는 동안 지연이 발생합니다.Replica takes over almost immediately after failure. A lag occurs while the secondary replica spins up.
다시 실행 큐가 처리되는 즉시 미러가 인계합니다.Mirror takes over as soon as the redo queue is processed.
트랜잭션 일관성Transactional consistency
Yes
Yes
Yes
트랜잭션 동시성Transactional concurrency
Yes
Yes
Yes
복구 시간Time to recovery
가용성 그룹보다 복구 시간이 더 짧습니다.Shorter time to recover than an availability group.
장애 조치(failover) 클러스터보다 복구 시간이 더 길지만 미러된 솔루션보다는 복구 시간이 더 빠릅니다.Longer time to recover than a failover cluster, but faster recovery time than a mirrored solution.
클러스터 또는 가용성 그룹보다 복구 시간이 약간 더 깁니다.Slightly longer time to recover than cluster or availability group.
장애 조치(failover)에 필요한 단계Steps required for failover
데이터베이스 노드가 자동으로 오류를 검색합니다.Database nodes automatically detect a failure.
장애 조치(failover)가 자동으로 매끄럽게 수행되도록 SharePoint Server에서 클러스터를 참조합니다.SharePoint Server references the cluster so that failover is seamless and automatic.
가용성 그룹 수신기가 오류를 자동으로 검색하며 장애 조치(failover)가 자동으로 매끄럽게 수행됩니다.The Availability Group listener automatically detects a failure and failover is seamless and automatic.
데이터베이스가 자동으로 오류를 검색합니다.The database automatically detects failure.
장애 조치(failover)가 자동으로 수행되도록 올바르게 구성된 경우 SharePoint Server에서 미러 위치를 인식합니다.SharePoint Server is aware of the mirror location, if it was configured correctly so that failover is automatic.
오류가 발생한 저장소로부터 보호Protection against failed storage
장애 조치(failover) 클러스터 자체는 데이터 보호를 제공하지 않습니다. 데이터 손실량은 저장소 시스템 구현에 따라 달라집니다. 예를 들어 SAN 환경에는 다중 파일 경로, RAID 및 핫 스패어와 같은 중복 구성 요소가 있습니다.The failover cluster itself does not provide data protection. The amount of data loss depends on the storage system implementation. For example, a SAN environment has redundant components such as multiple file paths, RAID, and hot spares.
주 복제본이 보조 복제본의 로컬 디스크에 쓰기 때문에 오류가 발생한 저장소로부터 보호합니다.Protects against failed storage because the primary replica writes to the local disks on the secondary replicas.
주 서버와 미러 데이터베이스 서버가 둘 다 로컬 디스크에 쓰기 때문에 오류가 발생한 저장소로부터 보호합니다.Protects against failed storage because both the principal and mirror database servers write to local disks.
지원되는 저장소 유형Storage types supported
전용 저장소보다 더 비싼 공유 저장소가 필요합니다.Requires shared storage which is more expensive than dedicated storage.
직접 연결된 더 저렴한 저장소 솔루션을 사용할 수 있습니다.Can use less expensive directly attached storage solutions.
직접 연결된 더 저렴한 저장소를 사용할 수 있습니다.Can use less expensive directly attached storage.
위치 요구 사항Location requirements
클러스터 구성원이 동일한 서브넷에 있어야 합니다.Members of the cluster must be on the same subnet.
Note: SQL Server 2014(SP1) 및 SQL Server 2012의 경우에는 해당하지 않습니다.Note: This is not the case with SQL Server 2014 (SP1) and SQL Server 2012.
대기 시간으로 인해 성능 문제가 발생하지만 않으면 복제본이 서로 다른 서브넷에 있을 수 있습니다.Replicas can be on different subnets as long as latency does not cause performance issues.
주 서버, 미러 서버 및 미러링 모니터 서버가 동일한 LAN에 있어야 합니다(최대 1밀리초 왕복 대기 시간).Principal, mirror, and witness servers must be on the same LAN (up to 1 millisecond latency round-trip).
복구 모델Recovery model
SQL Server 전체 복구 모델을 사용하는 것이 좋습니다. SQL Server 단순 복구 모델을 사용할 수도 있습니다. 그러나 클러스터가 손실될 경우 사용 가능한 복구 지점은 마지막 전체 백업뿐입니다.SQL Server full recovery model recommended. You can use the SQL Server simple recovery model. However, the only available recovery point if the cluster is lost will be the last full backup.
SQL Server 2014(SP1) 및 SQL Server 2012 전체 복구 모델을 사용해야 합니다.Requires SQL Server 2014 (SP1) and SQL Server 2012 full recovery model.
SQL Server 전체 복구 모델을 사용해야 합니다.Requires SQL Server full recovery model.
성능 오버헤드Performance overhead
장애 조치(failover)가 발생할 때 성능이 감소할 수도 있습니다. 장애 조치(failover) 중에는 서버를 사용할 수 없으며 연결이 삭제된 다음 새 활성 노드에서 다시 설정됩니다.Some decrease in performance may occur while a failover is occurring. The server will be unavailable during failover and connections are dropped and then established again on the new active node.
AlwaysOn 가용성 그룹은 보조 복제본의 동기 커밋 때문에 트랜잭션 대기 시간이 발생합니다. 대기 시간은 동기화해야 하는 보조 복제본 수에 따라 달라집니다.AlwaysOn Availability Groups introduce transactional latency because of synchronous commit on the secondary replicas. The amount of latency depends on the number of secondary replicas that have to be synchronized.
메모리 및 프로세서 오버헤드가 클러스터링보다 크지만 미러링보다는 작습니다.Memory and processor overhead is greater than clustering, but less than mirroring.
고가용성 미러링은 동기식이므로 트랜잭션 대기 시간이 발생합니다. 또한 추가 메모리 및 프로세서 오버헤드가 필요합니다.High-availability mirroring introduces transactional latency because it is synchronous. It also requires additional memory and processor overhead.
작업 오버헤드Operations overhead
서버 수준에서 설정 및 유지 관리됩니다.Set up and maintained at the server level.
작업 오버헤드가 클러스터링 및 미러링보다 큽니다. AlwaysOn은 SQL Server 데이터베이스 서버 수준과 Windows Server 수준의 오버헤드가 필요합니다. The operational overhead is greater than clustering and mirroring. AlwaysOn requires overhead at the level of the SQL Server database server in addition to the Windows Server level.
Note: 로그온, 에이전트 작업 등의 서버 수준 개체는 수동으로 유지 관리해야 합니다.Note: Server-level objects such as logons and agent jobs must be maintained manually.
콘텐츠 데이터베이스를 추가하는 경우 가용성 그룹에 추가한 다음 주 복제본을 보조 복제본에 동기화해야 합니다.If you add content databases, you have to add them to an availability group and then synchronize the primary replica to the secondary replicas.
SharePoint Server 연결 문자열이 가용성 그룹 수신기 이름에 올바르게 연결되도록 하려면 SharePoint 팜 환경에 여러 구성 단계가 필요합니다.A SharePoint farm environment requires multiple configuration steps to make sure that the SharePoint Server connection string is correctly associated with the availability group listener name.
작업 오버헤드가 클러스터링보다 큽니다. 모든 데이터베이스에 대해 설정 및 유지 관리해야 합니다. 장애 조치(failover) 후 재구성은 수동입니다. The operations overhead is more than clustering. Must be set up and maintained for all databases. Reconfiguring after failover is manual.
Note: 로그온, 에이전트 작업 등의 서버 수준 개체는 수동으로 유지 관리해야 합니다.Note: Server-level objects such as logons and agent jobs must be maintained manually.
콘텐츠 데이터베이스를 추가하는 경우 주 서버에 추가한 다음 주 서버를 미러 서버에 동기화해야 합니다.If you add content databases, you have to add them to the principal and then synchronize the principal to the mirror.

두 개의 데이터 센터를 단일 팜("늘어난" 팜)으로 구성하여 고가용성 제공Configure two data centers as a single farm ("stretched" farm) to provide high availability

일부 엔터프라이즈는 서로 가까운 곳에 데이터 센터가 있고, 고대역폭 광섬유 링크로 연결되어 있습니다. 이 환경을 사용할 수 있는 경우 두 데이터 센터를 단일 팜으로 구성할 수 있습니다. 분산 팜 토폴로지를 "늘어난" 팜이라고 합니다.Some enterprises have data centers that are located in close proximity to one another, connected by high-bandwidth fiber optic links. When this environment is available it is possible to configure the two data centers as a single farm. This distributed farm topology is called a "stretched" farm.

확장된 팜 아키텍처가 지원되는 고가용성 솔루션으로 작동하려면 다음 필수 조건을 충족해야 합니다.For stretched farm architecture to work as a supported high availability solution the follow prerequisites must be met:

  • 아주 일관 된 팜 대기는 <1ms (한 가지 방법은), 99.9%의 경우 10 분의 일정 기간 동안 시간입니다. (팜 대기 시간이 프런트엔드 웹 서버 및 데이터베이스 서버 간의 대기 시간으로 일반적으로 정의 됩니다.)There is a highly consistent intra-farm latency of <1ms (one way), 99.9% of the time over a period of ten minutes. (Intra-farm latency is commonly defined as the latency between the front-end web servers and the database servers.)

  • 대역폭 속도는 초당 1GB 이상이어야 합니다.The bandwidth speed must be at least 1 gigabit per second.

확장된 팜에서 내결함성을 제공하려면 중복 서비스 응용 프로그램과 데이터베이스를 구성하는 표준 모범 사례 지침을 사용하세요.To provide fault tolerance in a stretched farm, use the standard best practice guidance to configure redundant service applications and databases.

다음 그림에서는 확장된 팜을 보여줍니다.The following illustration shows a stretched farm.

확장된 팜Stretched farm

A stretched farm topology that uses two data centers to provide high availability.

고가용성 전략에 백업 및 복원 작업 통합Incorporate backup and restore operations in a high availability strategy

SharePoint 팜에 복원력이 있도록 고가용성 전략에 적절한 백업 및 복원 작업이 포함되어야 합니다. 미디어 오류 또는 사용자 오류와 같은 인시던트가 발생할 경우 팜 환경이나 팜 데이터의 영향 받는 부분을 적시에 복원할 수 있어야 합니다. 효과적인 백업 및 복원 솔루션은 정의한 RTO(복구 시간 목표) 및 RPO(복구 지점 목표)를 충족할 수 있도록 해야 합니다.Your high availability strategy must include the appropriate backup and restore operations to make sure that the SharePoint farm is resilient. When an incident, such as a media failure or user error occurs, you must be able to restore the affected part of the farm environment or farm data in a timely manner. An effective backup and restore solution should enable you to meet the Recovery Time Objectives (RTO) and Recovery Point Objectives (RPO) that you define.

참고 항목See also

ConceptsConcepts

SharePoint Server의 고가용성 및 재해 복구 개념High availability and disaster recovery concepts in SharePoint Server

SharePoint Server의 재해 복구 전략 선택Choose a disaster recovery strategy for SharePoint Server