위키원
큐브리드
큐브리드(Cubrid)는 오픈소스 기반의 관계형 데이터베이스 관리 시스템(RDBMS)이다. 2006년 2월에 설립된 ㈜큐브리드가 개발하였고, 2008년 네이버㈜의 계열사로 편입되었다. 이후 기술 개발은 네이버㈜가 담당하고 있으며, 기술 지원은 2010년 12월 네이버에서 분리 독립한 별도 회사인 ㈜큐브리드가 맡고 있다. 큐브리드는 2011년 11월 대한민국 정부 통합전산센터의 클라우드 구축 공식 데이터베이스 관리 시스템(DBMS)으로 선정되었다. 2014년 국방통합데이터센터의 표준 데이터베이스 관리 시스템(DBMS)으로 선정되었다.
목차
개요
큐브리드는 관계형 데이터베이스 관리 시스템(RDBMS)으로서 엔터프라이즈 시장에서 요구하는 대용량 데이터 처리 능력 및 성능, 안정성, 가용성, 관리 편의성을 제공한다. 안시 에스큐엘(Ansi SQL)을 준수하고 있으며, 고가용성을 위한 HA(High-Availability) 기능, 데이터베이스 관리 및 마이그레이션을 위한 그래픽 유저 인터페이스(GUI) 기반의 각종 도구를 제공하고 있다. 큐브리드는 3-tier 구조를 이루는 응용(Application) - 브로커(Broker) - 서버(Server)로 구성되며, 유연하게 시스템을 구축할 수 있어 데이터가 급증하는 온라인 트랜잭션 처리(OLTP: On-line Transaction Processing) 서비스에 적합하다. 또, 인터넷 데이터 서비스에 최적화된 데이터베이스 시스템이며, 사용자가 편리하게 사용할 수 있는 다양한 기능을 제공한다.[1]
연혁
- 1996년 9월 : 웹 애플리케이션 서버 유니웹(UniWEB) 개발
- 1997년 1월 : 3계층 클라이언트/서버 미들웨어 비전3(Vision3) 개발
- 1999년 7월 : 유니에스큐엘(UniSQL) 4.0K 출시
- 2000년 12월 : 통합 애플리케이션 서버 유니캐스(UniCAS) 4.0 출시
- 2001년 10월 : 유니에스큐엘 5.0, 유니캐스 4.5 출시
- 2002년 6월 : 유니툴 출시
- 2003년 1월 : 유니에스큐엘 6.0 출시
- 2003년 10월 : 유니에스큐엘 MMDB(Main Memory DataBase), 모바일 데이터베이스 2.5 출시
- 2004년 4월 : 유니에스큐엘 MMDB 3.0 출시
- 2004년 5월 : 유니에스큐엘 모바일 데이터베이스 3.0 출시
- 2004년 12월 : 유니에스큐엘 6.2.1 출시
- 2005년 3월 : 유니에스큐엘 6.3 출시
- 2006년 2월 : 큐브리드 설립. 유니에스큐엘에서 큐브리드로 명칭 변경
- 2006년 3월 : 큐브리드 6.4 출시
- 2006년 3월 : 신NEIS(National Education Information System) 개통
- 2006년 6월 : 큐브리드 6.5 출시 및 무료선언
- 2006년 7월 : 코드명 XDBMS(X 데이터베이스 관리 시스템), NHN사와 공동개발 계약
- 2006년 9월 : GS(Good Software) 인증
- 2006년 12월 : 다운로드 6,000건 돌파
- 2007년 4월 : 큐브리드 7.0 출시[2]
특징
- 완벽한 트랜잭션을 지원한다.
트랜잭션의 원자성(atomicity), 일관성(consistency), 격리성(isolation), 지속성(durability)을 완벽하게 보장하기 위해 트랜잭션 단위의 커밋, 롤백, 세이브 포인트를 지원하고 시스템이나 데이터베이스의 장애 시, 복제 간 트랜잭션의 일관성을 보장한다. 데이터베이스, 테이블, 레코드 등 다중 단위 잠금을 지원하고 교착 상태를 자동으로 해결한다.
- 데이터베이스 백업 및 복구 기능이 있다.
데이터베이스 백업은 큐브리드 데이터베이스 볼륨, 제어 파일, 로그 파일을 저장하는 작업이고, 데이터베이스 복구는 백업 작업에 의해 생성된 백업 파일, 활성 로그, 보관 로그를 이용하여 특정 시점의 데이터베이스로 복구하는 작업이다. 이 때, 복구 환경은 백업 환경과 동일한 운영체제 및 동일 버전의 큐브리드가 설치되어야 한다. 큐브리드가 지원하는 백업 방식으로는 온라인 백업, 오프라인 백업, 증분 백업이 있고, 복구 방식으로는 증분 백업에 의한 복구, 부분 복구, 전체 복구가 있다.
- 테이블 분할 기법이 있다.
분할 기법(partitioning)은 하나의 테이블을 여러 개의 독립적인 논리적 단위로 분할하는 기법이다. 각 논리적 단위를 분할(partition)이라 부르며, 각 분할을 서로 다른 물리적 공간에 나누어 저장하도록 하여 레코드를 검색할 때 해당 분할만 접근할 수 있도록 하여 성능 향상을 기대할 수 있다. 큐브리드가 제공하는 분할 기법은 칼럼값의 범위를 기준으로 테이블을 분할하는 기법인 레인지 분할 기법, 칼럼의 해시값을 기준으로 분할하는 기법인 해시 분할 기법, 칼럼값의 목록을 기준으로 분할하는 기법인 리스트 분할 기법이 있다.
- 다양한 인덱스 기능을 지원한다.
큐브리드는 다양한 조건 질의를 수행할 때 가급적 인덱스를 활용할 수 있도록 인덱스 기능을 지원하는데, 별도의 내림차순 인덱스를 생성하지 않아도 오름차순 인덱스만으로 내림차순 인덱스 스캔이 가능한 내림차순 인덱스 스캔(Descending Index Scan), SELECT 리스트의 칼럼이 인덱스에 포함된 경우 인덱스 스캔만으로 요구하는 데이터를 가져올 수 있는 커버링 인덱스(Covering Index), 요구하는 레코드의 정렬 순서가 인덱스의 순서와 같다면 별도의 정렬 작업이 필요 없는 ORDER BY 절 최적화, GROUP BY 절에 있는 모든 칼럼이 인덱스에 포함된다면 질의 수행 시 인덱스를 사용할 수 있어 별도의 정렬 작업이 필요 없는 GROUP BY 절 최적화 기능을 지원한다.
- 고가용성 기능이 있다.
큐브리드는 하드웨어, 소프트웨어, 네트워크 등에 장애가 발생해도 지속적인 서비스가 가능하게 하는 고가용성 기능을 제공한다. 큐브리드의 고가용성 기능은 공유하지 않는 구조이며, 큐브리드 하트비트(Heartbeat)를 이용하여 시스템과 큐브리드의 상태를 실시간으로 감시하고 장애 발생 시 절체(failover)를 수행한다. 고가용성 환경에서 마스터 데이터베이스 서버로부터 슬레이브 데이터베이스 서버로의 데이터 동기화를 위해 마스터 데이터베이스 서버에서 생성되는 트랜잭션 로그를 실시간으로 다른 노드에 복제하는 트랜잭션 로그 다중화 단계와, 실시간으로 복제되는 트랜잭션 로그를 분석하여 슬레이브 데이터베이스 서버로 데이터를 반영하는 트랜잭션 로그 반영 단계를 수행한다.
- 자바 저장 프로시저가 있다.
저장 프로시저는 미들웨어에서 실행되는 로직과 데이터베이스에서 실행되는 로직을 분리하여 응용 프로그램의 복잡성을 줄이고, 재사용성, 보안성, 성능을 향상시킬 수 있는 기법이다. 큐브리드는 범용 언어인 자바로 작성되고, 자바 가상 머신(JVM, Java Virtual Machine)에서 구동되는 자바 저장 프로시저를 제공한다. 큐브리드에서 자바 저장 프로시저를 실행하기 위해서는 자바 가상 머신 설치 및 환경 설정, 자바 소스 파일 작성, 컴파일 및 자바 리소스 로딩, 로딩된 자바 클래스를 데이터베이스에서 호출할 수 있도록 등록, 자바 저장 프로시저 호출 절차가 수행되어야 한다.
- 클릭 카운터 기능이 있다.
인터넷 환경에서 데이터 검색 시 보통 검색 이력을 남기기 위해 조회수와 같은 카운터를 데이터베이스에 유지한다. 일반적으로 시나리오는 SELECT 문을 이용하여 데이터를 검색하고, 검색한 질의에 대한 조회수를 증가 시키기 위해 다시 업데이트 문을 통해 구현하는 것이 일반적인 방식이었다. 이 방식은 한 데이터에 SELECT 가 집중될 때 업데이트 에 대한 잠금 경쟁이 가중되어 급격한 성능 저하가 발생하는 단점이 존재한다. 이에 큐브리드는 인터넷 환경에서 사용자 편의성 및 성능 측면에서 최적화된 기능을 제공하기 위해 클릭 카운터(Click Counter) 라는 새로운 개념을 도입하고, 이를 위해 INCR() 함수 및 WITH INCREMENT FOR 구문을 제공한다.
- 관계형 데이터 모델이 확장돼 있다.
컬렉션(collection) 면에서는 관계형 데이터베이스에서는 한 칼럼이 여러 개의 값을 가지는 것을 허용하지 않지만, 큐브리드는 한 칼럼이 여러 개의 값을 가지도록 정의할 수 있다. 이를 위해 컬렉션이라는 데이터 타입을 제공하는데, 컬렉션 타입은 컬렉션 원소의 중복 허용 여부와 순서 유지 여부에 따라 크게 SET, MULTISET, LIST 의 세 종류로 구분할 수 있다.
SET은 각 원소의 중복을 허용하지 않는 집합으로서, 원소의 나열 순서와 무관하게 중복 없이 정렬되어 저장된다.
MULTISET은 각 원소의 중복을 허용하는 집합으로서, 원소의 나열 순서와 무관하다.
LIST는 각 원소의 중복을 허용하는 집합으로서, SET, MULTISET 과 달리 원소의 순서를 유지한다.
상속 면에서는 상위 클래스(테이블)에서 생성된 칼럼과 메서드들을 하위 클래스에서 재사용할 수 있게 하는 개념으로, 큐브리드는 상속을 지원함으로써 재사용성을 제공한다. 큐브리드에서 제공하는 상속 기능을 이용하여 공통의 칼럼을 가지는 상위 클래스를 생성하고, 상위 클래스를 상속받아 고유한 칼럼을 추가한 하위 클래스를 생성함으로써, 필요한 칼럼 수를 최소화한 데이터베이스 모델링이 가능해진다.[3]
구조
큐브리드의 시스템은 프로세스, 데이터베이스 볼륨, 데이터베이스 서버, 브로커, 인터페이스 모듈 구조로 이루어져 있다.[3]
프로세스
큐브리드는 객체 관계형 데이터베이스 관리 시스템으로서, 데이터베이스 서버, 브로커, 큐브리드 매니저로 구성된다. 데이터베이스 서버는 큐브리드 데이터베이스 관리 시스템의 핵심 구성 요소로 데이터 저장 및 관리 기능을 수행하며, 멀티스레드 기반 클라이언트/서버 방식으로 동작한다. 또, 사용자가 입력한 질의를 처리하고, 데이터베이스 내의 객체를 관리한다. 잠금 기법과 로깅 기법을 이용해 다수 사용자가 동시에 사용하는 환경에서도 완벽한 트랜잭션을 지원하며, 운영에 필요한 데이터베이스 백업과 복구 기능을 지원한다. 브로커는 서버와 외부 응용 프로그램 간의 통신을 중계하는 큐브리드 전용 미들웨어로서, 커넥션 풀링, 모니터링, 로그 추적 및 분석 기능을 제공한다. 큐브리드 매니저는 데이터베이스와 브로커를 원격에서 관리할 수 있는 그래픽 유저 인터페이스 툴이다. 또한, 사용자가 데이터베이스 서버에 에스큐엘 질의를 수행할 수 있는 편리한 기능의 질의 편집기를 제공한다.[3]
데이터베이스 볼륨
데이터베이스 볼륨의 구조는 크게 영구적 볼륨, 일시적 볼륨, 백업 볼륨으로 분류한다.
- 영구적 볼륨
영구적 볼륨은 한번 생성되면 영구적으로 존재하는 데이터베이스 볼륨으로서, 볼륨 타입으로는 범용(Generic), 데이터(Data), 임시(Temp), 인덱스(Index), 제어(Control), 활성 로그(Active log), 보관 로그(Archive log)가 있다.
먼저 범용 볼륨에서 사용자는 데이터베이스에 추가할 볼륨 타입을 데이터, 임시, 인덱스 중 하나의 용도로 지정하여 효율적으로 관리할 수 있다. 별도로 볼륨 타입을 지정하지 않는 경우에는 범용 볼륨으로 지정되며, 범용 볼륨은 데이터 혹은 인덱스를 저장한다. 단, 스키마는 범용 볼륨에만 저장되며, 스키마 저장을 위한 별도의 볼륨 타입은 존재하지 않는다. 또, 볼륨이 자동으로 증가하는 경우에도 범용 볼륨으로 지정된다.
데이터 볼륨은 인스턴스, 테이블, 멀티미디어 데이터 등과 같은 데이터를 저장하기 위한 공간이다.
임시 볼륨은 질의 처리 및 정렬을 수행할 때 중간, 최종 결과를 임시로 저장하는 공간으로, 아래에서 설명할 일시적 임시 볼륨과 구분하기 위해 영구적 임시 볼륨이라고도 한다. 임시 볼륨은 영구적으로 확보한 공간으로, 해당 공간에 존재하는 데이터가 임시로 저장 및 소멸하는 것을 의미한다. 따라서 큐브리드를 재시작하면 임시 볼륨 공간 내의 데이터는 초기화되고, 이에 관련된 로그 정보는 남지 않는다. 영구적 또는 일시적 임시 볼륨을 사용할 수 있는 질의의 예로, SELECT 문 등 질의 결과가 생성되는 질의, GROUP BY나 ORDER BY가 포함된 질의, 부질의(Subquery)가 포함된 질의, 정렬 병합(Sort-Merge) 조인이 수행되는 질의, CREATE INDEX 문이 포함된 질의 등이 있다. 이와 같은 질의를 수행할 때 SELECT 결과를 저장하거나 데이터를 정렬하기 위해 지정한 메모리 공간을 소진하면 임시 볼륨 공간을 사용한다. 질의 처리 및 정렬 결과를 저장하기 위해 사용하는 저장 공간의 순서는 temp_file_memory_size_in_pages 시스템 피라미터에 의해 확보된 메모리, 영구적 임시 볼륨, 일시적 임시 볼륨이며, 사용 중인 저장 공간을 모두 소진하면 이 순서대로 저장 공간을 사용한다.
인덱스 볼륨은 신속한 질의 처리 또는 무결성 제약 조건(Integrity Constraints) 검증을 위한 인덱스 정보를 유지하는 공간이다.
제어 파일은 데이터베이스 안에 존재하는 볼륨의 정보, 백업 정보 및 로그의 정보를 저장하는 파일이다. 이때, 볼륨 정보는 데이터베이스 내 모든 볼륨의 이름과 위치, 그리고 내부 볼륨 식별자를 포함하는 정보로서, 데이터베이스가 재시작될 때 큐브리드는 볼륨 정보 제어 파일을 판독하며, 새로운 데이터베이스 볼륨이 추가될 때에 새로운 엔트리를 볼륨 정보 제어 파일에 기록한다. 백업 정보는 정보 볼륨에 대한 모든 백업의 위치는 백업 정보 제어 파일에 기록되고, 이 제어 파일은 로그 파일이 관리되는 곳에 유지된다. 로그 정보는 모든 활성 로그와 보관 로그의 이름을 포함하며, 사용자는 로그 정보 제어 파일을 통해 보관 로그의 정보를 확인할 수 있다. 이러한 로그 정보 제어 파일은 로그 파일과 동일한 위치에서 생성 및 관리된다. 이처럼 각각의 제어 파일은 데이터베이스 볼륨의 위치, 백업 정보, 로그 정보를 포함하며, 데이터베이스가 재시작하면서 읽는 파일이므로 사용자 임의로 변경하면 안 된다.
활성 로그는 데이터베이스의 최근 변경 사항을 포함하는 로그이며, 데이터베이스에 문제가 발생하는 경우 활성 로그 및 보관 로그를 이용하여 고장 발생 전의 커밋된 시점으로 완전하게 데이터베이스를 복구할 수 있다.
보관 로그는 최근의 변경 사항을 포함하고 있는 활성 로그 공간이 모두 사용된 후에 지속해서 생성되는 로그를 보관하기 위한 볼륨이다. 시스템 파라미터 log_max_archives의 값이 0보다 크게 설정된 경우 활성 로그 볼륨의 공간이 소진된 후에 보관 로그 볼륨이 추가된다. 제품 설치 시에는 0으로 설치되어 있고 log_max_archives의 설정값만큼 볼륨 파일이 유지된다. 디스크 공간 확보를 위해 불필요한 보관 로그는 시스템의 설정에 의해 삭제되어야 하지만, 데이터베이스 복구에 사용하려면 이 값을 적절하게 설정해야 한다.
마지막으로 백그라운드 보관 로그는 백그라운드에서 로그 보관 작업을 수행할 때 사용하는 볼륨이다.[3]
- 일시적 볼륨
일시적 볼륨은 영구적 볼륨과 반대되는 의미이다. 즉, 사용자가 영구적 볼륨으로 지정한 공간을 초과하여 데이터가 축적되는 경우에만 일시적으로 마련되는 저장 공간을 일시적 볼륨이라 하며, 이는 서버 프로세스가 종료됨에 따라 소멸한다. 이처럼 일시적으로 생성 및 소멸하는 볼륨으로 일시적 임시 볼륨(Temporary Temp Volume)이 있다. 영구적 볼륨에 속하는 임시 볼륨은 영구적으로 공간을 확보하는 볼륨인 데 비해, 일시적 임시 볼륨은 영구적 임시 볼륨으로 지정된 공간 외에 추가 공간이 필요한 경우 시스템이 일시적으로 생성하는 임시 볼륨이다. 일시적 임시 볼륨을 생성하는 비용은 상당히 크기 때문에 데이터베이스 관리자는 데이터베이스 운영 상황을 고려하여 적절한 크기의 영구적 임시 볼륨을 추가하는 것이 성능상 유리하다. 데이터베이스 생성 시에 관리자는 일시적 임시 볼륨이 생성될 수 있는 공간도 고려해야 한다. 일시적 임시 볼륨은 한 번 생성되면 데이터베이스를 재시작하기 전까지 유지되며, 한 번 늘어난 크기는 줄어들지 않는다. 일시적 임시 볼륨의 크기가 지나치게 커지면, 데이터베이스를 재시작하여 일시적 임시볼륨이 자동으로 삭제되도록 하는 것이 좋다. 단, 일시적 임시 볼륨을 수동으로 삭제해서는 안 된다. 큐브리드의 일시적 임시 볼륨의 파일명은 db_name_tnum 형식의 이름을 갖는다. 여기서 db_name은 데이터베이스 이름이고, num은 볼륨 식별자이다. 볼륨 식별자는 32766에서부터 1씩 감소한다. 일시적 임시 볼륨이 생성되는 개수는 트랜잭션 처리에 필요한 공간의 크기에 따라 시스템이 결정한다. 그러나, 일시적 임시 볼륨의 크기는 사용자가 시스템 파라미터 설정 파일(cubrid.conf)의 temp_file_max_size_in_pages 파라미터의 값을 설정함으로써 제한할 수 있다. 이 파라미터의 기본값은 -1로, 여유 공간이 있는 한 최대한 생성할 수 있다. 0으로 설정되면 영구적 임시 볼륨이 소진되어도 일시적 임시 볼륨을 생성하지 않는다. 저장 위치 설정으로는 기본적으로 첫 번째 데이터베이스 볼륨이 생성된 위치에 만들어진다. 그러나, 사용자가 temp_volume_path 파라미터값을 설정하여 일시적 임시 볼륨이 저장될 다른 디렉터리를 지정할 수 있다. 마지막으로 일시적 임시 볼륨은 데이터베이스가 구동 중일 때만 일시적으로 존재하며, 서버가 운영 중일 때 일시적 임시 볼륨을 임의로 삭제하면 안 된다. 데이터베이스 서버가 정상적으로 종료되면 일시적 임시 볼륨이 삭제되고, 데이터베이스 서버가 비정상적으로 종료되면 서버가 재시작할 때 일시적 임시 볼륨이 삭제된다.[3]
- 백업 볼륨
백업 볼륨은 데이터베이스에 대한 스냅샷으로서, 이러한 백업 볼륨과 로그 볼륨을 기반으로 특정 시점까지 발생한 트랜잭션을 복구할 수 있다. 사용자는 큐브리드 백업 데이터베이스 유틸리티를 통해 데이터베이스 복구를 위해 필요한 모든 데이터를 복사할 수 있으며, 데이터베이스 환경 설정 파일의 backup_volume_max_size_bytes 파라미터값을 설정하여 백업 볼륨의 분할 크기를 조정할 수 있다.[3]
데이터베이스 서버
데이터베이스 서버는 크게 데이터베이스 서버 프로세스, 마스터 프로세스, 실행 모드로 나뉜다.
- 데이터베이스 서버 프로세스
데이터베이스 서버 프로세스는 각 데이터베이스에 한 개의 서버 프로세스가 존재한다. 서버 프로세스는 큐브리드 데이터베이스 서버를 구성하는 핵심 프로세스로 데이터베이스 파일과 로그 파일 등에 직접 접근하여, 사용자의 요청을 처리한다. 클라이언트 프로세스는 서버 프로세스와 TCP/IP 통신을 통해 접속하며, 하나의 서버 프로세스는 스레드를 생성해서 다수의 클라이언트 프로세스의 요청 작업을 처리한다. 데이터베이스별, 즉 서버 프로세스별로 시스템 파라미터 설정을 지정할 수 있으며 서버 프로세스는 max_clients 파라미터값으로 지정된 수만큼 클라이언트 프로세스의 접속이 가능하다.[3]
- 마스터 프로세스
마스터 프로세스는 클라이언트 프로세스가 서버 프로세스에 접속하여 통신할 수 있게 하는 중개 프로세스로서, 호스트별로 한 개씩 동작한다. 또, 지정된 TCP/IP 포트에 대기하고 있고, 클라이언트 프로세스는 해당 TCP/IP 포트로 마스터 프로세스에 접속한 후 마스터 프로세스가 지정된 데이터베이스 이름에 따라 해당 서버 프로세스로 소켓 포트를 변경하여 접속을 처리한다.[3]
- 실행 모드
실행 모드는 서버 프로세스를 제외한 큐브리드 프로그램들의 종류에 따라 두 가지 모드가 있다. 클라이언트/서버 모드와 독립 모드로 나뉜다. 클라이언트/서버 모드는 해당 프로그램이 클라이언트 프로세스로서 동작하여 서버 프로세스에 접속하는 방식이고, 독립 모드는 해당 프로그램이 서버 프로세스의 기능을 포함하고 있어 직접 데이터베이스 파일에 접근하여 수행하는 방식이다. 예를 들어, 데이터베이스 생성 유틸리티나 복구 유틸리티 등은 다수 사용자가 데이터베이스에 접근하는 것을 막고 해당 프로그램만이 온전히 점유해서 작업할 수 있도록 독립 모드로 실행된다. 또 다른 예로, C에스큐엘 인터프리터는 클라이언트/서버 모드로 동작하여 서버 프로세스에 접속할 수도 있고, 독립 모드로 동작하여 데이터베이스에 접근하여 에스큐엘 문을 실행할 수도 있다. 참고로, 하나의 데이터베이스에 서버 프로세스와 독립 모드로 실행되는 프로그램이 동시에 접근할 수는 없다.[3]
브로커
브로커는 다양한 응용 클라이언트가 데이터베이스 서버에 연결할 수 있도록 중계하는 미들웨어이다. 브로커를 포함하는 큐브리드 시스템은 응용 클라이언트, cub_broker, cub_cas, 데이터베이스 서버(cub_server)를 포함한 다중 계층 구조를 가진다.
- 응용 클라이언트
응용 클라이언트에서 사용할 수 있는 인터페이스는 CCI-API(CUBRID Call Inter face-Application Programming Interface), ODBC(Open DataBase Connectivity), JDBC(Java DataBase Connectivity), PHP, 파이썬, 루비, OLE DB(Object Linking and Embedding 데이터베이스), ADO.NET, Node.js 등이 있다.
- cub_cas
cub_cas는 연결을 요청하는 모든 종류의 응용 클라이언트가 사용하는 공용 응용 서버 역할을 한다. 또한, 데이터베이스 서버의 클라이언트로 동작하여 클라이언트의 요청으로 데이터베이스 서버와 연결을 제공한다. 서비스 풀(service pool) 내에서 구동되는 cub_cas의 개수는 cubrid_broker.conf 설정 파일에 지정할 수 있으며, cub_broker에 의해 동적으로 조정된다. cub_cas는 큐브리드 데이터베이스 서버의 클라이언트 라이브러리와 링크되는 프로그램으로 데이터베이스 서버 프로세스에는 클라이언트 모듈로 동작하며, 쿼리 파싱이나 최적화, 실행 계획 생성 등의 작업이 클라이언트 모듈에서 수행된다.
- cub_broker
cub_broker는 응용 클라이언트와 cub_cas 사이의 연결을 중계하는 기능을 수행한다. 즉, 응용 클라이언트가 접근을 요청하면 cub_broker는 공유 메모리(shared memory)를 통해 cub_cas의 상태를 파악하여 접근 가능한 cub_cas에게 요청을 전달하고, 해당 cub_cas로부터 전달받은 요청에 대한 처리 결과를 응용 클라이언트에게 반환한다. 또한, cub_broker는 서비스 풀 내의 cub_cas 개수를 조정하여 서버 부하를 관리하고, cub_cas의 구동 상태를 모니터링 및 관리한다. 만약, 응용 클라이언트의 요청을 cub_cas 1에게 전달하였는데, 비정상적인 종료로 인해 cub_cas 1과의 연결이 실패하면, cub_broker는 응용 클라이언트에게 연결 실패에 관한 에러 메시지를 전송하고 cub_cas 1을 재구동한다. 새롭게 구동된 cub_cas 1은 정상적인 대기 상태가 되어, 새로운 응용 클라이언트의 요청으로 재연결된다.
- 공유 메모리
공유 메모리에는 cub_cas의 상태 정보가 저장되며, cub_broker는 공유 메모리에 저장된 cub_cas의 상태 정보를 참조하여 응용 클라이언트와의 연결을 중계한다. 공유 메모리에 저장된 cub_cas의 상태 정보를 통해 시스템 관리자는 어떤 cub_cas가 현재 작업을 수행 중인지, 어떤 응용 클라이언트의 요청이 처리 중인지를 확인할 수 있다.[3]
인터페이스 모듈
큐브리드는 다양한 API를 제공하는데, 지원되는 API는 JDBC, ODBC, OLE DB, PHP, CCI가 있다.
JDBC는 자바 환경에서 데이터베이스 응용 프로그램을 작성하는 표준 API이고, ODBC는 윈도우 환경에서 데이터베이스 응용 프로그램을 작성하는 표준 API이며, ODBC 드라이버는 CCI 라이브러리를 기반으로 작성되었다. OLE DB는 윈도우 환경에서 COM 방식으로 데이터베이스 응용 프로그램을 작성하는 API. OLE DB 프로바이더는 CCI 라이브러리를 기반으로 작성되었고, PHP는 PHP 환경에서 데이터베이스 응용 프로그램을 작성하는 API이고, PHP 드라이버는 CCI 라이브러리를 기반으로 작성되었다. 마지막으로 CCI는 큐브리드에서 제공하는 C언어 인터페이스이다. C 라이브러리 형태로 제공된다. 각 인터페이스 모듈들은 모두 브로커를 통해서 데이터베이스 서버에 접근하게 된다. 브로커는 다양한 응용 클라이언트가 데이터베이스 서버에 연결할 수 있도록 중계하는 미들웨어로, 각 인터페이스 모듈의 요청을 받아서 데이터베이스 서버의 클라이언트 라이브러리에서 제공하는 native-C API를 호출하게 된다.[3]
주의사항
- 미지원 주의사항
자동 형 변환을 지원하지 않아서 숫자형 데이터에 대해 따옴표를 처리할 수 없고, 문자 세트(Character set)를 지원하지 않아서 응용 프로그램에서 설정한 문자 세트를 그대로 저장하고 출력한다. 멀티바이트 문자를 지원하지 않아서 멀티바이트 문자인 경우에는 이를 고려하여 칼럼 사이즈를 충분히 정의하여야 하고 문자열 함수에서 길이 또는 위치값은 바이트 단위로 처리한다. 또, 데이터베이스 간 조인을 지원하지 않는다.
- 고가용성 사용 시 주의사항
프라이머리 키(Primary Key)가 필수여서 있는 경우에만 데이터가 동기화되고, 트리거(Trigger)에 사용 제한이 있어서 트리거를 사용할 경우, 슬레이브에서 중복 수행이 될 수 있다. 또, 메소드(Method) 사용에 제한이 있어서 복제 로그를 생성하지 않는 메소드를 사용 시 동기화가 안 된다. 예를 들어 add_user()가 있다.
- JSP 사용 시 주의사항
JSP(JavaServer Pages)를 사용할 때 마스터 및 슬레이브의 모든 노드에 로드(Load)가 필요하다.[4]
적용사례
큐브리드는 2008년 소스코드 공개 이후 국내외 30만건 이상의 제품 다운로드 실적을 보유하고 있으며, 국가정보자원관리원, 국방통합데이터센터, 민간기업 등 서비스 계약 고객 기준으로 800개 이상의 시스템에서 1,200여개 데이터베이스 인스턴스가 서비스 중에 있다.
- 국가정보자원관리원
국가정보자원관리원은 50여 개 중앙행정기관의 정보 통신 기술 인프라를 위탁 운영하는 행정안전부 산하기관으로 대전에 위치한 1센터와 광주에 위치한 2센터에 1,500여 개의 업무 시스템이 운영하며, 2011년부터 G-클라우드 인프라를 구축하기 시작했다. G-클라우드 구축 이후 신규 시스템 개발 및 노후 대개체 전환 사업을 통해 700여 개 이상의 업무 시스템이 클라우드 기반으로 운영하며, 큐브리드는 G-클라우드의 표준 데이터베이스 관리 시스템으로 채택되어 800여 개 데이터베이스 인스턴스가 운영 중이다.
- 국방통합데이터센터
국방부 및 육해공군의 전산소에서 운영되고 있던 정보시스템을 2014년 국방통합데이터센터 용인에 위치한 1센터와 계룡에 위치한 2센터로 통합 이전하는 사업을 진행하였으며, 국방 정보시스템의 효율적인 운영을 위하여 클라우드 인프라를 별도로 구축했다. 국방 클라우드 인프라의 표준 데이터베이스 관리 시스템으로 큐브리드가 선정되어 150여 개 이상의 시스템을 전환하여 운영하고 있으며, 육군본부의 부대별 홈페이지 및 응용체계업무와 국방부의 인터넷, 인트라넷 시스템 등도 큐브리드로 구축되어 운영하고 있다.
- 온-나라 문서 2.0 및 기록물관리시스템
정부 3.0 클라우드 구현의 일환으로 업무, 정책자료 등을 공유하고 활용하기 위하여 중앙행정기관의 핵심 업무 시스템인 온-나라 및 기록물 관리시스템을 부처별 단독 시스템 형태에서 클라우드 기반의 통합 환경으로 전환했다. 전환된 개방형 클라우드 업무관리시스템인 온-나라 문서 2.0 및 기록물 관리시스템은 클라우드 기술과 오픈소스 소프트웨어를 활용하였으며, 개방형 클라우드 시스템에 적용된 기능 및 오픈소스 소프트웨어를 각 공공기관 및 지방자치단체에서도 단독형 온-나라 시스템과 기록물 관리시스템에 사용할 수 있다.
- 외교부 재외공관
외교부 재외공관 통합업무관리시스템은 전자결재, 정보공유, 통합검색 등의 활용이 가능하고, 체계적인 외교문서 및 외교통상 정보 등의 관리를 통하여 효율적인 업무 인수인계가 가능한 시스템이다. 전체 183개의 재외공관 중 164개의 재외공관이 통합업무관리시스템을 큐브리드로 구축하여 운영한다.
- 문화체육관광부 공직자 통합 메일시스템
공직자 통합 메일 시스템은 69개 행정기관, 217개 지역자치단체, 12개 교육청 등의 기관에서 약 45만 명이 사용하고 있는 메일 시스템이다. 기존 메일 시스템의 노후화로 서비스의 장애가 자주 발생하였고, 이를 해결하기 위하여 고도화 사업 진행 시 대용량 처리가 가능하도록 시스템을 개선했다. 특징은 큐브리드 샤드(Shard) 기술을 적용하여 대용량 트랜잭션 및 데이터를 분산 처리한다.
- 공공기관
국립국어원, 국립현대미술관, 국립역사박물관, 국민체육진흥공단, 국립환경과학원, 국사편찬위원회, 중앙선거관리위원회, 한국저작권위원회, 한국저작권보호원, 한국전력공사, 인천국제공항공사, 대한무역투자진흥공사, 국립중앙도서관, 한국고용정보원, 한국정보화진흥원, 정보통신산업진흥원, 공무원연금공단, 한국철도시설공단 등 다수의 공공기관 웹서비스 및 업무 시스템이 큐브리드로 운영한다.
- 광역시도
인천시, 부산시 대표 홈페이지를 큐브리드로 전환하여 운영하며, 관광 콘텐츠에 특화된 강원도청은 스마트 관광 클라우드 시스템 및 관광 통합 홈페이지를 큐브리드로 운영한다. 서울시는 국산 정보통신기술(ICT) 운영증명체계 구축사업을 통하여 국산 오픈소스 소프트웨어 도입에 대한 검증을 진행했으며, 검증 완료 후 시정홍보물 관리시스템과 사회적기업 홈페이지, 운영실적증명 발급시스템 등의 내부시스템을 큐브리드로 전환하여 운영한다. 경기도청은 수사 정보시스템에 큐브리드를 사용한다.
- 대구광역시 D-클라우드
대구광역시는 국가정보자원관리원의 G-클라우드를 모델로 하여, 광역시도로는 처음으로 하드웨어 및 소프트웨어까지 공동 활용하는 클라우드 컴퓨팅 시스템을 구축했다. D-클라우드는 정보 자원의 통합과 표준화로 정보시스템의 초기 구축 비용을 절감하고, 지역 정보기술(IT) 발전을 선도하기 위하여 클라우드의 표준 시스템을 오픈소스 소프트웨어로 선정했으며, 대구광역시 통합홈페이지, 빅데이터 서비스 등을 운영한다.
- 지방자치단체
청주시청, 중랑구청, 창원시청, 인천서구청, 인천경제자유구역청의 지자체 대표 홈페이지를 큐브리드로 전환하여 운영하며, 광명시청은 가상화 기술과 오픈소스 소프트웨어인 큐브리드, 제이보스 등을 도입하여 산재해 있는 홈페이지를 통합하는 웹 가상화 구축사업을 진행했다. 평택시청은 민원 콜센터시스템을 큐브리드로 운영한다.
- 퍼블릭 클라우드
CSP(Cloud Service Provider)들과 협업하여 한국교육학술정보원 디지털교과서, 학습커뮤니티인 위두랑, 한국어 능력검증, 계정관리(IM)/SSO, 한국방송통신전파진흥원 기금관리 및 사업관리, 전파관리플랫폼, 기획재정부 국민참여예산 제도, 정보통신산업진흥원 대표 홈페이지, WFK파견지원시스템, 농촌진흥청 사물인터넷 작물 정밀 관리기술 정보서비스, 한국인터넷진흥원 보호나라 서비스, 한국전력거래소 교육포털 등에서 큐브리드가 서비스된다.
- 민간기업
한국방송공사(KBS), 에쓰오일, 하나투어, 세종텔레콤, 효성ITX, 세틀뱅크, 신협중앙회, 한양대학교병원, 한컴MDS, 엑스소프트 등 다수의 민간기업 웹서비스와 업무 시스템이 큐브리드로 운영한다.[5]
각주
- ↑ PRODUCTS 큐브리드 - https://www.cubrid.com/cubrid
- ↑ 〈큐브리드 제품 소개〉, 《유니원아이앤씨》
- ↑ 3.00 3.01 3.02 3.03 3.04 3.05 3.06 3.07 3.08 3.09 3.10 CUBRID 소개 큐브리드 - https://www.cubrid.org/manual/ko/9.3.0/intro.html
- ↑ DMBS개발랩, 〈CUBRID 활용(질의 튜닝 사례 중심)〉, 《큐브리드》
- ↑ CUBRID Reference 큐브리드 - https://www.cubrid.com/reference
참고자료
- PRODUCTS 큐브리드 - https://www.cubrid.com/cubrid
- CUBRID 소개 큐브리드 - https://www.cubrid.org/manual/ko/9.3.0/intro.html
- 〈큐브리드 제품 소개〉, 《유니원아이앤씨》
- DMBS개발랩, 〈CUBRID 활용(질의 튜닝 사례 중심)〉, 《큐브리드》
같이 보기
- 데이터베이스 관리 시스템(DBMS)
- 관계형 데이터베이스 관리 시스템(RDBMS)
- ㈜큐브리드
- 네이버㈜
- 오픈소스
- 클라우드
- 데이터
- 서버
- 그래픽 유저 인터페이스
- 온라인
- 트랜잭션
- 테이블
- 레코드
- 인덱스
- 클라이언트
- 미들웨어
- 에스큐엘
- 스키마
- 멀티미디어
- 메모리
- TCP/IP
- API
- PHP
- 파이썬
- 루비
