Een bedrijf host een website met een backend-service die is geïmplementeerd in een primaire AWS-regio en een disaster recovery (DR)-regio. Eén Amazon CloudFront-distributie staat voor de site. Het bedrijf heeft een Route 53 failover-record met health checks gemaakt dat verwijst naar de backend van de primaire regio en dat record geconfigureerd als een origin voor de CloudFront-distributie. Een secundair failover Route 53-record verwijst naar de DR-regio backend. Beide Route 53-records hebben een TTL van 60 seconden, maar failover duurt momenteel langer dan één minuut. Welk ontwerp biedt de snelste failover-tijd?

De snelste failover wordt bereikt door een CloudFront origin group te gebruiken. CloudFront kan direct detecteren wanneer een origin niet reageert en automatisch overschakelen naar een secundaire origin binnen de origin group, zonder afhankelijk te zijn van DNS TTL's of Route 53 health checks. Dit resulteert in een veel snellere failover, vaak binnen enkele seconden. Het implementeren van een tweede CloudFront-distributie met Route 53 failover voegt extra complexiteit en kosten toe en is nog steeds afhankelijk van DNS-propagatie. Het wijzigen van de TTL naar 4 seconden voor Route 53-records kan de failover versnellen, maar is nog steeds afhankelijk van DNS-caching en kan leiden tot een hogere belasting van DNS-servers. Het gebruik van een latency routing policy is bedoeld voor het routeren van gebruikers naar de laagste latentie-origin, niet voor failover.