首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >向中国插入内容时出现的延迟问题

向中国插入内容时出现的延迟问题
EN

Server Fault用户
提问于 2017-06-22 09:19:38
回答 1查看 108关注 0票数 4

背景

我们有一个应用程序,将写入一个postgres托管在法兰克福数据中心。该应用程序安装在世界各地的8个站点中,分别来自中国、韩国、印度、德国、法国和墨西哥。

在欧洲连接到法兰克福数据库时,响应时间是很好的。然而,当从中国的北部连接时,响应时间非常缓慢。中国大防火墙延迟了响应时间,加上距离是一个决定性因素。

我们决定在韩国为我们的亚洲网站建立第二个数据库。韩国和中国网站上的应用程序将为韩国数据库提供信息。它大大减少了延迟,并发挥了魅力的作用。

问题是无法复制韩国数据库和德国数据库之间的数据,因为不允许双向复制。

我们现在回到了第一步,因为我们不确定应该采取什么步骤,因为我们只需要一个数据库,但我们需要有足够的响应时间。我们不想重写这个应用程序。

问题:

  • 我们想要一个解决方案,在那里,我们可以托管一个数据库,在那里,世界各地的每个站点都有足够的响应时间。除了RDS,我们还能考虑其他什么解决方案?
  • 如果我们继续使用RDS,是否有一个数据中心能够为全世界管理好的时间响应?

不知道这是不是问这个问题的合适地方。如果没有,请留下评论,我会删除这个问题。

EN

回答 1

Server Fault用户

回答已采纳

发布于 2017-06-23 04:28:35

距离和干扰的中间框都会增加延迟,这是不可避免的。

可能还有其他位置可以以可接受的延迟折衷方式承载数据库。然而,如此多的延迟会影响响应时间。继续测试。

我理解PostgreSQL存在多主复制解决方案。这将不会出现在您当前的软件中,并且很可能不会包含在云产品中。它将受益于一个经验丰富的DBA,比一个例子更复杂和风险更大。

或者让客户更接近。主机通过远程桌面或VDI本地数据库。当查询的加载时间得到很大改善时,可能会容忍接口迟滞。

最后,更改应用程序,尽管这是多么不吸引人。至少要分析查询的数量,以便知道网络时间的大小。减少这些可能会带来胜利。更困难的是重新思考设计,也许从副本中读取查询,但将写到主目录。

票数 1
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/857221

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档