细节

    • 新功能
    • 状态: 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如果我们想要实现。

      附件

        问题的链接

          活动

              未赋值的未赋值的
              marcos.albe马科斯再
              投票:
              0 投票支持这个问题
              观察人士:
              4 开始看这个问题

              日期

                创建:
                更新:
                解决:

                聪明的清单