Launch Templatet ja ASG:n määritys

Launch Template on versioitu mallipohja, joka kertoo Auto Scaling Group -ryhmille (ja suoraan EC2:lle), miten instansseja käynnistetään. Se sisältää AMI-tunnuksen, instanssityypin, avainparin, suojausryhmät ja valinnaiset käyttäjätiedot yhteen uudelleenkäytettävään dokumenttiin. Toisin kuin vanhempi Launch Configuration, Launch Template tukee useita versioita, ja sitä voidaan päivittää korvaamatta ASG:tä.

Voit luoda käynnistysmallineen AWS CLI:n avulla komennolla create-launch-template. Parametri --launch-template-data hyväksyy JSON-objektin, joka määrittää kaikki instanssin asetukset. Versioinnin ansiosta voit kehittää mallinetta vaikuttamatta käynnissä oleviin instansseihin, kunnes olet valmis ottamaan muutokset käyttöön.

Jokainen käynnistysmalline alkaa versiosta 1. Kun luot uuden version, voit ohittaa vain muuttuneet kentät – kaikki muut asetukset peritään lähdeversiosta. ASG voidaan määrittää käyttämään versiota $Latest (aina uusin) tai versiota $Default (erikseen määritetty). $Default-version käyttäminen mahdollistaa hallitut käyttöönotot, kun taas $Latest on kätevä kehitysympäristöissä.

Auto Scaling Group (ASG) ylläpitää EC2-instanssijoukkoa määritettyjen rajojen sisällä: minimum (alaraja), maximum (yläraja) ja desired capacity (tavoitemäärä kullakin hetkellä). Kun instanssi ei läpäise kuntotarkistuksia tai skaalauskäytäntö käynnistyy, ASG käynnistää tai lopettaa instansseja automaattisesti pitääkseen instanssien määrän tavoitteen mukaisena minimi- ja maksimirajan välissä.

Kun luotte ASG:n, viittaatte Launch Templateen (ette suoraan tiettyyn AMIin). Määritätte myös VPC-aliverkot, joihin instanssit käynnistetään. Kun instanssit jaetaan useisiin aliverkkoihin (yksi kutakin AZ:ta kohti), saatte sisäänrakennetun usean AZ:n vikasietoisuuden: jos yksi AZ vikaantuu, ASG käynnistää korvaavat instanssit automaattisesti jäljellä oleviin AZ:iin.

Oletusarvoisesti ASG käyttää EC2-kuntotarkistuksia, jotka merkitsevät instanssin epäkuntoiseksi vain, jos se on pysäytetty tai lopetettu tai hypervisor ilmoittaa sen vikaantuneen. Kun liität kuormantasaajan, vaihda käyttöön ELB-kuntotarkistukset, jotta ASG korvaa käynnissä olevat instanssit, jotka palauttavat HTTP 5xx -virheitä. Tämä on yleinen tenttikysymys: valitse aina ELB-kuntotarkistukset, kun arkkitehtuuriin kuuluu kuormantasaaja.

Oikeiden kapasiteettirajojen määrittäminen on ratkaisevan tärkeää. Minimum varmistaa, että sovelluksen liikennettä voidaan aina palvella (tämän arvon alapuolelle ei mennä). Maximum estää hallitsemattoman skaalautumisen, joka voisi kuluttaa palvelurajoitukset tai budjetin loppuun. Desired capacity on alkuperäinen tavoite, jota skaalauskäytännöt säätävät dynaamisesti. Jos asetatte min=max=desired, ASG toimii kiinteän kokoisena ryhmänä, mikä on hyödyllistä Launch Template -käyttöönottoihin tai kiinteän kapasiteetin ylläpitämiseen.

Liittäkää verkkotason sovelluksissa ASG Application Load Balancerin kohderyhmään. Jokainen ASG:n käynnistämä uusi instanssi rekisteröidään automaattisesti kohderyhmään, ja lopetetut instanssit poistetaan siitä automaattisesti. Näin liikenne ohjataan vain terveille ja käynnissä oleville instansseille. Teidän on myös asetettava kuntotarkistuksen tyypiksi ELB, jotta ASG havaitsee kuormantasaajan tasolla ilmenevät viat.

User data on shell-komentosarja (Base64-koodattu), joka suoritetaan kerran, kun instanssi käynnistyy ensimmäisen kerran. Launch Templatessa se on oikea paikka pakettien asentamiseen, agenttien (CloudWatch, SSM) määrittämiseen ja sovelluskoodin noutamiseen. Pitäkää user data idempotenttina: useammin kuin kerran turvallisesti suoritettavat komentosarjat ehkäisevät ongelmia instanssien päivityksen aikana. Monimutkaisissa määrityksissä kutsukaa AWS Systems Manageria tai määritystenhallintatyökalua sen sijaan, että upotatte suuria komentosarjoja malliin.

Warm Pool alustaa etukäteen joukon pysäytettyjä (tai käynnissä olevia) EC2-instansseja valmiustilaan ASG:n ulkopuolelle. Kun ASG:n on skaalattava ulospäin, se ottaa instanssit Warm Poolista uusien, alustamattomien instanssien käynnistämisen sijaan, mikä lyhentää kapasiteetin lisäämiseen tarvittavaa aikaa huomattavasti. Warm Poolin instansseista aiheutuu pysäytetyn tilan kustannuksia (vain EBS-kustannukset, ei suorittimen käytön kustannuksia), joten tämä on paljon edullisempaa kuin täysin käynnissä olevien varakapasiteettien ylläpitäminen.

Kun ASG skaalaa sisäänpäin, sen on päätettävä, mitkä instanssit lopetetaan. Oletusarvoinen termination policy valitsee ensin eniten instansseja sisältävän AZ:n (tasapainon palauttamiseksi), sitten vanhimman Launch Templaten ja lopuksi instanssin, joka on lähimpänä laskutustuntinsa täyttymistä. Voitte mukauttaa tätä järjestystä – esimerkiksi valita OldestLaunchTemplate, jolloin vanhentuneita määrityksiä käyttävät instanssit poistetaan ensin. ASG suorittaa myös AZ-tasapainotuksen automaattisesti, kun aliverkko tulee saataville tai manuaalisia muutoksia tehdään.

Tässä oppitunnissa opitte, että Launch Templates tarjoavat versioidun ja uudelleenkäytettävän instanssien määritysmallin, joka tukee useita versioita sekä $Latest- ja $Default-versionosoittimia; ASG:n kapasiteettirajat (min/max/desired) määrittävät instanssijoukon koon ja mahdollistavat automaattisen jaon useisiin AZ:iin aliverkkojen kautta; ja ELB-kuntotarkistukset on otettava käyttöön, kun ASG on kuormantasaajan takana, jotta sovellustason viat käynnistävät korvaamisen. Seuraavaksi tutustumme skaalauskäytäntöihin, kuten tavoiteseurantaan ja askelskaalaukseen.