Project Server 2007에서 내결함성 및 가용성에 대한 계획

  • 아티클

업데이트 날짜: 2008년 10월

 

마지막으로 수정된 항목: 2015-02-27

"내결함성" 및 "가용성"은 팜의 구성 요소가 하나 이상 작동하지 않을 때에도 연결이 가능하고 정상적으로 작동할 수 있도록 구성된 다중 서버 환경의 기능입니다. 가용성에는 중복을 비롯하여 장애 조치(Failover) 메커니즘 및 기타 여러 가지 특징이 포함되어 있습니다.

다음 전략을 사용하여 Microsoft Office Project Server 2007 배포의 내결함성을 향상시킬 수 있습니다.

  • 클러스터링

  • 하드웨어 중복

  • RAID 구성

  • 서버 역할 중복

  • 로그 전달

  • 대기 서버

이 문서에서는 위의 모든 전략에 대한 자세한 정보를 제공합니다. 개별적으로 전략을 적용하거나 몇 개의 전략을 함께 적용할 수도 있습니다. 전략마다 관련 비용이 있으므로 조직에서 전략을 적용하기 전에 먼저 비용 대 혜택의 효율성을 고려해야 합니다.

가용성

가용성 요구 사항을 Office Project Server 2007 솔루션의 핵심 디자인으로 고려하는 것이 좋습니다. 솔루션을 배포한 후 향상된 가용성을 제공할 수도 있습니다. 운영 측면에서는 팜 내에서 핵심 솔루션을 배포 및 조정한 후에 가용성 솔루션을 테스트하는 것이 좋습니다.

가용성이란?

가용성은 사용자가 Office Project Server 2007과 같은 시스템을 사용 가능하다고 인식하는 정도입니다. 가용성을 보장한다는 것은 시스템을 복원 가능한 상태로 유지하는 것을 의미합니다. 즉, 서비스에 영향을 주는 문제의 발생 빈도를 줄이고, 문제가 발생하는 경우에는 효과적인 조치를 제때 취해야 합니다. 가용성 전략을 사용하면 계획되었든 계획되지 않았든 사용자가 가동 중지 시간을 인식하는 정도를 최소화할 수 있습니다.

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

다음 표에는 9의 개수와 그에 해당하는 실제 시간이 나와 있습니다.

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

95

72분

36시간

18일

99

14분

7시간

4일

99.9

86초

43분

9시간

99.99

8.6초

4분

53분

99.999

0.8초

26초

5분

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

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

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

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

가용성과 동일시하면 안 되는 개념

가용성은 데이터 보호 및 복구나 재해 복구 작업과는 다릅니다. 따라서 항상 사용 가능한 시스템에서도 별도로 데이터 보호 및 재해 복구 계획을 수립해야 합니다.

또한 가용성은 BCM(비즈니스 연속성 관리)이 아닙니다. BCM은 위기 상황을 처리하기 전에 미리 준비해 두는 비즈니스 결정 사항, 프로세스 및 도구로 구성됩니다. 위기 상황은 특정 지역에서 또는 국가 전체에서 발생할 수도 있고, 특정 업무에만 관련되어 있을 수도 있습니다.

가용성의 비용

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

  • 보통 장애 조치 및 복구용 사용자 지정 스크립트와 같은 소프트웨어 간의 복잡한 작업을 포함하는 추가 하드웨어 및 소프트웨어

  • 추가적인 운영 복잡성

가용성을 확보하는 데 드는 비용은 비즈니스 요구 사항에 기반하여 평가해야 합니다. 조직 내 모든 솔루션에 동일한 수준의 가용성이 필요한 것은 아닙니다. 여러 사이트, 서비스(예: 검색 및 비즈니스 인텔리전스) 또는 팜에 서로 다른 수준의 가용성을 제공할 수 있습니다.

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

중복 정보

중복은 가용성의 핵심입니다. 중복에는 팜 성능을 향상시키거나 추가 사용자를 수용하도록 규모를 확장하기 위해 부하 분산된 환경에서 여러 서버를 사용하는 경우가 포함됩니다. 또한 기본 구성 요소에서 오류가 발생해도 계속해서 작동할 수 있도록 전원 공급 장치 또는 네트워킹 장치와 같은 동일한 백업 구성 요소를 사용하는 경우도 이에 해당됩니다.

이 문서에서는 Office Project Server 2007 팜에 중복 서버를 구현하는 방법에 대해 설명합니다.

Office Project Server 2007에서는 용량, 성능 및 가용성을 위해 확장 가능한 서버 팜을 지원합니다. 일반적으로 시작할 서버 컴퓨터의 수를 결정할 때 가장 먼저 고려하는 사항은 용량입니다. 그 다음으로 고려하는 요소가 성능이며, 가용성도 서버 팜에서 서버의 수와 컴퓨터 크기 또는 용량을 결정하는 데 고려됩니다.

가용성 요구 사항 확인

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

  • Office Project Server 2007을 사용할 수 없는 경우 조직의 직원이 예상 직무를 이행할 수 있습니까?

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

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

이 문서에서는 주로 Office Project Server 2007의 가용성에 대해 다루지만 시스템 가동 시간은 다른 시스템 구성 요소의 영향을 받기도 합니다. 특히 다음과 같은 점을 고려해야 합니다.

전원, 냉각, 네트워크, 디렉터리, SMTP 등의 인프라 종속성이 완전히 중복되는지 확인해야 합니다.

요구 사항에 맞는 시스템용 전환 메커니즘(DNS 또는 하드웨어 부하 분산)을 선택합니다. 웹 서버 부하를 분산하는 최상의 방법은 다음 문서에 나와 있습니다.

클러스터링

클러스터링을 수행하면 응용 프로그램 또는 운영 체제에서 오류가 발생한 경우를 대비하여 시스템을 보호할 수 있습니다. 또한 오프라인으로 설정하지 않고도 클러스터링된 컴퓨터에서 서비스 팩이나 업데이트 설치 또는 응용 프로그램이나 운영 체제 업그레이드를 포함한 많은 작업을 수행할 수 있습니다.

서버 클러스터는 데이터를 보호하는 대신 응용 프로그램의 가용성을 유지하도록 디자인되었습니다. 따라서 바이러스, 손상 및 데이터에 대한 기타 위협으로부터 데이터를 보호하려면 견고한 데이터 보호 및 복구 계획을 수립해야 합니다. 클러스터 기술로는 바이러스, 소프트웨어 손상 또는 우연한 조작 상의 실수로 인한 오류로부터 데이터를 보호할 수 없습니다.

SQL Server 장애 조치 클러스터링

장애 조치 클러스터는 상태 저장 응용 프로그램에서 사용하도록 디자인되었습니다. 상태 저장 응용 프로그램의 경우 장기간 인-메모리 상태로 실행되거나 자주 업데이트되는 대용량 데이터 상태를 유지합니다.

장애 조치 클러스터에서는 자원의 장애 조치를 허용하여 고가용성을 제공하며 응용 프로그램 및 서비스와의 클라이언트 연결도 유지 관리합니다.

장애 조치 클러스터의 경우 노드는 데이터에 대한 액세스 권한을 공유합니다. 노드로는 수동 또는 활성 노드 모두가 가능하며 각 노드의 구성은 운영 모드(활성 또는 수동) 및 클러스터에서 장애 조치를 구성한 방법에 따라 달라집니다. 장애 조치 작업을 수행하도록 지정된 서버는 해당 노드의 작업 외에도 오류가 발생한 노드의 작업을 처리할 수 있도록 크기를 조정해야 합니다.

Office Project Server 2007 배포의 경우 SQL Server에서 장애 조치 클러스터링을 사용할 수 있습니다.

부하 분산 클러스터

부하 분산 클러스터는 일반적으로 동일하게 복제된 컴퓨터 그룹으로, 웹 서버, Microsoft ISA(Internet Security and Acceleration) 서버(프록시 및 방화벽 서버용) 및 TCP(Transmission Control Protocol)와 UDP(User Datagram Protocol) 트래픽을 수신하는 기타 응용 프로그램의 가용성을 향상시키는 데 사용됩니다. 클러스터 노드는 보통 서로 동일한 복제 항목으로 독립적으로 작동할 수 있기 때문에 클러스터의 모든 노드는 활성 노드입니다.

Office Project Server 2007에서는 다음과 같은 두 가지 부하 분산 방법을 지원합니다.

  • 첫 번째 방법은 Microsoft Windows Server 2003 운영 체제의 네트워크 부하 분산(NLB) 서비스와 같은 소프트웨어입니다. NLB는 프런트 엔드 웹 서버에서 실행되고 TCP/IP를 사용하여 요청을 라우팅합니다. NLB(및 기타 소프트웨어 부하 분산 솔루션)는 프런트 엔드 웹 서버에서 실행되고 프런트 엔드 웹 시스템 리소스를 사용하므로 웹 페이지를 처리하는 데 사용할 수 있는 리소스가 줄어듭니다. 그러나 시스템 리소스에 미치는 영향은 크지 않으며 하나의 소프트웨어 솔루션으로 최대 32개의 프런트 엔트 웹 서버를 처리할 수 있습니다.

  • 두 번째 방법은 라우터 또는 스위치 상자와 같은 하드웨어입니다. 부하 분산 하드웨어는 네트워크를 사용하여 프런트 엔드 웹 서버 간에 웹 사이트 트래픽을 전달합니다. 부하 분산 하드웨어는 소프트웨어에 비해 설치 비용이 높지만 프런트 엔드 서버의 리소스에 영향을 주지 않습니다. Office Project Server 2007은 모든 부하 분산 하드웨어와 함께 사용할 수 있습니다.

권장되는 방법은 아니지만, 세 번째 부하 분산 방법으로 DNS(Domain Name System)를 사용하는 라운드 로빈 부하 분산이 있습니다. 라운드 로빈 DNS 부하 분산은 프런트 엔드 웹 서버에서 많은 양의 리소스를 사용하고 부하 분산 소프트웨어나 하드웨어보다 속도가 느려 Office Project Server 2007과 함께 사용하지 않는 것이 좋습니다. 또한 사용자를 서버로 라우팅할 때 세션 부하를 고려하지 않아 서버가 오버로드될 수 있습니다.

하드웨어 중복

조직의 하드웨어 구성을 복제하는 추가 하드웨어 구성을 배포하여 Office Project Server 2007 배포에 내결함성을 제공할 수 있습니다. 이 경우 데이터 입출력 경로 중 하나 또는 서버의 물리적 하드웨어 구성 요소(예: 컴퓨터, 네트워크 및 저장 영역 네트워크 구성 요소)에서 오류가 발생해도 시스템은 영향을 받지 않습니다. 단일 오류 지점을 최소화하기 위해 사용하는 하드웨어는 중복하려는 구성 요소에 따라 달라집니다. 하드웨어 공급업체는 보통 저장소 솔루션으로 중복 하드웨어를 포함합니다.

RAID 구성

RAID(Redundant Array of Independent Disks)를 사용하면 Office Project Server 2007 배포의 내결함성을 강화할 수 있습니다. RAID에서는 중복, 성능 향상 및 MTBF(평균 고장 시간 간격) 증가를 위해 여러 디스크에 동일한 데이터를 저장합니다. RAID 구성에서 물리적 저장 용량에는 하드 디스크에 저장된 데이터의 중복 정보가 포함됩니다. 중복 정보는 패리티 정보(RAID-5 볼륨의 경우) 또는 별도의 완전한 데이터 복사본(미러링된 볼륨의 경우)입니다. 디스크 중 하나 또는 액세스 경로에서 오류가 발생하거나 디스크의 한 섹터를 읽을 수 없는 경우 중복 정보를 통해 데이터를 다시 생성할 수 있습니다.

단일 디스크에서 오류가 발생해도 Office Project Server 2007을 실행하는 컴퓨터가 계속 올바르게 작동하도록 하려면 Office Project Server 2007 배포에 포함된 하드 디스크에서 RAID 디스크 미러링 또는 패리티 사용 디스크 스트라이핑을 적용할 수 있습니다. 디스크 미러링 및 패리티 사용 디스크 스트라이핑을 통해 하드 디스크에서 원하는 데이터의 중복 데이터를 만들 수 있습니다.

Office Project Server 2007 데이터베이스에서는 입출력이 매우 잦은 편입니다. 따라서 Office Project Server 2007 데이터베이스를 포함하는 드라이브의 중복 및 성능을 최적화하려면 RAID 10을 사용하는 것이 좋습니다.

그러나 RAID 구성을 사용해도 손상된 파일을 보호하거나 기타 파일 오류를 방지할 수 없습니다. 따라서 서버에 중요한 데이터의 최신 백업을 보관하기 위한 대체 방법으로는 RAID 구성을 사용하지 않는 것이 좋습니다.

트랜잭션 로그 파일 및 데이터베이스 파일은 Office Project Server 2007을 실행하는 컴퓨터 작업에서 중요한 역할을 하므로 트랜잭션 로그 파일 및 데이터베이스 파일은 별도의 물리적 디스크에 보관할 수 있습니다. 또한 RAID 디스크 미러링 또는 패리티 사용 디스크 스트라이핑을 활용하면 특정 물리적 하드 디스크가 손실되어도 Office Project Server 2007 데이터베이스에서 오류가 발생하지 않습니다.

환경에 SAN(저장 영역 네트워크)이 있는 경우 이미 배포에 필요한 디스크 중복이 포함되었을 수 있습니다. SAN 환경에서는 Office Project Server 2007 배포 및 연결된 구성 요소를, 다른 입출력이 많은 응용 프로그램과 동일한 디스크 스핀들에 배치하지 않는 것이 좋습니다. 성능이 저하될 수 있기 때문입니다. Office Project Server 2007 데이터는 순차적으로 읽을 수 있도록 최적화되어 있어 SAN 환경에 적합합니다.

서버 역할 중복

어떤 기본 서버 토폴로지를 선택할지는 응용 프로그램 서버 역할의 중복이 필요한지에 따라 다릅니다. 이 섹션에서는 중복 옵션과 관련하여 응용 서버 역할을 설명합니다.

중복이 될 수 있는 역할

이러한 응용 프로그램 서버 역할은 여러 서버에 배포될 수 있습니다. 각 서버에 배포되는 코드는 동일하며 응용 프로그램 서버 역할은 어떠한 데이터도 저장하지 않습니다. 다시 말해, 이러한 서버 역할의 각 인스턴스는 동일하게 유지됩니다. 따라서 한 서버 컴퓨터에서 오류가 발생해도 저장된 데이터가 손실되지 않습니다. 웹 서버가 이러한 서버 역할에 대한 요청을 사용 가능한 여러 응용 프로그램 서버 컴퓨터로 자동으로 부하 분산시킵니다.

Office Project Server 2007 Project 응용 프로그램 서비스를 중복하여 배포할 수 있습니다. 그렇게 하면 PWA 데이터 요청의 처리량 및 배포 용량을 늘릴 수 있습니다. 그러나 여러 서버에 Project 응용 프로그램 서비스를 배포해도 팜의 가용성을 늘리지는 못합니다. 서버 중 하나에서 오류가 발생한 경우 팜에서 자동으로 오류를 감지하지 못하며 팜에서 해당 오류 요소를 수동으로 제거할 때까지 오류가 발생한 Project 응용 프로그램 서비스 서버로 계속 요청을 보냅니다.

중복이 될 수 없는 역할

Office Project Server 2007에서 사용할 수 있는 일부 응용 프로그램 서버 역할(예: Windows SharePoint Services 3.0 검색)은 중복될 수 없습니다. 이러한 응용 프로그램 서버 역할을 여러 서버에 배포할 수는 있지만 여러 서버에 있다 해도 중복은 아닙니다. 이런 서버 역할은 콘텐츠를 크롤링하도록 구성되며 콘텐츠 인덱스를 생성하므로, 해당 역할을 여러 서버에 배포하면 각 서버가 서로 다른 콘텐츠를 크롤링합니다.

데이터베이스 서버 중복

데이터베이스 서버 역할은 다른 역할에 비해 솔루션의 가용성에 더 많은 영향을 줍니다. 웹 서버나 응용 프로그램 서버가 실패하면 해당 역할을 빠르게 복원하거나 다시 배포할 수 있습니다. 그러나 데이터베이스 서버가 실패하는 경우에는 데이터베이스 서버의 복원 여부에 따라 솔루션이 달라집니다. 데이터베이스 서버를 다시 작성한 다음 백업 미디어에서 데이터를 복원해야 할 수도 있습니다. 이 경우 SQL Server의 구성 방식에 따라 지난 백업 작업 당시의 새 데이터 또는 변경한 데이터까지 손실될 수 있습니다. 또한 데이터베이스 서버 역할을 복원하는 동안 솔루션은 전혀 사용할 수 없습니다.

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

구성 요소 내결함성을 계획하는 경우 다음을 고려합니다.

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

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

로그 전달

Microsoft SQL Server에서는 로그 전달을 사용하여 한 데이터베이스에서 다른 데이터베이스로 연속해서 트랜잭션 로그를 제공할 수 있습니다. 연속해서 원본 데이터베이스에서 트랜잭션 로그를 백업한 다음 대상 데이터베이스에 로그를 백업하면 대상 데이터베이스와 원본 데이터베이스를 동기화할 수 있습니다. 로그 전달을 사용하면 대기 서버 유지 관리를 자동화할 수 있습니다.

대기 서버

대기 서버는 기본 프로덕션 서버에서 오류가 발생한 경우 온라인으로 전환되는 두 번째 서버입니다. 기본 서버에 설치된 동일한 소프트웨어 구성 요소를 대기 서버에도 설치합니다. 대기 서버를 사용하면 기본 서버를 사용할 수 없는 경우에도 Office Project Server 2007 데이터를 계속 사용할 수 있습니다.

예약된 유지 관리 때문에 기본 서버를 사용할 수 없는 경우에도 대기 서버를 사용할 수 있습니다. 예를 들어 하드웨어 또는 소프트웨어 업그레이드 때문에 기본 서버를 오프라인으로 설정해야 하는 경우 기본 서버가 다시 온라인으로 전환될 때까지 대기 서버를 사용할 수 있습니다.

대기 서버를 사용할 때 고려할 가장 중요한 사항은 대기 서버의 하드웨어, 소프트웨어 업데이트 및 펌웨어 업데이트가 해당 대기 서버로 대체할 기본 서버와 동일해야 한다는 것입니다.

대기 서버가 데이터베이스 서버인 경우 기본 서버에 데이터베이스 복사본을 포함해야 합니다. 기본 서버가 오프라인으로 지정되고 대기 서버가 온라인으로 전환된 경우 기본 서버가 다시 사용 가능해지면 대기 서버에 있는 데이터베이스 복사본에서 변경한 내용을 기본 서버에 다시 복사해야 합니다. 그렇지 않으면 해당 변경 내용이 손실됩니다. 사용자가 다시 기본 서버를 사용하면 기본 서버의 데이터베이스를 대기 서버로 다시 백업 및 복사해야 합니다.

로그 전달은 대기 서버와 기본 서버를 동기화하는 최상의 방법입니다. 기본 서버에서 오류가 발생하거나 단일 데이터베이스에서만 오류가 발생한 경우 사용자 프로세스에서 대기 서버의 데이터베이스를 사용할 수 있습니다. 기본 서버에 액세스할 수 없는 사용자 프로세스는 대신 대기 서버를 사용해야 합니다.

배포에 별도의 프런트 엔드 웹 서버가 있는 경우 프런트 엔드 웹 서버에 Project 응용 프로그램 서비스를 설치하고 꺼둘 수 있습니다. 그러다 Office Project Server 2007 서버 중 하나에서 오류가 발생하면 프런트 엔드 웹에 설치된 Project 응용 프로그램 서비스를 활성화하여 쉽게 대기 서버를 온라인으로 전환할 수 있습니다.