Orchestrator部署

最新推荐文章于 2023-08-30 15:19:58 发布
最新推荐文章于 2023-08-30 15:19:58 发布
阅读量3k 收藏 9
点赞数
分类专栏： # 高可用集群 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/du18020126395/article/details/115289099
版权

一、Orchestrator简介

Orchestrator是一款开源(go编写)的MySQL复制拓扑管理工具，支持MySQL主从复制拓扑关系的调整、主库故障自动切换（包括备库升级为主库和vip切换）、手动主从切换等功能。

提供Web界面展示MySQL集群的拓扑关系及状态，可以更改MySQL实例的部分配置信息，也提供命令行和api接口。

是一款与MHA类似的mysql主从管理工具，相比于MHA，orchestrator有web界面展示主从复制拓扑图，而且MHA

管理节点的单点问题，orchestrator也能通过raft协议避免（将orchestrator服务部署在所有mysql主从服务器上）

 

二、主机规划

ip

hostname

主从角色

占用端口

172.16.84.150/22

master1

主

3306,3000

172.16.84.151/22

master2

从1

3306,3000

172.16.84.152/22

slave

从2

3306,3000

三、搭建一主二从mysql集群

详见

https://www.yuque.com/sipc/database/gdv0ww#GCoOA

配置两个从节点同步时，执行如下：

change master to master_host='master1',master_port=3306,master_user='rpl_user',master_password='****',master_auto_position=1,MASTER_HEARTBEAT_PERIOD=2,MASTER_CONNECT_RETRY=1,MASTER_RETRY_COUNT=86400;

 

MASTER_RETRY_COUNT： 如果达到这个次数，一旦主库恢复，需要手动start slave，不会自动恢复

四、部署orchestrator集群

1、三台节点配置/etc/hosts和免密

cat /etc/hosts

172.16.84.150 master1

172.16.84.151 master2

172.16.84.152 slave

 

ssh-copy-id master1

ssh-copy-id master2

ssh-copy-id slave

 

2、安装orchestrator服务端

rpm -ivh jq-1.6-2.el7.x86_64.rpm

rpm -ivh oniguruma-6.8.2-1.el7.x86_64.rpm

rpm -ivh orchestrator-3.2.3-1.x86_64.rpm

 

CREATE USER 'orchestrator'@'172.16.%' IDENTIFIED BY '****';

GRANT SUPER, PROCESS, REPLICATION SLAVE, RELOAD ON *.* TO 'orchestrator'@'172.16.%';

GRANT SELECT ON mysql.slave_master_info TO 'orchestrator'@'172.16.%';

 

3、配置orchestrator文件

修改配置文件/usr/local/orchestrator/orchestrator-sqlite.conf.json：

"MySQLTopologyUser": "orchestrator",

"MySQLTopologyPassword": "****",

"SQLite3DataFile": "/usr/local/orchestrator/orchestrator.sqlite3",

"DefaultInstancePort": 3306,

"RecoverMasterClusterFilters": [

   "*"

 ],

"RecoverIntermediateMasterClusterFilters": [

   "*"

 ],

"PostFailoverProcesses": [

   "echo `date +'%Y-%m-%d %T'`,'(for all types) Recovered from {failureType} on {failureCluster}. Failed: {failedHost}:{failedPort}; Successor: {successorHost}:{successorPort}' >> /tmp/recovery.log",

   "/usr/local/orchestrator/orch_hook.sh {failureType} {failureClusterAlias} {failedHost} {successorHost} >> /tmp/orch.log"

 ],

添加raft配置到orchestrator-sqlite.conf.json，实现orchestrator高可用（RaftBind每台机器设为本机ip）：

 "RaftEnabled":true,

 "RaftDataDir":"/usr/local/orchestrator",

"RaftBind":"172.16.84.151",

 "DefaultRaftPort":10008,

 "RaftNodes":[

   "172.16.84.150",

   "172.16.84.151",

   "172.16.84.152"

 ]

4、配置vip脚本

/usr/local/orchestrator/orch_hook.sh为启停vip的脚本路径，172.16.84.149为vip，标红的每台不同，内容如下

root@master1[/soft]# cat /usr/local/orchestrator/orch_hook.sh

#!/bin/bash

isitdead=$1

cluster=$2

oldmaster=$3

newmaster=$4

mysqluser="orchestrator"

export MYSQL_PWD="*****"

logfile="/var/log/orch_hook.log"

if [[ $isitdead == "DeadMaster" ]]; then

      array=( eth0 "172.16.84.149" root "172.16.84.150")

       interface=${array[0]}

       IP=${array[1]}

       user=${array[2]}

       if [ ! -z ${IP} ] ; then

               echo $(date)

               echo "Revocering from: $isitdead"

               echo "New master is: $newmaster"

               echo "/usr/local/orchestrator/orch_vip.sh -d 1 -n $newmaster -i ${interface} -I ${IP} -u ${user} -o $oldmaster" | tee $logfile

              /usr/local/orchestrator/orch_vip.sh -d 1 -n $newmaster -i ${interface} -I ${IP} -u ${user} -o $oldmaster

       else

               echo "Cluster does not exist!" | tee $logfile

       fi

elif [[ $isitdead == "DeadIntermediateMasterWithSingleSlaveFailingToConnect" ]]; then

      array=( eth0 "172.16.84.149" root "172.16.84.150")

       interface=${array[0]}

       IP=${array[3]}

       user=${array[2]}

       slavehost=`echo $5 | cut -d":" -f1`

       echo $(date)

       echo "Revocering from: $isitdead"

       echo "New intermediate master is: $slavehost"

       echo "/usr/local/orchestrator/orch_vip.sh -d 1 -n $slavehost -i ${interface} -I ${IP} -u ${user} -o $oldmaster" | tee $logfile

      /usr/local/orchestrator/orch_vip.sh -d 1 -n $slavehost -i ${interface} -I ${IP} -u ${user} -o $oldmaster

elif [[ $isitdead == "DeadIntermediateMaster" ]]; then

       array=( eth0 "172.16.84.149" root "172.16.84.150")

       interface=${array[0]}

       IP=${array[3]}

       user=${array[2]}

       slavehost=`echo $5 | sed -E "s/:[0-9]+//g" | sed -E "s/,/ /g"`

       showslave=`mysql -h$newmaster -u$mysqluser -sN -e "SHOW SLAVE HOSTS;" | awk '{print $2}'`

       newintermediatemaster=`echo $slavehost $showslave | tr ' ' '\n' | sort | uniq -d`

       echo $(date)

       echo "Revocering from: $isitdead"

       echo "New intermediate master is: $newintermediatemaster"

       echo "/usr/local/orchestrator/orch_vip.sh -d 1 -n $newintermediatemaster -i ${interface} -I ${IP} -u ${user} -o $oldmaster" | tee $logfile

      /usr/local/orchestrator/orch_vip.sh -d 1 -n $newintermediatemaster -i ${interface} -I ${IP} -u ${user} -o $oldmaster

fi

 

附上orch_vip.sh脚本

📎orch_vip.sh

📎orch_hook.sh

📎orchestrator-sqlite.conf.json

scp /usr/local/orchestrator/orch_vip.sh master2:/usr/local/orchestrator/

scp /usr/local/orchestrator/orch_vip.sh slave:/usr/local/orchestrator/

scp /usr/local/orchestrator/orch_hook.sh master2:/usr/local/orchestrator/

scp /usr/local/orchestrator/orch_hook.sh slave:/usr/local/orchestrator/

scp /usr/local/orchestrator/orchestrator-sqlite.conf.json master2:/usr/local/orchestrator/

scp /usr/local/orchestrator/orchestrator-sqlite.conf.json slave:/usr/local/orchestrator/

master1上添加vip

ip address add  172.16.84.149 dev eth0

5、三个节点依次启动orchestrator

cd /usr/local/orchestrator && nohup ./orchestrator --config=./orchestrator-sqlite.conf.json  http &

http://172.16.84.149:3000/

image.png

image.png

会自动识别master1、master2、slave的三节点orchestrator集群，拓扑图如下：

image.png

Orchestrator节点能够选择具有仲裁的领导者（leader）,如有3个orch节点，其中一个可以成为leader（3节点仲裁大小为2，5节点仲裁大小为3）,只允许leader进行修改；

每个MySQL拓扑服务器将由三个不同的orchestrator节点独立访问，在正常情况下，三个节点将看到或多或少相同的拓扑图，但他们每个都会独立分析写入其自己的专用后端数据库服务器：

所有更改都必须通过leader;

在启用raft模式上使用orchestrator-client，orchestrator-client可以安装在没有orchestrator上的服务器;

单个orchestrator节点的故障不会影响orchestrator的可用性,在3节点设置上，最多一个服务器可能会失败;在5节点设置上，2个节点可能会失败;

Orchestrator节点异常关闭，然后再启动,它将重新加入Raft组，并接收遗漏的任何事件,只要有足够的Raft记录;

要加入比日志保留允许的更长/更远的orchestrator节点或者数据库完全为空的节点，需要从另一个活动节点克隆后端DB

五、安装orchestrator client

因为配置了Raft，有多个Orchestrator，所以需要ORCHESTRATOR_API的环境变量，orchestrator-client会自动选择leader，添加下面到/root/.bash_profile

export ORCHESTRATOR_API="master1:3000/api master2:3000/api slave:3000/api"

安装client（三个节点都要安装）：

rpm -ivh orchestrator-client-3.2.3-1.x86_64.rpm

六、常用命令

--查看当前的leader节点：

root@master1[/usr/local/orchestrator]# orchestrator-client -c raft-leader

172.16.84.150:10008

--查看当前orchestrator集群是否完整：

root@master1[/usr/local/orchestrator]# orchestrator-client -c raft-health

healthy

--查看集群所有成员：

root@master1[/usr/local/orchestrator]# orchestrator-client -c topology -i master1:3306

master1:3306   [0s,ok,5.7.31-34-log,rw,ROW,>>,GTID,semi:master]

+ master2:3306 [0s,ok,5.7.31-34-log,ro,ROW,>>,GTID,semi:replica]

+ slave:3306   [0s,ok,5.7.31-34-log,ro,ROW,>>,GTID,semi:replica]

 

root@master1[/usr/local/orchestrator]# orchestrator-client -c which-cluster-instances -i master1:3306

master1:3306

master2:3306

slave:3306

 

--查看成员所属的master：

root@master1[/usr/local/orchestrator]#  orchestrator-client -c which-master -i master1:3306

:0

root@master1[/usr/local/orchestrator]#  orchestrator-client -c which-master -i master2:3306

master1:3306

root@master1[/usr/local/orchestrator]#  orchestrator-client -c which-master -i slave:3306

master1:3306

--修改某节点的主节点

root@master1[/usr/local/orchestrator]# orchestrator-client -c relocate -i slave:3306 -d master2:3306

root@master1[/usr/local/orchestrator]#  orchestrator-client -c which-master -i slave:3306

master2:3306

root@master1[/usr/local/orchestrator]# orchestrator-client -c stop-replica -i master2:3306

master2:3306

root@master1[/usr/local/orchestrator]# orchestrator-client -c topology -i master1:3306

master1:3306   [0s,ok,5.7.31-34-log,rw,ROW,>>,GTID,semi:master]

- master2:3306 [null,nonreplicating,5.7.31-34-log,ro,ROW,>>,GTID]

+ slave:3306   [0s,ok,5.7.31-34-log,ro,ROW,>>,GTID,semi:replica]

 

--集群的主节点切换

orchestrator-client -c graceful-master-takeover -a master1:3306 -d master2:3306

 

/tmp/recovery.log显示主节点切换成master2:3306：

2020-11-30 19:02:19,Planned takeover about to take place on master1:3306. Master will switch to read_only

2020-11-30 19:02:19,Detected DeadMaster on master1:3306. Affected replicas: 1

2020-11-30 19:02:19,Will recover from DeadMaster on master1:3306

2020-11-30 19:02:19,(for all types) Recovered from DeadMaster on master1:3306. Failed: master1:3306; Successor: master2:3306

2020-11-30 19:02:24 ,Planned takeover complete

 

/var/log/orch_hook.log显示vip切换到master2上：

/usr/local/orchestrator/orch_vip.sh -d 1 -n master2 -i eth0 -I 172.16.84.149 -u root -o master1

 

root@master2[/usr/local/orchestrator]# ip a

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000

   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

   inet 127.0.0.1/8 scope host lo

      valid_lft forever preferred_lft forever

   inet6 ::1/128 scope host

      valid_lft forever preferred_lft forever

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000

   link/ether 00:50:56:af:88:23 brd ff:ff:ff:ff:ff:ff

   inet 172.16.84.151/22 brd 172.16.87.255 scope global eth0

      valid_lft forever preferred_lft forever

   inet 172.16.84.149/32 scope global eth0

      valid_lft forever preferred_lft forever

   inet6 fe80::250:56ff:feaf:8823/64 scope link

      valid_lft forever preferred_lft forever

 

此时master1需要手动start slave，使master1成为从节点

 

--设置slave:3306为failover优先的主节点，也可设为must_not,即永远无法成为主节点

orchestrator-client -c register-candidate -i slave:3306 --promotion-rule prefer  

prefer      --比较喜欢

neutral    --中立（默认）

prefer_not --比较不喜欢

must_not  --拒绝

 

--强制failover，原主节点与其他两节点分离，vip漂移，slave主节点变化

root@master1[/usr/local/orchestrator]# orchestrator-client -c force-master-failover -i master1:3306

master2:3306

image.png

image.png

root@master1[/usr/local/orchestrator]# orchestrator-client -c topology -i master1

master1:3306 [0s,ok,5.7.31-34-log,ro,ROW,>>,GTID,semi:master,downtimed]

root@master1[/usr/local/orchestrator]# orchestrator-client -c topology -i master2

master2:3306 [0s,ok,5.7.31-34-log,rw,ROW,>>,GTID,semi:master]

+ slave:3306 [0s,ok,5.7.31-34-log,ro,ROW,>>,GTID,semi:master,semi:replica]

root@master2[/soft]# orchestrator-client -c clusters

master1:3306

master2:3306

 

--恢复原主节点为从节点：

change master to master_host='master2',master_port=3306,master_user='rpl_user',master_password='****',MASTER_AUTO_POSITION=1,MASTER_HEARTBEAT_PERIOD=2,MASTER_CONNECT_RETRY=1,MASTER_RETRY_COUNT=86400;

set global read_only =on;  --或者orchestrator-client -c set-read-only -i master1

start slave;

--查看当前集群

root@master1[/usr/local/orchestrator]# orchestrator-client -c clusters

master2:3306

 

参考文档：

https://zhuanlan.zhihu.com/p/139294374

Joyce.Du
关注
  • 0
    点赞
  • 踩
  • 9
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
orchestrator一共用到两个脚本：其一 ----> orch_hook.sh
07-23
用于orchestrator高可用来做 VIP切换的，该脚本略有瑕疵，并没有非常完美。但是生产上是可以用的，不过该脚本没有报警功能，请知悉。
chef-orchestrator:部署和配置MySQL Orchestrator的食谱
05-10
推定用于Orchestrator的后端mysql将与Orchestrator本身在同一服务器上运行该后端数据库将使用Percona MySQL，该数据库是由的食谱最终用户您拥有编排者访问现有数据库基础结构的添加特权您包装了此食谱以使用CLI并...
MySQL高可用工具—Orchestrator初识
gb4215287的博客
08-23 593
mysql高可用
orchestrator基础和安装
Data & Analysis
02-22 992
orchestrator是一款开源对MySQL复制提供高可用、拓扑的可视化管理工具，采用go语言编写，它能够主动发现当前拓扑结构和主从复制状态，支持MySQL主从复制拓扑关系的调整、支持MySQL主库故障自动切换(failover)、手动主从切换(switchover)等功能。 orchestrator后台依赖于MySQL存储元数据，能够提供Web界面展示MySQL集群的拓扑关系及实例状态，可以通过Web界面可更改MySQL实例的部分配置信息，同时也提供命令行和api接口，以便更加灵活的...
Mysql orchestrator高可用
u010648194的博客
07-28 2378
Orchestrator是一款开源，对MySQL复制提供高可用、拓扑的可视化管理工具，采用go语言编写，它能够主动发现当前拓扑结构和主从复制状态，支持MySQL主从复制拓扑关系的调整、支持MySQL主库故障自动切换(failover)、手动主从切换(switchover)等功能。............
Orchestrator介绍一 简介安装与web端管理
DBA之路的博客
08-23 718
是一个 MySQL 高可用和复制拓扑管理工具，作为服务运行并提供命令行访问、HTTP API 和 Web 界面。二 Orchestrator功能。
认识和学习orchestrator之基本使用篇
HULK一线技术杂谈
04-21 4563
01介绍orchestrator目前GitHub上star 4.5k+，非常适用于有多个数据中心MySQL集群的管理。该工具使用起来很简单，但能用好却不容易，其配置参数将近200个，后端存储表47张，下面将介绍orchestrator以及它的使用方法。02orchestrator是什么2.1功能其是一个管理MySQL复制拓扑的高可用、管理、可视化的工具。会定时采集探测到...
orchestrator高可用复制管理工具的安装部署
m0_54255157的博客
06-04 1039
Orchestrator是一款开源，对MySQL复制提供高可用、拓扑的可视化管理工具，采用go语言编写，它能够主动发现当前拓扑结构和主从复制状态，支持MySQL主从复制拓扑关系的调整、支持MySQL主库故障自动切换(failover)、手动主从切换(switchover)等功能。
【DB宝40】MySQL高可用管理工具Orchestrator简介及测试
小麦苗DBA宝典
02-22 2983
文章目录一、Orchestrator简介二、快速搭建Orchestrator环境三、添加主从环境四、修改集群别名五、拖动界面修改主从关系六、自动failover 一、Orchestrator简介 Orchestrator是一款开源，对MySQL复制提供高可用、拓扑的可视化管理工具，采用go语言编写，它能够主动发现当前拓扑结构和主从复制状态，支持MySQL主从复制拓扑关系的调整、支持MySQL主库故障自动切换(failover)、手动主从切换(switchover)等功能。 Orchestrator后台依赖于
Orchestrator (1) 高可用管理详解
爱死亡机器人
07-16 1816
背景 在MySQL高可用架构中，目前使用比较多的是Percona的PXC，Galera以及MySQL 5.7之后的MGR等，其他的还有的MHA，今天介绍另一个比较好用的MySQL高可用复制管理工具：Orchestrator（orch）。 Orchestrator 这是一款go编写的MySQL高可用性和复制拓扑管理工具，支持复制拓扑结构的调整，自动故障转移和手动主从切换等。后端数据库用MySQL或SQLite存储元数据，并提供Web界面展示MySQL复制的拓扑关系及状态，通过Web可更改MySQL实例的复制关
Orchestrator安装步骤.pdf
03-16
Orchestrator安装步骤.pdf
Uipath Orchestrator组件本地部署全步骤.zip
04-27
Orchestrator Server Windows Server Operating System - minimum required version: 2008 R2 SP1. Check the Software Requirements for the other supported versions. PowerShell - minimum required version: ...
Cluster Orchestrator:协调器/集群部署工具-开源
04-25
如果您要部署代码或只是致电首选的DSC客户端以在本地应用配置，那么Orchestrator可以是一个方便的工具。 该操作可以手动启动，也可以计划启动，具体取决于您的需求。 在审核和跟踪功能方面，系统正在从所有服务器...
sfc-orchestrator：SFC Orchestrator的源代码
02-05
预先要求打开运行的Baton Zabbix插件（请参阅） 运行运行或任何Openstack部署都具有运行中的 正在运行如果您需要故障管理： 运行如果您需要自动缩放： 运行创建数据库您需要对mysql-server具有root访问权限，以便...
pas-orchestrator：使用Ansible自动部署Cyber​​Ark特权访问安全性
01-31
PAS Orchestrator是一组Ansible角色，它们提供了一个整体解决方案，可以在多个环境中同时部署Cyber​​Ark Core PAS组件，而不管环境的位置如何。 Ansible角色负责整个部署过程，并且可以与组织的CI / CD管道集成...
mysql之orchestrator高可用架构-完整版
q936889811的博客
12-20 3110
orchestrator 是MySQL高可用性和复制管理工具。
Orchestrator介绍五-配置文件解释
最新发布
DBA之路的博客
08-30 374
【代码】Orchestrator-配置文件解释。
Orchestrator介绍四-失败/故障检测
DBA之路的博客
08-29 335
orchestrator使用整体方法(orc服务节点和复制拓扑中的从副本)探测主库和中间主库的故障。
orchestrator部署教程
07-23
很高兴能为您提供orchestrator部署的教程！以下是一个基本的orchestrator部署流程： 1. 安装Docker：确保您的机器上已经安装了Docker。您可以按照Docker官方文档提供的步骤进行安装。 2. 下载Orchestrator镜像：打开终端，并运行以下命令来下载Orchestrator镜像： ``` docker pull chatgpt/orchestrator ``` 3. 运行Orchestrator容器：运行以下命令来启动Orchestrator容器： ``` docker run -p 5005:5005 --name orchestrator chatgpt/orchestrator:latest ``` 这将在您的机器上启动一个名为"orchestrator"的容器，并将容器的端口5005映射到主机的端口5005。 4. 验证部署：一旦容器成功启动，您可以使用以下命令来验证orchestrator是否正常工作： ``` curl http://localhost:5005/health ``` 如果返回的是一个包含"status"字段的JSON响应，表示orchestrator已经成功部署并正在运行。 5. 连接到Orchestrator：现在，您可以使用任何支持RESTful API调用的工具或客户端来连接到Orchestrator，并与其进行交互。 这是一个基本的orchestrator部署教程，您可以根据您的特定需求进行调整和扩展。希望对您有所帮助！如有任何问题，请随时向我提问。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值