이 절에서는 신원 기반 통신 예에서 이미 설명한 대로 1,000명에서 5,000명의 직원이 있는 중소 기업을 위한 신원 기반 통신 솔루션을 기반으로 하는 가용성 전략의 두 가지 예가 설명됩니다. 첫 번째 가용성 전략은 Messaging Server를 위한 로드 균형 조정을 보여줍니다. 두 번째는 Sun Cluster 소프트웨어를 사용하는 페일오버 솔루션을 보여줍니다.
다음 표에는 논리적 구조에 있는 각 논리적 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 성능이 추가 확장이 필요할 때까지 증가하는 로드를 처리할 수 있는 잠재 용량을 가져 옵니다.
다음 그림은 Calendar Server 백엔드 및 Messaging Server 메시징 저장소에 대한 페일오버 전략 예를 나타냅니다. Calendar Server 백엔드 및 메시징 저장소는 별개 하드웨어 서버에 복제되며 Sun Cluster 소프트웨어와 함께 페일오버를 위해 구성됩니다. CPU 수와 해당 메모리는 Sun Cluster의 각 서버에 복제됩니다.
디렉토리 서비스를 고가용성을 제공하면서 다른 서버 간 트랜잭션을 분산하기 위해 복제할 수 있습니다. Directory Server는 다음을 포함하여 서비스 복제의 다양한 전략을 제공합니다.
다중 데이터베이스.별개의 데이터베이스에 디렉토리 트리의 각각 다른 부분을 저장합니다.
연쇄화 및 참조.분산 데이터를 단일 디렉토리 트리에 연결합니다.
단일 마스터 복제.마스터 데이터베이스에 대한 중앙 소스를 제공하며 이 중앙 소스는 사용자 복제본에 분산됩니다.
다중 마스터 복제.여러 서버 내에 마스터 데이터베이스를 분산합니다. 그 다음에 각각의 마스터는 사용자 복제본으로 해당 데이터베이스를 분산합니다.
Directory Server를 위한 가용성 전략은 복잡한 내용으로서 이 설명서 범위를 벗어납니다. 다음 절인 단일 마스터 복제 및 다중 마스터 복제에서는 기본 복제 전략에 대한 수준 높은 설명을 제공합니다. 자세한 내용은 Sun Java System Directory Server 5 2005Q1 Deployment Plannning Guide를 참조하십시오.
다음 그림은 기본 복제 개념을 보여 주는 단일 마스터 복제 전략을 나타냅니다.
단일 마스터 복제에서는 Directory Server의 한 인스턴스가 모든 변경 사항을 기록하면서 마스터 디렉토리 데이터베이스를 관리합니다. 마스터 데이터베이스는 모든 수의 사용자 데이터베이스에 복제됩니다. Directory Server의 사용자 인스턴스는 읽기 및 검색 작업을 위해 최적화되어 있습니다. 사용자가 수신한 모든 읽기 작업은 마스터에게 돌아가 참조됩니다. 마스터는 주기적으로 사용자 데이터베이스를 업데이트합니다.
단일 마스터 복제의 장점은 다음과 같습니다.
데이터베이스 읽기 및 쓰기 작업을 위해 최적화된 Directory Server의 단일 인스턴스
읽기 및 검색 작업을 위해 최적화된 Directory Server의 모든 사용자 인스턴스
Directory Server의 사용자 인스턴스에 대한 수평 확장성
다음 그림은 디렉토리 액세스를 전세계적으로 분산하는데 사용할 수 있는 다중 마스터 복제 전략을 나타냅니다.
다중 마스터 복제에서는 Directory Server의 한 개 이상의 인스턴스가 마스터 디렉토리 데이터베이스를 관리합니다. 각 마스터에는 마스터 데이터베이스를 동기화하기 위한 절차를 지정하는 복제 계약이 있습니다. 각 마스터는 모든 사용자 데이터베이스에 복제합니다. 단일 마스터 복제와 같이 Directory Server의 사용자 인스턴스는 읽기 및 검색 액세스를 위해 최적화되어 있습니다. 사용자가 수신한 모든 읽기 작업은 마스터에게 돌아가 참조됩니다. 마스터는 주기적으로 사용자 데이터베이스를 업데이트합니다.
다중 마스터 복제 전략은 단일 마스터 복제의 모든 장점에 더하여 마스터에 업데이트할 경우 로드 균형을 제어할 수 있는 가용성 전략을 제공합니다. 또한 전세계적으로 분산된 데이터 센터가 있는 기업에 있어서 중요한 고려 사항인 디렉토리 작업의 로컬 제어를 제공하는 가용성 전략도 구현할 수 있습니다.