Failover- og geolokaliseringsrouting

Failover-routing opretter en aktiv-passiv opsætning: kun Primary leverer trafik under normal drift, mens Secondary er inaktiv og venter på at overtage. Det minimerer omkostningerne for standby-miljøet, men medfører en lidt længere gendannelsestid (tiden, det tager, før DNS-TTL'en udløber, og Route 53 skifter).

Til aktiv-aktiv-opsætninger, hvor begge ressourcer leverer trafik samtidig, skal du bruge vægtet routing (med ens vægte) eller latencybaseret routing. Hvis en ressource svigter, mislykkes dens tilstandstjek, og Route 53 fjerner den automatisk fra DNS-svarene – dermed opnår du aktiv-aktiv med indbygget failover.

Geolokationsbaseret routing router DNS-forespørgsler baseret på DNS-resolverens geografiske placering (typisk brugerens ISP-resolver eller AWS Route 53 Resolver). Du opretter poster for bestemte kontinenter, lande eller amerikanske stater, og Route 53 returnerer den post, hvis placering matcher forespørgslens kilde mest specifikt.

Hvis ingen post for en specifik placering matcher, returnerer Route 53 en standardpost (hvis den er konfigureret). Uden en standardpost modtager forespørgsler fra placeringer uden match NODATA. Opret altid en standardpost for at håndtere brugere fra placeringer, du ikke har konfigureret specifikt.

Vigtige anvendelser af geolokationsbaseret routing:

• Indhold på bestemte sprog: rout fransktalende til en fransksproget CDN-oprindelse og tysktalende til en tysk oprindelse
• Overholdelse af lovkrav: sørg for, at EU-brugeres data forbliver i EU-Regioner (GDPR), eller bloker adgang fra bestemte lande
• Lokalisering af priser eller tilgængelighed: vis regionsspecifikke priser, eller begræns tjenester til understøttede områder
• Geografisk blokering: returner en blokeringsside eller et tomt svar for brugere fra begrænsede placeringer ved at pege deres geolokationspost på et vedligeholdelses-endpoint

Route 53 matcher den mest specifikke geolokation: en post på statsniveau har forrang for en post på landeniveau, som har forrang for en post på kontinentniveau, som igen har forrang for standardposten. Geolokation på statsniveau i USA er kun tilgængelig for USA.

Hvis du udelader en standardpost, og en brugers placering ikke matcher nogen konfigureret post, returnerer Route 53 NXDOMAIN eller NODATA – det afbryder ubemærket adgangen for brugere i ukonfigurerede regioner. Tilføj altid en standardpost for geolokation som catch-all for at undgå ubemærkede fejl.

Geoproximity-routing router trafik baseret på den fysiske geografiske afstand mellem brugere og ressourcer med mulighed for en bias, der udvider eller indskrænker hver ressources effektive routingradius. En positiv bias udvider det geografiske område, som en ressource betjener; en negativ bias indskrænker det.

Geoproximity er kun tilgængelig via Traffic Flow (Route 53's visuelle editor til routingpolitikker) og understøtter både AWS-Regioner (hvis koordinater Route 53 automatisk kender) og brugerdefinerede ressourceplaceringer, hvor du angiver breddegrad og længdegrad.

Route 53 Traffic Flow er en visuel editor til routingpolitikker, som lader dig opbygge kompleks routinglogik ved at kombinere flere routingpolitikker i et trælignende diagram. Du kan for eksempel først anvende geolokation til at adskille EU-trafik, derefter anvende latencybaseret routing i EU for at vælge den Region, der yder bedst, og til sidst bruge vægtet routing i hver Region til blue-green-udrulninger.

Traffic Flow-politikker er versionsstyrede, så du kan teste ændringer sikkert. Du knytter en Traffic Flow-politik til ét eller flere DNS-navne, og opdateringer af politikken slår igennem med det samme uden at oprette individuelle poster igen.

Failover-routing kan indlejres i andre politikker. Et almindeligt mønster er at bruge Latency-routing til at vælge den nærmeste Region, men bruge en Failover-post i hver Region, så trafikken automatisk skifter til et sekundært endpoint i samme Region, hvis det primære endpoint i den pågældende Region svigter.

Et andet mønster er aktiv-passiv drift i flere Regioner med Latency-routing til det primære endpoint. Hvis den primære Regions tilstandstjek mislykkes, går Route 53 videre til den næste raske Region med den laveste latenstid – en effektiv kombination af latencyoptimering og DR-failover.

For at failover-routing kan fungere korrekt, skal** posten Primary have et tilstandstjek knyttet til sig. Uden et tilstandstjek betragter Route 53 Primary som altid rask og skifter aldrig til Secondary. Posten Secondary kan valgfrit have sit eget tilstandstjek; hvis Secondary også svigter, returnerer Route 53 alligevel Secondarys adresse (den er sidste udvej).

Typer af tilstandstjek, du kan bruge med failover: tjek af HTTP-/HTTPS-endpoints, TCP-tjek og CloudWatch-alarmtjek (nyttige til sammensatte signaler for applikationens tilstand, der kombinerer flere målepunkter).

Denne forskel optræder ofte til SAA-C03-eksamen:

• Geolocation: router efter hvor brugeren befinder sig geografisk – returnerer altid det samme endpoint for et bestemt land eller kontinent uanset ydeevne; bruges til lokalisering af indhold og overholdelse af lovkrav
• Latency: router efter netværksydelsen til brugeren – kan route en bruger i Europa til us-east-1, hvis den på det pågældende tidspunkt er hurtigere end eu-west-1; bruges til ydeevneoptimering

Nøgleord i eksamensspørgsmål: »overhold krav om datahjemsted«, »landespecifikt indhold«, »bloker brugere fra bestemte regioner« → Geolocation. »nærmeste Region«, »laveste latenstid«, »bedste ydeevne for globale brugere« → Latency.

I denne lektion lærte du: Failover-routing opretter aktiv-passiv HA ved at skifte til den sekundære, når den primæres sundhedstjek mislykkes, geolokationsrouting dirigerer brugere efter geografisk oprindelse af hensyn til compliance og lokalisering, og geoproximity-routing bruger fysisk afstand med en konfigurerbar forskydning via Traffic Flow. Tilføj altid en standardpost for geolokation for at håndtere placeringer, der ikke matcher. Næste emne er sundhedstjek og DNS-failover i dybden.