在不同的 percona xtradb 集群节点上重用 EBS 快照
Reusing EBS snapshots on a different percona xtradb cluster node
我正在评估 AWS 环境中 3 个节点的 Percona xtradb 5.6 集群。我使用 ec2-consistent-snapshot 和 --mysql 制作数据的 EBS 快照。但是，当在 node 1 上创建快照，然后使用该快照重新启动 node 2 时，集群会中断。
通过反复试验，我发现这是由于在 mysql datadir 中重复使用 auto.cnf 和 gvwstate.dat 文件引起的，其中包含 node 1，这些问题（显然）是由另一个节点试图加入集群中另一个节点的 ID 引起的。删除上述文件似乎已解决问题，现在节点按预期上下移动。
我的问题是：我做对了吗？在使用另一台服务器的数据目录之前，我是否需要删除 auto.cnf 和 gvwstate.dat？我还需要做其他事情吗？这种事情的标准做法是什么？
你做的是对的。但是，请务必检查您的 gcache 大小以避免 SST。您现在很可能可以使用 ebs-snap，去吃午饭，回来并使用该快照创建 node3，启动 mysql 并且无论如何都会发生 SST。
我会检查您在新节点上的日志以确保没有发生 SST。
我正在评估 AWS 环境中 3 个节点的 Percona xtradb 5.6 集群。我使用 ec2-consistent-snapshot 和 --mysql 制作数据的 EBS 快照。但是，当在 node 1 上创建快照，然后使用该快照重新启动 node 2 时，集群会中断。
通过反复试验，我发现这是由于在 mysql datadir 中重复使用 auto.cnf 和 gvwstate.dat 文件引起的，其中包含 node 1，这些问题（显然）是由另一个节点试图加入集群中另一个节点的 ID 引起的。删除上述文件似乎已解决问题，现在节点按预期上下移动。
我的问题是：我做对了吗？在使用另一台服务器的数据目录之前，我是否需要删除 auto.cnf 和 gvwstate.dat？我还需要做其他事情吗？这种事情的标准做法是什么？
你做的是对的。但是，请务必检查您的 gcache 大小以避免 SST。您现在很可能可以使用 ebs-snap，去吃午饭，回来并使用该快照创建 node3，启动 mysql 并且无论如何都会发生 SST。
我会检查您在新节点上的日志以确保没有发生 SST。