未在客戶端收到AWS EC2響應

我正在使用t2.micro實例向S3上託管的前端提供請求。有趣的是，90％的用戶可以得到迴應。但是，有10％的人無法獲得任何迴應。其中一些用戶處於企業環境中。未在客戶端收到AWS EC2響應

我有機會檢查我的朋友的Chrome開發工具（在我們的前端使用），並看到一個奇怪的行爲，沒有響應被髮回。然後，我直接向端點發送get json請求。從那裏開始，一切都開始奏效。最近，一家企業的潛在早期採用者嘗試了我們的原型，同樣的事情再次發生。這一次，我不那麼幸運，並得到了用戶的良好講解。 :(

我試過在線搜索的可能性很大，我只能拿出2：（i）有些防火牆阻止來自EC2地址的回覆（我還沒有使用Route 51還未附加我們的域名）（ii）有一些路由問題正在進行

如果您認爲這些是發生什麼事情的好理由，請讓我知道我能做些什麼來解決這些問題，否則，調試步驟是什麼？我可以拿？

你可以在這裏找到我們的網站： http://resohub.s3-website-us-east-1.amazonaws.com/ 並測試你是否hav同樣的問題。

更新：

（a）以t1.micro拼寫錯誤。我正在使用t2.micro。（b）我有很低的請求/秒。（c）我知道這不是一個應用程序問題，原因有兩個。一，我每天都會使用我自己的網絡應用程序。它從未給我任何問題。二，我有服務器日誌，我沒有看到任何錯誤。儘管如此，爲了以防萬一，我將添加更多的日誌消息。（d）我知道，一旦用戶在時間t不能收到來自服務器的響應，它就不能從那裏接收到任何響應。僅僅強調，在1例中，我可以通過要求我的朋友向端點直接請求來解決此問題。（e）我每天都吃我自己的狗食。我已經看到它很慢，但不是我的用戶告訴我結果永遠不會被返回的情況。 10％的用戶面臨的結果是永遠不會被退回的。

來源

2015-06-19 Yao Hong Kok

除非你收到很多流量（你是嗎？），那麼你使用t1.micro的事實不太可能是相關的。您可以隨時停止，然後在不同的實例類型上重新啓動以測試您是否喜歡。您需要花費一些時間調試其中一種故障情況。客戶端請求是否實際到達您的Web服務器？ – jarmod

我的網站肯定沒有得到很多流量......而且我有日誌，我可以看到請求到達了我的服務器。我很漂亮，他們也被正確地送走了。 –

您是否最終（在服務器日誌中）看到請求？你有日誌服務器端？

不必猜我會告訴你看看：http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/t2-instances.html

有關CPU製作人員名單。在這一點上的預感，但：如果你不使用它一段時間，它的工作很好。如果你開始把它放在沉重的負載下，你將開始體驗這一點。

來源

2015-06-19 19:34:28 Mircea

這是't1。根據問題...這與t2類似，除了節流機制沒有暴露出來並且性能在幾秒鐘而不是幾個小時之後幾乎沒有優雅地退化。不過，我懷疑你正在做些什麼。不知道爲什麼有人會堅持t1實例類。 –

我很抱歉。這是一個t2.micro。我的問題有一個錯字。 @Mircea，我有我的服務器日誌，我可以肯定地看到請求被正確處理。在我自己的網絡中，我從來沒有能夠重現這真的讓我瘋狂。 –

重現這一點的方法是立即將大量流量打到機器上。你可以使用像apache bench這樣的東西：https：//en.wikipedia.org/wiki/ApacheBench你要找的是客戶端等待響應的時間，相比之下，它需要多少時間服務器。希望這可以幫助。 – Mircea

未在客戶端收到AWS EC2響應

回答

相關問題