Sun Java System Calendar Server 6 2005Q4 관리 설명서

배경 정보

이 절에서는 CLD 플러그 인을 실제로 활성화하고 구성하기 전에 이해하면 도움이 되는 유용한 개요 및 배경 정보를 제공합니다. 이 절은 다음 내용으로 구성되어 있습니다.

CLD 플러그 인 개요

달력 조회 데이터베이스(CLD) 플러그 인에서는 단일 달력 인스턴스에서 사용자 및 자원 달력을 여러 백엔드 서버에 분산할 수 있게 함으로써 달력 데이터베이스의 수평 확장성을 제공합니다. 달력 데이터베이스가 여러 백엔드 서버에 분산된 경우 Calendar Server는 CLD 플러그 인을 사용하여 달력이 실제로 저장된 서버를 확인합니다.

Calendar Server는 DWP(데이터베이스 와이어 프로토콜)를 사용하여 백엔드 서버의 달력 데이터에 액세스합니다. DWP는 csdwpd 서비스로 실행되는 내부 프로토콜이며 달력 데이터베이스용 네트워킹 기능을 제공합니다.

CLD 플러그 인의 실행 방식

Calendar Server는 다음과 같이 백엔드 서버의 달력 데이터에 액세스합니다.

  1. 최종 사용자가 Communications Express를 통해 달력에 액세스하면 CLD 플러그 인은 달력의 calid에서 userid를 추출한 후 LDAP 디렉토리 데이터베이스 또는 CLD 데이터 캐시(활성화된 경우)에서 달력 소유자를 조회합니다. 프런트엔드 시스템을 구성하는 방법에 대한 자세한 내용은 CLD를 위한 프런트엔드 서버를 구성하려면을 참조하십시오.

  2. 이 플러그 인은 달력 소유자를 찾은 후 소유자의 icsDWPHost LDAP 속성을 사용하여 달력이 있는 백엔드 서버의 호스트 이름을 확인합니다. 이 이름은 DNS(Domain Name Service)에서 유효한 IP 주소로 확인할 수 있어야 합니다.

  3. 이 호스트 이름을 사용하는 Calendar Server는 DWP(데이터베이스 와이어 프로토콜)를 사용하여 백엔드 서버의 달력 데이터에 액세스합니다.

  4. Calendar Server는 DWP를 사용하여 달력 데이터가 사용자 인터페이스 중 하나에서 렌더링될 수 있도록 사용자가 로그인한 서버로 해당 데이터를 보냅니다.


정보 –

사이트에서 CLD 플러그 인을 사용하는 경우에는 같은 사용자에 대해 만든 모든 달력이 LDAP 사용자 항목의 icsDWPHost LDAP 속성에 표시된 서버와 동일한 백엔드 서버에 있어야 합니다. 다른 백엔드 서버에서 달력을 만들려고 할 경우 Calendar Server는 오류를 반환합니다.


CLD 플러그 인에서 지원하는 구성

CLD 플러그 인은 다음 Calendar Server 구성을 지원합니다.


정보 –

이 모든 구성에서 각 프런트엔드 서버 및 백엔드 서버는 다음 조건을 만족해야 합니다.


다중 프런트엔드 서버와 다중 백엔드 서버

그림 6–1은 단일 Calendar Server 인스턴스가 실행되는 두 대의 프런트엔드 서버와 두 대의 백엔드 서버를 보여 줍니다. 또한 필요에 따라 3대 이상의 프런트엔드 또는 백엔드 서버를 구성할 수 있습니다.

이 구성에서 서버는 LDAP 및 달력 데이터베이스에 대한 액세스를 제한하는 방화벽으로 보호할 수 있습니다. 달력 데이터베이스는 2대의 백엔드 서버에 분산됩니다.

프런트엔드 서버는 CPU를 많이 사용하며, 최종 사용자용 달력 데이터를 렌더링하는 데 대부분의 CPU 시간이 소요됩니다. 백엔드 서버는 디스크를 많이 사용하며, 달력 데이터베이스에 액세스하는 데 대부분의 CPU 시간이 소요됩니다.

구성 지침에 대해서는 CLD 및 DWP를 위한 Calendar Server 구성을 참조하십시오.

그림 6–1 다중 프런트엔드 서버와 다중 백엔드 서버

이 예에서는 다중 백엔드 및 프런트엔드 서버를 모두 포함하는 시스템을 보여 줍니다.

프런트엔드/백엔드 서버로 작동하는 여러 시스템

그림 6–2에서는 프런트엔드 및 백엔드 서버 둘 다로 작동하는 세 대의 시스템을 보여 줍니다. 각 시스템은 달력 데이터베이스에 연결됩니다. 이 구성에서는 달력의 지역적인 분산이 가능합니다. 달력 소유자(최종 사용자)는 달력이 위치한 시스템에 로그인합니다. 구성 지침에 대해서는 서버를 프런트엔드 및 백엔드 둘 다 구성하려면을 참조하십시오.

그림 6–2 프런트엔드/백엔드 둘 다로 작동하는 여러 서버

이 그림은 프런트엔드 및 백엔드 시스템 둘 다로 작동하는 시스템의 예를 보여 줍니다.

간단한 크기 조정 연습

다음은 필요한 백엔드 및 프런트엔드 서버의 수와 저장소 크기를 계산하기 위한 몇 가지 간단한 수식으로, 중간 크기의 사용 프로필을 기반으로 합니다.

중간 크기의 사용 프로필 정의

추정값을 계산하기 위해 다음과 같이 가정합니다.

프런트엔드 CPU의 수

수식은 다음과 같습니다.

CPU의 수 = 동시 사용자 수를 4800으로 나눈 값

백엔드 CPU의 수

수식은 다음과 같습니다.

CPU의 수 = 500,000명의 구성된 사용자당 CPU 4개

필요한 저장소 크기

수식은 다음과 같습니다.

저장소 크기 = 주당 5개의 전자 메일*년당 52주*전자 메일당 2K(5*52*2K)

= 매년 사용자당 520KB

2년 동안의 달력 데이터를 사용자당 1MB로 가정합니다.