Ein globales Unternehmen betreibt Anwendungen in us-east-1 innerhalb einer VPC. Ein Londoner Büro verbindet sich mit dieser VPC über ein Virtual Private Gateway für ein Site-to-Site VPN. Das Unternehmen hat ein Transit Gateway, das mit der VPC und anderen Abteilungs-VPCs gepeert ist. Londoner Benutzer erleben Latenz beim Zugriff auf die Anwendungen. Was sollte ein Netzwerkingenieur tun, um die Latenz zu reduzieren?

Die korrekte Lösung besteht darin, eine neue Site-to-Site VPN-Verbindung zu erstellen, die das Transit Gateway als Ziel-Gateway verwendet und die VPN-Beschleunigung aktiviert. Die VPN-Beschleunigung nutzt AWS Global Accelerator, um den Datenverkehr über das globale AWS-Netzwerk zu leiten, was die Latenz für Benutzer, die weit von der Zielregion entfernt sind, erheblich reduziert. Da die bestehende VPN-Verbindung mit einem Virtual Private Gateway verbunden ist, kann sie nicht direkt auf ein Transit Gateway umgestellt oder beschleunigt werden. Die Option, die bestehende VPN-Verbindung zu ändern, ist falsch, da eine VPN-Verbindung entweder mit einem Virtual Private Gateway oder einem Transit Gateway verbunden sein muss und nicht einfach umgeschaltet werden kann. Die Erstellung eines neuen Transit Gateways in eu-west-2 wäre komplex und würde die Latenz nicht direkt für die bestehende Verbindung verbessern. AWS Global Accelerator kann nicht direkt einen Endpunkt einer Site-to-Site VPN-Verbindung haben; die Beschleunigung wird über die VPN-Beschleunigungsfunktion des Transit Gateways integriert.