當你安裝一個自動縮放集團在AWS EC2 Min和Max界限似乎是有道理的：AWS EC2 Auto Scaling Groups：我得到Min和Max，但是期望實例的限制是什麼？
但是，我從來沒有能夠圍繞什麼Desired打算影響。
我一直只設置Desired等於Min，因爲一般，我要向亞馬遜最小可能的十分之一，除非你需要一個實例來處理加載它應該在Min數量的實例。
我知道，如果你使用ElasticBeanstalk並設置Min 1和Max至2那臺Desired 2（當然！） - 你不能Desired選擇一個值。
不同的Desired實例的用例是什麼？它有什麼不同？如果您希望AWS比您的Desired縮小，如果需要大於Min？
這裏有解釋對於來自AWS支持的「min，desired和max」值：
MIN：這將是可以在yo中運行的最小實例數ur 汽車衡組。如果你的規模下降CloudWatch的警報被觸發， 您的汽車衡集團不會終止低於這個數量的實例
DESIRED：如果你絆倒一個CloudWatch的警報爲擴大規模的事件，那麼它 將通知自動縮放，以改變它的期望達到指定的 更高的數量，並且自動定標器將啓動實例以滿足 該數字。如果您將CloudWatch警報按比例縮小，則它會將所需的自動縮放比例更改爲指定的較低數字，並且 自動比例縮放比例將終止實例以獲得該數字。
MAX：這將是您可以在 您的自動比例組中運行的最大實例數。如果您的向上擴展CloudWatch警報保留 觸發，則您的自動比例組絕不會創建超過指定最大金額的實例。
想想它就像一個滑動範圍UI元素。
隨着最小值和最大值，要設置下限的情況下縮放。以期望的能力，你正在設定你目前喜歡的實例計數盤旋。
例： 你知道你的應用程序將有重負載由於營銷電子郵件或產品的推出......簡單擴展所需的容量事先：
aws autoscaling set-desired-capacity --auto-scaling-group-name my-auto-scaling-group --desired-capacity 2 --honor-cooldown
當前實例計數何時會降至低於滑塊設置的水平？我知道它可能會擴大到超出所需的範圍，儘可能高於最大值，但我還沒有看到它會在所需範圍之內的情況。 – Ray
@Ray我已回覆您的問題作爲答案。我知道它一年前的問題，但今天遇到了這個問題，並通過查看這個問題回答了我自己的問題。 Erik，滑塊部分非常好的例子。 –
當您希望AWS比規模下你如果需要，期望在 小於最小更大？
當您根據某些AutoScaling策略設置CloudWatch警報時，會發生這種情況。每當該警報觸發時，它都會將DesiredCount更新爲配置中提到的任何內容。例如，如果AutoScalingGroup配置的Min = 1，Desired = 3，Max = 5，並且在AutoScalingPolicy上設置了一個報警，說明CPU使用率爲< 50％連續10分鐘，然後Remove 1 instances則保留每當觸發警報時將實例計數減1，直到DesiredCount = MinCount。
經驗教訓：將MinCount設置爲> 0或= DesiredCount。這將確保當mincount = 0且CPU使用率降低時應用程序不會被關閉。
是的，在再次閱讀網站站長帖子後，我解析了Erik's的關鍵階段：「目前喜歡懸停的實例數」。關於哪個是最好的答案的強硬呼叫。我喜歡滑塊比喻，但仍然發現Erik有點模糊，沒有提及清楚（至少對我來說），自動縮放alamrs實際上修改了'期望'。你的回答非常清楚地指出了這一點。如果你的和Eriks合併爲一個，它肯定會影響我選擇的正確，但現在，你們兩個都得到了提升。 – Ray
是的，我同意你的意見。我只回答你問題中沒有答案的部分。感謝您的支持。 –
您正在通過將期望值設置爲min來正確執行此操作，因爲desired表示ASG上的「當前數量」。當警報觸發「增加」或「減少」時，所需的數量變化（如控制面板上的開關），以便ASG創建或刪除實例。你可以在下面查看我的詳細答案。 – webmaster