Open Source RDBMS - Seamless, Scalable, Stable and Free

한국어 | Login |Register

Versions available for this page: CUBRID 8.4.0 |  CUBRID 8.4.1 |  CUBRID 8.4.3 |  CUBRID 9.0.0 | 

읽기 쓰기 서비스 중 운영 시나리오

이 운영 시나리오는 서비스의 읽기 쓰기에 영향을 받지 않으므로, CUBRID 운영으로 인해 서비스에 미치는 영향이 매우 작다. 읽기 쓰기 서비스 중의 운영 시나리오는 failover가 일어나는 경우와 그렇지 않은 경우로 나눌 수 있다.

failover가 필요 없는 운영 시나리오

다음 작업은 CUBRID HA 그룹 내의 노드를 종료하고 다시 구동하지 않고 바로 수행할 수 있다.

대표적인 운영 작업

시나리오

고려 사항

온라인 백업

운영 중 마스터 노드와 슬레이브 노드에서 각각 운영 작업을 수행한다.

운영 작업으로 인해 마스터 노드의 트랜잭션이 지연될 수 있으므로 주의해야 한다.

스키마 변경(기본키 변경 작업 제외), 인덱스 변경, 권한 변경

마스터 노드에서만 운영 작업하면 자동으로 슬레이브 노드로 복제 반영한다.

운영 작업이 마스터 노드에서 완료된 후 슬레이브 노드로 복제 로그가 복사되고 그 후부터 슬레이브 노드에 반영이 되므로 운영 작업 시간이 2배 소요 된다.
스키마 변경은 반드시 중간에 failover 없이 진행해야 한다.
스키마 변경을 제외한 인덱스 변경, 권한 변경은 운영 작업 소요 시간이 문제가 되는 경우, 각 노드를 정지한 후 독립 모드(예: csql 유틸리티의 -S 옵션)를 통해 수행할 수 있다.

볼륨 추가

HA 구성과 별개로 각 DB에서 운영 작업을 수행한다.

운영 작업으로 인해 마스터 노드의 트랜잭션이 지연될 수 있으므로 주의해야 한다.
운영 작업 소요 시간이 문제가 되는 경우 각 노드를 정지한 후 독립 모드(예: cubrid addvoldb 유틸리티의 -S 옵션)를 통해 수행할 수 있다.

장애 노드 서버 교체

장애 발생 후 실행 중인 CUBRID HA 그룹의 재시작 없이 교체한다.

CUBRID HA 그룹 내 설정의 ha_node_list에 장애 노드가 등록되어 있는 경우로, 교체 시 노드명 등이 변경되지 않아야 한다.

장애 브로커 서버 교체

장애 발생 후 실행 중인 브로커의 재시작 없이 교체한다.

클라이언트에서 교체된 브로커로의 연결은 URL 문자열에 설정된 rcTime 값에 의한다.

DB 서버 증설

기존에 구성된 CUBRID HA 그룹의 재시작 없이 설정변경(ha_node_list, ha_replica_list) 후 cubrid heartbeat reload를 각 노드에서 수행한다.

변경된 설정 정보를 로딩하여 추가/삭제된 노드에 해당하는 copylogdb/applylogdb 프로세스를 시작 또는 정지한다.

브로커 서버 증설

기존 브로커들의 재시작 없이 추가된 브로커를 구동한다.

클라이언트가 추가된 브로커로 연결되기 위해서는 URL 문자열을 수정해야 한다.

failover가 필요한 운영 시나리오

다음 작업은 CUBRID HA 그룹 내의 노드를 종료하고 운영 작업을 완료한 후 구동해야 한다.

대표적인 운영 작업

시나리오

고려 사항

DB 서버 설정 변경

cubrid.conf의 설정이 변경되면 설정 변경된 노드를 재시작 한다.

 

브로커 설정 변경, 브로커 추가, 브로커 삭제

cubrid_broker.conf의 설정이 변경되면 설정 변경돤 브로커를 재시작 한다.

 

DBMS 버전 패치

HA 그룹 내 노드와 브로커들을 각각 버전 패치 후 재시작 한다.

버전 패치는 CUBRID의 내부 프로토콜, 볼륨 및 로그의 변경이 없는 것이다.