基于DNS的mysql高可用_基于DNS(Consul)高可用

最新推荐文章于 2022-09-10 20:49:28 发布
原创 最新推荐文章于 2022-09-10 20:49:28 发布 · 434 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#基于DNS的mysql高可用

部署运行你感兴趣的模型镜像

DNS

推荐从Bind-DLZ入手，资料多

可控制度更好(查询DNS记录SQL可定制)

据说性能差

Bind-DLZ

https://www.cnblogs.com/saneri/p/8178065.htmlPowerDNS

SQL schema设置规范

性能比Bind-DLZ好

coredns 和k8s结合比较多

nacos 阿里开源，含DNS和服务发现

监控程序：

主从结构，支持GTID

监控逻辑：

按分组取出来机器节点

master:

尝试连接成功 ok 保持

失败  进行从库选举

slave：

检查是不是在线online

在线的：

连接成功，复制是不是正常，不正常下线，检验延迟

下线更新cmdb,dns records

下线的：

连接成功，复制正常，不延迟 上线

上线更新cmdb,dns records

从库选举：

获取从库列表

故障切换：

确认所有节点都复制中断，判断复制完成

对比，所有节点是不是复制到一个位置

通过获取的GTID对比，是不是所有节点同步到一个位置，如果不是，选举出来最靠前的做master

如果同步位置都一样，根据cmdb中定义的level选择，最大的那个

新的主节点选举成功后，其他节点change过来

更新cmdb中的角色,oldmaster->slave,选举出来的master，更改新主节点的read_only

更新dns_records

在线切换：

oldmaster上执行super_read_only & read_only干掉业务连接

获取oldmaster中的show master status信息

获取从节点中的show slave status对比，确认都同步完成

按cmdb中的level或是指定的节点为新master

更新重做master/slave架构

更新cmdb

更新dns

记录log

一定要提高英文阅读能力

[root@mydb1 ~]# wget https://releases.hashicorp.com/consul/1.4.0/consul_1.4.0_linux_amd64.zip

[root@mydb1 ~]# mkdir -p /opt/consul /opt/consul/conf /data/consul /data/consul/shell/

[root@mydb2 ~]# mkdir -p /opt/consul /opt/consul/conf /data/consul /data/consul/shell/

[root@mydb3 ~]# mkdir -p /opt/consul /opt/consul/conf /data/consul /data/consul/shell/

[root@mydb1 ~]# unzip consul_1.4.0_linux_amd64.zip

将consul拷贝至/opt/consul目录

[root@mydb1 ~]# cat /opt/consul/conf/server.json

{

"data_dir": "/data/consul",

"enable_script_checks": true,

"datacenter": "dc1",

"log_level": "INFO",

"server": true,

"bootstrap_expect": 3,

"ui":true

}

[root@mydb1 consul]# ./consul agent -config-dir=/opt/consul/conf > /data/consul/consul.log &

[root@mydb2 consul]# ./consul agent -config-dir=/opt/consul/conf > /data/consul/consul.log &

[root@mydb3 consul]# ./consul agent -config-dir=/opt/consul/conf > /data/consul/consul.log &

[root@mydb2 consul]# ./consul join 192.168.1.101

[root@mydb3 consul]# ./consul join 192.168.1.101

[root@mydb1 consul]# ./consul members

Node   Address             Status  Type    Build  Protocol  DC   Segment

mydb1  192.168.1.101:8301  alive   server  1.4.0  2         dc1 

mydb2  192.168.1.102:8301  alive   server  1.4.0  2         dc1 

mydb3  192.168.1.103:8301  alive   server  1.4.0  2         dc1 

[root@mydb1 consul]# ./consul catalog nodes

Node   ID        Address        DC

mydb1  52514e74  192.168.1.101  dc1

mydb2  aebbf0b2  192.168.1.102  dc1

mydb3  0e179069  192.168.1.103  dc1

# dig @127.0.0.1 -p 8600 mydb1.node.consul

# dig @127.0.0.1 -p 8600 mydb2.node.consul

# dig @127.0.0.1 -p 8600 mydb3.node.consul

[root@mydb1 consul]# ./consul operator raft list-peers

Node   ID                                    Address             State     Voter  RaftProtocol

mydb1  52514e74-d063-cfe3-1d58-55fda9fc2451  192.168.1.101:8300  leader    true   3

mydb2  aebbf0b2-09ad-f396-4c21-3f9ee40a16da  192.168.1.102:8300  follower  true   3

mydb3  0e179069-7360-3866-d9a6-7ea60c540c04  192.168.1.103:8300  follower  true   3

[root@mydb1 consul]# ./consul kv put id 11

Success! Data written to: id

[root@mydb1 consul]# ./consul kv get id

11

[root@mydb2 consul]# ./consul kv get id

11

[root@mydb3 consul]# ./consul kv get id

11

consul是用Raft来实现分布式一致性的

[root@mydb1 ~]# cat /opt/consul/conf/r-test-mgr-ser.json

{

"service": {

"name": "r-test-3306-mydb-ser",

"tags": ["测试-3306"],

"address": "192.168.1.101",

"meta": {

"meta": "for my service"

},

"port": 3306,

"enable_tag_override": false,

"checks": [

{

"args": ["/data/consul/shell/check_mysql_mgr_slave.sh"],

"interval": "1s"

}

]

}

}

[root@mydb1 ~]# cat /opt/consul/conf/w-test-mgr-ser.json

{

"service": {

"name": "w-test-3306-mydb-ser",

"tags": ["测试-3306"],

"address": "192.168.1.101",

"meta": {

"meta": "for my service"

},

"port": 3306,

"enable_tag_override": false,

"checks": [

{

"args": ["/data/consul/shell/check_mysql_mgr_master.sh"],

"interval": "10s"

}

]

}

}

注意在mydb2,mydb3上调整ip

检测脚本如下

[root@mydb1 ~]# cat /data/consul/shell/check_mysql_mgr_master.sh

#!/bin/bash

host="192.168.1.101"

port=3306

user="dba_user"

passwod="msds007"

comm="/usr/local/mysql/bin/mysql -u$user -h$host -P $port -p$passwod"

value=`$comm -Nse "select 1"`

primary_member=`$comm -Nse "select variable_value from performance_schema.global_status WHERE VARIABLE_NAME= 'group_replication_primary_member'"`

server_uuid=`$comm -Nse "select variable_value from performance_schema.global_variables where VARIABLE_NAME='server_uuid';"`

# 判断MySQL是否存活

if [ -z $value ]

then

echo "mysql $port is down....."

exit 2

fi

# 判断节点状态,是否存活

node_state=`$comm -Nse "select MEMBER_STATE from performance_schema.replication_group_members where MEMBER_ID='$server_uuid'"`

if [ $node_state != "ONLINE" ]

then

echo "MySQL $port state is not online...."

exit 2

fi

# 判断是不是主节点

if [[ $server_uuid == $primary_member ]]

then

echo "MySQL $port Instance is master ........"

exit 0

else

echo "MySQL $port Instance is slave ........"

exit 2

fi

[root@mydb1 ~]# cat /data/consul/shell/check_mysql_mgr_slave.sh

#!/bin/bash

host="192.168.1.101"

port=3306

user="dba_user"

passwod="msds007"

comm="/usr/local/mysql/bin/mysql -u$user -h$host -P $port -p$passwod"

value=`$comm -Nse "select 1"`

primary_member=`$comm -Nse "select variable_value from performance_schema.global_status WHERE VARIABLE_NAME= 'group_replication_primary_member'"`

server_uuid=`$comm -Nse "select variable_value from performance_schema.global_variables where VARIABLE_NAME='server_uuid';"`

# 判断mysql是否存活

if [ -z $value ]

then

echo "mysql $port is down....."

exit 2

fi

# 判断节点状态

node_state=`$comm -Nse "select MEMBER_STATE from performance_schema.replication_group_members where MEMBER_ID='$server_uuid'"`

if [ $node_state != "ONLINE" ]

then

echo "MySQL $port state is not online...."

exit 2

fi

# 判断是不是主节点

if [[ $server_uuid != $primary_member ]]

then

echo "MySQL $port Instance is slave ........"

exit 0

else

node_num=`$comm -Nse "select count(*) from performance_schema.replication_group_members"`

# 判断如果没有任何从节点，主节点也注册从角色服务。

if [ $node_num -eq 1 ]

then

echo "MySQL $port Instance is slave ........"

exit 0

else

echo "MySQL $port Instance is master ........"

exit 2

fi

fi

注意在mydb2,mydb3上调整ip

[root@mydb1 consul]# ./consul agent -config-dir=/opt/consul/conf > /data/consul/consul.log &

[root@mydb2 consul]# ./consul agent -config-dir=/opt/consul/conf > /data/consul/consul.log &

[root@mydb3 consul]# ./consul agent -config-dir=/opt/consul/conf > /data/consul/consul.log &

[root@mydb2 consul]# ./consul join 192.168.1.101

[root@mydb3 consul]# ./consul join 192.168.1.101

[root@mydb1 consul]# ./consul members

# dig @127.0.0.1 -p 8600 w-test-3306-mydb-ser.service.consul

# dig @127.0.0.1 -p 8600 r-test-3306-mydb-ser.service.consul

Consul使用手册

http://www.liangxiansen.cn/2017/04/06/consul/

您可能感兴趣的与本文相关的镜像

Stable-Diffusion-3.5

Stable-Diffusion-3.5

图片生成
Stable-Diffusion

Stable Diffusion 3.5 (SD 3.5) 是由 Stability AI 推出的新一代文本到图像生成模型，相比 3.0 版本，它提升了图像质量、运行速度和硬件效率

基于DNS的mysql高可用_使用DNS轮询+NGINX+PHP+NFS+MYSQL实现集群高可用
weixin_30768103的博客
01-26 367
该实验使用四台虚拟机搭建，本来数据库作为网站的核心，是不能放在DNS服务器上的，这里迫于虚拟机台数的限制，只能暂时放在DNS服务器上来演示实验，真实环境中数据库是不能放在DNS服务器上的。如上图所示DNS+mysql服务器 IP：10.6.0.180WEB1服务器 IP：10.6.0.186WEB2服务器 ...
【MySQL高可用】MySQL高可用之MGR部署
10-15 1093
高可用 MGR
基于DNS的mysql高可用_网易杭研总结：数据库高可用技术之道（6）
weixin_35725654的博客
01-30 622
数据库作为IT系统中最关键的服务之一，其可用性一直是系统设计中的重点考虑因素。同时，由于数据库有数据有状态的天性，数据库高可用有其天然的复杂性和难点，云原生架构下尤其如此，是一个值得深入探讨的课题。本系列文章将基于网易杭州研究院的研究与实践，解析数据库高可用技术要点，梳理主流数据库方案，为数据库技术建设规划提供参考。本文由作者授权网易云发布，未经许可，请勿转载！作者：倪山三，网易杭州研究院运维工程...
MySQL DNS(Consul) 高可用演示
weixin_30781631的博客
08-16 662
MySQL 高可用 Replication / 半同步 （5.7+） MGR PXC （不太建议） 其他都是异端 基于VIP的高可用 　　需要额外的资源 　　　　keepalived （VRRP） 　　　　MHA 一个实际的IP （基于TCP方式的） 　　限制 　　　　VIP 必须在一个局域网中 　　　 比较难跨IDC实现 DNS ...
基于DNS的mysql高可用_【MySQL】DNS与MHA/ZABBIX构建的高可用MySQL
weixin_33952775的博客
01-26 168
MySQL实例组与DNS和MHA/ZABBIX架构示意图：总体思想是前端应用和数据库通过域名解析，域名通过Bind服务的数据库保存，MHA和ZABBIX分别对实例群集中的主库和从库进行检测和管理。MHA：只对主库进行检测，当有mha_manager管理的主库出现异常时，按照自身配置文件的从库数据进行检查和比对，选择新主库上线，其他从库与新主库建立复制关系。在新主库上线环节可以增加perl代码，实现...
基于consul实现redis以及mysql的高可用架构
eagle89的专栏
08-11 863
基于Consul的数据库高可用架构 几个月没有更新博客了，已经长草了，特意来除草。本次主要分享如何利用consul来实现redis以及mysql的高可用。以前的公司mysql是单机单实例，高可用MHA加vip就能搞定，新公司mysql是单机多实例，那么显然这个方案不适用，后来也实现了故障切换调用dns api来修改域名记录，但是还是没有利用consul来实现高可用方便，后面会说明优势。redis单机多实例最正常不过了，那么redis单机多实例高可用也不太好做，当然也可以利用sentinel来...
Consul注册中心高可用集群搭建(Consul HA)
天涯芳草
05-24 2907
consul简介 Consul包含多个组件,但是作为一个整体,为你的基础设施提供服务发现和服务配置的工具.他提供以下关键特性: 1.服务发现： Consul的客户端可用提供一个服务,比如 api 或者mysql ,另外一些客户端可用使用Consul去发现一个指定服务的提供者.通过DNS或者HTTP应用程序可用很容易的找到他所依赖的服务. 2.健康检查： Consul客户端可用提供任意数量的健康检查,指定一个服务(比如:webserver是否返回了200 OK 状态码)或者使用本地节点(比如:内存使用是否
MySQL数据库在高可用演进之路.pdf
10-14
MySQL数据库在高可用演进之路上，随着技术的不断创新，为确保系统无中断地执行其功能，即高可用性（High Availability，HA），已经经历了四个主要阶段。高可用性是衡量系统服务稳定性的关键指标，通常用年故障时间来...
基于Lattice的Consul服务发现与MySQL集群部署
综上所述，“lattice_consul”项目深度融合了服务发现（Consul）、容器化平台（Lattice）、关系型数据库集群（MySQL）与现代部署理念（网格化、自动化），展示了如何在实际生产场景中构建具备高可用性、强扩展性和...
阿里mysql 高可用方案
06-21
阿里mysql 高可用方案， 内部包含了阿里TMHA的实现细节。
centos6.4下DNS+squid+nginx+mysql搭建高可用web服务器
weixin_34355881的博客
04-10 157
一．Squid是什么Squid是一种用来缓冲Internet数据的软件。它是这样实现其功能的，接受来自人们需要下载的目标（object）的请求并适当地处理这些请求。也就是说，如果一个人想下载一web页面，他请求Squid为他取得这个页面。Squid随之连接到远程服务器并向这个页面发出请求。然后，Squid显式地聚集数据到客户端机器，而且同时复制一份。当下一次有人需要同一页面时...
MYSQL--Dns注入
qq_68233961的博客
08-07 1208
MYSQL--Dns注入
Mysql注入——DNS注入
m0_55854679的博客
02-17 2218
DNSlog【解决繁琐的盲注】介绍 DNS => 域名解析 LOG => 日志 dns-log => 域名解析日志【记录别人来查询域名和ip的对应】 DNSlog使用场景 在某些无法直接利用漏洞获得回显的情况下，但是目标可以发起请求，这个时候就可以通过DNS请求把想获得的数据外带出来。 对于sql盲注，常见的方法就是二分法去一个个猜，但是这样的方法麻烦不说，还很容易因为数据请求频繁导致被ban，所以可以将select到的数据发送给一个url，利用dns解析产生的记录日志来查看数据。 DNS
DNS服务与MySQL编译安装
lm52277的博客
07-19 181
1、简述DNS服务器原理，并搭建主-辅服务器。 2、搭建并实现智能DNS。 3、编译安装Mariadb，并启动后可以正常登录
高性能MySQL实战第09讲：如何做到MySQL的高可用？
fegus的博客
09-10 870
如何避免单点失效本课时的主题是“MySQL 高可用”，主要内容包含：什么是高可用性MySQL 如何提升 MTBFMySQL 如何降低 MTTR避免单点失效基础软硬件避免单点MySQL 高可用架构选型故障转移和故障恢复等内容高可用性，维基百科的定义是指系统无中断地执行其功能的能力，代表系统的可用性程度。是进行系统设计时的准则之一。涉及两个指标，一个指标是 MTBF，表示平均故障间隔时间，MTBF 越高说明出现故障的次数越少；
mysql注入之dns注入
seek_2022的博客
05-03 2583
文章目录一、DNS-LOG使用（域名解析日志）（一）DNS简介（二）LOG日志是怎么产生的？（三）DNS-LOG在渗透测试中的应用二、DNS注入相关知识回顾（一）load_file() 读取文件（二）UNC路径（三）绕靶场WAF三、DNS注入靶场实战（一）判断SQL注入（一）绕靶场WAF（二）查询库名（三）查询表名（四）查询字段名（五）查询并提交flag四、小结 一、DNS-LOG使用（域名解析日志） （一）DNS简介 DNS(域名解析)是把域名指向网站空间IP，让人们通过注册的域名可以方便地访问到网站的一
第十四周、DNS及MySQL
wauzy的博客
07-17 234
1、简述DNS服务器原理，并搭建主-辅服务器 DNS的工作原理及过程分下面几个步骤： 　　第一步：客户机提出域名解析请求，并将该请求送出给本地的域名办事器。 　　第二步：当本地的域名办事器收到请求后，就先查询本地的缓存，如果有该纪录项，则本地的域名办事器就直接把查询的结果返回。 　　第三步：如果本地的缓存中没有该纪录，则本地域名办事器就直接把请求发给根域名办事器，然后根域名办事器再返回给本地域名办事器一个所查询域(根的子域) 的主域名办事器的地址。 　　第四步：本地办事器再向上一步返回的域名办事器送出请求，
mysql高可用 jdbc配置要求_配置MySQL高可用集群MHA(示例代码)
weixin_28865923的博客
02-03 753
配置MySQL高可用集群+++++++++++++++++++主机角色 ：客户端 client50数据库服务器 mysql51 到 mysql55管理主机 mgm56VIP地址 192.168.4.100拓扑结构：client50|mysql51主|| | | | |mysql52 mysql53 mysq...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值