基于Zookeeper+MHA的mysql高可用架構(gòu)設計

基于Zookeeper+MHA的mysql高可用架構(gòu)設計分享什么?

基于MHA的常用mysql

HA架構(gòu)?

為什么要改造常用方案?

Lianjia當前的架構(gòu)?

核心組件實現(xiàn)?

流程分析?

優(yōu)化MHAMySQL

ClusterReplicationslaveMHAManagerHealth

CheckMHAnodeMHAnodeVIP

HeartBeatmasterMHAVIPAppAppAppAppnodeconnectslaveReplicationMHAnodeVIPApp

Server基于MH

的經(jīng)典mysq

H

架構(gòu)有哪些問題？?

VIP變成了單點?

keepalived本身的腦裂問題?

單機多實例混部時，VIP如何應對改造目的&思路?

解決VIP存在的問題?

使用命名服務，對上層應用屏蔽mysql集群的拓撲信息，達到底層mysql集群的變更對上層透明的目的Name

ServiceMHAMHAManagerRegisterServerServerServerMHAnodeHealth

CheckMySQL

ClusterReplicationslaveMZAgentMHAnodemasterAppAppAppconnectMHAnodeslaveAppReplicationMHAnodeApp

ServerLianji

基于MH

的mysq

H

架構(gòu)MHA?

集中管理mysql集群?

負責mysql切換?

向name

service注冊mysql服務信息?

切換時發(fā)布mysql服務信息變更Name

Service?

提供命名服務?

存儲mysql服務信息，包括Port，IP，主從拓撲?

基于Zookeeper實現(xiàn)Mysql服務信息在zookeeper中存儲結(jié)構(gòu)//mysql3307/redis…

…3306…

…masterslave00slave01masterslave00MZAgent?

部署在app

server?

訂閱在name

service注冊的mysql服務信息，并持久化到本地/etc/hosts?

訂閱變更，實時修改本地/etc/hosts?

基于zkclient實現(xiàn)Zookeeper/etc/hostsZkclient.

subscribeChildChanges()Zkclient.

subscribeDataChanges()localhost

mysql-3306-master

mysql-3306-slave00

mysql-3306-slave01MzagentBufferedWriter.write()BufferedWriter.flush()/etc/hostsApp

ServerMysql服務注冊流程1.

MHA監(jiān)控進程啟動2.

MHA向ZK注冊mysql服務信息3.

MZAgent啟動，訂閱mysql服務信息4.

持久化mysql服務信息到/etc/hosts5.

應用使用hostname連接mysql②ZookeeperClusterMHARegister①③MzagentMaster⑤④Connect/etc/hostsSlaveSlaveApp

ServerMysql

ClusterMysql切換流程1.

MHA做mysql切換2.

MHA向ZK發(fā)布mysql服務信息變更3.

MZAgent訂閱到變更，并修改/etc/hosts中的hostname4.

應用使用新的hostname連接mysql②ZookeeperClusterMHAPublish①③Mzagent③Master④Connect/etc/hostsSlaveSlaveApp

ServerMysql

Cluster解決了哪些問題?

命名服務提供者無單點問題üMzagent單點，但是故障不影響訪問數(shù)據(jù)庫?

規(guī)避VIP腦裂對上層應用的影響?

單機多實例部署，管理方便，切換時集群間互不影響持續(xù)優(yōu)化?

Agent的問題ümysql集群擴/縮容時，應用需要做相應地配置更新ü/etc/hosts容易誤操作，可能導致應用訪問DB異常üApp

server訂閱mysql服務信息不同，帶來額外的管理成本，不利于自動化ü額外的開發(fā)和維護成本持續(xù)優(yōu)化?

使用DNS接口ü使用DNS實現(xiàn)Name

Serviceü為mysql服務分配內(nèi)部域名ü注冊mysql服務到內(nèi)網(wǎng)DNS

serverüApp

server使用dnsmasq，做DNS請求路由MHAName

ServiceMHAManagerRegisterInternalDNS

ServerMHAnodeHealth

CheckMySQL

ClusterReplicationslaveDnsmasqMHAnodemasterAppAppAppconnectMHAnodeslaveAppReplicationMHAnodeApp

Server持續(xù)優(yōu)化?

DNS

Cache帶來的問題ü切換時mysql變更對上層不能及時生效?

如何解決？ü設置合理的TTLü切換時，主動purge

cache記錄持續(xù)優(yōu)化?

使用DNS接口解決了哪些問題ü多個slave共用同一個域名，讀請求負載均衡，mysql集群擴/縮容對應用透明ü規(guī)避了人為誤操作影響上層業(yè)務