使用AWS区域进行mongoDB atlas缩放

我在AWS的不同地区有6个EC2实例。我在MongoDB Atlas（AWS）上只有一台MongoDB服务器。将数据更新到数据库时出现延迟问题。使用我的6个EC2实例扩展我的MongoDB服务器的最佳方法是什么。

您可以尝试一种方法，将VPC对等从EC2应用到MongoDB Atlas（AWS）。作为MongoDB Atlas，作为现在的VPC对等功能

如果您试图使用面向公众的网络连接MongoDB，那么它可能会很慢

AWS在不同区域中启动的实例可以使用区域间连接创建连接

因此，如果您按照传统方式将ACL列入白名单，那么最好尝试此方法，这将减少延迟问题。请查看该地区的所有VPC（确保不会出现任何IP冲突），并尝试使用专用连接进行连接

编辑：1

MongoDB不会因在区域外使用而受到额外的惩罚，但大多数数据库协议都没有针对高延迟条件进行优化。您最好在其他区域设置读取副本

您可以阅读以下内容：

编辑：2

如果您不能将数据库推到多个区域（例如，使用读取副本），那么您应该考虑在应用程序（网站）前面使用CyrdFrand，以便缓存不同区域中的请求。

---

从技术上讲，它不会改善应用程序和数据库之间的延迟，但就用户对性能的感知而言，它不会太快。

您可以尝试一种方法，将VPC对等从EC2应用到MongoDB Atlas（AWS）。作为MongoDB Atlas，作为现在的VPC对等功能

如果您试图使用面向公众的网络连接MongoDB，那么它可能会很慢

AWS在不同区域中启动的实例可以使用区域间连接创建连接

因此，如果您按照传统方式将ACL列入白名单，那么最好尝试此方法，这将减少延迟问题。请查看该地区的所有VPC（确保不会出现任何IP冲突），并尝试使用专用连接进行连接

编辑：1

MongoDB不会因在区域外使用而受到额外的惩罚，但大多数数据库协议都没有针对高延迟条件进行优化。您最好在其他区域设置读取副本

您可以阅读以下内容：

编辑：2

如果您不能将数据库推到多个区域（例如，使用读取副本），那么您应该考虑在应用程序（网站）前面使用CyrdFrand，以便缓存不同区域中的请求。

---

从技术上讲，它不会改善应用程序和数据库之间的延迟，但就用户对性能的感知而言，它不会太快。

他只是说他们在不同的地区（？？），他们怎么可能在同一个专有网络上。专有网络会缩短地区之间的连接吗？我同意这是出于安全和计费目的的必备产品，但它如何解决延迟问题？他只是说它们位于不同的区域（？？），它们如何位于同一个专有网络上。专有网络是否缩短了区域之间的线路？我同意出于安全和计费的目的，它是必须的，但它如何解决延迟问题？