MHA vs MaxScale 장단점 비교

 
 

MariaDB의 이중화 솔루션 MHA와 MaxScale의 장단점을 비교하였습니다.
MHA는 git을 통해 개발이 진행되었으나, 최근에는 활동이 없는 상태입니다.
MaxScale은 MariaDB에서 지속적으로 관리하고 있어 제품의 패치가 빠르게 이루어지고 있습니다.

가용성 및 확장성	- 마스터 노드의 장애를 감지하고 자동으로 슬레이브를 승격하여 가용성 유지 - 스케일 아웃을 위한 기본적인 지원	- 여러 MariaDB 서버를 클러스터로 구성하여 가용성 및 확장성 향상 - 부하 분산 및 쿼리 라우팅을 지원하여 성능 향상
설정 및 운영의 용이성	- 비교적 쉬운 구성 및 운영 - 재구성 및 장애 조치 절차를 자동화하여 운영 부담 감소	- 초기 설정 및 관리에 학습 곡선이 존재할 수 있음 - 복잡한 설정이 필요한 경우가 있음
자동화	- 마스터 노드 장애 감지 및 슬레이브 승격 등의 자동화 기능 제공 - FailOver를 통한 승격은 가능하나 수동으로 replication 작업 필	- 부하 분산 및 클러스터 상태 모니터링 등의 자동화 기능 제공
단일 장애점	- 마스터 노드에 대한 단일 장애점 존재 가능성 있음	- MaxScale 자체가 단일 장애점이 될 수 있음
성능	- 일반적으로 높은 성능을 제공	- 부하 분산 및 쿼리 라우팅 기능으로 성능 향상 가능
확장성	- 단일 마스터 노드 구조로 한계가 있을 수 있음	- 여러 MariaDB 서버를 클러스터로 구성하여 확장 가능
유지보수	- git을 통해 오픈소스로 진행되나, 더 이상의 버그 패치등의 개발이 종료 됨	마리아DB 자체 HA로 지속적 지원 가능
비용	- 무료	- MariaDB 커뮤니티 버전으로도 2대까지 사용 가능(1M - 1S) - 3 대의 노드부터는 enterprise 버전을 사용

참고

• MHA: https://github.com/yoshinorim/mha4mysql-manager
• MaxScale: https://mariadb.com/kb/en/maxscale/