SharePoint Server에 대한 고가용성 아키텍처 및 전략 만들기
적용 대상:
2013 2016 2019 Subscription Edition 
SharePoint in Microsoft 365
고가용성 전략은 프로덕션 SharePoint Server 환경에 대한 중요한 요구 사항입니다. 종단 간 전략에는 작업 프로세스, 플랫폼 관리 방식, 아키텍처 및 기술 솔루션이 포함됩니다. 이 문서에서는 고가용성의 아키텍처 및 기술 측면에 중점을 둡니다. 관리 방식은 특정 SharePoint 디자인 요소 및 고가용성 전략을 결정할 기술 옵션에 대해 설명합니다.
참고
고가용성과 재해 복구는 서로 다릅니다. 계획과 솔루션에 겹치는 영역이 있긴 하지만 비즈니스 연속성의 하위 집합입니다. 고가용성은 기본 데이터 센터와 계획된 가동 중지 시간 내에 복원력을 제공하는 데 목적이 있습니다. 재해 복구는 기본 데이터 센터의 재해로 인해 인프라를 사용할 수 없는 경우 보조 데이터 센터에서 컴퓨터 작업을 계속할 수 있도록 하는 데 목적이 있습니다. SharePoint Server의 재해 복구에 대한 자세한 내용은 SharePoint Server에 대한 재해 복구 전략 선택을 참조하세요.
고가용성은 일반적으로 시스템이 계속 작동하고 장애 도메인에서 하드웨어, 소프트웨어 또는 응용 프로그램 범주 중 하나의 오류가 발생할 때 사용자에게 리소스를 제공하는 능력을 설명하는 데 사용됩니다. 가용성 수준은 시스템이 비즈니스 기능을 지원하기 위해 계속 작동하는 시간의 백분율의 측정값으로 표시됩니다. 필요한 가용성 수준은 조직에 따라 다릅니다. 사업부 간에 이 요구 사항이 다를 수도 있지만 서비스 수준 계약은 조직 전체에 대한 것입니다. 사용자의 관점에서 SharePoint 팜은 사용자가 팜에 액세스하고 작업을 수행해야 하는 기능 및 서비스를 사용할 수 있는 경우에 사용할 수 있습니다.
가용성이 높은 SharePoint 팜에는 다음과 같은 목표와 특징이 있습니다.
팜 디자인에서 잠재적 오류 지점을 줄입니다. 모든 오류 지점을 제거할 수는 없으므로 전반적인 전략에서 오류 이벤트에 응답하는 방법을 다루어야 합니다.
장애 조치(failover) 이벤트는 원활하게 진행되고 사용자 작업에 최소한의 영향을 미칩니다.
팜이 완전히 실패하는 대신 작업 시간만 감소하고 계속 작동합니다.
팜에 복원력이 있습니다. 서비스에 영향을 주는 인시던트가 자주 발생하지 않으며, 발생할 경우 시의 적절하고 효과적인 조치가 수행됩니다.
소개
SharePoint 환경에 대한 사실적이고 경제적인 고가용성 아키텍처 및 전략을 만들려면 먼저 가용성 목표를 정의하고 수량화해야 합니다. 이러한 목표는 조직이 SharePoint Server에 의존하는 범위와 서비스 손실이 조직의 운영에 어떤 영향을 미칠 수 있는지를 반영합니다. 서비스가 손실될 경우의 영향은 손실 특성(전체 또는 부분) 및 손실 기간에 따라 달라집니다.
성공적인 고가용성 전략은 조직의 특정 요구를 반영해야 합니다. 또한 비즈니스 요구 사항과 IT SLA(서비스 수준 계약), 그리고 기술 솔루션, IT 지원 기능 및 인프라 비용 가용성 간의 최적 균형을 제공해야 합니다.
조직의 가용성 요구 사항을 식별한 후 고가용성 디자인과 가동 중지 시간 및 작동 감소의 위험을 줄일 전략을 만들 수 있습니다. 가용성이 높은 시스템을 디자인 및 배포하는 IT 전문가는 목표를 달성하기 위해 다음과 같은 원칙에 따릅니다.
가능한 모든 계층(운영 체제, 소프트웨어 및 SharePoint 응용 프로그램)에서 각 장애 도메인 및 전체 시스템에 대한 단일 오류 지점을 제거합니다.
빠른 장애 검색, 격리 및 해결을 구현합니다.
고가용성 솔루션은 광범위하며 미리 정의된 필수 서비스를 제공하기 위해 통합된 시스템 수준의 공유 리소스 집합을 제공합니다. 솔루션은 다양한 하드웨어 및 소프트웨어 조합을 사용하여 시스템 또는 시스템의 일부에서 오류가 발생할 때 가동 중지 시간을 최소화하고 서비스를 복원합니다.
내결함성 솔루션은 하드웨어를 중심으로 하며 특수 하드웨어를 사용하여 장애를 검색하고 중복 하드웨어 구성 요소로 즉시 전환합니다. 이 구성 요소는 프로세서, 메모리 보드, 전원 공급 장치, I/O 하위 시스템 또는 저장소 하위 시스템일 수 있습니다. 중복 구성 요소로 전환하면 높은 서비스 수준이 제공됩니다.
내결함성 솔루션 및 고가용성 솔루션에 대한 비용 이점 분석을 통해 조직은 SharePoint 팜의 가용성 목표를 충족하는 효과적인 전략을 만들 수 있습니다. 일반적으로 두 솔루션 간에 비용 절충이 있습니다.
고가용성을 구현하는 프로세스는 SharePoint 팜에 대한 고비용 투자 중 하나입니다. 제공하려는 가용성 수준과 시스템 수가 증가함에 따라 가용성 솔루션의 복잡성과 비용도 증가합니다.
가상화 기술이 발전함에 따라 조직은 가상 컴퓨터를 핫 스패어, 웜 스패어 또는 콜드 스패어로 사용할 수 있습니다. 가상 컴퓨터는 동일한 기능을 제공하는 데 적합할 수 있습니다. 가상화는 유연성과 비용 효율성을 제공할 수 있습니다. 그러나 가상 컴퓨터가 교체할 물리적 컴퓨터의 로드를 처리할 수 있는지 확인해야 합니다.
고가용성을 지원하는 팜 아키텍처 만들기
다음 그림에서는 SharePoint 환경의 각 부분을 분산하고 팜 전체의 가용성을 높이도록 구성하는 방법을 보여줍니다. 또한 이 예제에서는 중복을 통해 장애 도메인을 해결할 수 있는 방법을 보여줍니다.
참고
포괄적인 예제는 아닙니다. 예를 들어 장애 도메인과 내결함성 하드웨어가 모두 표시되지는 않습니다.
오류 지점을 해결하기 위한 팜 토폴로지의 중복 예제
이전 그림의 토폴로지를 참조하여 다음 사항을 확인하세요.
이 예제의 팜 서버는 Hyper-V 호스트 서버에 배포된 물리적 컴퓨터 또는 가상 머신일 수 있습니다. 오류 지점을 식별하고 응답할 때의 원칙은 두 유형의 환경에 모두 적용됩니다.
서버 4대(W1-W4)는 콘텐츠를 제공하는 용도로만 사용되며, 하나 이상의 서버에서 오류가 발생할 경우 이러한 중복성으로 인해 가용성이 증가합니다. 소프트웨어 업데이트를 적용할 때도 이 중복 수준을 통해 팜이 작업을 계속할 수 있습니다.
4대의 응용 프로그램 서버(A1-A4)는 팜 서비스 및 특정 응용 프로그램 구성 요소(예: 검색)의 가용성을 높입니다. 검색 역할 및 구성 요소는 중복됩니다.
팜 데이터베이스 서버가 중복되며, 데이터베이스 미러링 또는 클러스터링을 사용하여 데이터베이스 고가용성을 구현할 수 있습니다.
가상 환경에서 가상 머신은 단일 실패 지점을 제거하기 위해 별도의 Hyper-V 호스트 서버에 배치됩니다. 이러한 가상 컴퓨터 배치 방법은 가용성 및 성능에 대한 모범 사례 지침을 따릅니다.
팜과 인프라를 장애 도메인 모음으로 표시하는 방법을 보여주기 위해 주 데이터베이스 서버(레이블 1) 및 가상화 호스트 컴퓨터 중 두 개가 포함된 랙 2(레이블 2)가 장애 도메인으로 식별되었습니다. 이렇게 하면 환경에 대한 심층 분석을 통해 전체 전략을 개발하고 비용 이익 분석을 수행하는 방법을 확인할 수 있습니다.
기타 팜 역할 및 서비스
특정 SharePoint 팜에서 실행될 수 있는 모든 역할, 서비스 및 서비스 응용 프로그램이 예제에 포함되어 있지는 않습니다. SharePoint 팜의 모든 항목에 일반적인 고가용성 방법을 사용할 수는 없습니다. 표준 고가용성 방법 사용에 대한 몇 가지 중요한 제외 사항은 다음과 같습니다.
분산 캐시의 경우 장애 조치(failover) 중에 특수 사항을 고려해야 합니다. 자세한 내용은 분산 캐시 서비스 계획 및 SharePoint Server에서 분산 캐시 서비스 관리를 참조하세요.
SharePoint 워크플로에는 Workflow Manager 1.0 누적 업데이트 3이 필요합니다. SharePoint Server 2016에 대한 구성 워크플로는 SharePoint Server 2013과 동일합니다. 자세한 내용은 워크플로 관리자 1.0용 누적 업데이트 3에 대한 설명 및 워크플로 관리자 1.0에서 고가용성 워크플로 구성을 참조하세요.
참고
SharePoint Server 2016용 워크플로 구성은 SharePoint Server 2013에서 변경되지 않았습니다. Workflow Manager 1.0 누적 업데이트 3을 설치해야 합니다.
서비스 응용 프로그램은 여러 컴퓨터에서 실행될 수 있고 권장되지만, 일부 응용 프로그램에는 고가용성에 대한 고유한 설치 및 구성 요구 사항이 있습니다. 잘 알려진 이러한 예로 사용자 프로필 응용 프로그램이 있습니다.
고가용성 솔루션에서 내결함성 사용
가용성이 높은 역할과 작업을 지원하는 아키텍처를 설계한 후 내결함성 구성 요소를 사용하여 가용성을 높일 수 있습니다. 내결함성 솔루션은 데이터베이스를 포함하는 인프라 전체에서 사용할 수 있습니다.
내결함성 인프라
내결함성은 SharePoint 팜 인프라의 거의 모든 하드웨어 구성 요소에 쉽게 사용할 수 있습니다. 고가용성 디자인의 일부로, 작동 및 비용 관점에서 내결함성이 있어야 하는 인프라 부분을 확인하세요. 인프라의 모든 부분을 내결함성으로 만들 수 있다고 해서 반드시 그래야 하는 것은 아닙니다.
내결함성 데이터베이스 서버 및 데이터베이스
SharePoint 플랫폼과 응용 프로그램 작업은 모든 SharePoint 데이터베이스의 가용성 및 안정성에 종속되므로 가용성이 높은 데이터베이스는 고가용성 전략의 중요한 측면입니다. SharePoint 데이터베이스 서버 및 데이터베이스의 내결함성 솔루션으로 사용할 수 있는 기능은 다음과 같습니다.
SQL Server 장애 조치(failover) 클러스터링(SQL Server 2014 SP1(서비스 팩 1)) 및 SQL Server 2012의 Always On FCI(장애 조치(failover) 클러스터 인스턴스)
Always On 가용성 그룹
SQL Server 고가용성 데이터베이스 미러링
Always On 장애 조치(failover) 클러스터 인스턴스 및 Always On 가용성 그룹 정보
장애 조치(failover) 클러스터에는 두 컴퓨터 간에 공유되는 디스크 저장소가 필요합니다. 두 노드 구성에서 컴퓨터는 기본 노드의 완전한 중복 인스턴스를 제공하는 활성/수동으로 구성됩니다. 수동 노드는 기본 노드에서 오류가 발생한 경우에만 온라인으로 전환됩니다. 공유 디스크는 한 번에 하나의 컴퓨터에만 표시됩니다. 일반적으로 이 구성에 필요한 추가 하드웨어가 가장 많습니다. SQL Server 2014(SP1) 및 SQL Server 2012에서 이러한 유형의 클러스터 구성은 Always On 장애 조치(failover) 클러스터 인스턴스이며 SQL Server를 설치하는 특정 방법입니다. 구성 요구 사항으로 인해 표준 SQL Server 설치를 수행하고 장애 조치(failover) 클러스터 인스턴스로 쉽게 변경할 수 없습니다.
Always On 가용성 그룹은 WINDOWS 클러스터링에서 노출되는 일부 기능을 사용하는 SQL Server 2014(SP1) 및 SQL Server 2012(데이터베이스 미러링의 하위 항목이라고 생각)의 다른 기술입니다. 그러나 공유 디스크 스토리지가 필요하지 않으며 가용성 그룹의 컴퓨터에 SQL Server의 특수 구성이 설치되어 있지 않아도 됩니다. 데이터베이스 서버를 Windows 클러스터에 추가한 후에는 Always On 가용성 그룹을 사용하도록 설정한 다음 원하는 가용성 그룹을 구성하는 것이 매우 쉽습니다.
요약하자면, SQL Server 2014(SP1) 및 SQL Server 2012 Enterprise Edition을 실행하는 모든 서버는 클러스터를 조인하고 가용성 그룹을 구성하여 Always On 가용성 그룹을 사용할 수 있습니다. Always On 장애 조치(failover) 클러스터에는 장애 조치(failover) 클러스터 인스턴스를 설정하기 위한 특별한 하드웨어 및 구성 단계가 필요합니다. 이러한 각 기술은 특정 환경에 사용되며 둘 다 보완적인 경쟁 업체입니다. 이러한 기능에 대한 자세한 내용은 고가용성 솔루션(SQL Server)을 참조하세요. 사용할 SQL Server 가용성 기술을 결정하는 데 도움이 되는 내용은 비즈니스 연속성 및 데이터베이스 복구 - SQL Server를 참조하세요.
중요
각 SQL Server 고가용성 옵션에는 고유한 기능, 강점 및 약점이 있으므로 한 옵션이 반드시 다른 옵션보다 더 나은 것은 아닙니다. 예를 들어 Always On 가용성 그룹을 사용하는 지정된 시나리오에서 데이터 손실을 최소화하는 것이 Always On 장애 조치(failover) 클러스터 인스턴스가 달성한 성능 향상보다 더 나을 수 있습니다. 비즈니스 요구 사항 및 IT 인프라 요구 사항에 따라 고가용성 솔루션을 선택해야 합니다.
사용할 SQL Server 옵션을 선택하는 결정 요소는 SharePoint 데이터베이스입니다. SharePoint Server 데이터베이스의 특성을 이해해야 합니다. 각 데이터베이스에는 프로덕션 환경에서 적절하고 완벽하게 지원되는 SQL Server 내결함성 솔루션을 결정하는 특정 요구 사항 또는 제약 조건이 있을 수 있습니다. 다음 문서를 검토하는 것이 좋습니다.
SQL Server 장애 조치 클러스터링
장애 조치(failover) 클러스터링은 SQL Server 2014(SP1) 또는 SQL Server 2012에서 SQL Server 인스턴스에 가용성 지원을 제공합니다.
장애 조치(failover) 클러스터는 하나 이상의 노드 또는 서버와 둘 이상의 공유 디스크로 이루어진 조합입니다. 장애 조치(failover) 클러스터 인스턴스는 단일 클러스터로 표시되므로 현재 노드를 사용할 수 없는 경우 한 노드에서 다른 노드로의 장애 조치(failover)를 제공합니다. SharePoint Server는 SQL Server에서 지원하는 클러스터의 활성 노드와 수동 노드 조합에서 실행할 수 있습니다.
SharePoint Server는 클러스터 전체를 참조합니다. 따라서 장애 조치(failover)는 SharePoint Server의 관점에서 자동적이고 원활합니다.
참고
계획된 또는 계획되지 않은 장애 조치(failover)가 발생하면 연결이 삭제되며, 한 클러스터 노드에서 다른 클러스터 노드로 전환할 때 다시 설정해야 합니다.
SQL Server 장애 조치(failover) 클러스터링에 대한 자세한 내용은 Always On 장애 조치(failover) 클러스터 인스턴스(SQL Server)를 참조하세요.
SQL Server Always On 가용성 그룹 및 SQL Server 데이터베이스 미러링
SQL Server Always On 가용성 그룹 및 SQL Server 데이터베이스 미러링의 주요 이점은 트랜잭션 처리를 위해 구성하는 방법에 따라 완전하거나 거의 완전한 데이터 중복성을 제공한다는 것입니다. 자동 장애 조치(failover)는 데이터 손실을 최소화하는 것 외에도 프로덕션 데이터베이스의 가동 중지 시간을 최소화합니다.
중요
SQL Server 2016, SQL Server 2014(SP1) 및 SQL Server 2012는 데이터베이스 미러링을 지원하지만 이 기능은 더 이상 사용되지 않을 예정입니다. 새 개발 작업에서는 이 기능을 사용하지 않는 것이 좋습니다. 현재 이 기능을 사용하는 응용 프로그램을 변경하세요. 대신 Always On 가용성 그룹을 사용합니다.
Always On 가용성 그룹
SQL Server Always On 가용성 그룹 기능은 데이터베이스 미러링에 대한 엔터프라이즈 수준의 대안을 제공하는 고가용성 및 재해 복구 솔루션입니다. Always On 가용성 그룹은 사용자 정의 컬렉션에 포함된 하나 이상의 사용자 데이터베이스에 대한 장애 조치(failover) 환경을 지원합니다. 가용성 그룹인 이 컬렉션은 다음 구성 요소로 구성됩니다.
단일 단위로 처리되는, 가용성 데이터베이스라는 개별 사용자 데이터베이스 집합인 복제본. 각 가용성 그룹은 기본 복제본 1개와 최대 4개의 보조 복제본을 지원합니다.
각 복제본을 호스트하고 가용성 그룹에 속하는 각 데이터베이스의 로컬 복사본을 유지 관리하기 위한 SQL Server의 특정 인스턴스.
가용성 그룹이 대상 인스턴스 또는 대상 서버로 장애 조치(failover)되면 그룹의 모든 데이터베이스도 장애 조치(failover)됩니다. SQL Server 2014(SP1) 및 SQL Server 2012는 단일 서버에서 여러 가용성 그룹을 호스트할 수 있으므로 다른 서버의 SQL Server 인스턴스로 장애 조치(failover)되도록 Always On을 구성할 수 있습니다. 이렇게 하면 가용성 그룹의 많은 이점 중 하나인 주 서버의 전체 부하를 처리하기 위해 유휴 고성능 대기 서버가 필요하지 않습니다.
참고
데이터 파일 손실, 데이터베이스 삭제 또는 트랜잭션 로그 손상 등의 원인으로 의심되는 데이터베이스와 같은 데이터베이스 문제는 장애 조치(failover)를 일으키지 않습니다.
Always On 가용성 그룹의 이점 및 Always On 가용성 그룹 용어 개요에 대한 자세한 내용은 Always On 가용성 그룹(SQL Server)을 참조하세요.
데이터베이스 미러링
참고
SQL Server 2016, SQL Server 2014(SP1) 및 SQL Server 2012는 데이터베이스 미러링을 지원하지만 이 기능은 더 이상 사용되지 않을 예정입니다. 새 개발 작업에서는 이 기능을 사용하지 않는 것이 좋습니다. 현재 이 기능을 사용하는 응용 프로그램을 변경하세요. 대신 Always On 가용성 그룹을 사용합니다.
데이터베이스 미러링은 주 데이터베이스 서버에 미러된 데이터베이스 복사본을 유지하여 데이터베이스 중복성을 제공합니다. 미러링은 데이터베이스 단위로 구현되며, 전체 복구 모델을 사용하는 데이터베이스에서만 작동합니다.
참고
두 가지 미러링 작동 모드가 있습니다. 그중 하나인 높은 안전 모드는 동기 작업을 지원합니다. 높은 안전 모드에서는 세션이 시작될 때 미러 서버가 미러 데이터베이스 및 주 데이터베이스를 가능한 한 빨리 동기화합니다. 데이터베이스가 동기화되자마자 트랜잭션이 보조 서버의 로그에 작성된 다음 재생됩니다. (트랜잭션이 강화되는 즉시 컨트롤이 주 서버로 돌아갑니다.) 다른 미러링 모드는 데이터 손실이 증가하는 비용으로 비동기 작업을 사용하여 트랜잭션 대기 시간을 줄이는 고성능입니다.
SharePoint 팜에서 고가용성 미러링을 구현하려면 높은 안전 모드를 자동 장애 조치(failover)와 함께 사용해야 합니다. 높은 안전 데이터베이스 미러링에는 주 서버, 미러 서버 및 미러링 모니터 서버의 세 가지 서버 인스턴스가 필요합니다. 미러링 모니터 서버는 SQL Server가 주 서버에서 미러 서버로 자동으로 장애 조치(failover)할 수 있도록 합니다. 주 데이터베이스에서 미러 데이터베이스로 장애 조치를 수행하는 데는 일반적으로 몇 초가 걸립니다.
데이터베이스 미러링에 대한 일반적인 내용은 데이터베이스 미러링을 참조하세요.
중요
SQL Server FILESTREAM 원격 BLOB 저장소 공급자를 사용하도록 구성된 데이터베이스는 미러할 수 없습니다.
단일 팜에 대한 데이터베이스 가용성 및 복구 전략 비교
고가용성 및 재해 복구를 위한 SQL Server 기술 선택은 RPO(복구 지점 목표) 및 RTO(복구 시간 목표)에 대한 조직의 비즈니스 목표를 기반으로 해야 합니다. RPO 및 RTO는 일반적으로 재해 복구와 연결되지만 일부 오류 이벤트는 재해의 범위를 벗어나며 주 데이터 센터의 로컬 백업 미디어에서 복구해야 합니다.
중요
특정 데이터베이스에 따라 다양한 SharePoint Server 데이터베이스는 특정 SQL Server 고가용성 옵션만 지원합니다. 자세한 내용은 Supported high availability and disaster recovery options for SharePoint databases을 참조하세요.
다음 표에는 사용 가능한 SQL Server 솔루션을 통해 얻은 RPO 및 RTO 결과를 전반적으로 비교한 내용이 나와 있습니다.
참고
다음 표의 시간은 데이터베이스 옵션을 비교하기 위한 것입니다. 실제로 모든 시간은 작업, 데이터 볼륨 및 장애 조치(failover) 절차에 따라 달라집니다.
데이터베이스 기술에 따른 RPO 및 RTO 비교
| SQL Server 솔루션 | 잠재적 데이터 손실(RPO) | 잠재적 복구 시간(RTO) | 자동 장애 조치(failover) |
읽을 수 있는 보조 메모: SharePoint Server는 런타임 사용을 위해 읽을 수 있는 보조 복제본을 지원합니다. 자세한 내용은 2014년 4월 Office 2013 누적 업데이트 및 SharePoint Server에서 읽기 전용 데이터베이스를 사용하는 팜 실행을 참조하세요. |
|---|---|---|---|---|
| Always On 가용성 그룹(동기 커밋) |
영 |
초 |
예 |
0 - 2 |
| Always On 가용성 그룹(비동기 커밋) |
초 |
분 |
아니요 |
0 - 4 |
| Always On 장애 조치(failover) 클러스터 인스턴스 |
적용되지 않음 FCI 자체는 데이터 보호를 제공하지 않습니다. 데이터 손실량은 저장소 시스템 구현에 따라 달라집니다. |
몇 초에서 몇 분 |
예 |
적용되지 않음 |
| 데이터베이스 미러링 - 높은 안전(동기 모드 + 미러링 모니터 서버) |
영 |
초 |
예 |
적용되지 않음 |
| 데이터베이스 미러링 - 고성능(비동기 모드) |
초 |
분 |
아니요 |
적용되지 않음 |
| 백업, 복사, 복원 |
시간 또는 오류 후에 비상 로그에 액세스할 수 있는 경우 0입니다. |
몇 시간에서 며칠 |
아니요 |
복원 중에는 사용할 수 없음 |
SQL Server 클러스터, Always On 가용성 그룹 및 데이터베이스 미러 비교
| 프로세스 | SQL Server 장애 조치(failover) 클러스터 | SQL Server 2014(SP1) 및 SQL Server 2012 Always On 가용성 그룹 | SQL Server 고가용성 미러 |
|---|---|---|---|
| 장애 조치(failover) 시간 |
클러스터 구성원이 오류 후에 즉시 인계합니다. 클러스터 노드가 스핀업하는 동안 지연이 발생합니다. |
복제본이 오류 후에 즉시 인계합니다. 두 번째 복제본이 스핀업하는 동안 지연이 발생합니다. |
다시 실행 큐가 처리되는 즉시 미러가 인계합니다. |
| 트랜잭션 일관성 |
예 |
예 |
예 |
| 트랜잭션 동시성 |
예 |
예 |
예 |
| 복구 시간 |
가용성 그룹보다 복구 시간이 더 짧습니다. |
장애 조치(failover) 클러스터보다 복구 시간이 더 길지만 미러된 솔루션보다는 복구 시간이 더 빠릅니다. |
클러스터 또는 가용성 그룹보다 복구 시간이 약간 더 깁니다. |
| 장애 조치(failover)에 필요한 단계 |
데이터베이스 노드가 자동으로 오류를 검색합니다. 장애 조치(failover)가 자동으로 매끄럽게 수행되도록 SharePoint Server에서 클러스터를 참조합니다. |
가용성 그룹 수신기가 오류를 자동으로 검색하며 장애 조치(failover)가 자동으로 매끄럽게 수행됩니다. |
데이터베이스가 자동으로 오류를 검색합니다. 장애 조치(failover)가 자동으로 수행되도록 올바르게 구성된 경우 SharePoint Server에서 미러 위치를 인식합니다. |
| 오류가 발생한 저장소로부터 보호 |
장애 조치(failover) 클러스터 자체는 데이터 보호를 제공하지 않습니다. 데이터 손실량은 저장소 시스템 구현에 따라 달라집니다. 예를 들어 SAN 환경에는 다중 파일 경로, RAID 및 핫 스패어와 같은 중복 구성 요소가 있습니다. |
주 복제본이 보조 복제본의 로컬 디스크에 쓰기 때문에 오류가 발생한 저장소로부터 보호합니다. |
주 서버와 미러 데이터베이스 서버가 둘 다 로컬 디스크에 쓰기 때문에 오류가 발생한 저장소로부터 보호합니다. |
| 지원되는 저장소 유형 |
전용 저장소보다 더 비싼 공유 저장소가 필요합니다. |
직접 연결된 더 저렴한 저장소 솔루션을 사용할 수 있습니다. |
직접 연결된 더 저렴한 저장소를 사용할 수 있습니다. |
| 위치 요구 사항 |
클러스터 구성원이 동일한 서브넷에 있어야 합니다. Note: SQL Server 2014(SP1) 및 SQL Server 2012의 경우에는 해당하지 않습니다. |
대기 시간으로 인해 성능 문제가 발생하지만 않으면 복제본이 서로 다른 서브넷에 있을 수 있습니다. |
주 서버, 미러 서버 및 미러링 모니터 서버가 동일한 LAN에 있어야 합니다(최대 1밀리초 왕복 대기 시간). |
| 복구 모델 |
SQL Server 전체 복구 모델을 권장합니다. SQL Server 단순 복구 모델을 사용할 수 있습니다. 그러나 클러스터가 손실될 경우 사용 가능한 복구 지점은 마지막 전체 백업뿐입니다. |
SQL Server 2014(SP1) 및 SQL Server 2012 전체 복구 모델이 필요합니다. |
SQL Server 전체 복구 모델을 사용해야 합니다. |
| 성능 오버헤드 |
장애 조치(failover)가 발생할 때 성능이 감소할 수도 있습니다. 장애 조치(failover) 중에는 서버를 사용할 수 없으며 연결이 삭제된 다음 새 활성 노드에서 다시 설정됩니다. |
Always On 가용성 그룹은 보조 복제본에 대한 동기 커밋으로 인해 트랜잭션 대기 시간을 도입합니다. 대기 시간은 동기화해야 하는 보조 복제본 수에 따라 달라집니다. 메모리 및 프로세서 오버헤드가 클러스터링보다 크지만 미러링보다는 작습니다. |
고가용성 미러링은 동기식이므로 트랜잭션 대기 시간이 발생합니다. 또한 추가 메모리 및 프로세서 오버헤드가 필요합니다. |
| 작업 오버헤드 |
서버 수준에서 설정 및 유지 관리됩니다. |
작업 오버헤드가 클러스터링 및 미러링보다 큽니다. Always On에는 Windows Server 수준 외에도 SQL Server 데이터베이스 서버 수준에서 오버헤드가 필요합니다. 참고: 로그온, 에이전트 작업 등의 서버 수준 개체는 수동으로 유지 관리해야 합니다. 콘텐츠 데이터베이스를 추가하는 경우 가용성 그룹에 추가한 다음 주 복제본을 보조 복제본에 동기화해야 합니다. SharePoint Server 연결 문자열이 가용성 그룹 수신기 이름에 올바르게 연결되도록 하려면 SharePoint 팜 환경에 여러 구성 단계가 필요합니다. |
작업 오버헤드가 클러스터링보다 큽니다. 모든 데이터베이스에 대해 설정 및 유지 관리해야 합니다. 장애 조치(failover) 후 재구성은 수동입니다. 참고: 로그온, 에이전트 작업 등의 서버 수준 개체는 수동으로 유지 관리해야 합니다. 콘텐츠 데이터베이스를 추가하는 경우 주 서버에 추가한 다음 주 서버를 미러 서버에 동기화해야 합니다. |
두 개의 데이터 센터를 단일 팜("늘어난" 팜)으로 구성하여 고가용성 제공
일부 엔터프라이즈는 서로 가까운 곳에 데이터 센터가 있고, 고대역폭 광섬유 링크로 연결되어 있습니다. 이 환경을 사용할 수 있는 경우 두 데이터 센터를 단일 팜으로 구성할 수 있습니다. 분산 팜 토폴로지를 "늘어난" 팜이라고 합니다.
확장된 팜 아키텍처가 지원되는 고가용성 솔루션으로 작동하려면 다음 필수 조건을 충족해야 합니다.
10분 동안 1ms(단방향)의 <매우 일관된 팜 내 대기 시간이 99.9%입니다. (Intra-farm latency is commonly defined as the latency between the front-end web servers and the database servers.)
대역폭 속도는 초당 1GB 이상이어야 합니다.
확장된 팜에서 내결함성을 제공하려면 중복 서비스 응용 프로그램과 데이터베이스를 구성하는 표준 모범 사례 지침을 사용하세요.
다음 그림에서는 확장된 팜을 보여줍니다.
확장된 팜
고가용성 전략에 백업 및 복원 작업 통합
SharePoint 팜에 복원력이 있도록 고가용성 전략에 적절한 백업 및 복원 작업이 포함되어야 합니다. 미디어 오류 또는 사용자 오류와 같은 인시던트가 발생할 경우 팜 환경이나 팜 데이터의 영향 받는 부분을 적시에 복원할 수 있어야 합니다. 효과적인 백업 및 복원 솔루션은 정의한 RTO(복구 시간 목표) 및 RPO(복구 지점 목표)를 충족할 수 있도록 해야 합니다.