Cloud & IT Cert Prep · Oppitunti

Reitityskäytännöt: Simple, Weighted ja Latency

Käytätte Simple-reititystä yksittäisille resursseille, Weighted-reititystä A/B-liikenteen jakamiseen ja Latency-reititystä käyttäjien palvelemiseen lähimmästä Region-alueesta.

Oppitunti 2/413 vaihetta

Reitityskäytännöt: Simple, Weighted ja Latency on ilmainen Cloud & IT Cert Prep-oppitunti CoddyKitissä. Tämä on oppitunti 2/4. Voit lukea koko oppitunnin alta ilmaiseksi ja harjoitella sen jälkeen käytännössä selaimessa sisäänrakennetulla koodieditorilla ja ympäri vuorokauden käytettävissä olevan tekoälytuutorin avulla. Oppitunti kuuluu Cloud & IT Cert Prep-oppimispolkuun, ja edistymisesi synkronoituu verkon ja CoddyKit-sovelluksen välillä. Cloud & IT Cert Prep-kurssilla on yhteensä 4 oppituntia.

Route 53:n reitityskäytäntöjen yleiskatsaus

Route 53:n reitityskäytännöt määrittävät, miten DNS-kyselyihin vastataan, kun useilla resurssitietuejoukoilla on sama DNS-nimi. Käytäntö kertoo Route 53:lle, mikä IP-osoite tai DNS-nimi palautetaan ja millä ehdoilla. Oikean reitityskäytännön valinta on yksi SAA-C03-kokeen useimmin testatuista aiheista.

Käytettävissä olevat reitityskäytännöt ovat Simple, Weighted, Latency-based, Failover, Geolocation, Geoproximity ja Multivalue Answer. Jokainen soveltuu eri käyttötapaukseen. Useimpiin voidaan yhdistää kuntotarkistuksia automaattista vikasietoisuutta varten.

Yksinkertainen reitityskäytäntö

Yksinkertainen reititys yhdistää DNS-nimen yhteen tai useampaan IP-osoitteeseen (A-tietueissa) tai toiseen isäntänimeen (CNAME- tai ALIAS-tietueissa). Kun määritettynä on yksi arvo, Route 53 palauttaa aina kyseisen arvon. Kun arvoja on useita, Route 53 palauttaa kaikki arvot satunnaisessa järjestyksessä, ja asiakas valitsee niistä yhden.

Yksinkertainen reititys on oletuskäytäntö, ja se sopii parhaiten yhden resurssin kokoonpanoihin, joissa ei tarvita kuntotarkistuksia, liikenteen jakamista tai maantieteellistä erottelua. Se ei tue kuntotarkistuksia: jos resurssi ei ole kunnossa, Route 53 palauttaa silti sen osoitteen.

# Create a simple routing record
aws route53 change-resource-record-sets \
  --hosted-zone-id Z1234567890 \
  --change-batch '{
    "Changes": [{
      "Action": "CREATE",
      "ResourceRecordSet": {
        "Name": "api.example.com",
        "Type": "A",
        "TTL": 60,
        "ResourceRecords": [
          {"Value": "10.0.0.1"},
          {"Value": "10.0.0.2"}
        ]
      }
    }]
  }'

Painotettu reitityskäytäntö

Painotettu reititys jakaa DNS-kyselyt useille resursseille määrittämienne painoarvojen mukaisesti. Kullekin tietueelle annetaan numeerinen painoarvo väliltä 0–255. Route 53 palauttaa kunkin tietueen suhteessa sen painoarvoon ja kaikkien painoarvojen summaan.

Esimerkki: kolme tietuetta, joiden painoarvot ovat 70, 20 ja 10, saavat vastaavasti noin 70, 20 ja 10 prosenttia liikenteestä. Painoarvo 0 tarkoittaa, että tietue jätetään reitityksen ulkopuolelle, mutta sitä ei poisteta. Tämä on hyödyllistä, kun liikenne halutaan pysäyttää tilapäisesti ilman tietueen poistamista. Painotettua reititystä käytetään yleensä A/B-testaukseen, canary-julkaisuihin ja blue-green-siirtymiin.

# Create two weighted records: 90% to v1, 10% to v2
# Record 1 (v1)
aws route53 change-resource-record-sets \
  --hosted-zone-id Z1234567890 \
  --change-batch '{
    "Changes": [{
      "Action": "CREATE",
      "ResourceRecordSet": {
        "Name": "app.example.com",
        "Type": "A",
        "SetIdentifier": "v1",
        "Weight": 90,
        "TTL": 60,
        "ResourceRecords": [{"Value": "1.2.3.4"}]
      }
    }]
  }'

Painotetun reitityksen käyttötapaukset

Painotettu reititys on erityisen hyödyllinen julkaisu- ja testaustilanteissa:

  • Canary-julkaisu: ohjatkaa 5 % liikenteestä uuteen versioon (painoarvo 5) ja 95 % vakaaseen versioon (painoarvo 95); siirtäkää painoarvoja vähitellen luottamuksen kasvaessa
  • Blue-green-julkaisu: aloittakaa suhteesta 100/0 (kaikki green), siirtykää vähitellen suhteeseen 50/50 ja sitten suhteeseen 0/100 (kaikki blue), minkä jälkeen poistakaa green-tietue
  • Kuormitustestaus: ohjatkaa pieni osa tuotantoliikenteestä testiympäristöön suorituskyvyn validoimiseksi todellisella kuormalla

Painotettu reititys toimii kuntotarkistusten kanssa. Jos painotetun tietueen kuntotarkistus epäonnistuu, Route 53 lakkaa sisällyttämästä sitä vastauksiin ja jakaa sen painoarvon uudelleen terveiden tietueiden kesken.

Viiveeseen perustuva reitityskäytäntö

Viiveeseen perustuva reititys ohjaa kunkin DNS-kyselyn sille AWS-alueelle, joka tarjoaa loppukäyttäjälle pienimmän verkkoviiveen. Route 53 mittaa viivettä maailmanlaajuisten DNS-resolvereiden ja AWS-alueiden välillä ja reitittää kyselyt alueelle, jolla mitattu viive on pienin.

Luotte yhden tietueen kutakin aluetta kohden, jolla teillä on resursseja. Tietueen tyypiksi määritetään LATENCY ja siinä ilmoitetaan alue. Route 53 valitsee kullekin kyselylle pienimmän viiveen vaihtoehdon vertaamatta todellisia resursseja keskenään — se käyttää AWS:n viivemittauksia, ei käyttäjän sijainnista reaaliaikaisesti tehtäviä mittauksia.

# Create latency records for us-east-1 and eu-west-1
aws route53 change-resource-record-sets \
  --hosted-zone-id Z1234567890 \
  --change-batch '{
    "Changes": [{
      "Action": "CREATE",
      "ResourceRecordSet": {
        "Name": "api.example.com",
        "Type": "A",
        "SetIdentifier": "us-east-1",
        "Region": "us-east-1",
        "TTL": 60,
        "ResourceRecords": [{"Value": "54.100.1.1"}]
      }
    }]
  }'

Viiveeseen perustuva reititys vs. maantieteelliseen sijaintiin perustuva reititys

Viiveeseen ja maantieteelliseen sijaintiin perustuva reititys menevät kokeessa usein sekaisin:

  • Viiveeseen perustuva reititys: reititys perustuu verkon suorituskykyyn edestakaisen viiveen minimoimiseksi – Japanissa oleva käyttäjä voidaan ohjata alueelle us-west-2, jos sen viive on kyseisellä hetkellä pienempi kuin alueen ap-northeast-1
  • Maantieteelliseen sijaintiin perustuva reititys: reititys perustuu DNS-kyselyn maantieteelliseen alkuperään – Japanissa oleva käyttäjä ohjataan aina Japanin tietueeseen viiveestä riippumatta

Käyttäkää viiveeseen perustuvaa reititystä suorituskyvyn optimointiin ja maantieteelliseen sijaintiin perustuvaa reititystä sisällön personointiin, säädösten noudattamiseen tai kielikohtaiseen sisältöön.

Moniarvoinen vastausreititys

Moniarvoinen vastausreititys palauttaa jokaiseen DNS-kyselyyn enintään kahdeksan tervettä tietuetta, jolloin asiakas voi valita niistä yhden satunnaisesti. Toisin kuin yksinkertainen reititys, joka voi palauttaa epäterveiden resurssien IP-osoitteita, moniarvoinen reititys käyttää kuntotarkistuksia ja palauttaa vain terveiden resurssien IP-osoitteet.

Moniarvoinen vastausreititys ei korvaa kuormantasaajaa – DNS-kuormantasaus on vähemmän kehittynyttä, ja tietueet tallennetaan välimuistiin asiakastasolla. Se tarjoaa kuitenkin yksinkertaisen ja kustannustehokkaan tavan jakaa liikennettä ja parantaa vikasietoisuutta, kun käytettävissä on useita yhtä suorituskykyisiä päätepisteitä.

Reitityskäytännöt ja kuntotarkistukset

Useimpiin reitityskäytäntöihin (kaikkiin paitsi yksinkertaiseen reititykseen) voidaan liittää kuntotarkistuksia. Kun kuntotarkistus epäonnistuu, Route 53 lopettaa kyseisen tietueen palauttamisen DNS-vastauksissa. Painotetussa reitityksessä poissuljetun tietueen liikenne jaetaan terveille painotetuille tietueille. Viiveeseen perustuvassa reitityksessä käytetään seuraavaa pienimmän viiveen tervettä aluetta.

Kuntotarkistukset arvioidaan reitityskäytännöistä riippumatta, ja ne voidaan määrittää HTTP-, HTTPS- ja TCP-päätepisteille. Laskennallisissa kuntotarkistuksissa useiden kuntotarkistusten tulokset yhdistetään (AND/OR-logiikalla) kokonaisvaltaista kuntotilan arviointia varten.

# Associate a health check with a weighted record
aws route53 change-resource-record-sets \
  --hosted-zone-id Z1234567890 \
  --change-batch '{
    "Changes": [{
      "Action": "UPSERT",
      "ResourceRecordSet": {
        "Name": "app.example.com",
        "Type": "A",
        "SetIdentifier": "primary-us",
        "Weight": 100,
        "TTL": 60,
        "ResourceRecords": [{"Value": "54.100.1.1"}],
        "HealthCheckId": "a1b2c3d4-e5f6-7890-abcd-ef1234567890"
      }
    }]
  }'

Oikean käytännön valinta: vinkkejä kokeeseen

Nopea päätösopas reitityskäytäntöihin:

  • 'A/B-testi', 'canary', 'blue-green' → Weighted
  • 'pienin viive', 'lähin alue', 'paras suorituskyky' → Latency
  • 'yksittäinen resurssi', 'yksinkertainen määritys' → Simple
  • 'useita IP-osoitteita, jotka kaikki ovat terveitä' → Multivalue Answer
  • 'aktiivi–passiivi-vikasietoisuus' → Failover
  • 'maakohtainen sisältö', 'sääntelyyn liittyvä rajoitus' → Geolocation
  • 'reititys resurssien läheisyyden perusteella' → Geoproximity

Painotettu reititys asteittaiseen migraatioon

Painotettu reititys on suositeltu strategia liikenteen asteittaiseen siirtämiseen migraatioiden aikana. Tyypillinen eteneminen:

  1. Aloitus: vanhan infrastruktuurin painoarvo on 100 ja uuden 0
  2. Uuden käyttöönotto: siirrytään suhteeseen 95/5 ja seurataan virhemääriä sekä viivettä
  3. Kasvatus: 80/20 → 50/50 → 20/80 → 5/95 tuntien tai päivien aikana
  4. Valmistuminen: 0/100; vanha infrastruktuuri poistetaan käytöstä
  5. Palautus: jos ongelmia ilmenee, uuden infrastruktuurin painoarvoksi asetetaan heti 0 liikenteen pysäyttämiseksi

Tämä toimintamalli minimoi riskin välittömään siirtoon verrattuna ja mahdollistaa nopean palautuksen muuttamalla DNS:n painoarvoa uuden käyttöönoton sijaan.

Viiveeseen perustuvien ja painotettujen käytäntöjen yhdistäminen

Route 53:ssa voidaan luoda kehittynyttä reititystä yhdistämällä käytäntöjä loogisesti. Voitte esimerkiksi käyttää viiveeseen perustuvaa reititystä lähimmän alueen valitsemiseen ja kyseisen alueen sisäistä painotettua reititystä liikenteen jakamiseen useiden päätepisteiden kesken. Tämä toteutetaan luomalla samaan alueeseen painotettuja tietueita, joilla on tietty SetIdentifier; viivekäytäntö valitsee nämä tietueet.

Yhdellä tietueella voi kuitenkin olla vain yksi reitityskäytäntö. Yhdistelmiä varten käyttäkää yhtä tietuekerrosta viiveeseen perustuvaan reititykseen ja erillistä tietuejoukkoa kussakin alueessa painotettuina tietueina, jotka osoittavat eri ALB-kuormantasaajiin tai Elastic IP -osoitteisiin.

Pikatarkistus

Testatkaa tämän oppitunnin AWS Solutions Architect (SAA-C03) -käsitteiden ymmärtämistä.

Oppitunnin kertaus

Tässä oppitunnissa opitte, että yksinkertainen reititys palauttaa yhden tai useamman arvon ilman kuntotarkistusta, painotettu reititys jakaa liikenteen prosenttiosuuksien perusteella A/B-testausta ja asteittaisia migraatioita varten ja viiveeseen perustuva reititys ohjaa käyttäjät pienimmän viiveen alueelle suorituskyvyn optimoimiseksi. Useimmat käytännöt voidaan yhdistää kuntotarkistuksiin automaattista vikasietoisuutta varten. Seuraavaksi tutustumme Failover- ja Geolocation-reitityskäytäntöihin.

Aloita maksutta

Opi Cloud & IT Cert Prep tekoälytuutorin avulla — ilmaiseksi

Kirjoita ja suorita oikeaa koodia selaimessa, saa välitöntä apua tekoälytuutorilta ympäri vuorokauden ja jatka siitä, mihin jäit, verkossa tai sovelluksessa.

Kurssit
150
Oppitunnit
600

Usein kysytyt kysymykset

Onko oppitunti ”Reitityskäytännöt: Simple, Weighted ja Latency” ilmainen?

Kyllä – oppitunnin ”Reitityskäytännöt: Simple, Weighted ja Latency” koko tekstin voi lukea täällä verkossa ilmaiseksi. Jos haluat harjoitella interaktiivisesti sisäänrakennetulla koodieditorilla ja ympäri vuorokauden käytettävissä olevan tekoälytuutorin avulla sekä avata koko Cloud & IT Cert Prep-kurssin, päivitä CoddyKit PROhon. Cloud & IT Cert Prep-kurssilla on yhteensä 4 oppituntia.

Mitä opin oppitunnilla ”Reitityskäytännöt: Simple, Weighted ja Latency”?

Käytätte Simple-reititystä yksittäisille resursseille, Weighted-reititystä A/B-liikenteen jakamiseen ja Latency-reititystä käyttäjien palvelemiseen lähimmästä Region-alueesta. Harjoittelet Cloud & IT Cert Prep-aihetta koodilla, jonka suoritat suoraan selaimessa. Ympäri vuorokauden käytettävissä oleva tekoälytuutori vastaa kysymyksiisi oppitunnin aikana.

Tarvitsenko kokemusta aloittaakseni Cloud & IT Cert Prep-opiskelun?

Aiempi kokemus ei ole tarpeen. CoddyKitin Cloud & IT Cert Prep-oppimispolku sopii vasta-alkajista edistyneisiin, joten voit aloittaa tästä tai alusta ja edetä omaan tahtiisi. Tämä on oppitunti 2/4.

Kuinka kauan ”Reitityskäytännöt: Simple, Weighted ja Latency”-oppitunnin suorittaminen kestää?

Useimmat CoddyKitin oppitunnit kestävät noin 5–10 minuuttia. Jokainen oppitunti on lyhyt ja interaktiivinen, joten edistyt tasaisesti ja voit jatkaa siitä, mihin jäit – sekä verkossa että sovelluksessa.

Voinko kirjoittaa ja suorittaa koodia tällä Cloud & IT Cert Prep-oppitunnilla?

Kyllä. Jokainen Cloud & IT Cert Prep-oppitunti sisältää sisäänrakennetun koodieditorin, joten voit kirjoittaa ja suorittaa oikeaa koodia suoraan selaimessa ja saada välitöntä palautetta tekoälyltä – paikallista asennusta ei tarvita.

Kaikki tämän kurssin oppitunnit

  1. Hosted Zonit ja DNS-tietuetyypit
  2. Reitityskäytännöt: Simple, Weighted ja Latency
  3. Failover- ja Geolocation-reititys
  4. Kuntotarkistukset ja DNS-failover
← Takaisin: Cloud & IT Cert Prep