簡體   English   中英

如何確定AWS的CPUUtilization是否是我的網站注冊超時的原因?

[英]How can I tell if CPUUtilization in AWS is the reason my website sign-up is timing out?

我們的網站在t2.small實例中托管在AWS上。 目前,面向用戶的注冊正在超時。

最初,我收到此實例的負載平衡器延遲警報通知,因此我增加了限制,這似乎是一個臨時解決方案。

但是,一旦增加了限制,便開始收到另外2條警報通知,如下所示:

1)生產能力刪除警報

說明:無

閾值:15分鍾內3個數據點的CPUUtilization <= 40

2)AWSEBCloudwatchAlarmLow

說明:ElasticBeanstalk默認按比例縮小警報

閾值:5分鍾內NetworkOut <1,000,000個數據點<2,000,000

在我看來,我應該簡單地更改警報通知,以使我不再受到2號警報的影響,因為我看不到這是如何干擾任何事物的,但是如果我似乎缺少任何東西,請更正我。

關於#1,似乎可以通過某種方式在AWS中調整CPU使用率來解決網站注冊超時問題?

如果是這樣,應該具體做什么?

一切正常。 不要驚慌

第一要務是您的應用程序正確運行。 希望您對實例類型( )的調整能夠令人滿意地解決此問題(但仍然值得一看)。

以上兩個警報基本上是在說:

  • CPU低於40%
  • 網絡流量不多

這些警報可用於擴大實例數量(減少實例數量),這樣您就不必為多余的容量付費。 會有類似的警報讓您向外擴展 (添加其他實例)。

警報僅表示檢查為True 即,已經滿足條件。 它不一定表示有問題。

我假設您當前僅運行一個實例。 如果是這樣,您可以忽略那些警報(並且Auto Scaling也將忽略它們),因為您已經處於最小容量。

如果已將Auto Scaling配置為橫向擴展到更多實例,則這些警報稍后將橫向擴展以節省您的資金。 他們可能會有點滿意,只查看15分鍾的CPU和5分鍾的網絡流量-通常最好等待更長的時間再決定刪除容量。

底線:如果您的應用程序運行正常,並且您僅在運行一個實例,則無需擔心。 一切都按預期進行。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM