簡體   English   中英

AWS Elastic Beanstalk Rails app自動縮放問題

[英]AWS Elastic Beanstalk Rails app autoscaling issues

我在AWS的Elastic Beanstalk上部署了一個Rails應用程序(Ruby 1.9.3),遇到了兩個截然不同但相關的問題。 我應用了以下自動縮放配置。 我相信這是默認的。

  • 環境類型:負載平衡,自動縮放
  • 數字實例:1 - 4
  • 基於平均網絡輸出進行擴展
  • > 6000000時添加實例
  • <2000000時刪除實例

問題#1 - 我的應用程序尚未獲得大量流量,只需要1個EC2實例(m1.medium)。 我每周都會從AWS收到幾封“ElasticBeanstalk Default Scale Down alarm”電子郵件。 大多數時候,我收到一個后檢查我的應用程序,這很好; 然而,大約每月一次,我收到電子郵件后檢查我的應用程序,並找到nginx 404頁面。 EB終止了我的EC2實例 - 唯一運行我的應用程序的實例 - 並生成了一個新實例。 為什么它從1縮小到0? 在過去的6個月里,我發現這種情況一致。 還有其他人經歷過這個嗎? 找到了解決方案?

問題#2 - 當上述情況發生時,EB為我創建了一個新的EC2實例。 但是,我繼續獲得nginx 404頁面,直到我重新部署 - 這是一個手動任務,似乎無法實現自動縮放的目的。 在自動縮放發生后,EB是否需要重新部署? 它不應該自動將我的應用程序的當前/最新版本部署到新的EC2實例嗎?

非常感謝任何幫助/建議!

我有這個問題! 問題是當您只有一個實例Remove instance when < 2000000條件被觸發時, Remove instance when < 2000000實例。 如果您的實例超過2000000然后降回2000000以下,EB將終止它並啟動另一個。 禁用該警報的自動縮放操作,您的問題就會消失。

關於你的第二個問題 - 你等待新建的實例有多長時間了? 我注意到,新的實例將在准備好后立即添加到自動擴展組,但在EB完成部署應用程序之前。 在您的單實例情況下,由於幾分鍾內沒有有效的服務器,因此尤其糟糕。

暫無
暫無

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

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