Ein Versicherungsunternehmen migriert Workloads von On-Premises zu AWS. Sie benötigen eine End-to-End-DNS-Auflösung und bidirektionales DNS zwischen AWS und On-Premises. Workloads werden im Laufe der Zeit in mehrere VPCs verschoben und sind voneinander abhängig. Welche Lösung erfüllt diese Anforderungen?

Die korrekte Lösung verwendet private Hosted Zones für die AWS-Workloads und Route 53 Resolver Inbound- und Outbound-Endpunkte in einer zentralen Egress-VPC, um bidirektionales DNS zu ermöglichen. Resolver-Regeln leiten On-Premises-Anfragen an die lokalen DNS-Server weiter. Die On-Premises-DNS-Server werden konfiguriert, um Cloud-Domains an die Route 53 Inbound-Endpunkte weiterzuleiten, wodurch die Auflösung von On-Premises zu AWS sichergestellt wird. Die Verknüpfung der privaten Hosted Zones und das Teilen der Resolver-Regeln über AWS Resource Access Manager (RAM) ermöglicht die Skalierbarkeit über mehrere VPCs und Konten hinweg. Die erste falsche Option verwendet öffentliche Hosted Zones, was für interne Workloads nicht geeignet ist und Sicherheitsrisiken birgt. Die zweite falsche Option leitet On-Premises-DNS-Anfragen an die Route 53 Outbound-Endpunkte weiter, was falsch ist, da die Outbound-Endpunkte für Anfragen von AWS zu On-Premises verwendet werden. Die dritte falsche Option verknüpft die Outbound-Regeln mit den Anwendungs-VPCs und teilt die privaten Hosted Zones, was nicht die optimale Konfiguration für eine zentralisierte DNS-Verwaltung ist und die Skalierbarkeit beeinträchtigen kann.