目录
一 Orchestrator简介
二 Orchestrator功能
1 Discovery(发现复制拓扑)
2 Refactoring(重构复制拓扑)
3 Recovery(恢复主库故障)
三 orchestrator支持的操作方式
四 部署要求
五 下载
六 安装
1 下载软件包
2 解压软件包
3 创建账号
第一种是 orc后端MySQL数据库账号
第二种是需要被管理的MySQL集群的账号
4 添加orc服务高可用
5 启动orc
6 访问web页面
7 添加被管理的集群
参考
一 Orchestrator简介
orchestrator不仅
是一个 MySQL 高可用,更是一款MySQL集群的复制拓扑管理工具,作为服务运行并提供命令行访问、HTTP API 和 Web 界面。
二 Orchestrator功能
1 Discovery(发现复制拓扑)
Orc主动发现MySQL的复制拓扑并映射他们。它读取MySQL的基本信息比如复制状态与配置。
它为您提供了清晰的拓扑结构可视化,包括复制问题,甚至在出现故障时也是如此。
2 Refactoring(重构复制拓扑)
Orc理解复制规则,它明白关于binlog file的position, GTID, Pseudo GTID, Binlog Servers等信息。重构MySQL复制拓扑结构只需将副本拖放到另一个主副本下即可。移动副本是安全的:orchestrator
将拒绝非法重构尝试。细粒度的控制是通过各种命令行选项实现的。
3 Recovery(恢复主库故障)
orchestrator
使用整体方法??来检测主库和中间主库的故障。
根据从复制拓扑本身获得的信息,它可以识别各种故障场景。故障恢复方式可配置的,包含自动恢复 和 手动恢复。中间主库的恢复在Orc内部实现。主库故障恢复支持故障前后的钩子脚本。
恢复过程利用了orc对拓扑的理解及其执行重构的能力。它基于状态而不是配置:orchestrator
通过在恢复本身时调查/评估拓扑来选择最佳恢复方法。
三 orchestrator
支持的操作方式
命令行(调试信息,自动脚本)
Web APi (HTTP GET 访问)
Web图形界面(非常清晰)
另外的功能:
- orc服务本身高可用
- Controlled master takeovers
- 支持手动故障恢复
- 故障转移审计
- Pseudo-GTID
- 数据中心/物理位置感知
- HTTP 安全/身份验证方法
- 还有一个orchestrator-mysql Google groups论坛,用于讨论orchestrator相关的主题
四 部署要求
orchestrator
是一个独立的应用程序。当配置为与MySQL
后端一起运行时,需要安装 MySQL。当配置为与SQLite
后端一起运行时,不需要进一步的依赖项。
orchestrator
在 Linux 64 位和 Mac OS/X 上构建和测试。官方二进制文件仅适用于 Linux。
五 下载
orchestrator
以开源方式发布,可在GitHub上获取。在https://github.com/openark/orchestrator/releases中查找官方版本
orchestrator软件包可以在
github/orchestrator - Packages · packagecloud找到
对于开发人员来说:orchestrator
是可以得到的。问题:
请参阅面向开发人员的 Orchestrator
六 安装
1 下载软件包
通过tar包的方式安装 ,下载安装包,截止到写这篇博客 ,最新版本为 3.2.6
服务器为X86_64,没有找到X86_64的安装包,我查了下CPU架构,发现amd64兼容X86_64, 这里下载
orchestrator-3.2.6-linux-amd64.tar.gz 软件包即可。
wget https://github.com/openark/orchestrator/releases/download/v3.2.6/orchestrator-3.2.6-linux-amd64.tar.gz
2 解压软件包
tar -zxvf orchestrator-3.2.6-linux-amd64.tar.gz
解压安装包之后出现两个目录 ./usr/local/orchestrator/ 和 ./etc/systemd/system/
./usr/local/orchestrator/目录下文件
文件解释
orchestrator 二进制命令
orchestrator-sample.conf.json MySQL配置文件模板
orchestrator-sample-sqlite.conf.json sqllite数据库配置文件
resources rchestrator相关文件,client、web、pseudo-gtid等
./etc/systemd/system/目录下文件
mv orchestrator/ /usr/local/orchestrator-3.2.6
3 创建orc后台管理数据库
在部署orc的服务上部署三台单机的MySQL数据库,每个orc服务使用本地单机MySQL作为后端数据库。这里部署MySQL的过程不再赘述。
3 创建账号
需要创建2种账号
第一种是 orc后端MySQL数据库账号
CREATE DATABASE IF NOT EXISTS orchestrator;
CREATE USER 'orchestrator_admin'@'10.79.23.%' IDENTIFIED BY '';
GRANT ALL PRIVILEGES ON `orchestrator`.* TO 'orchestrator_admin'@'10.79.23.%';
第二种是需要被管理的MySQL集群的账号
为了发现被管理的数据库的拓扑结构, 每个MySQL集群需要创建相同的账号 ,相同的密码 。所以在每个集群的主库上执行一下创建账号的命令:
CREATE USER 'orchestrator'@'10.79.23.%' IDENTIFIED BY 'orc123';
GRANT SUPER, PROCESS, REPLICATION SLAVE, RELOAD ON *.* TO 'orchestrator'@'10.79.23.%';
GRANT SELECT ON mysql.slave_master_info TO 'orchestrator'@'10.79.23.%';
以上权限解释
在MySQL5.6及其以上
REPLICATION SLAVE权限是需要执行
SHOW SLAVE HOSTS
命令,以及扫描二进制日志来支持Pseduo GTID ;
RELOAD权限是需要执行
RESET SLAVE操作需要;
PROCESS
权限是需要执行 SHOW PROCESSLIST命令来查看副本的连接信息;
如果设置了
master_info_repository = 'TABLE',还需要授予orc访问mysql.slave_master_info表的权限,
4 添加orc服务高可用
需要在配置文件中添加如下配置
"RaftEnabled": true,
"RaftDataDir": "/usr/local/orchestrator-3.2.6/raft",
"RaftBind": "10.79.23.45",
"DefaultRaftPort": 10008,
"RaftNodes": [
"10.79.23.45",
"10.79.23.46",
"10.79.23.47"
]
4 整体的配置文件以及解释
5 启动orc
官方建议安装到目录 /usr/local/orchestrator 下 ,如果空间不够 ,可以做软连接。
orc 启动的时候会监听端口 3000,可以浏览器访问 http://your.host:3000/ 地址进入控制台。
如果是debug 模式 可以
cd /usr/local/orchestrator && ./orchestrator --debug http
刚详细的细节或错误 可以 用下面的方式
cd /usr/local/orchestrator && ./orchestrator --debug --stack http
通过配置文件启动
cd /usr/local/orchestrator && ./orchestrator --debug --config=/path/to/config.file http
不在更新实例的状态 可以使用下面的方式启动
cd /usr/local/orchestrator && ./orchestrator --discovery=false http
我这里通过配置文件启动
cd /usr/local/orchestrator-3.2.6
nohup ./orchestrator --debug -config orchestrator-sample.conf.json http &
6 访问web页面
http://10.79.23.45:3000/
可以看到后端数据库与现在orc的raft关系
7 添加被管理的集群
图标解释
标号1代表一些对拓扑结构中的警告或者失败
标号2的图标 是 Color by Data Center/ Disable colors。点亮后拓扑图中实例上就会根据数据中心显示颜色
标号3的图标是 Enable/Disable compact display . 点亮从库就会聚合精简展示,如下
标号4 Enable/Disable pool indication 字面意思是开启/关闭池指示
标号5 Anonymize display/Cancel Anonymize 匿名显示/取消匿名显示 不会显示集群名 数据中心等信息
标号6 instance alias display /Cancel alias 显示实例别名/不显示实例别名
标号7 Slience UI Question/ Cancel UI slience
拓扑界面展示
两个箭头 Log replications updates 复制日志更新,应该是对应参数
笔 Writeable : read_only 参数设置为OFF 会显示这个图标,从库一般设置为ON,不会显示
齿轮 : Open config dialog 设置界面
另外还有一些信息是 实例别名 ,数据库版本 ,binlog格式binlog_format和 binlog_row_image这两个参数,复制延迟,数据角色等
主库的设置管理界面
从库设置管理界面
从库会多一些信息 如下
可操作的按钮
Detach replica 分离该从副本,会将给实例断开主从连接 ,观察现象是在主库实例名前加了// 所以连接不上。
四种模式区别
Smart mode
Classic mode
GTID mode
Pseundo GTID mode
参考
官方地址 GitHub - openark/orchestrator: MySQL replication topology management and HA
orc 文档
ohttps://github.com/openark/orchestrator/tree/master/docs