细节
-
新功能
-
状态: Done">完成
-
媒介
-
解决方法: 重复的
-
没有一个
-
没有一个
-
没有一个
-
没有一个
描述
有一个很常见的请求的异步复制两个部署PXC由操作员管理;这需要两个大的方面:
1)操作员公开服务的集群可以作为一个异步源(https://jira.雷竞技下载官网percona.com/browse/k8spxc - 308)。
2)给定一组连接的身份验证和复制坐标,操作员设置一个节点的集群中(活跃的作家)作为异步复制。
复制将…
- 单通道
- 未经过滤的
- GTID基础
- Crash-safe (w /完全持久性)
- 使用基于writeset LOGICAL_CLOCK多线程
- 主动/被动(只有一个集群将写)
- 时自动重新启动节点并坚持(wsrep_restart_slave = true)
- 使用source_connection_auto_failover(如JP &马可的解决方法的建议
pxc - 1998)
操作符
- 只会关心异步复制到另一个Operator-managed PXC集群
- 设置binlog旋转,使log-slave-updates (nickolay所描述的
k8spxc - 308) - 创建复制用户
- 配置副本
- 设置多个源点
- 引导远程奴隶(克隆插件?)
- 如果节点充当主人死了,公开的服务应该故障转移到另一个节点
- 如果活跃的作家变化,副本应遵循作家;引用马可的文章:
- 我的意思是,如果主要失败(记住只有一个主可以成为一个复制品,因为只有一个主写),另一个主要将选出的集群,我希望如果我之前主要从源复制,然后新一将从最后一个开始做同样的有效应用的位置。
- 如果旧的作家仍然应该复制停止,新的作家应该接复制其他离开的地方
- 如果老作家不再存在,我们应该确保它不尝试复制回来
故障转移集群之间应该通过单独的FR如果我们想要实现。
附件
问题的链接
- 重复的
-
k8spxc - 308添加k8 PXC集群运行的异步复制设置
- Done">完成