다음을 통해 공유

가용성 계획(SharePoint Foundation 2010)

  • 아티클

 

적용 대상: SharePoint Foundation 2010

마지막으로 수정된 항목: 2016-11-30

이 문서에서는 Microsoft SharePoint Foundation 2010 환경에 대한 가용성 전략을 선택하는 과정에 결정해야 하는 주요 사항에 대해 설명합니다.

가용성 요구 사항을 주의 깊게 살펴보면서 가용성 수준이 높고 보호할 시스템 수가 많을수록 가용성 솔루선이 더 복잡해지고 비용이 증가할 가능성이 높다는 점에 유의합니다.

조직 내 모든 솔루션에 동일한 수준의 가용성이 요구되지는 않습니다. 따라서 여러 사이트, 서비스 또는 팜에 대해 각기 다른 수준의 가용성을 제공할 수 있습니다.

이 문서의 내용:

  • 가용성 개요

  • 가용성 전략 및 수준 선택

  • 단일 팜으로 구성된 밀접하게 위치한 데이터 센터("연장된" 팜) 간의 중복 및 장애 조치

가용성 개요

가용성은 사용자가 SharePoint Foundation 환경을 사용 가능하다고 인식하는 수준입니다. 사용 가능한 시스템은 복원력 있는 시스템을 의미합니다. 즉, 서비스에 영향을 주는 사고가 부정기적으로 발생하는 데, 이러한 사고가 발생할 경우 효과적인 조치가 제때 취해지는 시스템을 말합니다.

가용성은 BCM(비즈니스 연속성 전략)의 일부이며 백업, 복구 및 재해 복구와 관련되어 있습니다. 이러한 연관된 프로세스에 대한 자세한 내용은 백업 및 복구 계획(SharePoint Foundation 2010) 및 재해 복구 계획(SharePoint Foundation 2010)을 참조하십시오.

참고

대부분의 조직에서는 가용성을 계산할 때 계획된 유지 관리 작업 시간을 구체적으로 제외하거나 추가합니다.

가용성은 보통 9의 개수로 표현되는 가동 시간 백분율로 측정합니다. 이는 지정된 시스템이 활성 상태이며 작동되는 시간을 백분율로 나타내는 것입니다. 예를 들어 가동 시간 백분율이 99.999인 시스템의 경우 가용성이 '9가 5개'라고 할 수 있습니다.

다음 표에는 가동 시간 백분율과 그에 해당하는 실제 시간이 나와 있습니다.

적절한 가동 시간 백분율 일간 가동 중지 시간 월간 가동 중지 시간 연간 가동 중지 시간

95

72.00분

36시간

18.26일

99(9가 2개)

14.40분

7시간

3.65일

99.9(9가 3개)

86.40초

43분

8.77시간

99.99(9가 4개)

8.64초

4분

52.60분

99.999(9가 5개)

0.86초

26초

5.26분

연간 발생할 수 있는 전체 가동 중지 시간을 합리적으로 예측할 수 있다면 아래 수식을 사용하여 연간, 월간 또는 주간 가동 시간 백분율을 계산할 수 있습니다.

% 가동 시간/년 = 100 - (8760 - 연간 총 가동 중지 시간)/8760

% 가동 시간/월 = 100 - ((24 × 해당 월의 일 수) - 해당 월의 총 가동 중지 시간)/(24 × 해당 월의 일 수)

% 가동 시간/주 = 100 - (168 - 해당 주의 총 가동 중지 시간)/168

가용성 관련 비용

가용성은 비용이 많이 드는 시스템 요구 사항 중 하나입니다. 가용성 수준이 높고 보호할 시스템 수가 많을수록 가용성 솔루션이 더 복잡해지고 비용이 증가할 가능성이 높습니다. 가용성에 투자하는 경우 다음과 같은 비용이 발생합니다.

  • 소프트웨어 응용 프로그램 및 설정 간에 발생하는 상호 작용의 복잡도를 높이는 추가 하드웨어 및 소프트웨어

  • 추가적인 운영 복잡성

가용성을 개선하는 데 드는 비용은 비즈니스 요구 사항을 토대로 평가해야 합니다. 조직 내 모든 솔루션에 동일한 수준의 가용성이 요구되지는 않습니다. 따라서 여러 사이트, 서비스 또는 팜에 대해 각기 다른 수준의 가용성을 제공할 수 있습니다.

가용성은 고객 그룹의 기대치를 설정하기 위해 IT(정보 기술) 그룹에서 SLA(서비스 수준 계약)를 제공하는 핵심 영역입니다. 많은 IT 조직에서는 서로 다른 비용 부과 수준(chargeback)과 연결된 다양한 SLA를 제공합니다.

가용성 요구 사항 확인

조직의 사이트, 서비스 또는 팜에 대한 가동 중지 시간 허용 범위를 측정하려면 다음 질문에 답하십시오.

  • 사이트, 서비스 또는 팜을 사용할 수 없는 경우 직원이 예상 직무를 이행할 수 없습니까?

  • 사이트, 서비스 또는 팜을 사용할 수 없는 경우 비즈니스 및 고객 트랜잭션이 중지되어 사업 기회와 고객을 잃게 됩니까?

위 질문 중 하나라도 예라고 답한 경우 가용성 솔루션에 투자해야 합니다.

가용성 전략 및 수준 선택

다음을 포함한 여러 가지 방법 중에서 선택하여 SharePoint Foundation 환경의 가용성을 향상시킬 수 있습니다.

  • 서버 하드웨어 구성 요소의 내결함성을 개선합니다.

  • 팜 내에서 서버 역할의 중복을 늘립니다.

하드웨어 구성 요소 내결함성

하드웨어 구성 요소 내결함성은 서버 수준의 전원 공급 장치 같은 인프라 시스템 및 하드웨어 구성 요소의 중복입니다. 하드웨어 구성 요소 내결함성을 계획할 때는 다음과 같은 사항을 고려합니다.

  • 서버 내 모든 구성 요소를 완전히 중복하는 것은 불가능하거나 실용적이지 않습니다. 추가 중복을 확보하려면 추가 서버를 사용합니다.

  • 최대 중복을 확보할 수 있도록 서버의 여러 전원 공급 장치가 여러 전원에 연결되어 있는지 확인합니다.

모든 시스템에서 RAID(Redundant Array of Independent Disks) 배열을 포함하여 시스템에 적합한 내결함성 하드웨어를 확보하도록 하드웨어 공급업체와 협력하는 것이 좋습니다.

팜 내의 중복

SharePoint Foundation 2010에서는 용량을 늘리고 기본 가용성을 제공하도록 팜 내의 중복되는 컴퓨터에서 서버 역할 실행(즉, 확장)을 지원합니다.

필요한 용량에 따라 팜의 서버 수와 크기가 결정됩니다. 용량 요구 사항이 충족되면 전체 가용성을 높이기 위해 서버를 추가할 수 있습니다. 다음 그림에서는 각 서버 역할에 대한 중복을 제공하는 방법을 보여 줍니다.

서버 팜 내의 가용성

단일 팜 가용성

다음 표에서는 SharePoint Foundation 2010 환경의 서버 역할과 팜 내에서 각 서버 역할에 대해 사용할 수 있는 중복 전략에 대해 설명합니다.

서버 역할 팜 내의 기본 설정된 중복 전략

프런트 엔드 웹 서버

팜 내에 여러 프런트 엔드 웹 서버를 배포하고 네트워크 부하 분산(NLB)을 사용합니다.

응용 프로그램 서버

팜 내에 여러 응용 프로그램 서버를 배포합니다.

데이터베이스 서버

클러스터링 또는 고가용성 데이터베이스 미러링을 사용하여 데이터베이스 서버를 배포합니다.

데이터베이스 가용성 전략

Microsoft SQL Server 장애 조치 클러스터링 또는 SQL Server 고가용성 데이터베이스 미러링을 사용하여 SharePoint Foundation 환경에서 데이터베이스의 가용성을 지원할 수 있습니다.

SQL Server 장애 조치 클러스터링

장애 조치 클러스터링은 SQL Server의 인스턴스에 대한 가용성을 지원합니다. 장애 조치 클러스터는 하나 이상의 노드 또는 서버와 두 개 이상의 공유 디스크로 구성된 조합입니다. 장애 조치 클러스터 인스턴스는 단일 컴퓨터로 나타나지만 현재 노드를 사용할 수 없게 될 경우 한 노드에서 다른 노드로 장애 조치를 제공하는 기능이 있습니다. SharePoint Foundation은 SQL Server에서 지원되는 클러스터의 모든 활성 및 수동 노드 조합에서 실행될 수 있습니다.

SharePoint Foundation은 클러스터 전체를 참조하므로 SharePoint Foundation 측면에서 볼 때 장애 조치가 원활하게 자동으로 이루어집니다.

장애 조치 클러스터링에 대한 자세한 내용은 SQL Server 2008 R2 장애 조치(Failover) 클러스터링 시작(https://go.microsoft.com/fwlink/?linkid=102837&clcid=0x412) 및 SQL Server 클러스터링을 사용하여 가용성 구성(SharePoint Foundation 2010)을 참조하십시오.

SQL Server 고가용성 미러링

데이터베이스 미러링은 데이터베이스별로 데이터베이스 중복을 제공할 수 있는 SQL Server 기술입니다. 데이터베이스 미러링 시에는 주 데이터베이스의 트랜잭션 로그 버퍼가 디스크에 기록될 때마다 주 데이터베이스 및 서버에서 미러 데이터베이스 및 서버로 트랜잭션이 직접 전송됩니다. 이러한 기법을 통해 미러 데이터베이스를 주 데이터베이스와 거의 동일한 최신 상태로 유지할 수 있습니다. SQL Server Enterprise Edition에서는 데이터베이스 미러링 성능을 개선하는 추가 기능을 제공합니다.

SharePoint Foundation 팜 내에서 미러링을 수행하는 경우 자동 장애 조치가 포함된 높은 보안 모드라고도 하는 고가용성 미러링을 사용해야 합니다. 고가용성 데이터베이스 미러링 작업에는 주 서버 인스턴스, 미러 서버 인스턴스 및 미러링 모니터 서버 인스턴스 등 세 가지 서버 인스턴스가 필요합니다. 미러링 모니터 서버는 SQL Server가 주 서버에서 미러 서버로 자동으로 장애 조치를 수행하도록 합니다. 주 데이터베이스에서 미러 데이터베이스로 장애 조치를 수행하는 데는 일반적으로 몇 초가 걸립니다.

이전 버전에서 변경된 부분은 SharePoint Foundation이 미러링을 인식한다는 점입니다. SQL Server의 데이터베이스 미러 인스턴스를 구성한 후에는 SharePoint 중앙 관리 또는 Windows PowerShell cmdlet을 사용하여 구성 데이터베이스, 콘텐츠 데이터베이스 또는 서비스 응용 프로그램 데이터베이스에 대한 장애 조치(미러) 데이터베이스 서버 위치를 식별합니다. 장애 조치 데이터베이스 위치를 설정하면 SharePoint Foundation에서 SQL Server에 연결하는 데 사용되는 연결 문자열에 매개 변수가 추가됩니다. SQL Server 시간 초과 이벤트가 발생하면 다음과 같은 상황이 발생합니다.

  1. SQL Server 미러링을 위해 구성된 미러링 모니터 서버가 주 데이터베이스와 미러 데이터베이스의 역할을 자동으로 전환합니다.

  2. SharePoint Foundation에서 장애 조치 데이터베이스로 지정된 서버에 자동으로 연결을 시도합니다.

데이터베이스 미러링을 구성하는 방법에 대한 자세한 내용은 SQL Server 데이터베이스 미러링을 사용하여 가용성 구성(SharePoint Foundation 2010)을 참조하십시오.

데이터베이스 미러링에 대한 일반적인 정보는 데이터베이스 미러링(https://go.microsoft.com/fwlink/?linkid=180597&clcid=0x412)을 참조하십시오.

참고

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

단일 팜의 데이터베이스 가용성 전략 비교: SQL Server 장애 조치 클러스터링 대 SQL Server 고가용성 미러링

다음 표에서는 장애 조치 클러스터링과 동기식 SQL Server 고가용성 미러링을 비교합니다.

SQL Server 장애 조치 클러스터링 SQL Server 고가용성 미러링

장애 조치 시점

장애 발생 시 즉시 클러스터 구성원이 장애 조치를 수행합니다.

장애 발생 시 즉시 미러링을 수행합니다.

트랜잭션 일관성 여부

예

예

트랜잭션 동시성 여부

예

예

복구 시간

단축된 복구 시간(밀리초)

다소 늘어난 복구 시간(밀리초)

장애 조치 단계 필요 여부

장애는 데이터베이스 노드에서 자동으로 검색됩니다. SharePoint Foundation 2010에서는 장애 조치가 원활하게 자동으로 진행되도록 클러스터를 참조합니다.

장애는 데이터베이스에서 자동으로 검색됩니다. 올바르게 구성된 SharePoint Foundation 2010에서는 장애 조치가 자동으로 진행되도록 미러 위치를 인식합니다.

장애가 발생한 저장소 보호 여부

저장소는 클러스터의 노드 간에 공유되므로 장애가 발생한 저장소를 보호하지 않습니다.

주 데이터베이스 서버 및 미러 데이터베이스 서버 모두 로컬 디스크에 데이터를 작성하므로 장애가 발생한 저장소를 보호합니다.

지원되는 저장소 유형

공유 저장소(더 많은 비용 소요)

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

위치 요구 사항

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

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

복구 모델

SQL Server 전체 복구 모델이 권장됩니다. SQL Server의 단순 복구 모델을 사용할 수 있지만 클러스터가 손실될 경우 마지막 전체 백업만 복구 지점으로 사용할 수 있습니다.

SQL Server 전체 복구 모델을 사용해야 합니다.

성능 오버헤드

장애 조치가 진행되는 동안 성능이 약간 떨어질 수 있습니다.

고가용성 미러링은 동기식으로 수행되므로 트랜잭션 대기 시간이 발생하며, 메모리 및 프로세서 오버헤드가 추가됩니다.

운영 부담

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

클러스터링보다 운영 부담이 큽니다. 모든 데이터베이스에 대해 설정 및 유지 관리해야 하며, 장애 조치 후에는 수동으로 다시 구성해야 합니다.

서비스 응용 프로그램 중복 전략

팜에서 실행되는 서비스 응용 프로그램을 보호하기 위해 준수하는 중복 전략은 서비스 응용 프로그램에서 데이터를 저장하는 위치에 따라 달라집니다.

데이터를 데이터베이스에 저장하는 서비스 응용 프로그램

데이터를 데이터베이스에 저장하는 서비스 응용 프로그램을 보다 손쉽게 보호하려면 다음 단계를 수행해야 합니다.

  1. 서비스를 여러 응용 프로그램 서버에 설치하여 환경 내에 중복을 제공합니다.

  2. SQL Server 클러스터링 또는 미러링을 구성하여 데이터를 보호합니다.

다음 서비스 응용 프로그램에서는 데이터를 데이터베이스에 저장합니다.

  • Business Data Connectivity 서비스 응용 프로그램

  • Application Registry Service 응용 프로그램

    응용 프로그램 레지스트리 데이터베이스는 미러링하지 않는 것이 좋습니다. 이 데이터베이스는 Windows SharePoint Services 3.0 비즈니스 데이터 카탈로그 정보를 SharePoint Foundation 2010으로 업그레이드하는 경우에만 사용되기 때문입니다.

  • Usage and Health Data Collection 서비스 응용 프로그램

    참고

    Usage and Health Data Collection 서비스 응용 프로그램 로깅 데이터베이스는 미러링하지 않는 것이 좋습니다.

  • Microsoft SharePoint Foundation 가입 설정 서비스

단일 팜으로 구성된 밀접하게 위치한 데이터 센터("연장된" 팜) 간의 중복 및 장애 조치

일부 기업에서는 단일 팜으로 구성할 수 있도록 고대역폭 연결을 사용하여 데이터 센터를 서로 가까이 배치하는데, 이러한 구성을 "연장된" 팜이라고 합니다. 연장된 팜이 작동하려면 SQL Server와 프런트 엔드 웹 서버 간의 한쪽 방향 대기 시간이 1밀리초 미만이고 초당 대역폭 속도가 1기가비트 이상이어야 합니다.

이 시나리오에서는 데이터베이스 및 서비스 응용 프로그램이 중복되도록 함으로써 내결함성을 제공할 수 있습니다.

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

연장된 팜

"늘어난" 팜