什么是时间延迟注意事项，我在 AWS RDS 上执行 MASTER-MASTER 复制时应该担心和小心
What are the Time-Delay considerations, I should be worried about and take care while performing MASTER-MASTER Replication on AWS RDS
我正在尝试通过执行 automated Vertical Scaling.
以完美的零停机时间实现成本优化
仅供参考：我的应用程序是 LAMP 堆栈，在约 200 个用户的峰值负载下，写 IOPS 接近 8000。
但是，使用上述 link 进行自动缩放，会在多可用区切换期间引入 30-50 秒的停机时间。为避免这种情况，我们尝试在使用上述脚本中的步骤之前设置主-主复制。
我正在使用 this link 设置主-主复制。
简要介绍，关于我正在尝试做的事情。
- 从 M1 创建只读副本
- 停止副本
- 从只读副本创建快照
- 从 Sanpshot 创建 DB(M2)
- 将M2设为M1的从机
- 设置M1为M2的从机。
Master- Master已设置
其他按我要求的步骤：
- 删除副本和快照
- 执行应用程序切换到 M2
- 垂直Scale/Maintain M1
- 执行应用程序切换到 M1 数据库已正确扩展
- 删除 M2。
在开始之前，我建议
- 使用慢日志识别 'worst' 查询，然后尝试加快它们的速度 and/or 避免它们。
- 找出写入和读取 IOP 之间存在如此不平衡的原因。
- 实施副本以卸载与写入无关的任何读取。
无论如何，对于 Master-Master，所有写入仍在两台服务器上完成。那就是write IOPs可能不会提高！
我正在尝试通过执行 automated Vertical Scaling.
以完美的零停机时间实现成本优化仅供参考：我的应用程序是 LAMP 堆栈，在约 200 个用户的峰值负载下，写 IOPS 接近 8000。
但是，使用上述 link 进行自动缩放，会在多可用区切换期间引入 30-50 秒的停机时间。为避免这种情况，我们尝试在使用上述脚本中的步骤之前设置主-主复制。
我正在使用 this link 设置主-主复制。
简要介绍，关于我正在尝试做的事情。
- 从 M1 创建只读副本
- 停止副本
- 从只读副本创建快照
- 从 Sanpshot 创建 DB(M2)
- 将M2设为M1的从机
- 设置M1为M2的从机。 Master- Master已设置
其他按我要求的步骤：
- 删除副本和快照
- 执行应用程序切换到 M2
- 垂直Scale/Maintain M1
- 执行应用程序切换到 M1 数据库已正确扩展
- 删除 M2。
在开始之前，我建议
- 使用慢日志识别 'worst' 查询，然后尝试加快它们的速度 and/or 避免它们。
- 找出写入和读取 IOP 之间存在如此不平衡的原因。
- 实施副本以卸载与写入无关的任何读取。
无论如何，对于 Master-Master，所有写入仍在两台服务器上完成。那就是write IOPs可能不会提高！