Cloud & IT Cert Prep · Lektion

Routningspolicyer: Simple, Weighted och Latency

Använd enkel routning för enskilda resurser, viktad routning för A/B-fördelning av trafik och latensbaserad routning för att betjäna användare från närmaste region.

Lektion 2 av 413 steg

Routningspolicyer: Simple, Weighted och Latency är en gratis lektion i Cloud & IT Cert Prep på CoddyKit. Detta är lektion 2 av 4. Ni kan läsa hela lektionen gratis nedan och sedan öva praktiskt i webbläsaren med en inbyggd kodredigerare och en AI-handledare som är tillgänglig dygnet runt. Den ingår i lärvägen för Cloud & IT Cert Prep, och Era framsteg synkroniseras mellan webben och CoddyKit-appen. Kursen i Cloud & IT Cert Prep innehåller totalt 4 lektioner.

Översikt över Route 53:s dirigeringsprinciper

Route 53:s dirigeringsprinciper avgör hur DNS-frågor besvaras när flera resursuppsättningar delar samma DNS-namn. Principen anger vilket IP- eller DNS-namn Route 53 ska returnera och under vilka villkor. Att välja rätt dirigeringsprincip är ett av de ämnen som oftast testas på SAA-C03-provet.

Tillgängliga dirigeringsprinciper: Simple, Weighted, Latency-based, Failover, Geolocation, Geoproximity och Multivalue Answer. Var och en passar ett specifikt användningsfall. De flesta kan kombineras med hälsokontroller för automatisk redundansväxling.

Enkel dirigeringsprincip

Enkel dirigering mappar ett DNS-namn till en eller flera IP-adresser (för A-poster) eller till ett annat värdnamn (för CNAME/ALIAS). När ett enda värde har konfigurerats returnerar Route 53 alltid det värdet. När flera värden har konfigurerats returnerar Route 53 alla värden i slumpmässig ordning, och klienten väljer ett.

Enkel dirigering är standardprincipen och passar bäst för konfigurationer med en enda resurs där ni inte behöver hälsokontroller, trafikdelning eller geografisk differentiering. Den stöder inte hälsokontroller – om resursen är otillgänglig returnerar Route 53 ändå dess adress.

# 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"}
        ]
      }
    }]
  }'

Viktad dirigeringsprincip

Viktad dirigering fördelar DNS-frågor över flera resurser enligt vikter som ni tilldelar. Varje post får en numerisk vikt mellan 0 och 255. Route 53 returnerar varje post i proportion till dess vikt dividerad med summan av alla vikter.

Exempel: tre poster med vikterna 70, 20 och 10 tar emot ungefär 70 %, 20 % respektive 10 % av trafiken. Vikten 0 innebär att posten exkluderas från dirigeringen men inte tas bort – detta är användbart när ni tillfälligt vill stoppa trafik utan att ta bort posten. Viktad dirigering används vanligtvis för A/B-testning, canary-distributioner och blue-green-växling.

# 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"}]
      }
    }]
  }'

Användningsfall för viktad dirigering

Viktad dirigering är särskilt användbar vid distribution och testning:

  • Canary-release: skicka 5 % av trafiken till en ny version (vikt 5) och 95 % till den stabila versionen (vikt 95); flytta gradvis vikterna när förtroendet ökar
  • Blue-green-distribution: börja med 100/0 (allt till green), flytta långsamt till 50/50 och sedan 0/100 (allt till blue), och ta därefter bort green-posten
  • Belastningstestning: skicka en liten del av produktionstrafiken till en testmiljö för att validera prestandan under verklig belastning

Viktad dirigering fungerar med hälsokontroller. Om hälsokontrollen för en viktad post misslyckas slutar Route 53 att inkludera den i svaren och fördelar om dess vikt mellan de friska posterna.

Latensbaserad dirigeringsprincip

Latensbaserad dirigering styr varje DNS-fråga till den AWS-region som ger lägst nätverkslatens för slutanvändaren. Route 53 mäter latensen mellan globala DNS-resolvers och AWS-regioner och dirigerar frågor till regionen med den bästa uppmätta latensen.

Ni skapar en post per region där ni har resurser, var och en med typen LATENCY och med den angivna regionen. Route 53 väljer alternativet med lägst latens för varje fråga utan att jämföra de faktiska resurserna – tjänsten använder AWS:s latensmätningar, inte realtidsmätningar från användarens plats.

# 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"}]
      }
    }]
  }'

Latensroutning kontra geolokaliseringsroutning

Latens- och geolokaliseringsroutning blandas ofta ihop på provet:

  • Latensroutning: routar baserat på nätverksprestanda för att minimera tur- och returtiden – en användare i Japan kan routas till us-west-2 om den regionen för tillfället har lägre latens än ap-northeast-1
  • Geolokaliseringsroutning: routar baserat på DNS-frågans geografiska ursprung – en användare i Japan routas alltid till posten för Japan, oavsett latens

Använd latensroutning för prestandaoptimering; använd geolokaliseringsroutning för innehållsanpassning, regelefterlevnad eller språkspecifikt innehåll.

Routning med flera svar

Routning med flera svar returnerar upp till 8 felfria poster som svar på varje DNS-fråga, så att klienten kan välja en slumpmässigt. Till skillnad från enkel routning (som kan returnera IP-adresser som inte fungerar) integreras routning med flera svar med hälsokontroller och returnerar endast IP-adresser till felfria resurser.

Routning med flera svar ersätter inte en lastbalanserare – DNS-lastbalansering är mindre avancerad och poster cachas på klientnivå. Den ger däremot ett enkelt och kostnadseffektivt sätt att fördela trafik och förbättra motståndskraften när ni har flera likvärdiga slutpunkter.

Routningspolicyer och hälsokontroller

De flesta routningspolicyer (alla utom Simple) kan kopplas till hälsokontroller. När en hälsokontroll misslyckas slutar Route 53 att returnera posten i DNS-svar. För Weighted-routning omfördelas den uteslutna postens trafik till friska viktade poster. För Latency-routning används nästa friska Region med lägst latens.

Hälsokontroller utvärderas oberoende av routningspolicyer och kan konfigureras för HTTP-, HTTPS- och TCP-slutpunkter. Beräknade hälsokontroller kombinerar resultaten från flera hälsokontroller (AND/OR-logik) för en samlad hälsobedömning.

# 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"
      }
    }]
  }'

Välj rätt policy: provtips

Snabbguide för att välja routningspolicy på provet:

  • ”A/B-test”, ”canary”, ”blue-green” → Weighted
  • ”lägst latens”, ”närmaste Region”, ”bästa prestanda” → Latency
  • ”en enda resurs”, ”enkel konfiguration” → Simple
  • ”flera IP-adresser som alla är friska” → Multivalue Answer
  • ”aktiv-passiv failover” → Failover
  • ”landsspecifikt innehåll”, ”regulatorisk begränsning” → Geolocation
  • ”routa efter närhet till resurser” → Geoproximity

Weighted-routning för gradvis migrering

Weighted-routning är den rekommenderade strategin för gradvis trafikväxling under migreringar. Typiskt förlopp:

  1. Start: den gamla infrastrukturen har vikten 100 och den nya vikten 0
  2. Aktivera den nya: ändra till 95/5 och övervaka felfrekvens och latens
  3. Öka gradvis: 80/20 → 50/50 → 20/80 → 5/95 under timmar eller dagar
  4. Slutför: 0/100; avveckla den gamla infrastrukturen
  5. Återställning: om problem uppstår sätter ni omedelbart den nya viktningen till 0 för att stoppa trafiken

Detta mönster minimerar risken jämfört med en omedelbar trafikväxling och möjliggör snabb återställning genom att justera en DNS-vikt i stället för att distribuera om.

Kombinera latens- och viktade policyer

Med Route 53 kan ni skapa avancerad routning genom att logiskt kombinera policyer. Ni kan till exempel använda latensroutning för att välja närmaste Region och Weighted-routning inom den regionen för att fördela trafiken mellan flera slutpunkter där. Detta uppnås genom att skapa viktade poster med en specifik SetIdentifier i samma Region, som sedan väljs av latenspolicyn.

En enskild post kan dock bara ha en routningspolicy. För kombinerade mönster använder ni ett lager poster för latens och en separat uppsättning i varje Region med viktade poster som pekar på olika ALB:er eller Elastic IP-adresser.

Snabbkontroll

Testa er förståelse av begreppen AWS Solutions Architect (SAA-C03) från den här lektionen.

Sammanfattning av lektionen

I den här lektionen har ni lärt er att Simple-routning returnerar ett eller flera värden utan hälsokontroll, att Weighted-routning delar upp trafiken procentuellt för A/B-testning och gradvisa migreringar, samt att latensbaserad routning dirigerar användare till den Region som har lägst latens för prestandaoptimering. De flesta policyer kan integreras med hälsokontroller för automatisk failover. Härnäst utforskar vi routningspolicyerna Failover och Geolocation.

Gratis att börja

Lär dig Cloud & IT Cert Prep med en AI-lärare – gratis

Skriv och kör riktig kod i webbläsaren, få omedelbar hjälp av en AI-lärare dygnet runt och fortsätt där du slutade – på webben eller i appen.

Kurser
150
Lektioner
600

Vanliga frågor

Är lektionen ”Routningspolicyer: Simple, Weighted och Latency” gratis?

Ja – hela texten till ”Routningspolicyer: Simple, Weighted och Latency” kan läsas gratis här på webben. Om Ni vill öva interaktivt med en inbyggd kodredigerare och en AI-handledare som är tillgänglig dygnet runt och låsa upp resten av kursen i Cloud & IT Cert Prep, kan Ni uppgradera till CoddyKit PRO. Kursen i Cloud & IT Cert Prep innehåller totalt 4 lektioner.

Vad lär jag mig i ”Routningspolicyer: Simple, Weighted och Latency”?

Använd enkel routning för enskilda resurser, viktad routning för A/B-fördelning av trafik och latensbaserad routning för att betjäna användare från närmaste region. Ni övar på Cloud & IT Cert Prep med praktisk kod som körs direkt i webbläsaren, medan en AI-handledare som är tillgänglig dygnet runt svarar på Era frågor under lektionen.

Behöver jag någon erfarenhet för att börja lära mig Cloud & IT Cert Prep?

Du behöver inga förkunskaper. Utbildningen i Cloud & IT Cert Prep på CoddyKit är upplagd för allt från nybörjare till avancerade elever, så att du kan börja här eller från början och gå fram i din egen takt. Detta är lektion 2 av 4.

Hur lång tid tar lektionen ”Routningspolicyer: Simple, Weighted och Latency”?

De flesta CoddyKit-lektioner tar cirka 5–10 minuter. Varje lektion är kort och interaktiv, så att du gör stadiga framsteg och kan fortsätta precis där du slutade – på webben eller i appen.

Kan jag skriva och köra kod i den här Cloud & IT Cert Prep-lektionen?

Ja. Varje Cloud & IT Cert Prep-lektion innehåller en inbyggd kodredigerare, så att du kan skriva och köra riktig kod direkt i webbläsaren och få omedelbar AI-feedback – utan lokal installation.

Alla lektioner i den här kursen

  1. Hostade zoner och DNS-posttyper
  2. Routningspolicyer: Simple, Weighted och Latency
  3. Failover- och geolokaliseringsroutning
  4. Hälsokontroller och DNS-failover
← Tillbaka till Cloud & IT Cert Prep