Implementere Auto Scaling-grupper

Før en ASG kan starte instanser, må den vite hva slags instans som skal opprettes. Denne oppskriften kalles en Launch Template (eller den eldre Launch Configuration).

En Launch Template angir detaljer som:

• Amazon Machine Image (AMI) som skal brukes
• EC2-instanstypen (f.eks. t2.micro)
• Sikkerhetsgrupper
• Nøkkelpar for SSH-tilgang
• Brukerdata (skript som skal kjøres ved oppstart)

Når De oppretter en ASG, definerer De de viktigste kapasitetsinnstillingene:

• Minimumskapasitet: Det laveste antallet instanser gruppen kan ha. Dette sikrer et grunnleggende tilgjengelighetsnivå.
• Maksimumskapasitet: Det høyeste antallet instanser gruppen kan ha. Dette hindrer ukontrollert skalering og kostnadstopper.
• Ønsket kapasitet: Antallet instanser De ønsker skal kjøre akkurat nå. ASG-en prøver å opprettholde dette antallet.

Disse innstillingene styrer ASG-ens skaleringshandlinger.

Hvordan vet en ASG når den skal skalere? Gjennom skaleringspolicyer. Disse policyene definerer betingelsene som utløser skaleringshandlinger.

Vanlige typer:

• Målsporing: Opprettholder et bestemt måltall (for eksempel å holde CPU-utnyttelsen på 50 %). AWS justerer kapasiteten automatisk.
• Enkel skalering/trinnvis skalering: Legger til eller fjerner et fast antall instanser når en terskel overskrides (for eksempel å legge til 2 instanser hvis CPU-en er over 70 %).
• Planlagt skalering: Skalerer på bestemte tidspunkter (for eksempel å øke kapasiteten før rushtiden).

ASG-er skalerer ikke bare; de sørger også for at instansene Deres er friske. De utfører helsesjekker for å overvåke hver instans.

Hvis en instans ikke består helsesjekken (for eksempel hvis den slutter å svare), vil ASG-en automatisk:

• Merke den som usunn.
• Avslutte den usunne instansen.
• Starte en ny, frisk erstatningsinstans for å opprettholde ønsket kapasitet.

Dette forbedrer applikasjonens feiltoleranse.

Bruk av Auto Scaling-grupper gir betydelige fordeler for applikasjonene Deres:

• Bedre feiltoleranse: Erstatter automatisk usunne instanser.
• Høy tilgjengelighet: Sørger for at applikasjonen kan håndtere uventede trafikkøkninger.
• Kostnadseffektivitet: Skalerer ned ved lav etterspørsel, slik at De bare betaler for det De trenger.
• Bedre ytelse: Opprettholder jevn ytelse ved å tilpasse kapasiteten til etterspørselen.

Å opprette en Auto Scaling-gruppe innebærer vanligvis følgende trinn:

1. Opprett en Launch Template: Definer konfigurasjonen for EC2-instansen.
2. Opprett Auto Scaling-gruppen: Angi ønsket kapasitet samt minimums- og maksimumskapasitet.
3. Koble til en lastbalanserer (valgfritt): Integrer med en Application Load Balancer (ALB) for trafikkfordeling.
4. Definer skaleringspolicyer: Angi regler for når og hvordan gruppen skal skaleres.

Denne konfigurasjonen gir en robust infrastruktur som kan administrere seg selv.

La oss se en ASG i praksis:

1. Trafikken til nettstedet øker plutselig, slik at den gjennomsnittlige CPU-utnyttelsen for instansene overstiger 70 %.
2. Skaleringspolicyen for målsporing (satt til å opprettholde 50 % CPU-utnyttelse) oppdager dette.
3. ASG-en starter automatisk nye EC2-instanser ved hjelp av den angitte Launch Template.
4. Når de nye instansene kjører og er registrert hos lastbalansereren, fordeles trafikken, og den gjennomsnittlige CPU-utnyttelsen synker igjen.
5. Når trafikken senere avtar, skalerer ASG-en inn og avslutter instanser for å redusere kostnadene.

Godt jobbet! De har lært om kraften i AWS Auto Scaling-grupper.

• ASG-er justerer automatisk antallet EC2-instanser basert på etterspørselen.
• De bruker Launch Templates som oppskrifter og konfigureres med minimums-, maksimums- og ønsket kapasitet.
• Skaleringspolicyer definerer når det skal skaleres inn eller ut.
• ASG-er forbedrer feiltoleranse, tilgjengelighet og kostnadseffektivitet.

Deretter skal vi utforske hvordan lastbalanserere fordeler trafikk på tvers av disse skalerbare gruppene!