通過AWS（EC2和競價型實例）降低價格

Question

我有一個作業隊列，並且正在運行處理該作業的AWS EC2實例。 對於現貨和按需版本的每種c4。*實例類型，我們都有一個AutoScaling組。

每個實例具有的功率等於實例CPU的數量。 （例如，c4.large具有2個CPU，因此功率為2）。

我們所需的確切功率僅從隊列中的作業數即可計算得出。

我想實現一種算法，該算法將定期檢查隊列中的作業數量，並通過AWS開發工具包更改特定AutoScaling組的期望值，以節省盡可能多的錢，並保持實例的總能力來保持作業的處理。

特別：

1. 我更喜歡按需實例，而不是按需實例，因為它們更便宜
2. EC2實例每小時收費一次，我們只想在其1小時正常運行的最后一分鍾關閉實例。
3. 我們希望在可能的情況下用競價型實例替換按需實例。 因此，在55分鍾時增加競價組，在58時檢查新競價型實例是否正在運行，如果是，則減少按需組。
4. 如果出價過高，我們希望按需替換競價型實例。 只需關閉按需開關，然后即開即用。

看來問題確實很難解決。 有人有經驗或實施過類似的解決方案嗎？

Answer 1

您當然可以編寫自己的代碼來執行此操作，從而有效地告訴您的Auto Scaling組何時添加/刪除實例。

另外，請注意，使用競價型實例降低成本的一個好的策略是欣賞競價型實例的價格變化 ：

• 區域
• 可用區
• 實例類型

因此，如果c4.xlarge的現貨價格在一個c4.xlarge中上漲，那么在另一個可用區中的成本可能仍然相同。 而且， c4.2xlarge的價格可能會低於c4.xlarge ，價格是其兩倍。

因此，你的目標應該是多樣性的現貨情況在多個鋯剛玉和多個實例類型。 這意味着現貨價格的變化將只影響您車隊的一小部分，而不是一次全部。

您可以使用Spot Fleet或什至是第三方產品（例如SpotInst）來協助解決此問題 。

還值得一看的是AWS Batch （目前並非在每個地區都可用），它旨在智能地為批處理作業提供容量。

Answer 2

自動縮放組允許您使用在自動縮放組之外定義的警報和指標。

如果您使用的是SNS，則應該能夠在SNS隊列上設置一個警報，並使用該警報來擴大和縮小擴展組。

如果您使用的是自定義隊列系統，則可以將指標推送到cloudwatch以創建類似的警報。

您可以確定執行縮放操作的頻率，但是可能很難將運行時間精確到一小時。