Database AmazonAWS：多个实例，同一个数据库

在Amazon AWS设置中，两个克隆实例（位于不同区域）如何引用和共享相同的“基本”动态web服务器文件，以及如何从相同的主数据库进行读写

我们当前的AMI实例现在位于EBS支持的卷上。然而，显然，试图在两个实例之间共享EBS卷是一个坏主意。我从中收集了这么多信息，但除了AmazonS3之外，它并没有细分可能存在的替代方案。或者S3是唯一的选择？3年后，OPs推理是否仍然有效？通过多个实例实时共享DB数据的存储选项有哪些

如果需要共享数据，可以设置所有实例都可以访问的服务器。如果您希望为所有实例提供一个简单的存储区域，那么可以使用Amazon的S3存储服务来存储分布式和可扩展的数据

移动到云端，您可以有完全相同的设置，但是您可以用S3替换文件服务器，或者让所有实例连接到文件服务器

---

如果您有一个EBS支持的AMI，那么每个服务器实例都将有其自己存储在AMI中的EBS卷数据的“副本”，它们不会共享完全相同的物理卷。这与使用实例存储AMI，然后将特定EBS卷装载到每个实例不同。

确认：您希望在两个实例之间共享a）相同的数据库和b）相同的文件，每个实例位于不同的区域（而不是不同的可用性区域）

跨多个地区共享同一数据库并不容易。您最好的选择是异步、多主机复制或手动分片策略。然而，为了安全有效地执行这些操作，必须仔细规划，并且在编写应用程序时必须考虑到这种体系结构。将很好地概述与MySQL多主机复制相关的注意事项

跨地区共享文件也可能是一个挑战，因为您有太多的选择，但这通常比使用SQL数据库进行同样的操作更容易。变量包括：

• 可以接受多少复制延迟
• 你会同时向这两个地方写信吗
• 您在本地需要什么样的I/O性能
• 文件多久更改一次

对于大多数用例来说，这通常是一个很好的折衷方案。然而，就在昨天，AWS发布了一项新功能，该功能。根据您的需要，这可能也值得研究。

第1点）GlusterFS是多个Az和多个区域复制的良好选择。在跨区域复制期间会有一定程度的复制延迟，请在您的体系结构中注意这一点

第2点）如果您的EBS快照大小较小，并且可以适应数小时的复制延迟，则可以使用Amazon EBS快照复制功能。但这需要在目标区域上努力分离/连接卷

第3点）S3仍然是这个用例的一个选项