02. CUBRID의 일꾼 - 프로세스

지난 편에 이어서, 프로세스에 대해 알아볼게요

CUBRID 설치 후 서비스를 위한 구동이 완료되면 아래의 프로세스를 확인 할 수 있어요

 linux)

 – “ps –ef | grep cub_” 명령어를 이용하여 구동 process 확인

   (oracle이 ora_라면 cubrid는 cub_)

• Master Process

– 프로세스 검색 명령어에 의해 “cub_master” 로 확인

– 큐브리드 서비스를 구동하면 하나의 cub_master 프로세스가 구동 (oracle의 pmon 역할)

– Client와 DB Server프로세스 사이의 연결을 담당하는 프로세스

• Database Server Process

– 프로세스 검색 명령어에 의해 “cub_server <db_name>”의 형태로 확인

– 데이터베이스가 구동되어 있을 때 검색되는 프로세스

– 구동되는 데이터베이스의 수 만큼 확인

– 데이터베이스 파일 및 로그 파일 등에 직접 접근하여 사용자 요청을 처리하는 프로세스

데이터베이스 서버 외에 CUBRID에는 Broker라는 외부 응용 프로그램 간의 통신을 중계 역할을 하는

전용 미들웨어가 있어서, 커넥션 풀링, 모니터링, 로그 추척 및 분석 기능 제공해요

• Broker Process

– 프로세스 검색 명령어에 의해 “cub_broker”의 형태로 확인이다.

– Broker가 구동되어 있을 때 검색되는 프로세스이다.

– cubrid_broker.conf에 등록되어 Service 상태가 ON인 Broker의 개수 만큼 확인된다.

– 응용 Client(JDBC, ODBC, PHP 등)와 cub_cas 프로세스 사이의 연결을 중계하는 기능을 수행한다.

– cub_cas 프로세스의 상태를 모니터링 및 관리한다. 

oracle을 EM을 이용하여, GUI에서 제어하듯이, CUBRID Manager를 통하여, GUI 화면에서 제어할 수 있어요

• Manager Process (CUBRID Manager 기능)

– Cub_auto Process

  • 프로세스 검색 명령어에 의해 “cub_auto”의 형태로 확인

  • CUBRID Manager Client 사용자의 인증 처리를 및 주기적인 자동화 작업, 진단 정보 수집하는 프로세스

  • cub_auto는 cm_port를 사용하며 cm_port는 8001번이 기본 설정이다.(사용자 환경에 따라 변경 가능)

– cub_js Process

  • 프로세스 검색 명령어에 의해 “cub_js”의 형태로 확인

  • CUBRID Manager Client에서 전송되는 사용자 요구를 수행

  • 8002번 port를 사용하며 cm_port보다 1만큼 큰 값을 사용하도록 지정

전체적으로는 아래와 같은 구조가 됩니다

출처 : 큐브리드 교육메뉴얼

                                                                                                          (by. 진준호 2014.08.31)