이 운영 시나리오는 서비스의 읽기 쓰기에 영향을 받지 않으므로, CUBRID 운영으로 인해 서비스에 미치는 영향이 매우 작다. 읽기 쓰기 서비스 중의 운영 시나리오는 failover가 일어나는 경우와 그렇지 않은 경우로 나눌 수 있다.
다음 작업은 CUBRID HA 그룹 내의 노드를 종료하고 다시 구동하지 않고 바로 수행할 수 있다.
대표적인 운영 작업 |
시나리오 |
고려 사항 |
---|---|---|
온라인 백업 |
운영 중 마스터 노드와 슬레이브 노드에서 각각 운영 작업을 수행한다. |
운영 작업으로 인해 마스터 노드의 트랜잭션이 지연될 수 있으므로 주의해야 한다. |
스키마 변경(기본키 변경 작업 제외), 인덱스 변경, 권한 변경 |
마스터 노드에서만 운영 작업하면 자동으로 슬레이브 노드로 복제 반영한다. |
운영 작업이 마스터 노드에서 완료된 후 슬레이브 노드로 복제 로그가 복사되고 그 후부터 슬레이브 노드에 반영이 되므로 운영 작업 시간이 2배 소요 된다. |
볼륨 추가 |
HA 구성과 별개로 각 DB에서 운영 작업을 수행한다. |
운영 작업으로 인해 마스터 노드의 트랜잭션이 지연될 수 있으므로 주의해야 한다. |
장애 노드 서버 교체 |
장애 발생 후 실행 중인 CUBRID HA 그룹의 재시작 없이 교체한다. |
CUBRID HA 그룹 내 설정의 ha_node_list에 장애 노드가 등록되어 있는 경우로, 교체 시 노드명 등이 변경되지 않아야 한다. |
장애 브로커 서버 교체 |
장애 발생 후 실행 중인 브로커의 재시작 없이 교체한다. |
클라이언트에서 교체된 브로커로의 연결은 URL 문자열에 설정된 rctime 값에 의한다. |
DB 서버 증설 |
기존에 구성된 CUBRID HA 그룹의 재시작 없이 설정변경(ha_node_list, ha_replica_list) 후 cubrid heartbeat reload를 수행한다. |
cubrid heartbeat reload가 실패하면 노드의 관리 프로세스들이 모두 종료되므로 주의해야 한다. |
브로커 서버 증설 |
기존 브로커들의 재시작 없이 추가된 브로커를 구동한다. |
클라이언트가 추가된 브로커로 연결되기 위해서는 URL 문자열을 수정해야 한다. |
다음 작업은 CUBRID HA 그룹 내의 노드를 종료하고 운영 작업을 완료한 후 구동해야 한다.
대표적인 운영 작업 |
시나리오 |
고려 사항 |
---|---|---|
DB 서버 설정 변경 |
cubrid.conf의 설정이 변경되면 설정 변경된 노드를 재시작 한다. |
|
브로커 설정 변경, 브로커 추가, 브로커 삭제 |
cubrid_broker.conf의 설정이 변경되면 설정 변경돤 브로커를 재시작 한다. |
|
DBMS 버전 패치 |
HA 그룹 내 노드와 브로커들을 각각 버전 패치 후 재시작 한다. |
버전 패치는 CUBRID의 내부 프로토콜, 볼륨 및 로그의 변경이 없는 것이다. |