我正在使用t2.micro实例向S3上托管的前端提供请求。有趣的是,90%的用户都可以得到回复。但是,有10%的人无法得到任何回复。其中一些用户处于企业环境中。
我有机会查看我朋友的Chrome开发工具(在我们的前端使用)并看到了一个奇怪的行为,没有回复任何回复。然后,我直接向端点发送了一个get json请求。从那时起,一切都开始起作用了。最近,一个企业的潜在早期采用者尝试了我们的原型,同样的事情再次发生。这一次,我没有那么幸运,并从用户那里得到了很好的演讲。 :(
我尝试在线搜索大量可能性。我只想出2: (i)一些防火墙阻止从EC2地址发回的响应(我还没有使用Route 51来附加我们的域名) (ii)存在某种路由问题
如果您认为这些是发生事故的充分理由,请告诉我如何解决这些问题。否则,我可以采取哪些调试步骤?
您可以在此处找到我们的网站: http://resohub.s3-website-us-east-1.amazonaws.com/ 并测试你是否有同样的问题。
更新
(a)t1.micro中的错字。我正在使用t2.micro。
(b)我的请求非常低/秒。
(c)我知道这不是一个应用程序问题,原因有两个。一,我总是每天使用自己的网络应用程序。它从来没有给我任何问题。二,我有服务器日志,我根本没有看到任何错误。尽管如此,为了以防万一,我将添加更多日志消息。
(d)我知道一旦用户在时间t没有收到服务器的回复,它将无法从那里收到任何回复。只是强调,在一个案例中,我能够通过要求我的朋友直接向端点请求来解决这个问题。
(e)我每天都吃自己的狗粮。我看到它很慢但不是我的用户告诉我结果永远不会返回的情况。用户面临10%结果的问题永远不会被退回。答案 0 :(得分:0)
您最终是否看到了请求(在服务器日志中)?你有日志服务器端吗?
不得不猜我会告诉你看看:http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/t2-instances.html
关于CPU学分的部分。在这一点上预感,但是:如果你暂时不使用它,它可以正常工作。如果你开始把它放在重负荷下,你就会开始体验这个。