6.1 Calendar Server 버전 6.3의 고가용성 구성 방법 선택 개요
고가용성은 여러 가지 방법으로 구성할 수 있습니다. 이 절에서는 세 가지 고가용성 구성 방법을 간략히 설명하고 사용자 요구에 맞는 방법을 선택하는 데 도움이 되는 정보를 제공합니다.
이 절은 다음 내용으로 구성되어 있습니다.
6.1.1 Calendar Server 버전 6.3의 비대칭형 고가용성에 대한 이해
간단한 비대칭형 고가용성 시스템에는 두 개의 물리적 노드가 있습니다. 일반적으로 주 노드가 활성 상태이며, 주 노드에서 오류가 발생한 경우 다른 노드가 백업 노드의 역할을 수행하여 문제를 해결합니다. 페일오버를 수행하기 위해 공유 디스크 어레이가 백업 노드의 마스터로 전환됩니다. 오류가 발생한 주 노드에서 Calendar Server 프로세스가 중지되고 백업 노드에서 시작됩니다.
이러한 유형의 고가용성 시스템에는 다양한 장점이 있습니다. 그 중 하나는 백업 노드를 주 노드 전용으로 완전히 예약하여 사용할 수 있다는 점입니다. 따라서 페일오버가 발생한 경우 백업 노드에서 자원 경합이 발생하지 않습니다. 또 다른 장점은 롤링 업그레이드를 수행하는 기능입니다. 이를 통해 한 노드를 업그레이드하면서 다른 노드에서 Calendar Server 소프트웨어를 계속 실행할 수 있습니다. 시작 시에는 구성 파일이 읽기 전용이므로 첫 번째 노드를 업그레이드하는 동안 ics.conf 파일을 변경해도 다른 노드에서 실행 중인 다른 Calendar Server 소프트웨어 인스턴스를 방해하지 않습니다. 달력 프로세스를 중지했다가 다시 시작해야 새 구성이 적용됩니다. 다른 노드를 업그레이드하려면 업그레이드된 주 노드에 대해 페일오버를 수행하고 보조 노드에서 업그레이드를 진행합니다.
주 –
물론, 보조 노드를 먼저 업그레이드한 다음 주 노드를 업그레이드할 수도 있습니다.
비대칭형 고가용성 모델에는 몇 가지 단점도 있습니다. 우선, 백업 노드가 대부분의 시간을 유휴 상태로 머물러 활용되지 않습니다. 다른 단점은 단일 저장소 어레이 문제입니다. 이 경우 간단한 비대칭형 고가용성 시스템에서 디스크 어레이 오류가 발생하는 경우 사용 가능한 백업이 없다는 것입니다.
6.1.2 대칭형 고가용성 Calendar Server 버전 6.3에 대한 이해
간단한 대칭형 고가용성 시스템에는 활성 상태의 물리적 노드가 두 개 있습니다. 각 노드는 두 개의 저장소 볼륨이 포함된 자체 디스크 어레이를 가지고 있는데, 한 볼륨은 로컬 달력 저장소로 사용되고 다른 볼륨은 다른 노드의 달력 저장소에 대한 미러 이미지로 사용됩니다. 각 노드는 다른 노드의 백업 노드 역할을 합니다. 한 노드에서 자신의 백업 노드로 페일오버를 수행하면 Calendar Server의 두 인스턴스가 백업 노드에서 동시에 실행되는데, 각각 자신의 설치 디렉토리에서 실행되고 자신의 달력 저장소에 액세스합니다. 유일하게 백업 노드의 계산 능력이 공유됩니다.
이런 유형의 고가용성 시스템이 가진 장점은 두 노드가 동시에 활성 상태이므로 시스템 자원을 충분히 활용할 수 있다는 점입니다. 그러나 오류가 발생한 경우에는 두 노드에서 Calendar Server에 대한 서비스를 실행하기 때문에 백업 노드에서 더 많은 자원 경합이 발생하게 됩니다.
또한 대칭형 고가용성은 백업 저장소 어레이를 제공합니다. 디스크 어레이에 오류가 발생한 경우 백업 노드의 서비스가 중복 이미지를 선택할 수 있습니다.
주 –
대칭형 고가용성 시스템을 구성하려면 공유 디스크에 Calendar Server 바이너리를 설치하십시오. 이렇게 하면 롤링 업그레이드를 수행하지 않고도, 향후 Calendar Server 릴리스에서 계획된 기능에 대해 최소한 가동 중지 시간으로 또는 가동 중지 시간 없이 Calendar Server 패치 릴리스로 시스템을 업그레이드할 수 있습니다.
6.1.3 N+1(N Over 1): Calendar Server 버전 6.3의 여러 비대칭형 고가용성에 대한 이해
이 장에서 설명한 두 가지 유형의 고가용성 시스템과 더불어 이 두 유형의 하이브리드 형태인 세 번째 유형도 제공됩니다. 세 번째 유형은 다중 노드의 비대칭형 고가용성 시스템입니다. 이 유형에서 “N”개의 디스크 어레이와 “N”개의 노드는 모두 예약되어 있고 보통 비활성 상태인 동일한 백업 노드를 사용합니다. 이 백업 노드는 모든 “N”개 노드에 대해 Calendar Server를 실행할 수 있습니다. 이전 그림에 나와 있는 것처럼 “N”개 노드의 각 디스크 어레이를 공유합니다. 여러 노드에서 동시에 오류가 발생하는 경우 백업 노드는 최대 “N”개의 Calendar Server 인스턴스를 동시에 실행할 수 있어야 합니다. “N”개의 노드에는 각각 자신의 디스크 어레이가 있습니다.
N+1 모델의 장점은 Calendar Server의 부하를 여러 노드로 분산할 수 있으며, 발생 가능한 모든 노드 오류를 지원하기 위해 하나의 백업 노드만 필요하다는 데 있습니다.
이 유형의 단점은 비대칭형 시스템처럼 백업 노드가 대부분의 시간을 유휴 상태로 있다는 점입니다. 또한 N+1 고가용성 시스템 백업 노드는 여러 Calendar Server 인스턴스를 호스팅해야 하는 경우 용량을 추가해야 합니다. 따라서 시스템이 유휴 상태임에도 비용이 더 들게 됩니다. 그러나 시스템 유휴 비율은 1:1이 아닌1:N입니다(단일 비대칭형 시스템의 경우).
이러한 유형의 시스템을 구성하려면 “N” 노드 및 백업 노드를 위한 비대칭형 고가용성 시스템에 대한 지침을 참조하십시오. 매번 다른 주 노드에서 동일한 백업 노드를 사용합니다.
6.1.4 Calendar Server 버전 6.3 배포를 위한 고가용성 모델 선택
다음 표에는 각 고가용성 모델의 장단점이 요약되어 있습니다. 이 정보를 사용하여 배포에 적합한 모델을 결정할 수 있습니다.
표 6–1 두 고가용성 모델의 장단점
6.1.5 Calendar Server 6.3 배포 시 고가용성을 위한 시스템 가동 중지 시간 계산
다음 표에서는 지정된 날짜에 시스템 오류로 인해 달력 서비스를 사용할 수 없게 될 확률을 보여 줍니다. 시스템 손상 또는 서버 중단으로 인해 평균적으로 3개월마다 하루씩 서버가 다운되고 해당 저장 장치가 12개월마다 하루씩 다운된다고 가정합니다. 또한 두 노드가 동시에 다운될 수 있는 작은 확률은 무시합니다.
표 6–2 시스템 가동 중지 시간 계산|
모델 |
서버 가동 중지 시간 확률 |
|
단일 서버(고가용성 아님) |
Pr(다운) = (시스템 다운 4일 + 저장소 다운 1일)/365 = 1.37% |
|
비대칭형 |
Pr(다운) = (시스템 다운 0일 + 저장소 다운 1일)/365 = 0.27% |
|
대칭형 |
Pr(다운) = (시스템 다운 0일 + 저장소 다운 0일)/365 = (거의 0) |
|
N + 1 비대칭형 |
Pr(다운) = (시스템 다운 5시간 + 저장소 다운 1일)/(365xN) = 0.27%/N |
- © 2010, Oracle Corporation and/or its affiliates