Een Lambda-functie die is geconfigureerd om in een VPC te draaien, moet verbinding maken met een RDS for SQL Server-instantie in een privé-subnet op poort 1433, maar de functie kan geen verbinding maken. Welke stappen moet u nemen om het connectiviteitsprobleem op te lossen? (Kies twee.)

De eerste correcte optie is cruciaal voor netwerkconnectiviteit. De Lambda-functie moet uitgaand verkeer naar de RDS-instantie kunnen initiëren, en de RDS-instantie moet inkomend verkeer van de Lambda-functie kunnen accepteren op de juiste poort (1433 voor SQL Server). Security groups werken als stateful firewalls; als uitgaand verkeer is toegestaan, is de retourstroom automatisch toegestaan, maar de initiële inkomende of uitgaande verbinding moet expliciet worden toegestaan. De tweede correcte optie is noodzakelijk omdat een Lambda-functie die in een VPC draait, Elastic Network Interfaces (ENI's) aanmaakt om verbinding te maken met de VPC. De execution role van de Lambda-functie heeft deze specifieke EC2-machtigingen nodig om deze ENI's te kunnen aanmaken, beschrijven en verwijderen, wat essentieel is voor de netwerktoegang binnen de VPC. De eerste onjuiste optie draait de rollen van inkomend en uitgaand verkeer om, wat de verbinding zou blokkeren. De derde onjuiste optie is irrelevant; een NAT-gateway is voor uitgaande internettoegang vanuit een privé-subnet, niet voor interne VPC-communicatie, en de DB-instantie hoeft geen openbare toegang te hebben als de Lambda-functie in dezelfde VPC draait. De vierde onjuiste optie beschrijft machtigingen voor het beheren van RDS-instanties, niet voor het tot stand brengen van een verbinding met een database.