gpt4 book ai didi

Heroku 延迟问题

转载 作者:行者123 更新时间:2023-12-03 00:24:33 25 4
gpt4 key购买 nike

我们在 Heroku 应用程序上的数据库查询时间方面遇到了问题,我已经使用一个脚本设置了一个新的测试应用程序,该脚本可以 ping 我们的 MongoLab 数据库服务器和 Google。 MongoLab 数据库服务器与 Heroku 应用程序位于同一数据中心。

到数据库服务器的 RTT 大约为 3 毫秒。现在,即使在测试服务器上,我也看到了大量的抖动。您可以在此处查看我的 ping 脚本的输出:http://damp-citadel-6004.herokuapp.com/test - 延迟经常在30ms范围内波动,有时甚至在100ms范围内波动。

我只是想知道这对于 Heroku 来说是否是正常行为?如果是这样,Heroku 将不再是一个可行的选择,因为我们需要 MongoLab 连接的低延迟。由于查询时间增加,当前的延迟量正在扼杀我们的应用程序。

Heroku 堆栈是 Cedar,位于美国东部,MongoLab 数据库也是如此。

如有任何帮助,我们将不胜感激。

最佳答案

我很好奇你怎么知道你的heroku dynos与mongolab的实例位于同一个数据中心?通过ip不知何故?你真的能确定吗?这两个服务都使用 us-east-1 AWS 区域中的多个可用区,据我所知,不允许您指定资源所在的首选项或报告。同一个应用程序可能有 2 个 heroku dyno,而且从声音来看可能确实存在于不同的 AWS 可用区。不同的可用区确实驻留在不同的数据中心,而且我什至相信某些可用区跨越多个数据中心。

无论如何,你不是唯一一个。最近,我经常遇到从 Heroku 和我自己的 ec2 实例到同一 Amazon 区域中的 mongolab 和 mongohq 的连接问题。 Mongohq 支持人员回应称,他们在 us-east-1 中不同可用区的 EC2 实例之间也存在连接问题,并暗示 AWS 支持人员最近已经承认了一些网络级别/安全组扩展问题。我找到这篇文章:http://orensol.com/2009/05/24/network-latency-inside-and-across-amazon-ec2-availability-zones/这表明您观察到的延迟非常高。

也许相关的是,我也遇到了 EC2 内的 DNS 解析器(包括 heroku)到 mongolab 和 mongohq 的问题。即使对于权威服务器都属于亚马逊的 53 路线区域也是如此。总而言之,us-east-1 中的可用区域之间的连接目前似乎尚未达到 100%,因此虽然我鼓励您尝试其他基于 EC2 的数据库服务,但您可能看不到任何差异。

关于Heroku 延迟问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17508117/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com