가용성 설계 예

이 절에서는 신원 기반 통신 예에서 이미 설명한 대로 1,000명에서 5,000명의 직원이 있는 중소 기업을 위한 신원 기반 통신 솔루션을 기반으로 하는 가용성 전략의 두 가지 예가 설명됩니다. 첫 번째 가용성 전략은 Messaging Server를 위한 로드 균형 조정을 보여줍니다. 두 번째는 Sun Cluster 소프트웨어를 사용하는 페일오버 솔루션을 보여줍니다.

Messaging Server를 위한 로드 균형 조정 예

다음 표에는 논리적 구조에 있는 각 논리적 Messaging Server 구성 요소의 CPU 성능에 대한 예상치가 나열되어 있습니다. 이 표에는 CPU 예상 개수 업데이트 절에서 계산한 최종 예상치가 반복되어 있습니다.

표 5–6 구성 요소 지원을 위한 CPU 예상 개수조정

구성 요소	CPU	메모리
Messaging Server(MTA, 인바운드)	2	4GB
Messaging Server(MTA, 아웃바운드)	2	4GB
Messaging Server(MMP)	2	4GB
Messaging Server(메시지 저장소)	2	4GB

예를 들면 기술적 요구 사항 단계 중에 서비스 품질 요구 사항이 다음과 같이 지정되었다고 가정합니다.

• 가용성.전반적인 시스템 가용성이 99.99%(예정된 중단 시간을 포함하지 않음)가 되어야 합니다. 개별 컴퓨터 시스템 실패가 서비스 실패를 일으키지 않아야 합니다.

• 확장성.어떤 서버도 일별 최고 로드 하에서 80% 이상 사용될 수 없으며 시스템은 연간 10%의 장기적인 증가를 수용할 수 있어야 합니다.

가용성 요구 사항을 성취하기 위해 각 Messaging Server의 구성 요소가 각각 별개 하드웨어 서버에 있는 두 개의 인스턴스를 제공합니다. 한 구성 요소를 가진 서버가 실패하는 경우 다른 서버가 서비스를 제공합니다. 다음 그림은 이러한 가용성 전략을 위한 네트워크 다이어그램을 보여줍니다.

이전 그림에서 CPU 수가 원래 예상치의 두 배가 됩니다. CPU는 다음 이유로 두 배가 됩니다.

• 한 서버가 실패한 경우 남은 서버가 로드를 처리하기 위해 CPU 성능을 제공합니다.

• 최고 로드 하에서 어떤 단일 서버도 80% 이상 사용하지 않는 확장성 요구 사항의 경우 추가된 CPU 성능이 이러한 안전 여유분을 제공합니다.

• 연간 로드 10% 증가를 수용하기 위한 확장성 요구 사항의 경우 추가된 CPU 성능이 추가 확장이 필요할 때까지 증가하는 로드를 처리할 수 있는 잠재 용량을 가져 옵니다.

Sun Cluster 소프트웨어를 사용하는 페일오버 예

다음 그림은 Calendar Server 백엔드 및 Messaging Server 메시징 저장소에 대한 페일오버 전략 예를 나타냅니다. Calendar Server 백엔드 및 메시징 저장소는 별개 하드웨어 서버에 복제되며 Sun Cluster 소프트웨어와 함께 페일오버를 위해 구성됩니다. CPU 수와 해당 메모리는 Sun Cluster의 각 서버에 복제됩니다.

그림 5–6 Sun Cluster 소프트웨어를 사용하는 페일오버 예

디렉토리 서비스 복제 예

디렉토리 서비스를 고가용성을 제공하면서 다른 서버 간 트랜잭션을 분산하기 위해 복제할 수 있습니다. Directory Server는 다음을 포함하여 서비스 복제의 다양한 전략을 제공합니다.

• 다중 데이터베이스.별개의 데이터베이스에 디렉토리 트리의 각각 다른 부분을 저장합니다.

• 연쇄화 및 참조.분산 데이터를 단일 디렉토리 트리에 연결합니다.

• 단일 마스터 복제.마스터 데이터베이스에 대한 중앙 소스를 제공하며 이 중앙 소스는 사용자 복제본에 분산됩니다.

• 다중 마스터 복제.여러 서버 내에 마스터 데이터베이스를 분산합니다. 그 다음에 각각의 마스터는 사용자 복제본으로 해당 데이터베이스를 분산합니다.

Directory Server를 위한 가용성 전략은 복잡한 내용으로서 이 설명서 범위를 벗어납니다. 다음 절인 단일 마스터 복제 및 다중 마스터 복제에서는 기본 복제 전략에 대한 수준 높은 설명을 제공합니다. 자세한 내용은 Sun Java System Directory Server 5 2005Q1 Deployment Plannning Guide를 참조하십시오.

단일 마스터 복제

다음 그림은 기본 복제 개념을 보여 주는 단일 마스터 복제 전략을 나타냅니다.

그림 5–7 단일 마스터 복제 예

단일 마스터 복제에서는 Directory Server의 한 인스턴스가 모든 변경 사항을 기록하면서 마스터 디렉토리 데이터베이스를 관리합니다. 마스터 데이터베이스는 모든 수의 사용자 데이터베이스에 복제됩니다. Directory Server의 사용자 인스턴스는 읽기 및 검색 작업을 위해 최적화되어 있습니다. 사용자가 수신한 모든 읽기 작업은 마스터에게 돌아가 참조됩니다. 마스터는 주기적으로 사용자 데이터베이스를 업데이트합니다.

단일 마스터 복제의 장점은 다음과 같습니다.

• 데이터베이스 읽기 및 쓰기 작업을 위해 최적화된 Directory Server의 단일 인스턴스

• 읽기 및 검색 작업을 위해 최적화된 Directory Server의 모든 사용자 인스턴스

• Directory Server의 사용자 인스턴스에 대한 수평 확장성

다중 마스터 복제

다음 그림은 디렉토리 액세스를 전세계적으로 분산하는데 사용할 수 있는 다중 마스터 복제 전략을 나타냅니다.

다중 마스터 복제에서는 Directory Server의 한 개 이상의 인스턴스가 마스터 디렉토리 데이터베이스를 관리합니다. 각 마스터에는 마스터 데이터베이스를 동기화하기 위한 절차를 지정하는 복제 계약이 있습니다. 각 마스터는 모든 사용자 데이터베이스에 복제합니다. 단일 마스터 복제와 같이 Directory Server의 사용자 인스턴스는 읽기 및 검색 액세스를 위해 최적화되어 있습니다. 사용자가 수신한 모든 읽기 작업은 마스터에게 돌아가 참조됩니다. 마스터는 주기적으로 사용자 데이터베이스를 업데이트합니다.

그림 5–8 다중 마스터 복제 예

다중 마스터 복제 전략은 단일 마스터 복제의 모든 장점에 더하여 마스터에 업데이트할 경우 로드 균형을 제어할 수 있는 가용성 전략을 제공합니다. 또한 전세계적으로 분산된 데이터 센터가 있는 기업에 있어서 중요한 고려 사항인 디렉토리 작업의 로컬 제어를 제공하는 가용성 전략도 구현할 수 있습니다.