Kysy konsultilta: Mikä on Elastic Load Balancing (ELB) ja mihin sitä tarvitaan?


Markus Nousiainen | 29. tammikuuta 2025

Mikä on Elastic Load Balancing (ELB) ja mihin sitä tarvitaan?

Elastic Load Balancing (ELB) on AWS-palvelu, jonka ensisijainen tarkoitus on nimensä mukaisesti kuormanjako. ELB:n avulla voidaan jakaa verkosta tulevia pyyntöjä pyyntöjen käsittelijöille tasaisesti tai erilaisin painotuksin. Kuormanjaon kohteena voi olla esimerkiksi IP-osoitteet, EC2-instanssit tai konteissa ajettavat palvelut (ECS, Fargate). ELB on AWS:n ylläpitämä automaattisesti skaalautuva palvelu ja se toimii usealla maantieteellisesti hajautetulla Availability Zonella. Yhdistämällä ELB-kuormanjaon AWS Autoscalingin avulla automaattisesti skaalautuviin taustapalveluihin voidaan rakentaa järjestelmä, joka kestää huomattavaa kuormitusta.
AWS tarjoaa kaksi ELB-versiota, joista v2 sisältää kolme eri OSI-mallin kerroksilla toimivaa ja eri käyttötarkoituksiin soveltuvaa palvelua:
V1:

  • Classic Load Balancer

V2:

  • Application Load Balancer (ALB)
  • Network Load Balancer (NLB)
  • Gateway Load Balancer (GWLB)


Application Load Balancer toimii OSI-mallin application-tasolla ja sopii HTTP- ja HTTPS-liikenteen kuormanjakoon. Application-tasolla toimiminen antaa enemmän mahdollisuuksia kuormanjaon sääntöjen määrittelyyn kuin OSI-mallin alemmilla tasoilla toimittaessa. Kuormanjaossa voidaan hyödyntää esimerkiksi url-polkuja tai pyynnön header-tietoja. Pyyntöjä voidaan myös ohjata monipuolisemmin eri kohteisin kuin muilla ELB-tyypeillä: kuormaa voidaan ohjata eri domaineihin tai esimerkiksi AWS Lambda -funktioille. ALB mahdollistaa myös esimerkiksi liikenteen ohjauksen siten, että saman asiakkaan kutsut ohjautuvat aina samalle pyyntöjen käsittelijälle (sticky sessions). ALB:tä voidaan käyttää myös HTTPS-terminointiin, jolloin pyyntöjen käsittelijöiden ei tarvitse huolehtia liikenteen salauksesta.

Network Load Balancer toimii OSI-mallin transport-tasolla. NLB tarjoaa matalimman latenssin ja se kestää eniten kuormitusta, eli se soveltuu äärimmäistä suorituskykyä vaativiin sovelluksiin. NLB:n avulla saadaan kuormanjako tehtyä läpinäkyvästi application-tason suhteen. Toisin kuin ALB:lle, NLB:lle on mahdollista antaa kiinteä IP-osoite ja alkuperäisen kutsujan IP-osoite välittyy kutsun käsittelijälle.

Gateway Load Balancer toimii OSI-mallin network-tasolla ja on suunniteltu verkkotason valvontaan, suojaukseen ja analysointiin käytettyjen virtuaalilaitteiden, kuten palomuurien, tunkeutumisen tunnistukseen ja estoon sekä verkkopakettien analysointiin käytettyjen palveluiden hallintaan ja skaalaamiseen.

Classic load balancer on AWS:n alkuperäinen OSI-mallin transport-tasolla toimiva kuormanjakaja, joka on olemassa enää lähinnä taaksepäin yhteensopivuus syistä, eikä sitä ole syytä käyttää uusissa sovelluksissa.

Markus Nousiainen
Senior Consultant

Pilvi haltuun

Huolehdimme pilvestä kokonaisuutena, jotta asiakkaamme voivat keskittyä kasvuun, kehitykseen ja asiakkaisiinsa.

Varmistamme, että digitaaliset palvelut toimivat luotettavasti ja tukevat liiketoimintaa kaikissa tilanteissa.

Uusimmat kirjoitukset

6. lokakuuta 2026
Webscale Cloud Morning Pilviriskit hallintaan Tiistai 27.10.2026 klo 8.30 Pilven suurimmat riskit eivät aina näy päällepäin. Liian laajat käyttöoikeudet, yhden avainhenkilön varaan jäänyt osaaminen, puutteelliset varmistukset tai harjoittelematon palautuminen voivat tuntua pieniltä asioilta, kunnes jokin niistä häiritsee liiketoimintaa. Mitkä pilviympäristön riskit ovat aidosti merkittäviä liiketoiminnalle? Mistä organisaatio vastaa itse ja mistä pilvipalveluntarjoaja? Ja miten tunnistaa riippuvuudet ja haavoittuvuudet ennen kuin niistä syntyy ongelma? Webscale Cloud Morning -sarjan toisessa webinaarissa käymme läpi käytännönläheisesti: millaiset pilviympäristön riskit voivat vaikuttaa liiketoiminnan jatkuvuuteen missä vastuu pilvipalveluntarjoajan ja oman organisaation välillä kulkee miten tunnistaa teknologiaan, ihmisiin ja toimintamalleihin liittyviä kriittisiä riippuvuuksia miten varautua häiriöihin ja varmistaa, että palautuminen toimii myös käytännössä millä keinoilla pilven riskejä voidaan tunnistaa ja pitää hallinnassa 30 minuutin aamustartti Jos pilvipalvelut ovat liiketoiminnallenne kriittisiä, mutta riskien todellinen taso ei ole täysin kirkas, tämä puolituntinen kannattaa käyttää.
IT- ja digijohtaja
21. syyskuuta 2026
Tekoälyn kehitys, uudet regulaatiot ja muuttunut turvallisuusympäristö nostavat teknologiavalintojen merkitystä. Pilvi- ja infrastruktuuripäätöksissä on huomioitava tämän päivän tarpeiden lisäksi jatkuvuus, riippuvuudet ja tulevaisuuden liikkumavara.
Tekijä Teemu Peräkylä • 19. elokuuta 2026
AI-avusteinen ohjelmistokehitys nopeuttaa kehitystä, mutta tuo mukanaan uusia tietoturvariskejä. CNAPP auttaa tunnistamaan olennaiset riskit ja turvaamaan nopeasti muuttuvat pilviympäristöt.