Routingpolitikker: Simple, Weighted og Latency

Vægtet dirigering fordeler DNS-forespørgsler på tværs af flere ressourcer i henhold til de vægte, du tildeler. Hver post får tildelt en numerisk vægt mellem 0 og 255. Route 53 returnerer hver post i et omfang, der svarer til dens vægt divideret med summen af alle vægte.

Eksempel: Tre poster med vægtene 70, 20 og 10 modtager henholdsvis cirka 70 %, 20 % og 10 % af trafikken. En vægt på 0 betyder, at posten udelukkes fra dirigeringen, men ikke slettes – det er nyttigt, hvis du midlertidigt vil stoppe trafik uden at fjerne posten. Vægtet dirigering bruges typisk til A/B-test, canary-udrulninger og blue-green-skift.

Vægtet dirigering er særligt nyttig i forbindelse med udrulning og test:

• Canary-udrulning: Send 5 % af trafikken til en ny version (vægt 5) og 95 % til den stabile version (vægt 95). Flyt gradvist vægtene, efterhånden som tilliden øges
• Blue-green-udrulning: Start med 100/0 (alt til green), flyt langsomt til 50/50 og derefter til 0/100 (alt til blue), og slet så green-posten
• Belastningstest: Send en lille del af produktionstrafikken til et testmiljø for at validere ydeevnen under reel belastning

Vægtet dirigering fungerer sammen med sundhedstjek. Hvis et sundhedstjek for en vægtet post mislykkes, holder Route 53 op med at medtage den i svarene og omfordeler dens vægt blandt de sunde poster.

Latensbaseret dirigering sender hver DNS-forespørgsel til den AWS-region, der giver den laveste netværkslatens for slutbrugeren. Route 53 måler latensen mellem globale DNS-resolvere og AWS-regioner og dirigerer forespørgsler til den region, der har den bedste målte latens.

Du opretter én post pr. region, hvor du har ressourcer, hver med typen LATENCY og den angivne region. Route 53 vælger den mulighed med den laveste latens for hver forespørgsel uden at sammenligne de faktiske ressourcer – tjenesten bruger AWS' latensmålinger, ikke målinger i realtid fra brugerens placering.

Latencybaseret routing og geolokationsbaseret routing bliver ofte forvekslet til eksamen:

• Latencybaseret routing: router baseret på netværksydelse for at minimere round-trip-tiden – en bruger i Japan kan blive routet til us-west-2, hvis den på det pågældende tidspunkt har lavere latenstid end ap-northeast-1
• Geolokationsbaseret routing: router baseret på DNS-forespørgslens geografiske oprindelse – en bruger i Japan routes altid til den japanske post uanset latenstid

Brug latencybaseret routing til ydeevneoptimering; brug geolokationsbaseret routing til indholdstilpasning, overholdelse af lovkrav eller indhold på bestemte sprog.

Routing med svar fra flere værdier returnerer op til 8 raske poster som svar på hver DNS-forespørgsel, så klienten kan vælge én tilfældigt. I modsætning til simpel routing, som kan returnere IP-adresser, der ikke er raske, integreres routing med flere værdier med tilstandstjek, så der kun returneres IP-adresser for raske ressourcer.

Svar fra flere værdier er ikke en erstatning for en load balancer – DNS-loadbalancering er mindre avanceret, og poster caches på klientniveau. Det giver dog en enkel og omkostningseffektiv måde at fordele trafik og forbedre modstandsdygtigheden på, når du har flere endpoints med samme kapacitet.

De fleste routingpolitikker (alle undtagen simpel routing) kan knyttes til tilstandstjek. Når et tilstandstjek mislykkes, holder Route 53 op med at returnere den pågældende post i DNS-svar. Ved vægtet routing fordeles den udelukkede posts trafik på de raske poster med vægte. Ved latencybaseret routing bruges den næste raske Region med den laveste latenstid.

Tilstandstjek evalueres uafhængigt af routingpolitikker og kan konfigureres til HTTP-, HTTPS- og TCP-endpoints. Beregnede tilstandstjek kombinerer resultaterne af flere tilstandstjek (AND-/OR-logik) for at give en samlet tilstandsvurdering.

Hurtig vejledning til valg af routingpolitik til eksamen:

• »A/B-test«, »canary«, »blue-green« → Vægtet
• »laveste latenstid«, »nærmeste Region«, »bedste ydeevne« → Latency
• »enkelt ressource«, »enkel opsætning« → Simpel
• »flere IP-adresser, alle raske« → Svar fra flere værdier
• »aktiv-passiv failover« → Failover
• »landespecifikt indhold«, »lovgivningsmæssig begrænsning« → Geolocation
• »rout efter nærhed til ressourcer« → Geoproximity

Vægtet routing er den anbefalede strategi til gradvis omlægning af trafik under migreringer. Et typisk forløb:

1. Start: gammel infrastruktur med vægt 100, ny med vægt 0
2. Aktivér den nye: skift til 95/5, og overvåg fejlprocenter og latenstid
3. Skru op: 80/20 → 50/50 → 20/80 → 5/95 over timer eller dage
4. Færdig: 0/100; afvikl den gamle infrastruktur
5. Tilbagerulning: hvis der opstår problemer, skal du straks sætte den nye vægt til 0 for at stoppe trafikken

Dette mønster minimerer risikoen sammenlignet med en øjeblikkelig omlægning og giver mulighed for hurtig tilbagerulning ved at justere en DNS-vægt i stedet for at implementere igen.

Route 53 giver dig mulighed for at oprette avanceret routing ved logisk at kombinere politikker. Du kan for eksempel bruge latencybaseret routing til at vælge den nærmeste Region og vægtet routing i den pågældende Region til at fordele trafikken mellem flere endpoints i den. Det opnås ved at oprette vægtede poster med en bestemt SetIdentifier i den samme Region, hvorefter de vælges af latencypolitikken.

En enkelt post kan dog kun have én routingpolitik. Til kombinerede mønstre skal du bruge ét lag poster til latency og et separat sæt i hver Region med vægtede poster, der peger på forskellige ALB'er eller Elastic IP-adresser.

I denne lektion lærte du, at simpel routing returnerer én eller flere værdier uden tilstandstjek, at vægtet routing fordeler trafikken efter procent til A/B-test og gradvise migreringer, og at latencybaseret routing sender brugere til den Region, der har den laveste latenstid, for at optimere ydeevnen. De fleste politikker integreres med tilstandstjek for automatisk failover. Næste gang ser vi på routingpolitikkerne Failover og Geolocation.