[MySQL - Read/Write Split 부하분산 구성] use. ProxySQL

[MySQL - Read/Write Split 부하분산 구성] use. ProxySQL

MySQL 3node 운영중 Master노드의 리소스 과부화 현상을 해소하고자 Read/Write Split을 하게되었습니다. Proxy서버로 ProxySQL을 사용하여 최종적으로 Write트랜잭션은 Master노드로만, Read 트랜잭션은 모든 노드로 가도록 설정하습니다. 테스트 환경 Hostname IP VIP DB Version proxy 192.168.100.84 proxysql-2.4.4 master 192.168.100.80 192.168.100.88 MySQL 8.0 slave1 192.168.100.81 MySQL 8.0 slave2 192.168.100.83 MySQL 8.0 사전 구성 MySQL서버 3nodes MHA구성 MariaDB [(none)]> show slave hosts\G..

  • format_list_bulleted DataBase/MySQL & MariaDB
  • · 2023. 1. 27.
  • textsms
[MySQL - 4node MHA & select 부하분산] use. NCP Loadbalancer

[MySQL - 4node MHA & select 부하분산] use. NCP Loadbalancer

현재의 Master+Slave1,2,3 MHA 구성에서 Slave 2,3을 MHA에서 제외시킨 뒤 LoadBalancer를 통해 Slave 2,3을 select 용 부하분산을 할 예정입니다. 여기서 가장 중요한 점은 was단에서 read와 write를 각 IP별로 나눠줄 수 있어야합니다. 먼저 확인 후 진행하시길 바랍니다. 최종적으로 MHA manager + Master + Slave1 이 write작업 및 고가용성을 지원하며, Slave2 + Slave3은 read 부하분산용으로 사용 예정입니다. 따라서 write용 IP는 MHA의 VIP가 서비스 IP가 되며, read용 IP는 Loadbalancer의 도메인이 됩니다. ■ Slave2,3 MHA에서 제외 (mgr) [root@jh-mgr ~]# vi..

  • format_list_bulleted DataBase/MySQL & MariaDB
  • · 2022. 7. 30.
  • textsms
[MySQL - 4node MHA 구축 & failover테스트] part 2.

[MySQL - 4node MHA 구축 & failover테스트] part 2.

part1에 이어 구축 진행 및 failover테스트를 하도록 하겠습니다. part1 : https://jhdatabase.tistory.com/101 [MySQL - 4node MHA 구축] part 1. 그동안 master-slave 구조에서의 mha는 2node가 보통입니다. 이번 포스팅에선 총 4node를 구성할 예정이며 master와 slave 3대를 구축하여 LB를 통해 부하분산이 최종 목표입니다. 테스트 환경 Hostname Public I. jhdatabase.tistory.com ■ MHA scripts 수정 [root@jh-mgr ~]# cp /root/mha4mysql-manager-0.57/samples/scripts/master_ip_failover /var/log/masterha..

  • format_list_bulleted DataBase/MySQL & MariaDB
  • · 2022. 7. 30.
  • textsms
[MySQL - 4node MHA 구축] part 1.

[MySQL - 4node MHA 구축] part 1.

그동안 master-slave 구조에서의 mha는 2node가 보통입니다. 이번 포스팅에선 총 4node를 구성할 예정이며 master와 slave 3대를 구축하여 LB를 통해 부하분산이 최종 목표입니다. 테스트 환경 Hostname Public IP Private IP DB version Role VIP jh-mgr 115.85.183.80 192.168.100.35 MHA manager jh-master 101.101.210.29 192.168.100.36 Mysql 8.0.28 Master 192.168.100.40 jh-slave1 49.50.161.52 192.168.100.37 Mysql 8.0.28 Slave jh-slave2 118.67.131.204 192.168.100.38 Mysql ..

  • format_list_bulleted DataBase/MySQL & MariaDB
  • · 2022. 7. 30.
  • textsms
[MariaDB - MHA Chain replication 구성을 통한 데이터 이관]

[MariaDB - MHA Chain replication 구성을 통한 데이터 이관]

현재 MHA구성으로 manager서버 / master(node1) / slave(node2) 구조입니다. 다운타임을 최소화하여 새로운 노드로 이관을 하며 기존 노드를 뺄 예정이기 때문에 new-node를 node2에 slave로 붙여 chain 구성 후 이관해볼 생각입니다. 전체 순서 new-node를 node2의 slave로 replication 구성 master 노드 제거 -> failover되며 node2가 master로 승격 mha manager에 new-node정보 추가 및 failover 스크립트 수정 mha 재시작 node2 제거 -> failover되며 new-node가 master로 승격 결과 확인 (new-node에 vip가 붙으며 role이 master이면 성공) 테스트 환경 host..

  • format_list_bulleted DataBase/MySQL & MariaDB
  • · 2022. 3. 10.
  • textsms
[MySQL - MHA 구성 + failover/switchover] part 2

[MySQL - MHA 구성 + failover/switchover] part 2

1편 MHA 구성에 이어 스크립트 생성 및 failover테스트를 진행하도록 하겠습니다. 사전 구성 1편 URL : https://jhdatabase.tistory.com/19 [Mysql - MHA 구성 + VIP생성] part 1 MHA란 Master DB가 장애로 서비스가 불가능한 상태가 되면, 자동으로 failover를 수행하여 slave DB를 master DB로 승격시켜 서비스 다운타임을 최소화 auto failover 솔루션입니다. Master와 Sla.. jhdatabase.tistory.com 테스트 시작 ■ Master ip_online_chanage 설정 [root@jh-mha-manager bin]# cp /root/mha4mysql-manager-0.57/samples/script..

  • format_list_bulleted DataBase/MySQL & MariaDB
  • · 2022. 1. 28.
  • textsms
[MySQL - MHA 구성 + VIP생성] part 1

[MySQL - MHA 구성 + VIP생성] part 1

MHA란 Master DB가 장애로 서비스가 불가능한 상태가 되면, 자동으로 failover를 수행하여 slave DB를 master DB로 승격시켜 서비스 다운타임을 최소화 auto failover 솔루션입니다. Master와 Slave에서는 하나의 VIP를 공유하며 DB접속은 해당 VIP를 이용하며 장애발생시 VIP를 이용하여 절제를 진행합니다. MHA manager 서버에 MHA 소프트웨어를 설치 및 노드들의 정보를 설정하여 노드들에 이상이 있는지 감시하는 역할을 합니다. 노드에 장애 발생시 -> MHA manager는 slave 노드를 master로 승격시키며 vip역시 slave 노드로 넘어가게됩니다. 요약 : master node와 slave node는 replication 관계. (slave..

  • format_list_bulleted DataBase/MySQL & MariaDB
  • · 2022. 1. 28.
  • textsms