问从A区到其他不同区域的多区域EC2和RDS复制

EN

这很简单！-对于EC2，您需要创建这些实例的AMI，然后右键单击刚才创建的AMI，然后选择“复制AMI”到指定区域。

• 对于RDS
  • 如果您只想将数据复制到另一个区域，则获取快照，然后将该快照复制到目标区域。
  • 如果要连续地将RDS复制到另一个区域，则需要从RDS实例创建读取副本。

​

复制环境的选项取决于您可以容忍多少停机时间。

如果您对停机时间1没有意见，请将EC2实例的AMI和RDS的快照复制到另一个区域2。打开您的新环境。对于非临界工作量来说，这是完美的。

如果这是关键的应用程序1。复制ec2实例的AMI (我假设这将是您的web/应用程序实例)以实现实时复制，使用rsync或机器人复制。或者像云一样的解决方案。2.在悉尼创建一个新的RDS实例。使用DMS迁移工具。创建源和目标关系4.一旦insync切断关系，就会给悉尼带来新的环境

正如前面为EC2提供的答案所建议的，您可以创建AMI，然后将AMI移动到不同的区域。

对于RDS，您可以创建read副本(以及读取read副本，但注意延迟)，read副本主要用于提高应用程序的读取性能。

您还可以创建一个多AZ备份，它将充当灾难恢复站点。但是，请注意，只在故障转移情况下才使用多个AZ。此外，多AZ涉及同步数据复制和读取副本是异步的，因此读取副本可以显示最终的一致性行为。

但真正的问题是-你想实现什么？

您是否试图“扩展”您的基础设施，以支持您的应用程序的巨大流量？还是您只是试图设置灾难恢复(DR)？

如果您的答案是DR，那么使用Multi和EC2实例快照的方法是非常直接的。但是如果答案是扩展和性能，那么你真的需要考虑更好的策略，比如如果它是一个web应用程序的话，使用Cloudfront (CDN)，对于经常读取的数据使用Elasticache内存缓存，或者使用RDS读取副本，使用具有动态/分步扩展/规模的弹性负载平衡器。其他方法是评估使用的RDS存储子系统的类型，即使用临时IOP与使用通用SSD，检查VPC中是否存在NAT“实例”瓶颈等等。

通过点击一个按钮就可以将所有这些冗余的EC2 AMIs或RDS读取副本分拆出来，但你真的需要考虑一下你要为完全未使用的资源每月支付的费用。