mariadb HA 종류
페이지 정보
본문
mariadb HA 솔류션은 크게 3가지가 있습니다.
- MHA
- Galera Cluster
- Maxscale
- MHA
장점
- 최소한의 Down Time으로 Master의 장애 처리 및 Slave의 새로운 Master로 변경 수행 가능
- Master의 장애로 각 노드(Master 및 Slave)의 데이터 불일치가 발생하지 않음
- 현재 MySQL 서버의 설정을 변경 할 필요가 없음
- 서버를 많이 늘릴 필요가 없음 (Cluster 대비)
- 스토리지 엔진에 제약을 받지 않음
- MySQL 성능에 전혀 제약 사항이 없음
단점
- FAILBACK 시 수동으로 작업해야함.
- Galera Cluster
장점
- 동기 방식의 복제를 지원한다. 따라서 동시에, 데이터 유실 없는 복제를 보장한다.
- 노드 간 통신을 위해 wsrep API를 사용한다.
- Active-Active 방식의 다중 Master 구성 및 모든 노드에서 Read/Write가 가능하다.
- 노드 컨트롤, 특정 노드 장애 시에 자동으로 장애 노드가 제거된다.
- 자동으로 신규 노드를 추가한다. (단, 신규 노드 추가 시 모든 데이터를 복사하기 때문에 부하가 발생한다.)
단점
- 한 노드에서 데이터를 디스크에 저장하기 전에 다른 노드에 데이터 복제 요청을 해야 한다. 따라서 비동기 방식에 비해 Write 성능이 떨어진다.
- 장애 전파이다. 다른 노드로 복제 요청을 했는데, 그 노드가 문제가 있어서 응답을 하지 못하면, 요청한 노드는 대기를 타게 된다.
이것은 유사한 매커니즘을 사용하는 다른 S/W도 동일하게 안고 있는 문제이다.
- 확장의 한계가 있다. 노드 수가 많아지면 복제에 걸리는 시간, 비용이 노드 수에 비례하여 늘어나기 때문에 어느 정도 한계를 가지고 있다.
- Maxscale
Maxscale에 대한 정보는 게시판보시면 mariadb 한국지사에서 올린 글을 참조하시면 됩니다.
- MHA
- Galera Cluster
- Maxscale
- MHA
장점
- 최소한의 Down Time으로 Master의 장애 처리 및 Slave의 새로운 Master로 변경 수행 가능
- Master의 장애로 각 노드(Master 및 Slave)의 데이터 불일치가 발생하지 않음
- 현재 MySQL 서버의 설정을 변경 할 필요가 없음
- 서버를 많이 늘릴 필요가 없음 (Cluster 대비)
- 스토리지 엔진에 제약을 받지 않음
- MySQL 성능에 전혀 제약 사항이 없음
단점
- FAILBACK 시 수동으로 작업해야함.
- Galera Cluster
장점
- 동기 방식의 복제를 지원한다. 따라서 동시에, 데이터 유실 없는 복제를 보장한다.
- 노드 간 통신을 위해 wsrep API를 사용한다.
- Active-Active 방식의 다중 Master 구성 및 모든 노드에서 Read/Write가 가능하다.
- 노드 컨트롤, 특정 노드 장애 시에 자동으로 장애 노드가 제거된다.
- 자동으로 신규 노드를 추가한다. (단, 신규 노드 추가 시 모든 데이터를 복사하기 때문에 부하가 발생한다.)
단점
- 한 노드에서 데이터를 디스크에 저장하기 전에 다른 노드에 데이터 복제 요청을 해야 한다. 따라서 비동기 방식에 비해 Write 성능이 떨어진다.
- 장애 전파이다. 다른 노드로 복제 요청을 했는데, 그 노드가 문제가 있어서 응답을 하지 못하면, 요청한 노드는 대기를 타게 된다.
이것은 유사한 매커니즘을 사용하는 다른 S/W도 동일하게 안고 있는 문제이다.
- 확장의 한계가 있다. 노드 수가 많아지면 복제에 걸리는 시간, 비용이 노드 수에 비례하여 늘어나기 때문에 어느 정도 한계를 가지고 있다.
- Maxscale
Maxscale에 대한 정보는 게시판보시면 mariadb 한국지사에서 올린 글을 참조하시면 됩니다.
- 이전글MariaDB 파라미터 1 21.05.06
- 다음글MariaDB 접근권한 설정방법 21.04.14
댓글목록
등록된 댓글이 없습니다.