내보내기(0) 인쇄
모두 확장

SharePoint 2013에 대한 고가용성 아키텍처 및 전략 만들기

 

적용 대상: SharePoint Server 2013, SharePoint Foundation 2013

마지막으로 수정된 항목: 2013-12-18

요약: 팜 아키텍처와 기술을 결합하여 단일 SharePoint 2013 팜에서 고가용성 환경을 만드는 방법을 알아봅니다.

고가용성 전략은 프로덕션 SharePoint 2013 환경에 대한 중요한 요구 사항입니다. 종단 간 전략에는 작업 프로세스, 플랫폼 관리 방식, 아키텍처 및 기술 솔루션이 포함됩니다. 이 문서에서는 고가용성의 아키텍처 및 기술 측면에 중점을 둡니다. 관리 방식은 특정 SharePoint 디자인 요소 및 고가용성 전략을 결정할 기술 옵션에 대해 설명합니다.

참고참고:
고가용성과 재해 복구는 서로 다릅니다. 계획과 솔루션에 겹치는 영역이 있긴 하지만 비즈니스 연속성의 하위 집합입니다. 고가용성은 기본 데이터 센터와 계획된 가동 중지 시간 내에 복원력을 제공하는 데 목적이 있습니다. 재해 복구는 기본 데이터 센터의 재해로 인해 인프라를 사용할 수 없는 경우 보조 데이터 센터에서 컴퓨터 작업을 계속할 수 있도록 하는 데 목적이 있습니다. SharePoint 2013의 재해 복구에 대한 자세한 내용은 SharePoint 2013의 재해 복구 전략 선택을 참조하세요.

이 문서의 내용

고가용성은 일반적으로 시스템이 계속 작동하고 장애 도메인에서 하드웨어, 소프트웨어 또는 응용 프로그램 범주 중 하나의 오류가 발생할 때 사용자에게 리소스를 제공하는 능력을 설명하는 데 사용됩니다. 가용성 수준은 시스템이 비즈니스 기능을 지원하기 위해 계속 작동하는 시간의 백분율의 측정값으로 표시됩니다. 필요한 가용성 수준은 조직에 따라 다릅니다. 사업부 간에 이 요구 사항이 다를 수도 있지만 서비스 수준 계약은 조직 전체에 대한 것입니다. 사용자 관점에서 UNRESOLVED_TOKEN_VAL(SharePointAll_1st_NoVer) 팜은 사용자가 팜에 액세스하고 작업에 필요한 기능과 서비스를 사용할 수 있을 때 이용 가능합니다.

가용성이 높은 SharePoint 팜에는 다음과 같은 목표와 특징이 있습니다.

  • 팜 디자인에서 잠재적 오류 지점을 줄입니다. 모든 오류 지점을 제거할 수는 없으므로 전반적인 전략에서 오류 이벤트에 응답하는 방법을 다루어야 합니다.

  • 장애 조치(failover) 이벤트는 원활하게 진행되고 사용자 작업에 최소한의 영향을 미칩니다.

  • 팜이 완전히 실패하는 대신 작업 시간만 감소하고 계속 작동합니다.

  • 팜에 복원력이 있습니다. 서비스에 영향을 주는 인시던트가 자주 발생하지 않으며, 발생할 경우 시의 적절하고 효과적인 조치가 수행됩니다.

SharePoint 환경에 대한 사실적이고 경제적인 고가용성 아키텍처 및 전략을 만들려면 먼저 가용성 목표를 정의하고 수량화해야 합니다. 이러한 목표는 조직이 SharePoint 2013에 종속되는 범위와 서비스가 손실될 경우 조직의 운영에 미칠 수 있는 영향을 반영합니다. 서비스가 손실될 경우의 영향은 손실 특성(전체 또는 부분) 및 손실 기간에 따라 달라집니다.

특히 온라인으로 비즈니스를 수행하는 회사의 경우 일반적으로 수익 손실이 서비스 감소 또는 완전한 서비스 손실의 주요 결과로 식별됩니다. 그러나 그만큼 두드러지지 않은 다른 결과도 조직에 똑같은 손해를 입힐 수 있습니다. 예를 들어 파트너, 공급자 또는 고객의 신뢰도 손실, 회사 브랜드 명예 실추 및 법적 문제가 발생할 수 있습니다.

성공적인 고가용성 전략은 조직의 특정 요구를 반영해야 합니다. 또한 비즈니스 요구 사항과 IT SLA(서비스 수준 계약), 그리고 기술 솔루션, IT 지원 기능 및 인프라 비용 가용성 간의 최적 균형을 제공해야 합니다.

조직의 가용성 요구 사항을 식별한 후 고가용성 디자인과 가동 중지 시간 및 작동 감소의 위험을 줄일 전략을 만들 수 있습니다. 가용성이 높은 시스템을 디자인 및 배포하는 IT 전문가는 목표를 달성하기 위해 다음과 같은 원칙에 따릅니다.

  • 가능한 모든 계층(운영 체제, 소프트웨어 및 SharePoint 응용 프로그램)에서 각 장애 도메인 및 전체 시스템에 대한 단일 오류 지점을 제거합니다.

    참고참고:
    장애 도메인은 실제 오류 지점의 범위와 경계를 제공합니다. IEEE Computer Magazine 2011년 3월판에서는 "장애 도메인이란 단일 오류 지점을 공유하는 하드웨어 구성 요소 집합(컴퓨터, 스위치 등)이다."라고 정의됩니다.
    장애 도메인 및 업그레이드 도메인에 대한 자세한 내용은 IT 전문가용 Window Azure 장애 도메인 및 업그레이드 도메인 설명을 참조하세요.
  • 빠른 장애 검색, 격리 및 해결을 구현합니다.

참고참고:
SLA는 IT 서비스 공급자(내부 IT 그룹 또는 외부 공급업체)와 사용자 대표 간에 협상된 계약입니다. SLA는 서비스 공급자가 제공할 필수 서비스 및 지원을 식별하고 수량화하는 데 사용됩니다. SLA는 공급자와 사용자의 기대치에 대한 오해를 방지하기 위해 명료하고 구체적이며 정확합니다. 명료성과 정확성은 일반적으로 타사 서비스 공급자가 관련된 경우 SLA에서 상당한 금전적 제재를 지정하기 때문에 중요합니다.

고가용성과 내결함성은 서로 다릅니다. 고가용성 정의는 고가용성의 구현 방법을 설명하기 위해 내결함성이 동의어로 사용되는 경우가 많기 때문에 중요합니다.

고가용성 솔루션은 광범위하며 미리 정의된 필수 서비스를 제공하기 위해 통합된 시스템 수준의 공유 리소스 집합을 제공합니다. 솔루션은 다양한 산업 표준 하드웨어 및 소프트웨어 조합을 사용하여 시스템 또는 시스템의 일부에서 오류가 발생할 때 가동 중지 시간을 최소화하고 서비스를 복원합니다.

내결함성 솔루션은 하드웨어를 중심으로 하며 특수 하드웨어를 사용하여 장애를 검색하고 중복 하드웨어 구성 요소로 즉시 전환합니다. 이 구성 요소는 프로세서, 메모리 보드, 전원 공급 장치, I/O 하위 시스템 또는 저장소 하위 시스템일 수 있습니다. 중복 구성 요소로 전환하면 높은 서비스 수준이 제공됩니다.

내결함성 솔루션과 고가용성 솔루션의 비용 이익 분석을 통해 조직은 SharePoint 팜에 대한 가용성 목표를 달성하기 위한 효과적인 전략을 만들 수 있습니다. 자세한 내용은 HA(고가용성) 및 FT(내결함성) 솔루션 평가를 참조하세요.

가용성은 100% 시간 작동, 즉 가동 중지 안 됨을 기준으로 측정됩니다. IT 업계에서 일반적인 가용성 측정값은 1자리 9(90%)에서 이상적인 값인 5자리 9(99.999%)까지 9로 이루어진 숫자로 표시됩니다. 9로 이루어진 숫자 측정값은 지정된 시스템이 실행 및 작동하고 사용자가 사용할 수 있는 시간의 백분율입니다.

참고참고:
가동 시간은 대체로 가용성과 동의어로 사용됩니다. 그러나 컴퓨터 시스템이 실행되고 있지만 사용자에게 필요한 서비스와 기능을 제공할 수 없는 경우도 있으므로 오해의 여지가 있습니다.

가용성 비율은 x = (n - y) * 100/n 수식을 사용하여 계산됩니다.

  • x는 백분율입니다.

  • n은 지정된 달(30일)의 총 분 수입니다.

  • y는 시스템 또는 서비스를 사용할 수 없는 총 분 수입니다.

가용성 비율을 해당 일정 시간과 연결하는 다음 표에서 볼 수 있듯이, 99.999%의 가용성은 구현하기 어렵습니다. 또한 이 가용성 수준은 비용이 많이 들고 복잡하며 위험을 수반할 수도 있습니다. 99.999%에 대한 자세한 내용은 Vijay Gill 게시물인 9 개수 및 Sean Hull 게시물인 99.999%에 대한 근거 없는 믿음 - 고가용성이 과대 평가되는 이유를 참조하세요.

참고참고:
데이터 센터에서 SharePoint 팜을 작동하는 대부분의 비즈니스에서는 99.9% 가용성이 표준입니다. 이 가용성 수준은 호스트된 환경이나 클라우드에 배포된 SharePoint 팜의 표준이기도 합니다.

가용성(%)과 일정 가동 중지 시간 간의 상관 관계

허용되는 가용성 비율 일일 가동 중지 시간 월간 가동 중지 시간 연간 가동 중지 시간

90(1자리 9)

144.00분

72시간

36.5일

99(2자리 9)

14.40분

7시간

3.65일

99.9(3자리 9)

86.40초

43분

8.77시간

99.99(4자리 9)

8.64초

4분

52.60분

99.999(5자리 9)

0.86초

26초

5.26분

이 문서의 범위를 벗어나지만 SLA의 다음과 같은 측면이 고가용성 디자인에 반영되어야 합니다.

고가용성 정의 및 범위

가용성을 정의해야 가용성 환경을 빌드하거나 SLA를 협상할 수 있습니다. 사용자가 업무에 필요한 일반적인 작업을 완료하고 UNRESOLVED_TOKEN_VAL(SharePointAll_1st_NoVer)에서 제공하는 기능과 서비스를 사용할 수 있는 능력의 측정값이어야 합니다. 조직에서 사용하는 SharePoint 작업에 따라 가용성의 정의와 범위가 결정됩니다. 작업 요구 사항은 고객마다 다르며 각 조직의 특정 요구, 팜에서 제공하는 기능 및 팜 사용자의 프로필을 기반으로 합니다.

고가용성 계산 시 제외 사항

가용성 제외 사항은 SLA뿐만 아니라 가용성 디자인에도 중요합니다. 각 시스템에는 일상적인 유지 관리가 필요합니다. 계획된 가동 중지 시간이나 서비스 수준 감소는 가용성 계산에 포함되지 않습니다. 일반적인 제외 사항은 예약된 유지 관리 시간과 바이러스 검역 또는 보안 위협에 응답과 같은 작업을 위해 계획된 가동 중지 시간입니다.

가동 중지 시간 메트릭

이전 "가용성(%)과 일정 가동 중지 시간 간의 상관 관계" 표에서는 각 9 가용성의 가동 중지 시간을 식별합니다. 가용성 계산에 사용되는 측정값은 다음과 같습니다.

  • MTBF(평균 오류 간격) - 수리 가능한 시스템에 대한 연속된 두 오류 사이의 예상 시간입니다.

  • MTTF(평균 수리 시간) - 수리할 수 없는 시스템에 대한 예상 오류 시간입니다.

  • MTTR(평균 수리 또는 교체 시간) -오류가 발생한 구성 요소의 예상 수리 또는 교체 시간입니다.

가용성을 계산하는 수식은 가용성 = MTTF / (MTTF + MTTR)입니다. 이 수식을 사용하여 총 가용성을 계산하고 보다 안정적인 하드웨어 및 소프트웨어 구성 요소로 MTTF를 높이고 MTTR을 줄여 개선할 수 있습니다.

성능과 가용성 간의 관계

성능은 가용성과 구분됩니다. 서비스 공급자와 소비자는 시스템이 정상적인 조건에서 실행되는 경우의 서비스 수준에 대한 수량화 가능 성능 벤치마크를 정의합니다. 그러나 특이한 이벤트로 인해 성능이 영향을 받고 기본적으로 시스템을 사용할 수 없게 되는 경우 가용성이 감소합니다. 정의상, 팜을 사용할 수 없습니다. 특이한 이벤트의 일반적인 예는 다음과 같습니다.

  • 공용 웹 서버에 대한 서비스 거부 공격

  • 데이터베이스 서버 리소스를 소모하는 잘못된 쿼리 또는 테이블을 잠그는 데이터베이스 트랜잭션

  • 다른 위치의 이벤트로 인한 WAN 오류 또는 높은 네트워크 대기 시간

여러 지역으로 분산된 SharePoint 팜이나 호스트된 환경으로 이동하는 조직이 증가함에 따라 네트워크 대기 시간이 가용성 계획에 중요합니다.

고가용성을 구현하는 프로세스는 SharePoint 팜에 대한 고비용 투자 중 하나입니다. 제공하려는 가용성 수준과 시스템 수가 증가함에 따라 가용성 솔루션의 복잡성과 비용도 증가합니다. 일반적으로 고가용성 투자에 포함되는 비용은 다음과 같습니다.

  • 네트워크 어댑터, 스위치 및 전원과 같은 중복을 위한 추가 인프라 구성 요소

  • 팜 아키텍처에서 작업 중복을 제공하는 다양한 팜 역할을 지원하기 위한 추가 하드웨어, 소프트웨어 또는 소프트웨어 라이선스

  • 오류가 발생한 장비를 교체할 스패어 하드웨어

    일상적인 유지 관리에 사용하거나 오류가 발생한 서버를 교체할 스패어 컴퓨터를 여러 준비 상태로 준비하는 것이 일반적이지만 이는 사용하지 않는 하드웨어에 투자하는 것입니다.

    참고참고:
    가상화 기술이 발전함에 따라 조직은 가상 컴퓨터를 핫 스패어, 웜 스패어 또는 콜드 스패어로 사용할 수 있습니다. 가상 컴퓨터는 동일한 기능을 제공하는 데 적합할 수 있습니다. 가상화는 유연성과 비용 효율성을 제공할 수 있습니다. 그러나 가상 컴퓨터가 교체할 물리적 컴퓨터의 로드를 처리할 수 있는지 확인해야 합니다.
  • 가용성 요구 사항을 충족하는 데 사용되는 솔루션과 가용성 수준에 비례하는 유지 관리 및 지원 비용 증가

  • 팜 확장 등 예상되는 팜 변경. 팜을 확장하는 경우 가용성 솔루션이 팜 토폴로지에 대한 모든 변경을 처리할 수 있어야 합니다. 비용이 증가할 수 있습니다.

  • 신속한 오류 검색을 제공하는 강력한 검색 및 경고 시스템. 이 시스템은 기존의 오류 검색 도구를 사용할 수 있으며, System Center Operations Manager와 같은 상태 모니터링 및 경고 도구를 포함할 수 있습니다.

  • 팜 자체의 고가용성을 구현하거나 더 광범위한 데이터 센터 요구 사항을 구현하는 데 필요한 통합 또는 사용자 지정 비용

핵심 비즈니스 요구의 컨텍스트에서 가용성 개선 비용을 평가하세요. 대부분의 경우 모든 조직 구성 단위에 동일한 가용성 수준이 필요하지는 않습니다. 각 사이트, 서비스 또는 팜에 따라 다른 가용성 수준을 고려하세요.

"가용성(%)과 일정 가동 중지 시간 간의 상관 관계" 표로 돌아가서, 99.999%의 가용성은 1년 동안 시스템이 5.26분 동안만 가동 중지되었음을 의미합니다. 이 가용성 수준을 구현할 수는 있지만 대부분의 조직은 이 비용을 감당할 수 없습니다. 주요 결정은 추가 9의 가용성에 투자할 때 오류 결과에 비해 비용 이익이 없는 지점을 결정하는 것입니다.

다음 그림에서는 SharePoint 환경의 각 부분을 분산하고 팜 전체의 가용성을 높이도록 구성하는 방법을 보여줍니다. 또한 이 예제에서는 중복을 통해 장애 도메인을 해결할 수 있는 방법을 보여줍니다.

참고참고:
포괄적인 예제는 아닙니다. 예를 들어 장애 도메인과 내결함성 하드웨어가 모두 표시되지는 않습니다.

오류 지점을 해결하기 위한 팜 토폴로지의 중복 예제

중복 역할 및 서비스를 사용하여 단일 오류 지점을 처리하는 방법을 보여주는 팜 예제

이전 그림의 토폴로지를 참조하여 다음 사항을 확인하세요.

  • 이 예제의 팜 서버는 Hyper-V 호스트 서버에 배포된 물리적 컴퓨터 또는 가상 컴퓨터일 수 있습니다. 오류 지점을 식별하고 응답할 때의 원칙은 두 유형의 환경에 모두 적용됩니다.

  • 서버 4대(W1-W4)는 콘텐츠를 제공하는 용도로만 사용되며, 하나 이상의 서버에서 오류가 발생할 경우 이러한 중복성으로 인해 가용성이 증가합니다. 소프트웨어 업데이트를 적용할 때도 이 중복 수준을 통해 팜이 작업을 계속할 수 있습니다.

  • 응용 프로그램 서버 4개(A1-A4)는 검색과 같은 팜 서비스 및 특정 응용 프로그램 구성 요소의 가용성을 높입니다. 검색 역할과 구성 요소가 중복됩니다. 검색 가용성에 대한 자세한 내용은 SharePoint Server 2013에서 인터넷 사이트 검색 확장을 참조하세요.

  • 팜 데이터베이스 서버가 중복되며, 데이터베이스 미러링 또는 클러스터링을 사용하여 데이터베이스 고가용성을 구현할 수 있습니다.

  • 가상 환경에서 단일 오류 지점을 제거하기 위해 가상 컴퓨터를 별도의 Hyper-V 호스트 서버에 배치합니다. 이러한 가상 컴퓨터 배치 방법은 가용성 및 성능에 대한 모범 사례 지침을 따릅니다.

  • 팜과 인프라를 장애 도메인 모음으로 표시하는 방법을 보여주기 위해 주 데이터베이스 서버(레이블 1) 및 가상화 호스트 컴퓨터 중 두 개가 포함된 랙 2(레이블 2)가 장애 도메인으로 식별되었습니다. 이렇게 하면 환경에 대한 심층 분석을 통해 전체 전략을 개발하고 비용 이익 분석을 수행하는 방법을 확인할 수 있습니다.

기타 팜 역할 및 서비스

특정 SharePoint 팜에서 실행될 수 있는 모든 역할, 서비스 및 서비스 응용 프로그램이 예제에 포함되어 있지는 않습니다. SharePoint 팜의 모든 항목에 일반적인 고가용성 방법을 사용할 수는 없습니다. 표준 고가용성 방법 사용에 대한 몇 가지 중요한 제외 사항은 다음과 같습니다.

  • 배포된 캐시의 경우 장애 조치(failover) 중에 특수 사항을 고려해야 합니다. 자세한 내용은 배포된 캐시 서버 계획SharePoint Server 2013에서 배포된 캐시 서비스 관리를 참조하세요.

  • UNRESOLVED_TOKEN_VAL(SharePointAll_2nd_NoVer) 워크플로에서는 워크플로 실행 호스트에 대한 향상된 기능, 새 요구 사항 및 새 아키텍처를 소개합니다. 자세한 내용은 Workflow Manager 1.0에서 가용성이 높은 워크플로 구성을 참조하세요.

  • 서비스 응용 프로그램은 여러 컴퓨터에서 실행될 수 있고 권장되지만, 일부 응용 프로그램에는 고가용성에 대한 고유한 설치 및 구성 요구 사항이 있습니다. 잘 알려진 이러한 예로 사용자 프로필 응용 프로그램이 있습니다.

가용성이 높은 역할과 작업을 지원하는 아키텍처를 설계한 후 내결함성 구성 요소를 사용하여 가용성을 높일 수 있습니다. 내결함성 솔루션은 데이터베이스를 포함하는 인프라 전체에서 사용할 수 있습니다.

내결함성은 SharePoint 팜 인프라의 거의 모든 하드웨어 구성 요소에 쉽게 사용할 수 있습니다. 고가용성 디자인의 일부로, 작동 및 비용 관점에서 내결함성이 있어야 하는 인프라 부분을 확인하세요. 인프라의 모든 부분을 내결함성으로 만들 수 있다고 해서 반드시 그래야 하는 것은 아닙니다.

SharePoint 플랫폼과 응용 프로그램 작업은 모든 SharePoint 데이터베이스의 가용성 및 안정성에 종속되므로 가용성이 높은 데이터베이스는 고가용성 전략의 중요한 측면입니다. UNRESOLVED_TOKEN_VAL(SharePointAll_2nd_NoVer) 데이터베이스 서버 및 데이터베이스의 내결함성 솔루션으로 사용할 수 있는 기능은 다음과 같습니다.

  • SQL Server 장애 조치(failover) 클러스터링(SQL Server 2012의 AlwaysOn FCI(장애 조치(Failover) 클러스터 인스턴스))

  • SQL Server 고가용성 데이터베이스 미러링

  • AlwaysOn 가용성 그룹

중요중요:
SQL Server 2012 AlwaysOn은 SQL Server Enterprise에서만 사용할 수 있습니다.

AlwaysOn 장애 조치(Failover) 클러스터 인스턴스 및 AlwaysOn 가용성 그룹 정보

장애 조치(failover) 클러스터에는 두 컴퓨터 간에 공유되는 디스크 저장소가 필요합니다. 두 노드 구성에서 컴퓨터는 기본 노드의 완전한 중복 인스턴스를 제공하는 활성/수동으로 구성됩니다. 수동 노드는 기본 노드에서 오류가 발생한 경우에만 온라인으로 전환됩니다. 공유 디스크는 한 번에 하나의 컴퓨터에만 표시됩니다. 일반적으로 이 구성에 필요한 추가 하드웨어가 가장 많습니다. SQL Server 2012에서 이 유형의 클러스터 구성은 AlwaysOn 장애 조치(failover) 클러스터 인스턴스이며, SQL Server를 설치하는 특정 방법입니다. 구성 요구 사항 때문에 표준 SQL Server 설치를 사용하여 장애 조치(failover) 클러스터 인스턴스로 쉽게 변경할 수 없습니다.

AlwaysOn 가용성 그룹은 Windows 클러스터링에서 표시하는 일부 기능을 사용하는 SQL Server 2012의 다른 기술입니다(데이터베이스 미러링의 하위 항목으로 간주). 그러나 공유 디스크 저장소가 필요하지 않으며, 가용성 그룹의 컴퓨터에 특수 구성의 SQL Server가 설치되어 있지 않아도 됩니다. 데이터베이스 서버가 Windows 클러스터에 추가된 후 비교적 쉽게 AlwaysOn 가용성 그룹을 사용하도록 설정하고 원하는 가용성 그룹을 구성할 수 있습니다.

요약하면, SQL Server 2012 Enterprise Edition을 실행하는 모든 서버는 클러스터에 가입하고 가용성 그룹을 구성하여 AlwaysOn 가용성 그룹을 사용할 수 있습니다. AlwaysOn 장애 조치(failover) 클러스터에서 장애 조치(failover) 클러스터 인스턴스를 설정하려면 특수 하드웨어 및 구성 단계가 필요합니다. 각 기술은 특정 환경에 사용되며 상호 보완적인 경쟁 기술입니다. 이러한 기능에 대한 자세한 내용은 고가용성 및 재해 복구를 위한 Microsoft SQL Server AlwaysOn 솔루션 가이드를 참조하세요.

중요중요:
각 SQL Server 고가용성 옵션에는 해당 기능과 장단점이 있으므로 한 옵션이 반드시 다른 옵션보다 더 나은 것은 아닙니다. 예를 들어 AlwaysOn 가용성 그룹을 사용하는 지정된 시나리오에서는 데이터 손실을 최소화하는 것이 AlwaysOn 장애 조치(failover) 클러스터 인스턴스를 통한 성능 이점보다 더 나을 수 있습니다. 비즈니스 요구 사항 및 IT 인프라 요구 사항에 따라 고가용성 솔루션을 선택해야 합니다.

사용할 SQL Server 옵션 선택의 결정 요인은 SharePoint 데이터베이스입니다. SharePoint 2013 데이터베이스의 특징을 이해해야 합니다. 각 데이터베이스의 특정 요구 사항이나 제약 조건에 따라 프로덕션 환경에 적합하고 완전히 지원되는 SQL Server 내결함성 솔루션이 결정됩니다.

장애 조치(failover) 클러스터링은 SQL Server 2008 R2 서비스 팩 1(SP1) 또는 SQL Server 2012의 SQL Server 인스턴스에 대해 가용성 지원을 제공합니다.

참고참고:
SQL Server 장애 조치(failover) 클러스터링의 이름이 SQL Server 2012에서는 AlwaysOn FCI(장애 조치(failover) 클러스터 인스턴스)로 바뀌었습니다. 간단히 말해, 장애 조치(failover) 클러스터링은 SQL Server 2008 R2 서비스 팩 1(SP1)의 SQL Server 장애 조치(failover) 클러스터링 또는 SQL Server 2012의 AlwaysOn FCI에 적용됩니다.

장애 조치(failover) 클러스터는 하나 이상의 노드 또는 서버와 둘 이상의 공유 디스크로 이루어진 조합입니다. 장애 조치(failover) 클러스터 인스턴스는 단일 클러스터로 표시되므로 현재 노드를 사용할 수 없는 경우 한 노드에서 다른 노드로의 장애 조치(failover)를 제공합니다. SharePoint 2013은 SQL Server이 지원하는 클러스터의 모든 활성 및 수동 노드 조합에서 실행될 수 있습니다.

SharePoint 2013은 클러스터 전체를 참조합니다. 따라서 SharePoint 2013의 관점에서 장애 조치(failover)가 자동으로 매끄럽게 수행됩니다.

참고참고:
계획된 또는 계획되지 않은 장애 조치(failover)가 발생하면 연결이 삭제되며, 한 클러스터 노드에서 다른 클러스터 노드로 전환할 때 다시 설정해야 합니다.

SQL Server 장애 조치(failover) 클러스터링에 대한 자세한 내용은 다음 문서를 참조하세요.

SQL Server AlwaysOn 가용성 그룹 및 SQL Server 데이터베이스 미러링의 주요 이점은 트랜잭션 처리에 대한 구성 방법에 따라 둘 다 완벽하거나 거의 완벽한 데이터 중복성을 제공한다는 것입니다. 자동 장애 조치(failover)는 데이터 손실을 최소화할 뿐 아니라 프로덕션 데이터베이스의 가동 중지 시간을 최소화합니다.

중요중요:
SQL Server 2012에서 데이터베이스 미러링을 지원하지만 이 기능은 더 이상 사용되지 않습니다. 새 개발 작업에서는 이 기능을 사용하지 않는 것이 좋습니다. 현재 이 기능을 사용하는 응용 프로그램을 변경하세요. AlwaysOn 가용성 그룹을 대신 사용합니다.

AlwaysOn 가용성 그룹

SQL Server AlwaysOn 가용성 그룹 기능은 데이터베이스 미러링을 대체하는 엔터프라이즈 수준 대안을 제공하는 고가용성 및 재해 복구 솔루션입니다. AlwaysOn 가용성 그룹은 사용자 정의 모음에 포함된 하나 이상의 사용자 데이터베이스에 대해 장애 조치(failover) 환경을 지원합니다. 가용성 그룹인 이 모음은 다음 구성 요소로 이루어져 있습니다.

  • 단일 단위로 처리되는, 가용성 데이터베이스라는 개별 사용자 데이터베이스 집합인 복제본. 각 가용성 그룹은 기본 복제본 1개와 최대 4개의 보조 복제본을 지원합니다.

  • 각 복제본을 호스트하고 가용성 그룹에 속하는 각 데이터베이스의 로컬 복사본을 유지 관리하기 위한 SQL Server의 특정 인스턴스.

가용성 그룹이 대상 인스턴스 또는 대상 서버로 장애 조치(failover)되면 해당 그룹의 모든 데이터베이스도 장애 조치됩니다. SQL Server 2012는 단일 서버에서 여러 가용성 그룹을 호스트할 수 있기 때문에 여러 서버의 SQL Server 인스턴스로 장애 조치되도록 AlwaysOn을 구성할 수 있습니다. 이렇게 하면 기본 서버의 전체 부하를 처리하기 위해 자주 사용되지 않는 유휴 상태의 고성능 대기 서버를 준비할 필요가 없습니다. 이러한 이점은 가용성 그룹의 여러 이점 중 하나입니다.

참고참고:
데이터 파일 손실, 데이터베이스 삭제 또는 트랜잭션 로그 손상 등의 원인으로 의심되는 데이터베이스와 같은 데이터베이스 문제는 장애 조치(failover)를 일으키지 않습니다.

AlwaysOn 가용성 그룹의 이점 및 AlwaysOn 가용성 그룹 용어의 개요에 대한 자세한 내용은 AlwaysOn 가용성 그룹(SQL Server)을 참조하세요.

데이터베이스 미러링

데이터베이스 미러링은 주 데이터베이스 서버에 미러된 데이터베이스 복사본을 유지하여 데이터베이스 중복성을 제공합니다. 미러링은 데이터베이스 단위로 구현되며, 전체 복구 모델을 사용하는 데이터베이스에서만 작동합니다.

참고참고:
두 가지 미러링 작동 모드가 있습니다. 그중 하나인 높은 안전 모드는 동기 작업을 지원합니다. 높은 안전 모드에서는 세션이 시작될 때 미러 서버가 미러 데이터베이스 및 주 데이터베이스를 가능한 한 빨리 동기화합니다. 데이터베이스가 동기화되자마자 트랜잭션이 보조 서버의 로그에 작성된 다음 재생됩니다. 트랜잭션이 강화되는 즉시 컨트롤이 주 서버로 반환됩니다. 다른 미러링 모드는 고성능으로, 비동기 작업을 사용하여 트랜잭션 대기 시간을 줄이지만 데이터 손실이 증가합니다.

SharePoint 팜에서 고가용성 미러링을 구현하려면 높은 안전 모드를 자동 장애 조치(failover)와 함께 사용해야 합니다. 높은 안전 데이터베이스 미러링에는 주 서버, 미러 서버 및 미러링 모니터 서버의 세 가지 서버 인스턴스가 필요합니다. 미러링 모니터 서버를 사용하면 SQL Server가 주 서버에서 미리 서버로 자동으로 장애 조치(failover)할 수 있습니다. 주 데이터베이스에서 미러 데이터베이스로의 장애 조치(failover)는 대체로 몇 초 정도 걸립니다.

데이터베이스 미러링에 대한 일반적인 내용은 데이터베이스 미러링을 참조하세요.

중요중요:
SQL Server FILESTREAM 원격 BLOB 저장소 공급자를 사용하도록 구성된 데이터베이스는 미러할 수 없습니다.

고가용성 및 재해 복구에 대한 SQL Server 기술은 RPO(복구 지점 목표) 및 RTO(복구 시간 목표)에 대한 조직의 비즈니스 목표를 기반으로 선택해야 합니다. RPO 및 RTO는 일반적으로 재해 복구와 연결되지만 일부 오류 이벤트는 재해의 범위를 벗어나며 주 데이터 센터의 로컬 백업 미디어에서 복구해야 합니다.

중요중요:
특정 데이터베이스에 따라 여러 SharePoint 2013 데이터베이스는 특정 SQL Server 고가용성 옵션만 지원합니다. 자세한 내용은 SharePoint 데이터베이스에 대해 지원되는 고가용성 및 재해 복구 옵션(SharePoint 2013)을 참조하세요.

다음 표에는 사용 가능한 SQL Server 솔루션을 통해 얻은 RPO 및 RTO 결과를 전반적으로 비교한 내용이 나와 있습니다.

참고참고:
다음 표의 시간은 데이터베이스 옵션을 비교하기 위한 것입니다. 실제로 모든 시간은 작업, 데이터 볼륨 및 장애 조치(failover) 절차에 따라 달라집니다.

데이터베이스 기술에 따른 RPO 및 RTO 비교

SQL Server 솔루션 잠재적 데이터 손실(RPO) 잠재적 복구 시간(RTO) 자동 장애 조치(failover) 읽을 수 있는 보조
중요중요:
SharePoint 2013 에서는 이 구성을 지원하지 않습니다.

AlwaysOn 가용성 그룹(동기 커밋)

0

0 - 2

AlwaysOn 가용성 그룹(비동기 커밋)

아니요

0 - 4

AlwaysOn 장애 조치(Failover) 클러스터 인스턴스

적용되지 않음

FCI 자체는 데이터 보호를 제공하지 않습니다. 데이터 손실량은 저장소 시스템 구현에 따라 달라집니다.

몇 초에서 몇 분

적용되지 않음

데이터베이스 미러링 - 높은 안전(동기 모드 + 미러링 모니터 서버)

0

적용되지 않음

데이터베이스 미러링 - 고성능(비동기 모드)

아니요

적용되지 않음

백업, 복사, 복원

시간 또는 오류 후에 비상 로그에 액세스할 수 있는 경우 0입니다.

몇 시간에서 며칠

아니요

복원 중에는 사용할 수 없음

SQL Server 클러스터, AlwaysOn 가용성 그룹 및 데이터베이스 미러 비교

SQL Server 장애 조치(failover) 클러스터 SQL Server 2012 AlwaysOn 가용성 그룹 SQL Server 고가용성 미러

장애 조치(failover) 시간

클러스터 구성원이 오류 후에 즉시 인계합니다. 클러스터 노드가 스핀업하는 동안 지연이 발생합니다.

복제본이 오류 후에 즉시 인계합니다. 두 번째 복제본이 스핀업하는 동안 지연이 발생합니다.

다시 실행 큐가 처리되는 즉시 미러가 인계합니다.

트랜잭션 일관성

트랜잭션 동시성

복구 시간

가용성 그룹보다 복구 시간이 더 짧습니다.

장애 조치(failover) 클러스터보다 복구 시간이 더 길지만 미러된 솔루션보다는 복구 시간이 더 빠릅니다.

클러스터 또는 가용성 그룹보다 복구 시간이 약간 더 깁니다.

장애 조치(failover)에 필요한 단계

데이터베이스 노드가 자동으로 오류를 검색합니다.

장애 조치(failover)가 자동으로 매끄럽게 수행되도록 SharePoint 2013에서 클러스터를 참조합니다.

가용성 그룹 수신기가 오류를 자동으로 검색하며 장애 조치(failover)가 자동으로 매끄럽게 수행됩니다.

데이터베이스가 자동으로 오류를 검색합니다.

장애 조치(failover)가 자동으로 수행되도록 올바르게 구성된 경우 SharePoint 2013에서 미러 위치를 인식합니다.

오류가 발생한 저장소로부터 보호

장애 조치(failover) 클러스터 자체는 데이터 보호를 제공하지 않습니다. 데이터 손실량은 저장소 시스템 구현에 따라 달라집니다. 예를 들어 SAN 환경에는 다중 파일 경로, RAID 및 핫 스패어와 같은 중복 구성 요소가 있습니다.

주 복제본이 보조 복제본의 로컬 디스크에 쓰기 때문에 오류가 발생한 저장소로부터 보호합니다.

주 서버와 미러 데이터베이스 서버가 둘 다 로컬 디스크에 쓰기 때문에 오류가 발생한 저장소로부터 보호합니다.

지원되는 저장소 유형

전용 저장소보다 더 비싼 공유 저장소가 필요합니다.

직접 연결된 더 저렴한 저장소 솔루션을 사용할 수 있습니다.

직접 연결된 더 저렴한 저장소를 사용할 수 있습니다.

위치 요구 사항

클러스터의 구성원이 동일한 서브넷에 있어야 합니다.

참고참고:
SQL Server 2012의 경우에는 해당하지 않습니다.

대기 시간으로 인해 성능 문제가 발생하지만 않으면 복제본이 서로 다른 서브넷에 있을 수 있습니다.

주 서버, 미러 서버 및 미러링 모니터 서버가 동일한 LAN에 있어야 합니다(최대 1밀리초 왕복 대기 시간).

복구 모델

SQL Server 전체 복구 모델을 사용하는 것이 좋습니다. SQL Server 단순 복구 모델을 사용할 수도 있습니다. 그러나 클러스터가 손실될 경우 사용 가능한 복구 지점은 마지막 전체 백업뿐입니다.

SQL Server 2012 전체 복구 모델이 필요합니다.

SQL Server 전체 복구 모델이 필요합니다.

성능 오버헤드

장애 조치(failover)가 발생할 때 성능이 감소할 수도 있습니다. 장애 조치(failover) 중에는 서버를 사용할 수 없으며 연결이 삭제된 다음 새 활성 노드에서 다시 설정됩니다.

AlwaysOn 가용성 그룹은 보조 복제본의 동기 커밋 때문에 트랜잭션 대기 시간이 발생합니다. 대기 시간은 동기화해야 하는 보조 복제본 수에 따라 달라집니다.

메모리 및 프로세서 오버헤드가 클러스터링보다 크지만 미러링보다는 작습니다.

고가용성 미러링은 동기식이므로 트랜잭션 대기 시간이 발생합니다. 또한 추가 메모리 및 프로세서 오버헤드가 필요합니다.

작업 오버헤드

서버 수준에서 설정 및 유지 관리됩니다.

작업 오버헤드가 클러스터링 및 미러링보다 큽니다. AlwaysOn은 SQL Server 데이터베이스 서버 수준과 Windows Server 수준의 오버헤드가 필요합니다.

참고참고:
로그온, 에이전트 작업 등의 서버 수준 개체는 수동으로 유지 관리해야 합니다.

콘텐츠 데이터베이스를 추가하는 경우 가용성 그룹에 추가한 다음 주 복제본을 보조 복제본에 동기화해야 합니다.

SharePoint 2013 연결 문자열이 가용성 그룹 수신기 이름에 올바르게 연결되도록 하려면 SharePoint 팜 환경에 여러 구성 단계가 필요합니다.

작업 오버헤드가 클러스터링보다 큽니다. 모든 데이터베이스에 대해 설정 및 유지 관리해야 합니다. 장애 조치(failover) 후 재구성은 수동입니다.

참고참고:
로그온, 에이전트 작업 등의 서버 수준 개체는 수동으로 유지 관리해야 합니다.

콘텐츠 데이터베이스를 추가하는 경우 주 서버에 추가한 다음 주 서버를 미러 서버에 동기화해야 합니다.

일부 엔터프라이즈는 서로 가까운 곳에 데이터 센터가 있고, 고대역폭 광섬유 링크로 연결되어 있습니다. 이 환경을 사용할 수 있는 경우 두 데이터 센터를 단일 팜으로 구성할 수 있습니다. 분산 팜 토폴로지를 "늘어난" 팜이라고 합니다.

확장된 팜 아키텍처가 지원되는 고가용성 솔루션으로 작동하려면 다음 필수 조건을 충족해야 합니다.

  • 팜 내부 대기 시간은 일관성 있게 1ms 미만이고(단방향), 10분 기간 동안 시간의 99.9%여야 합니다. 팜 내부 대기 시간은 대체로 프런트 엔드 웹 서버와 데이터베이스 서버 간의 대기 시간으로 정의됩니다.

  • 대역폭 속도는 초당 1GB 이상이어야 합니다.

확장된 팜에서 내결함성을 제공하려면 중복 서비스 응용 프로그램과 데이터베이스를 구성하는 표준 모범 사례 지침을 사용하세요.

다음 그림에서는 확장된 팜을 보여줍니다.

확장된 팜

두 데이터 센터를 사용하여 고가용성을 제공하는 확장된 팜 토폴로지

SharePoint 팜에 복원력이 있도록 고가용성 전략에 적절한 백업 및 복원 작업이 포함되어야 합니다. 미디어 오류 또는 사용자 오류와 같은 인시던트가 발생할 경우 팜 환경이나 팜 데이터의 영향 받는 부분을 적시에 복원할 수 있어야 합니다. 효과적인 백업 및 복원 솔루션은 정의한 RTO(복구 시간 목표) 및 RPO(복구 지점 목표)를 충족할 수 있도록 해야 합니다.

자세한 내용은 SharePoint 2013 백업 및 복원를 참조하세요.

이 정보가 도움이 되었습니까?
(1500자 남음)
의견을 주셔서 감사합니다.
Microsoft는 MSDN 웹 사이트에 대한 귀하의 의견을 이해하기 위해 온라인 설문 조사를 진행하고 있습니다. 참여하도록 선택하시면 MSDN 웹 사이트에서 나가실 때 온라인 설문 조사가 표시됩니다.

참여하시겠습니까?
표시:
© 2014 Microsoft