Не изглежда, че можете точно, защото автоматичното мащабиране се опитва да направи още едно нещо за вас в допълнение към правилния брой работещи екземпляри: поддържа броя на вашите екземпляри балансиран в зоните на достъпност... и приоритизира това възнаграждение, по-високо от вашата политика за прекратяване.

Преди Auto Scaling да избере инстанция за прекратяване, тя първо идентифицира зоната на наличност, която има повече инстанции от другите зони на наличност, използвани от групата. Ако всички зони на наличност имат еднакъв брой инстанции, това идентифицира произволна зона на наличност. В рамките на идентифицираната зона на достъпност автоматичното мащабиране използва политиката за прекратяване, за да избере екземпляра за прекратяване.

— http://docs.aws.amazon.com/AutoScaling/latest/DeveloperGuide/us-termination-policy.html

Ако не сте в равновесие, тогава поддържането на баланс е може би най-разумната стратегия, особено ако използвате ELB. документацията е малко двусмислена, но ELB ще рекламира такава публичен IP в DNS за всяка зона на достъпност, където е конфигуриран; тези три IP адреса ще постигнат първото ниво на балансиране на натоварването чрез кръгов DNS. Ако всички зони за достъпност, където ELB е активиран, имат здрави екземпляри, тогава изглежда, че има корелация 1:1 между кой външен IP адрес удря трафикът и сървърите на коя зона за достъпност този трафик ще бъде предложен от ELB - поне това това показват регистрационните файлове на сървъра ми. Изглежда, че ELB не насочва трафика през зоните за наличност към алтернативни сървъри, освен ако всички сървъри в дадена зона не бъдат открити като нездравословни и това може да е едно от оправданията защо са внедрили автоматично мащабиране по този начин.

Въпреки че този алгоритъм може да не винаги първо убива най-стария екземпляр на базата на целия регион, ако работи, както е документирано, той ще унищожи най-стария в избраната зона за достъпност и в даден момент трябва да премине през всички тях в течение на няколко смени на натоварване... така че няма да остави и най-стария да работи за неопределено време. Колкото по-голям е броят на екземплярите в групата, изглежда, че толкова по-малко значим трябва да е този ефект.

public class PostalAddressMap 
    : ClassMap<PostalAddress>
{
    public PostalAddressMap()
    {
        Table("tblPostalAddresses");
        Id(x => x.Id);
        Map(x => x.Address);
        Map(x => x.AddressType);

        References(x => x.Contact)
            .Class<Contact>()
            .Column("Owner");

    }
}

Има няколко други начина да го направите:

1. Увеличете желаното до 2 пъти
2. Изчакайте действие за увеличаване на капацитета
3. Когато новите екземпляри работят, преустановете цялата активност на AS (as-suspend-processes MyAutoScalingGroup)
4. Желано нулиране
5. Прекратете старите инстанции
6. Възобновете дейността на AS.

Or:

1. Изведете чисто нов ASG с новата конфигурация за стартиране.
2. Спрете дейността на AS, докато 1. не приключи.
3. Ако всичко е наред, изтрийте стария ASG.
4. Възобновете дейността на AS

За окончателно внедряване на връщане назад:

1. Създайте нов ELB (може да се наложи да поискате от Amazon да предостави повече elb, ако имате много трафик, това е малко куцо и не го прави подходящ за автоматизация)
2. Създайте нов ASG с нов LC
3. Превключете DNS към нов ELB
4. Изтрийте стария ELB/ASG/LC, ако всичко е наред, ако не, просто сменете обратно DNS

Или с новия ASG API, който ви позволява да прикачите/откачите екземпляри от ASG:

1. По някакъв начин изведете новите си екземпляри (може да са просто изпълнени екземпляри или да създадете временен asg)
2. Спрете активността на AS, използвайте http://docs.aws.amazon.com/AutoScaling/latest/DeveloperGuide/attach-instance-asg.html, за да ги прикачите към вашия стар ASG,
3. Използвайте http://docs.aws.amazon.com/AutoScaling/latest/DeveloperGuide/detach-instance-asg.html или прекратете старите си копия
4. Възобновете дейността на AS

Причината, поради която може да искате да използвате стария си ASG, е, че може да е пита да зададете отново всички политики (дори когато са автоматизирани) и се чувства малко по-безопасно да промените възможно най-малко.

A.

Моят случай на използване е, че трябваше да намалим мащаба и да можем да изберем кои машини да не работят. За съжаление политиката за прекратяване „OldestFirst“ също не работеше за нас. Успях да използвам вариант на метода за прикачване/откачане, който ambakshi сподели, за да премахна най-стария (или всеки екземпляр, който избера) и в същото време да намаля желаната стойност на екземплярите на групата за автоматично мащабиране.

Стъпка 1 – Променете минималната стойност на групата за автоматично мащабиране на числото, до което искате да намалите.

Стъпка 2 – Спиране на ASG

Стъпка 3 – Отделете екземплярите, които искате да прекратите, можете да направите няколко екземпляра в една команда. Уверете се, че използвате флага трябва да намалите желания капацитет

Стъпка 4 – Възобновете ASG

Стъпка 5 – Прекратете вашите екземпляри с помощта на конзолата или CLI

АКТУАЛИЗАЦИЯ

Няма нужда да спирате групата за автоматично мащабиране, просто изпълнението на стъпки 1, 3 и 5 работи за мен. Просто имайте предвид всяко балансиране на зоната на достъпност, което може да се случи.