SlideShare a Scribd company logo
1 of 15
MariaDB 이중화 구성하기
2020. 12.29
1
MariaDB 이중화 구성방식
추천
추천
추천
2
MariaDB 이중화 구성방식
* Master / Slave - MHA
#1(Master) #2(Slave)
WAS(n)
WAS1
VIP
MHA-Manager
Rea/Write
heart-beat
장애
#1(Dead) #2(Master)
WAS(n)
WAS1
VIP
MHA-Manager
Rea/Write
process-down
#3(Slave)
Auto Failover
- Role : Only Failover
- Master 장애 시 자동 Failover
+ Failover시 VIP를 #2으로 전환
+ #3를 #2으로 복제 자동전환
+ MHA-Manager는 Failover후 종료
+ Failover 후 DBA가 수동 복구 필요
- #1 Failback 절차
+ mha log에서 복제-position 확인
+ #1 기동 후 #2노드에
slave로 등록(change master to~)
+ #1노드의 복제 데이터 최신화
+ MHA-Manager로 Online switchover 수행
+ MHA-Manager 기동
#3(Slave)
Manual Failback
3
MariaDB 이중화 구성방식
* Master / Slave - MaxScale
#1(Master) #2(Slave)
WAS(n)
WAS1
MaxScale
heart-beat
장애
#3(Slave)
Auto Failover
- Role : Connection Router & Failover(HA)
- Master 장애 시 자동 Failover
+ #2를 Master로 자동전환
+ #3를 #2으로 Slave로 자동전환
+ #2로 Write Connection Routing
- #1 Failback 절차
+ #1 기동하면 자동으로 #2의 Slave로 등록
+ #1로 Read Connection Routing
+ DBA가 MaxAdmin으로 Online switchover 수행
- MariaDB 전용 HA솔루션
Auto Rejoin
heart-beat
Write Read
Read
#1(Dead) #2(Master)
WAS(n)
WAS1
MaxScale
#3(Slave)
heart-beat
Write
Read
4
MariaDB 이중화 구성방식
* Multi-Master - L4
#1(Master) #2(Slave)
WAS(n)
WAS1
heart-beat
장애
Auto Failover
- Role : Connection Router & Failover(HA)
+ 단일노드로 Connection Routing(분산처리 아님)
- Master 장애 시 자동 Failover
+ L4가 #2로 Read/Write Connection 자동전환
- #1 Failback 절차
+ #1 서비스 포트 변경(33063307)
+ #1 기동하면 자동으로 복제됨
+ #1의 복제 최신화
+ #1 서비스 중지 후 포트 원위치(3306) 후 기동
+ L4설정에 따라 #2 이나 #1으로 Connection 전환
Manual Rejoin
heart-beat
Read/Write
L4
#1(Dead) #2(Master)
WAS(n)
WAS1
heart-beat heart-beat
Read/Write
L4
5
MariaDB 이중화 구성방식
#1(Master) #2(Slave)
WAS(n)
WAS1
MaxScale
heart-beat
장애
Auto Failover
- Role : Connection Router & Failover(HA)
- Master 장애 시 자동 Failover
+ #2를 Master로 자동전환
+ #2로 Write/Connection Connection Routing
- #1 Failback 절차
+ #1 기동하면 auto rejoin
+ #1의 복제 최신화
+ #1은 자동으로 Read Connection
+ DBA가 MaxAdmin으로 Online Switchover 수행가능
- MariaDB 전용 HA솔루션
Auto Rejoin
heart-beat
Write Read
* Multi-Master - MaxScale
#1(Dead) #2(Slave)
WAS(n)
WAS1
MaxScale
heart-beat heart-beat
Write
Read
6
MariaDB 이중화 구성방식
* Multi-Source - MHA
#1(Master) #2(Master)
WAS(n)
WAS1
VIP1
MHA-Manager1
Read/Write
heart-beat
장애
#3(Slave)
Auto Failover
- Role : Only Failover
- Master 장애 시 자동 Failover
+ Failover시 VIP1를 #3으로 전환
+ MHA-Manager1은 Failover후 종료
+ Failover 후 DBA가 수동 복구 필요
- #1 Failback 절차
+ 다소 까다로움으로 주의가 필요.
+ mha log에서 복제-position 확인
+ #1 기동 후 #3노드에
특정DB만 복제하도록 slave로 등록
+ #1노드의 복제 데이터 최신화
+ MHA-Manager1로 Online switchover 수행
+ MHA-Manager1 기동
Manual Failback
VIP2
Read/Write
MHA-Manager2
heart-beat
#1(Dead) #2(Master)
WAS(n)
WAS1
VIP1
MHA-Manager1
Read/Write
process down
#3(Master | Slave)
VIP2
Read/Write
MHA-Manager2
heart-beat
7
MariaDB 이중화 구성방식
* Multi-Source - MaxScale
#1(Master) #2(Master)
WAS(n)
WAS1
Read/Write
heart-beat
장애
#3(Slave)
Auto Failover
- Role : Connection Router & Failover(HA)
- Master 장애 시 자동 Failover
+ #3으로 Connection 자동전환
+
- #1 Failback 절차
+ #1 기동 하면 #3의 Slave로 자동등록
+ #1 복제 데이터 최신화
+ #1은 Read Connection 수행가능
+ DBA가 MaxAdmin으로
Online Switchover 수행가능
- MariaDB 전용 HA솔루션
Auto Rejoin
Read/Write
heart-beat
MaxScale
MaxScale
#1(Dead) #2(Master)
WAS(n)
WAS1
Read/Write
#3(Master | Slave)
Read/Write
heart-beat
MaxScale
MaxScale
8
MariaDB 이중화 구성방식
* Galera Cluster - L4
#1 #3
WAS(n)
WAS1
장애
Auto Failover
- Role : Connection Router & Failover(HA)
+ #1 Write Connection, 나머지는 Read Connection
+ Read와 Write Connection Port가 다름
- #1 장애 시 자동 Failover
+ L4가 #2로 Write Connection 자동전환
- #1 Failback 절차
+ #1의 L4상의 Write Connection 가중치 조정(하향)
+ #1 기동하면 자동으로 데이터동기화(SST/IST)
+ #1 동기화 완료 후 L4상의 가중치 조정(상향)
+ DBA가 아닌 N/W 담당자의 조치 필요
+ L4 환경 구성의 주의
Manual Rejoin
Write
L4(another port)
#2
Read
Read
#1(Dead) #3
WAS(n)
WAS1
Write
L4(another port)
#2
Read
Read
9
MariaDB 이중화 구성방식
WAS(n)
WAS1
MaxScale
Auto Failover
- Role : Connection Router & Failover(HA)
+ Read와 Write Connection 포트 동일
- #1 장애 시 자동 Failover
+ #2로 Write Connection 자동전환
- #1 Failback 절차
+ #1 기동하면 자동으로 데이터동기화(SST/IST)
+ #1 동기화 완료 후 자동으로 Read Connection수행
+ DBA가 MaxAdmin으로 Online Switchover 수행가능
- MariaDB 전용 HA솔루션
Auto Rejoin
Write
* Galera Cluster - MaxScale
#1 #3
장애
#2
Read
Read
WAS(n)
WAS1
MaxScale
Write
#1(Dead) #3
#2
Read
Read
10
MariaDB 이중화 구성
* HA 솔루션 별 비교
구분 MHA MaxScale L4
Load-Balancing 미지원 지원 지원
Auto-Failover 지원 지원 지원
Auto Replication
(역복제)
미지원 지원 미지원
Auto-Rejoin 미지원 지원 지원
VIP 필요 불필요 필요
GTID 선택 필수 선택
이중화
불가능 가능 가능
* MaxScale의 장점
- 문의하신 Connection을 Write Connection과 Read-Only Conneciton으로 자동분기처리해서
Master노드로 Write Connection을, Read-Only Connection은 Slaves 노드들로 분산처리 합니다.
- 이와 유사한 기능하는 솔루션으로 ProxySQL이 있으나 ProxySQL은 Master노드에 대한 장애시 HA기능을 지원하지 않습니다.
따라서 ProxySQL을 사용하는경우는 MHA등 HA전용솔루션과 함께 사용해야 합니다.
- MaxScale은 Backend DB가 2대인경우는 무상으로 사용가능하나, 3대 이상인경우는 Subscription이 필요합니다.(BSL)
- 또한 MaxScale은 다운된 Master노드를 재기동만 해주더라도 자동으로 복제를 연결하고
완료된 경우 서비스노드로 자동 추가합니다.
* MaxScale의 주요기능
- Auto-Failover
- Transaction Reply
- Read-Write Connection Splitting
- Replication Server(Binlog Server)
- Data Masking
- Query Blocking
- Result limiting
- Change-Data-Capture
- Kafka Connection
MariaDB들의 복제구성에 상관없이 HA솔루션으로
MaxScale을 추천드립니다.
11
MariaDB 이중화 구성 – 1안
* Master / Slave - MaxScale ( Active – Active)
#1(Master) #2(Slave)
WAS(n)
WAS1
MaxScale
#3(Slave)
Read
MaxScale
L4
Write Read
- L4
- VIP할당
- 특정 포트에 대하여 2대의
Maxscale로 분산처리
- 특정 Maxscale장애 시 한쪽 노드로
Routing수행
- MaxScale
- R/W Connection에 대한
지능적인 자동 분산처리
- Master장애시 Slave를 신규 Master
로 승격
- 기타 Slaves를 신규 Master로 연결
- Dead Master가 Online시 Slave로
자동 Join 수행
- Replication Lag에 대한 유연한
Transaction 제어(causal read)
- Master
- Read/Write Transaction 수행
- Slave
- Read Transaction 수행
- Master로부터의 Replication 수행
추천
12
MariaDB 이중화 구성 – 2안
* Master / Slave - MaxScale ( Active – Standby )
#1(Master) #2(Slave)
WAS(n)
WAS1
MaxScale
#3(Slave)
Read
MaxScale
Write Read
- Keepalived
- VIP제어
- VIP할당노드로 Connection 인입
- 노드장애 시 Standby Maxsclae로
VIP 전환
- MaxScale
- R/W Connection에 대한
지능적인 자동 분산처리
- Master장애시 Slave를 신규 Master
로 승격
- 기타 Slaves를 신규 Master로 연결
- Dead Master가 Online시 Slave로
자동 Join 수행
- Replication Lag에 대한 유연한
Transaction 제어(causal read)
- Master
- Read/Write Transaction 수행
- Slave
- Read Transaction 수행
- Master로부터의 Replication 수행
VIP
Keepalived
13
MariaDB/MaxScale 버전 및 Subscription (2021-12-30기준)
* MariaDB Version 선택
구분(GPL) GA-Start EOL 최신
10.2 2017-04-23 2022-04-23 10.2.41
10.3 2018-04-25 2023-04-25 10.3.32
10.4 2019-06-18 2024-06-18 10.4.22
10.5 2020-06-24 2025-06-24 10.5.13
10.6 2021-07-06 2026-07-06 10.6.5
10.7 - - 10.7.1
* MaxScale Version 선택
추천
구분(BSL) GA-Start EOL 최신
2.2 2018-02-01
Minor버전별
차이.
대략 4년
2.2.21
2.3 2018-10-09 2.3.20
2.4 2019-06-29 2.4.18
2.5 2020-10-19 2.5.14
6.1 2021-07-15 6.1.4
6.2 2021-11-26 6.2.0
추천
- GA-Start이후 1년 ~ 1.5년 이후버전
- Minor 버전 x.20 이상 선택
Minor버전이 낮으면 잦은 버그를 인한 장애가능성 있음
- Subscription 구매 시
Enterprise Server에 추가된 HA관련 파라미터 추가지원
shutdown_wait_for_slaves
- Bug에 대한 신속한 Hot-Fix 및 SR 지원을 위해서는
Subscription 필요
- GA-Start이후 1년 ~ 1.5년 이후버전
- 서비스 운영성을 높이기 위해서는
Cooperative Monitoring(2.5이상) 필요
- MaxScale설정에 Backend Server 수가
2대 이하는 무상 이용가능
3대 이상은 Subscription 필요
- MaxScale만의 Subscription은 제공되지 않으며,
MariaDB Enterprise Subscription 구매 시
MaxScale이 포함되어 있음.
감사합니다

More Related Content

What's hot

What's hot (20)

ProxySQL for MySQL
ProxySQL for MySQLProxySQL for MySQL
ProxySQL for MySQL
 
MySQL Advanced Administrator 2021 - 네오클로바
MySQL Advanced Administrator 2021 - 네오클로바MySQL Advanced Administrator 2021 - 네오클로바
MySQL Advanced Administrator 2021 - 네오클로바
 
MySQL/MariaDB Proxy Software Test
MySQL/MariaDB Proxy Software TestMySQL/MariaDB Proxy Software Test
MySQL/MariaDB Proxy Software Test
 
[135] 오픈소스 데이터베이스, 은행 서비스에 첫발을 내밀다.
[135] 오픈소스 데이터베이스, 은행 서비스에 첫발을 내밀다.[135] 오픈소스 데이터베이스, 은행 서비스에 첫발을 내밀다.
[135] 오픈소스 데이터베이스, 은행 서비스에 첫발을 내밀다.
 
MariaDB 제품 소개
MariaDB 제품 소개MariaDB 제품 소개
MariaDB 제품 소개
 
MySQL 상태 메시지 분석 및 활용
MySQL 상태 메시지 분석 및 활용MySQL 상태 메시지 분석 및 활용
MySQL 상태 메시지 분석 및 활용
 
Intro ProxySQL
Intro ProxySQLIntro ProxySQL
Intro ProxySQL
 
MySQL_SQL_Tunning_v0.1.3.docx
MySQL_SQL_Tunning_v0.1.3.docxMySQL_SQL_Tunning_v0.1.3.docx
MySQL_SQL_Tunning_v0.1.3.docx
 
MySQL_MariaDB-성능개선-202201.pptx
MySQL_MariaDB-성능개선-202201.pptxMySQL_MariaDB-성능개선-202201.pptx
MySQL_MariaDB-성능개선-202201.pptx
 
MariaDB 마이그레이션 - 네오클로바
MariaDB 마이그레이션 - 네오클로바MariaDB 마이그레이션 - 네오클로바
MariaDB 마이그레이션 - 네오클로바
 
MySQL8.0_performance_schema.pptx
MySQL8.0_performance_schema.pptxMySQL8.0_performance_schema.pptx
MySQL8.0_performance_schema.pptx
 
Automated master failover
Automated master failoverAutomated master failover
Automated master failover
 
How to Manage Scale-Out Environments with MariaDB MaxScale
How to Manage Scale-Out Environments with MariaDB MaxScaleHow to Manage Scale-Out Environments with MariaDB MaxScale
How to Manage Scale-Out Environments with MariaDB MaxScale
 
Wars of MySQL Cluster ( InnoDB Cluster VS Galera )
Wars of MySQL Cluster ( InnoDB Cluster VS Galera ) Wars of MySQL Cluster ( InnoDB Cluster VS Galera )
Wars of MySQL Cluster ( InnoDB Cluster VS Galera )
 
MySQL GTID 시작하기
MySQL GTID 시작하기MySQL GTID 시작하기
MySQL GTID 시작하기
 
My sql failover test using orchestrator
My sql failover test  using orchestratorMy sql failover test  using orchestrator
My sql failover test using orchestrator
 
Galera cluster for high availability
Galera cluster for high availability Galera cluster for high availability
Galera cluster for high availability
 
Federated Engine 실무적용사례
Federated Engine 실무적용사례Federated Engine 실무적용사례
Federated Engine 실무적용사례
 
MySQL Shell for DBAs
MySQL Shell for DBAsMySQL Shell for DBAs
MySQL Shell for DBAs
 
MySQL InnoDB Cluster - Group Replication
MySQL InnoDB Cluster - Group ReplicationMySQL InnoDB Cluster - Group Replication
MySQL InnoDB Cluster - Group Replication
 

Maria db 이중화구성_고민하기

  • 3. 2 MariaDB 이중화 구성방식 * Master / Slave - MHA #1(Master) #2(Slave) WAS(n) WAS1 VIP MHA-Manager Rea/Write heart-beat 장애 #1(Dead) #2(Master) WAS(n) WAS1 VIP MHA-Manager Rea/Write process-down #3(Slave) Auto Failover - Role : Only Failover - Master 장애 시 자동 Failover + Failover시 VIP를 #2으로 전환 + #3를 #2으로 복제 자동전환 + MHA-Manager는 Failover후 종료 + Failover 후 DBA가 수동 복구 필요 - #1 Failback 절차 + mha log에서 복제-position 확인 + #1 기동 후 #2노드에 slave로 등록(change master to~) + #1노드의 복제 데이터 최신화 + MHA-Manager로 Online switchover 수행 + MHA-Manager 기동 #3(Slave) Manual Failback
  • 4. 3 MariaDB 이중화 구성방식 * Master / Slave - MaxScale #1(Master) #2(Slave) WAS(n) WAS1 MaxScale heart-beat 장애 #3(Slave) Auto Failover - Role : Connection Router & Failover(HA) - Master 장애 시 자동 Failover + #2를 Master로 자동전환 + #3를 #2으로 Slave로 자동전환 + #2로 Write Connection Routing - #1 Failback 절차 + #1 기동하면 자동으로 #2의 Slave로 등록 + #1로 Read Connection Routing + DBA가 MaxAdmin으로 Online switchover 수행 - MariaDB 전용 HA솔루션 Auto Rejoin heart-beat Write Read Read #1(Dead) #2(Master) WAS(n) WAS1 MaxScale #3(Slave) heart-beat Write Read
  • 5. 4 MariaDB 이중화 구성방식 * Multi-Master - L4 #1(Master) #2(Slave) WAS(n) WAS1 heart-beat 장애 Auto Failover - Role : Connection Router & Failover(HA) + 단일노드로 Connection Routing(분산처리 아님) - Master 장애 시 자동 Failover + L4가 #2로 Read/Write Connection 자동전환 - #1 Failback 절차 + #1 서비스 포트 변경(33063307) + #1 기동하면 자동으로 복제됨 + #1의 복제 최신화 + #1 서비스 중지 후 포트 원위치(3306) 후 기동 + L4설정에 따라 #2 이나 #1으로 Connection 전환 Manual Rejoin heart-beat Read/Write L4 #1(Dead) #2(Master) WAS(n) WAS1 heart-beat heart-beat Read/Write L4
  • 6. 5 MariaDB 이중화 구성방식 #1(Master) #2(Slave) WAS(n) WAS1 MaxScale heart-beat 장애 Auto Failover - Role : Connection Router & Failover(HA) - Master 장애 시 자동 Failover + #2를 Master로 자동전환 + #2로 Write/Connection Connection Routing - #1 Failback 절차 + #1 기동하면 auto rejoin + #1의 복제 최신화 + #1은 자동으로 Read Connection + DBA가 MaxAdmin으로 Online Switchover 수행가능 - MariaDB 전용 HA솔루션 Auto Rejoin heart-beat Write Read * Multi-Master - MaxScale #1(Dead) #2(Slave) WAS(n) WAS1 MaxScale heart-beat heart-beat Write Read
  • 7. 6 MariaDB 이중화 구성방식 * Multi-Source - MHA #1(Master) #2(Master) WAS(n) WAS1 VIP1 MHA-Manager1 Read/Write heart-beat 장애 #3(Slave) Auto Failover - Role : Only Failover - Master 장애 시 자동 Failover + Failover시 VIP1를 #3으로 전환 + MHA-Manager1은 Failover후 종료 + Failover 후 DBA가 수동 복구 필요 - #1 Failback 절차 + 다소 까다로움으로 주의가 필요. + mha log에서 복제-position 확인 + #1 기동 후 #3노드에 특정DB만 복제하도록 slave로 등록 + #1노드의 복제 데이터 최신화 + MHA-Manager1로 Online switchover 수행 + MHA-Manager1 기동 Manual Failback VIP2 Read/Write MHA-Manager2 heart-beat #1(Dead) #2(Master) WAS(n) WAS1 VIP1 MHA-Manager1 Read/Write process down #3(Master | Slave) VIP2 Read/Write MHA-Manager2 heart-beat
  • 8. 7 MariaDB 이중화 구성방식 * Multi-Source - MaxScale #1(Master) #2(Master) WAS(n) WAS1 Read/Write heart-beat 장애 #3(Slave) Auto Failover - Role : Connection Router & Failover(HA) - Master 장애 시 자동 Failover + #3으로 Connection 자동전환 + - #1 Failback 절차 + #1 기동 하면 #3의 Slave로 자동등록 + #1 복제 데이터 최신화 + #1은 Read Connection 수행가능 + DBA가 MaxAdmin으로 Online Switchover 수행가능 - MariaDB 전용 HA솔루션 Auto Rejoin Read/Write heart-beat MaxScale MaxScale #1(Dead) #2(Master) WAS(n) WAS1 Read/Write #3(Master | Slave) Read/Write heart-beat MaxScale MaxScale
  • 9. 8 MariaDB 이중화 구성방식 * Galera Cluster - L4 #1 #3 WAS(n) WAS1 장애 Auto Failover - Role : Connection Router & Failover(HA) + #1 Write Connection, 나머지는 Read Connection + Read와 Write Connection Port가 다름 - #1 장애 시 자동 Failover + L4가 #2로 Write Connection 자동전환 - #1 Failback 절차 + #1의 L4상의 Write Connection 가중치 조정(하향) + #1 기동하면 자동으로 데이터동기화(SST/IST) + #1 동기화 완료 후 L4상의 가중치 조정(상향) + DBA가 아닌 N/W 담당자의 조치 필요 + L4 환경 구성의 주의 Manual Rejoin Write L4(another port) #2 Read Read #1(Dead) #3 WAS(n) WAS1 Write L4(another port) #2 Read Read
  • 10. 9 MariaDB 이중화 구성방식 WAS(n) WAS1 MaxScale Auto Failover - Role : Connection Router & Failover(HA) + Read와 Write Connection 포트 동일 - #1 장애 시 자동 Failover + #2로 Write Connection 자동전환 - #1 Failback 절차 + #1 기동하면 자동으로 데이터동기화(SST/IST) + #1 동기화 완료 후 자동으로 Read Connection수행 + DBA가 MaxAdmin으로 Online Switchover 수행가능 - MariaDB 전용 HA솔루션 Auto Rejoin Write * Galera Cluster - MaxScale #1 #3 장애 #2 Read Read WAS(n) WAS1 MaxScale Write #1(Dead) #3 #2 Read Read
  • 11. 10 MariaDB 이중화 구성 * HA 솔루션 별 비교 구분 MHA MaxScale L4 Load-Balancing 미지원 지원 지원 Auto-Failover 지원 지원 지원 Auto Replication (역복제) 미지원 지원 미지원 Auto-Rejoin 미지원 지원 지원 VIP 필요 불필요 필요 GTID 선택 필수 선택 이중화 불가능 가능 가능 * MaxScale의 장점 - 문의하신 Connection을 Write Connection과 Read-Only Conneciton으로 자동분기처리해서 Master노드로 Write Connection을, Read-Only Connection은 Slaves 노드들로 분산처리 합니다. - 이와 유사한 기능하는 솔루션으로 ProxySQL이 있으나 ProxySQL은 Master노드에 대한 장애시 HA기능을 지원하지 않습니다. 따라서 ProxySQL을 사용하는경우는 MHA등 HA전용솔루션과 함께 사용해야 합니다. - MaxScale은 Backend DB가 2대인경우는 무상으로 사용가능하나, 3대 이상인경우는 Subscription이 필요합니다.(BSL) - 또한 MaxScale은 다운된 Master노드를 재기동만 해주더라도 자동으로 복제를 연결하고 완료된 경우 서비스노드로 자동 추가합니다. * MaxScale의 주요기능 - Auto-Failover - Transaction Reply - Read-Write Connection Splitting - Replication Server(Binlog Server) - Data Masking - Query Blocking - Result limiting - Change-Data-Capture - Kafka Connection MariaDB들의 복제구성에 상관없이 HA솔루션으로 MaxScale을 추천드립니다.
  • 12. 11 MariaDB 이중화 구성 – 1안 * Master / Slave - MaxScale ( Active – Active) #1(Master) #2(Slave) WAS(n) WAS1 MaxScale #3(Slave) Read MaxScale L4 Write Read - L4 - VIP할당 - 특정 포트에 대하여 2대의 Maxscale로 분산처리 - 특정 Maxscale장애 시 한쪽 노드로 Routing수행 - MaxScale - R/W Connection에 대한 지능적인 자동 분산처리 - Master장애시 Slave를 신규 Master 로 승격 - 기타 Slaves를 신규 Master로 연결 - Dead Master가 Online시 Slave로 자동 Join 수행 - Replication Lag에 대한 유연한 Transaction 제어(causal read) - Master - Read/Write Transaction 수행 - Slave - Read Transaction 수행 - Master로부터의 Replication 수행 추천
  • 13. 12 MariaDB 이중화 구성 – 2안 * Master / Slave - MaxScale ( Active – Standby ) #1(Master) #2(Slave) WAS(n) WAS1 MaxScale #3(Slave) Read MaxScale Write Read - Keepalived - VIP제어 - VIP할당노드로 Connection 인입 - 노드장애 시 Standby Maxsclae로 VIP 전환 - MaxScale - R/W Connection에 대한 지능적인 자동 분산처리 - Master장애시 Slave를 신규 Master 로 승격 - 기타 Slaves를 신규 Master로 연결 - Dead Master가 Online시 Slave로 자동 Join 수행 - Replication Lag에 대한 유연한 Transaction 제어(causal read) - Master - Read/Write Transaction 수행 - Slave - Read Transaction 수행 - Master로부터의 Replication 수행 VIP Keepalived
  • 14. 13 MariaDB/MaxScale 버전 및 Subscription (2021-12-30기준) * MariaDB Version 선택 구분(GPL) GA-Start EOL 최신 10.2 2017-04-23 2022-04-23 10.2.41 10.3 2018-04-25 2023-04-25 10.3.32 10.4 2019-06-18 2024-06-18 10.4.22 10.5 2020-06-24 2025-06-24 10.5.13 10.6 2021-07-06 2026-07-06 10.6.5 10.7 - - 10.7.1 * MaxScale Version 선택 추천 구분(BSL) GA-Start EOL 최신 2.2 2018-02-01 Minor버전별 차이. 대략 4년 2.2.21 2.3 2018-10-09 2.3.20 2.4 2019-06-29 2.4.18 2.5 2020-10-19 2.5.14 6.1 2021-07-15 6.1.4 6.2 2021-11-26 6.2.0 추천 - GA-Start이후 1년 ~ 1.5년 이후버전 - Minor 버전 x.20 이상 선택 Minor버전이 낮으면 잦은 버그를 인한 장애가능성 있음 - Subscription 구매 시 Enterprise Server에 추가된 HA관련 파라미터 추가지원 shutdown_wait_for_slaves - Bug에 대한 신속한 Hot-Fix 및 SR 지원을 위해서는 Subscription 필요 - GA-Start이후 1년 ~ 1.5년 이후버전 - 서비스 운영성을 높이기 위해서는 Cooperative Monitoring(2.5이상) 필요 - MaxScale설정에 Backend Server 수가 2대 이하는 무상 이용가능 3대 이상은 Subscription 필요 - MaxScale만의 Subscription은 제공되지 않으며, MariaDB Enterprise Subscription 구매 시 MaxScale이 포함되어 있음.