DNS-records voor example.com bevinden zich in een private Route 53 hosted zone in Account A. Applicaties en databases draaien in Account B. Je implementeert een two-tier app in een nieuwe VPC in Account B en hebt een db.example.com CNAME-record aangemaakt in de private hosted zone in Account A voor het RDS-endpoint. De applicatie EC2-instance kan db.example.com niet resolven, hoewel het record correct is in Route 53. Welke stappen moet je nemen om naamresolutie te herstellen? (Kies twee.)

De correcte stappen zijn het aanmaken van een autorisatie in Account A en vervolgens het koppelen van de VPC in Account B aan de hosted zone in Account A. Een private hosted zone is standaard alleen toegankelijk voor de VPC's in hetzelfde account waarmee deze is gekoppeld. Om een private hosted zone in Account A te gebruiken vanuit een VPC in Account B, moet er een cross-account associatie worden opgezet. Dit vereist eerst een autorisatie vanuit het account van de hosted zone (Account A) en vervolgens een associatieverzoek vanuit het account van de VPC (Account B). Na acceptatie van het associatieverzoek kan de autorisatie worden verwijderd. De andere opties zijn incorrect: Het verplaatsen van de database naar een EC2-instance in Account B lost het DNS-resolutieprobleem niet op voor de bestaande private hosted zone in Account A. Het handmatig toevoegen van het IP-adres aan /etc/resolv.conf is geen schaalbare of duurzame oplossing en omzeilt het DNS-systeem. Het repliceren van de zone tussen accounts is geen standaard Route 53-functionaliteit voor private hosted zones en zou de complexiteit onnodig verhogen.