Sun Java 로고     이전      목차      색인      다음     

Sun 로고
Sun Java System Calendar Server 관리 설명서 

9장
달력 조회 데이터베이스 플러그 인

이 장에서는 여러 개의 백엔드 서버에 달력 데이터베이스를 배포할 수 있게 해 주는 달력 조회 데이터베이스(CLD) 플러그 인에 대해 설명합니다.

이 장은 다음 내용으로 구성되어 있습니다.

CLD 플러그 인 개요

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

Calendar Server는 ics.conf 파일의 caldb.cld.type 매개 변수 값에 따라 플러그 인을 로드합니다.

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

CLD 플러그 인의 실행 방식

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

  1. Calendar Express 최종 사용자가 달력에 액세스할 때 CLD 플러그 인은 달력의 calid에서 userid를 추출한 다음 LDAP 디렉토리 데이터베이스에서 달력 소유자를 조회합니다.
  2. 이 플러그 인은 달력 소유자를 찾은 후 소유자의 icsDWPHost LDAP 속성을 사용하여 달력이 있는 백엔드 서버의 호스트 이름을 확인합니다. 이 이름은 DNS(Domain Name Service)에서 유효한 IP 주소로 확인할 수 있어야 합니다.
  3. 이 호스트 이름을 사용하는 Calendar Server는 데이터베이스 와이어 프로토콜(DWP)을 사용하여 백엔드 서버의 달력 데이터에 액세스합니다.
  4. Calendar Server는 DWP를 사용하여 달력 데이터가 사용자 인터페이스 중 하나에서 렌더링될 수 있도록 사용자가 로그인한 서버로 해당 데이터를 보냅니다.

    5. 주

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

CLD 플러그 인 구성

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

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

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

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

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

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

그림 9-1 다중 프런트엔드 서버와 다중 백엔드 서버

다중 프런트엔드/백엔드 서버용 Calendar Server 구성

프런트엔드 서버 구성

프런트엔드 서버를 구성하려면 각 프런트엔드 서버의 ics.conf 파일에서 다음 매개 변수를 설정합니다.

  1. 달력 데이터베이스 조회 플러그 인을 사용 가능하게 합니다.

    2. csapi.plugin.calendarlookup = "y"

  2. Calendar Server가 모든 플러그 인을 로드하도록 지정합니다.

    3. csapi.plugin.calendarlookup.name = "*"

  3. CLD 플러그 인의 달력 조회 플러그 인 유형을 설정합니다.

    4. caldb.cld.type = "directory"

  4. DWP 서비스(csdwpd)의 포트 번호를 설정합니다.

    5. service.dwp.port = "59779"

    기본값은 "59779"입니다. 포트 번호는 구성된 모든 프런트엔드 서버 및 백엔드 서버에서 동일해야 합니다.

  5. 구성에 포함된 각 백엔드 서버의 서버 이름을 설정합니다.

    6. caldb.dwp.server.backend-server-1.ip = "backend-server-1"
    caldb.dwp.server.backend-server-2.ip = "backend-server-2"
    ...
    caldb.dwp.server.backend-server-n.ip = "backend-server-n"

    서버 이름은 정규화된 이름이어야 하며 DNS(Domain Name Service)에서 유효한 IP 주소로 확인할 수 있어야 합니다. 매개 변수의 각 부분에서 서버 이름이 같아야 하며 정규화되어야 합니다. 예를 들면 다음과 같습니다.

    caldb.dwp.server.calendar.sesta.com.ip = "calendar.sesta.com"

    또한 서버 이름은 적용 가능한 달력 소유자의 icsDWPHost LDAP 속성에 사용된 이름과 일치해야 합니다.

  6. 기본 DWP 서버 이름을 설정합니다.

    7. caldb.dwp.server.default = "server-name"

    여기서 server-name은 LDAP 서버 데이터베이스의 사용자 또는 자원 항목에 icsDWPHost 속성이 없는 경우 Calendar Server에서 사용하는 정규화된 기본 서버 이름입니다. 이 이름은 DNS(Domain Name Service)에서 유효한 IP 주소로 확인할 수 있어야 합니다. 예를 들면 다음과 같습니다.

    caldb.dwp.server.default = "calendar.sesta.com"

  7. 변경 내용을 적용하려면 Calendar Server를 다시 시작합니다.

프런트엔드 서버의 구성 매개 변수 예

다음 예에서는 calendar.sesta.com 및 calendar.siroe.com이라는 이름의 백엔드 서버 2대가 있는 프런트엔드 서버의 구성 매개 변수를 보여 줍니다. 기본 DWP 서버는 calendar.sesta.com입니다.

코드 예 9-1 프런트엔드 서버의 LDAP CLD 구성 매개 변수

service.dwp.port = "59779"
csapi.plugin.calendarlookup = "y"
csapi.plugin.calendarlookup.name = "*"
caldb.cld.type = "directory"
! Default DWP server
caldb.dwp.server.default = "calendar.sesta.com"
! Back-end servers
caldb.dwp.server.sesta.com.ip = "calendar.sesta.com"
caldb.dwp.server.siroe.com.ip = "calendar.siroe.com"

백엔드 서버 구성

백엔드 서버를 구성하려면 각 백엔드 서버에서 ics.conf 파일의 다음 매개 변수를 설정합니다.

  1. DWP 서비스를 사용 가능하게 하고(csdwpd) DWP 포트 번호를 설정합니다.

    2. service.dwp.enable = "yes"
    service.dwp.port = "59779"

    기본 포트 번호는 "59779"입니다. 포트 번호는 구성된 모든 프런트엔드 서버 및 백엔드 서버에서 동일해야 합니다.

  2. 백엔드 서버에서는 HTTP 서비스가 필요하지 않으므로 이 서비스를 사용 불가능하게 합니다. 이때 관리 서비스는 기본값 "yes"로 설정되어야 합니다.

    3. service.http.enable = "no"
    service.admin.enable = "yes"

  3. LDAP CLD 플러그 인을 위한 달력 조회 플러그 인의 유형을 설정합니다.

    4. caldb.cld.type = "local"

  4. 백엔드 서버는 달력 데이터를 조회할 필요가 없으므로 csapi.plugin.calendarlookup을 "n"으로 설정합니다.

    5. csapi.plugin.calendarlookup = "n"

  5. 변경 내용을 적용하려면 Calendar Server를 다시 시작합니다.

백엔드 서버의 구성 매개 변수의 예

다음 예에서는 백엔드 서버의 구성 매개 변수를 보여 줍니다.

코드 예 9-2 백엔드 서버의 LDAP CLD 구성 매개 변수

service.dwp.enable = "yes"
service.dwp.port = "59779"
service.http.enable = "no"
service.admin.enable = "yes"
caldb.cld.type = "local"
csapi.plugin.calendarlookup = "n"

다중 프런트엔드/백엔드 서버 구성

그림 9-2에서는 각각 하나의 달력 데이터베이스에 연결된 3대의 프런트엔드/백엔드 서버를 보여 줍니다. 이 구성에서는 그 소유자가 Calendar Server에 로그인한 서버에 각 달력이 위치하는 방식으로 달력을 지역적으로 분산시킬 수 있습니다.

그림 9-2 다중 프런트엔드/백엔드 서버 구성

다중 프런트엔드/백엔드 서버용 Calendar Server 구성

프런트엔드/백엔드 서버 구성

프런트엔드/백엔드 서버를 구성하려면 각 서버에서 ics.conf 파일의 다음 매개 변수를 설정합니다.

  1. DWP 서비스를 사용 가능하게 합니다(csdwpd).

    2. service.dwp.enable = "yes"

  2. DWP 서비스(csdwpd)의 포트 번호를 설정합니다.

    3. service.dwp.port = "59779"

    기본값은 "59779"입니다. 포트 번호는 구성된 모든 프런트엔드 서버 및 백엔드 서버에서 동일해야 합니다.

  3. 달력 조회 플러그 인을 사용 가능하게 합니다.

    4. csapi.plugin.calendarlookup = "y"

  4. Calendar Server가 모든 플러그 인을 로드하게 합니다.

    5. csapi.plugin.calendarlookup.name = "*"

  5. Calendar Server가 사용하는 달력 조회 플러그 인의 유형을 지정합니다.

    6. caldb.cld.type = "directory"

  6. 기본 DWP 서버 이름을 설정합니다.

    7. caldb.dwp.server.default = "server-name"

    여기서 server-name은 LDAP 서버 데이터베이스의 사용자 또는 자원 항목에 icsDWPHost 속성이 없는 경우 Calendar Server에서 사용하는 정규화된 기본 서버 이름입니다. 이 이름은 DNS(Domain Name Service)에서 유효한 IP 주소로 확인할 수 있어야 합니다. 예를 들면 다음과 같습니다.

    caldb.dwp.server.default = "calendar.sesta.com"

  7. 로컬 서버를 비롯하여 구성에 포함된 모든 프런트엔드/백엔드 서버의 서버 이름을 설정합니다.

    8. caldb.dwp.server.server-1.ip = "server-1"
    caldb.dwp.server.server-2.ip = "server-2"
    ...
    caldb.dwp.server.server-n.ip = "server-n"

    서버 이름은 정규화된 이름이어야 하며 DNS(Domain Name Service)에서 유효한 IP 주소로 확인할 수 있어야 합니다. 매개 변수의 각 부분에서 서버 이름이 같아야 하며 정규화되어야 합니다. 예를 들면 다음과 같습니다.

    caldb.dwp.server.calendar.sesta.com.ip = "calendar.sesta.com"

    또한 서버 이름은 적용 가능한 달력 소유자의 icsDWPHost LDAP 속성에 사용된 이름과 일치해야 합니다.

  8. 변경 내용을 적용하려면 Calendar Server를 다시 시작합니다.

각 프런트엔드/백엔드 서버의 구성 매개 변수의 예

다음 예에서는 각 프런트엔드/백엔드 서버의 구성 매개 변수를 보여 줍니다. 서버들은 sesta.com, siroe.com 그리고 varrius.com입니다. 기본 DWP 서버는 sesta.com입니다.

코드 예 9-3 각 프런트엔드/백엔드 서버의 LDAP CLD 구성 매개 변수

service.dwp.enable = "yes"
service.dwp.port = "59779"
csapi.plugin.calendarlookup = "y"
csapi.plugin.calendarlookup.name = "*"
caldb.cld.type = "directory"
! Default DWP server
caldb.dwp.server.default = "calendar.sesta.com"
! Back-end servers
caldb.dwp.server.calendar.sesta.com.ip = "calendar.sesta.com"
caldb.dwp.server.calendar.siroe.com.ip = "calendar.siroe.com"
caldb.dwp.server.calendar.varrius.com.ip = "calendar.varrius.com"

 

프런트엔드와 백엔드 서버 간의 보안 유지 관리

프런트엔드 서버는 데이터베이스 와이어 프로토콜(DWP)을 사용하여 백엔드 서버와 통신합니다. DWP는 전송 메커니즘으로 HTTP를 사용하므로 Calendar Server는 표 9-1 및 표 9-2의 구성 매개 변수를 사용하여 프런트엔드와 백엔드 서버 사이의 DWP 연결에 대한 인증을 제공합니다.

이 매개 변수는 선택 사항이며 기본적으로 ics.conf 파일에 포함되지 않습니다. DWP 연결에 대한 인증을 사용하려면 각 프런트엔드 서버 및 백엔드 서버의 ics.conf 파일에 필수 매개 변수를 추가해야 합니다.

표 9-1 DWP 연결 인증을 위한 백엔드 구성 매개 변수

매개 변수

설명

service.dwp.admin.userid

백엔드 서버에서 DWP 연결을 인증하는 데 사용되는 사용자 아이디를 지정합니다. 백엔드 서버에서 사용자 아이디를 지정하지 않은 경우에는 인증이 수행되지 않습니다.

service.dwp.admin.cred

백엔드 서버에서 DWP 연결을 인증하는 데 사용되는 비밀번호를 지정합니다. 백엔드 서버에서 비밀번호를 지정하지 않는 경우에는 인증이 수행되지 않습니다.

표 9-2 DWP 연결 인증을 위한 프런트엔드 구성 매개 변수

매개 변수

설명

caldb.dwp.server.back-end-server.admin

프런트엔드 서버에서 백엔드 서버에 대한 DWP 연결을 인증하는 데 사용되는 사용자 아이디를 지정합니다. 여기서 back-end-server는 서버의 이름입니다.

caldb.dwp.server.back-end-server.cred

프런트엔드 서버에서 백엔드 서버에 대한 DWP 연결을 인증하는 데 사용되는 비밀번호입니다. 여기서 back-end-server는 서버의 이름입니다.

DWP 연결의 인증 설정

프론트엔드와 백엔드 서버 간의 DWP 연결 인증을 설정하려면 다음 단계를 수행합니다.

  1. 각 프런트엔드 서버의 ics.conf 파일에서 다음과 같은 매개 변수를 추가합니다.

    2. caldb.dwp.server.back-end-server.admin = "userid"
    caldb.dwp.server.back-end-server.cred = "password"

    여기서 back-end-server는 백엔드 서버의 이름이며 userid와 password는 Calendar Server가 연결 인증에 사용할 사용자 아이디와 비밀번호입니다.

  2. back-end-server로 표시되는 각 백엔드 서버의 ics.conf 파일에 다음 매개 변수를 추가합니다.

    3. service.dwp.admin.userid = "userid"
    service.dwp.admin.cred = "password"

    여기서 userid 및 password는 프런트엔드 서버에서 지정한 사용자 아이디 및 비밀번호와 동일합니다.

프런트엔드 서버는 백엔드 서버와 처음으로 연결될 때 이 매개 변수가 지정한 사용자 아이디 및 비밀번호를 보냅니다. 백엔드 서버는 매개 변수를 확인하고 두 매개 변수가 일치하면 인증이 성공합니다. 그런 다음 백엔드 서버는 프런트엔드 서버로 세션 아이디를 보냅니다. 프런트엔드 서버는 이후 백엔드 서버에 DWP 명령을 보낼 때 이 세션 아이디를 사용합니다.

이후 같은 프런트엔드 서버에서 연결될 때 다음 경우를 제외하고는 다시 인증할 필요가 없습니다.

다중 프런트엔드 서버 및 백엔드 서버가 있는 경우 각 서버에 동일한 사용자 아이디 및 비밀번호를 사용할 수 있습니다.

백엔드 서버에서 사용자 아이디와 비밀번호를 지정하지 않은 경우에는 인증이 수행되지 않습니다.

CLD 플러그 인 성능 향상

CLD 플러그 인이 있는 Calendar Server 성능을 향상시키려면 다음 구성 매개 변수를 "yes"(각 매개 변수의 기본값)로 설정해야 합니다.

성능 향상에 대한 자세한 내용은 19장, "Calender Server 성능 조정"을 참조하십시오.

CLD 캐시 지우기

CLD 캐시 옵션을 사용하고 있으며 ics.conf 매개 변수의 서버 이름을 업데이트했거나 달력을 다른 백엔드 서버로 이동한 경우, 서버 이름을 제거하려면 CLD 캐시를 지워야 합니다. CLD 캐시에 이전 버전의 항목이 있으면 프런트엔드 서버가 정확한 백엔드 서버로 연결을 설정하지 못하게 되거나 Calendar Server가 옮겨진 후에 달력을 찾을 수 없게 됩니다.

CLD 캐시를 지우려면 다음 단계를 수행합니다.

  1. Calendar Server를 중지합니다.
  2. cal_svr_base/var/opt/SUNWics5/csdb/cld_cache 디렉토리의 모든 파일을 지우되, cld_cache 디렉토리 자체는 제거하지 않습니다.
  3. Calendar Server를 다시 시작합니다.

다른 백엔드 서버로 달력 이동

사용자 또는 자원 달력을 한 백엔드 서버에서 다른 백엔드 서버로 옮기려면 다음 단계를 수행합니다.

  1. 원본 서버에서 사용자 달력은 csuser 유틸리티를 사용하여, 자원 달력은 csresource 유틸리티를 사용하여 달력 사용자를 사용 불가능하게 합니다. 예를 들어, 사용자 아이디와 calid bkamdar이 있는 사용자를 사용 불가능하게 하려면 다음 명령을 사용합니다.

    2. csuser disable bkamdar

  2. 원본 서버에서 csexport 유틸리티를 사용하여 달력 데이터베이스에서 파일로 달력을 내보냅니다. 예를 들면 다음과 같습니다.

    3. csexport -c bkamdar calendar bkamdar.ics

    사용자가 2개 이상의 달력을 갖고 있다면 각 달력마다 이 작업을 수행해야 합니다.

  3. 내보낸 달력(*.ics) 파일을 원본 서버에서 새 서버로 복사합니다.
  4. 새 서버에서 csimport 유틸리티를 사용하여 파일에서 달력 데이터베이스로 달력을 가져옵니다. 예를 들면 다음과 같습니다.

    5. csimport -c bkamdar calendar bkamdar.ics

    역시 내보낸 달력 각각에 대해 이 단계를 수행해야 합니다.

  5. LDAP 디렉토리 서버에서 csattribute 유틸리티를 달력 소유자의 icsDWPHost LDAP 속성이 새 백엔드 서버를 가리키도록 업데이트합니다. 속성을 업데이트하려면 먼저 해당 속성을 삭제한 다음 새 값으로 그 속성을 추가해야 합니다. 예를 들어, 새 서버 이름을 sesta.com으로 설정하려면 다음 명령을 사용합니다.

    6. csattribute -a icsDWPHost delete bkamdar
    csattribute -a icsDWPHost=sesta.com add bkamdar

  6. 새 서버에서 사용자 달력의 경우 csuser 유틸리티를 자원 달력의 경우 csresource 유틸리티를 사용하여 달력 사용자를 사용 가능하게 합니다. 예를 들면 다음과 같습니다.

    7. csuser enable bkamdar

  7. 새 서버에서는 다음 명령을 사용하여 속성이 올바른지, 그리고 각 달력이 올바르게 이동되었는지 확인합니다. 예를 들면 다음과 같습니다.

    8. cscal -v -o bkamdar list bkamdar
    ...
    csattribute -v list bkamdar

  8. 원본 서버에서 방금 이동한 각 달력을 삭제합니다 예를 들면 다음과 같습니다.

    9. cscal -o bkamdar delete bkamdar

    -o 옵션은 주 소유자가 bkamdar인 모든 달력을 삭제합니다.



이전      목차      색인      다음     

Copyright 2004 Sun Microsystems, Inc. 모든 권리는 저작권자의 소유입니다.