Una funzione Lambda configurata per essere eseguita in una VPC deve connettersi a un'istanza RDS for SQL Server in una sottorete privata sulla porta 1433, ma la funzione non riesce a connettersi. Quali passaggi dovresti intraprendere per eseguire il debug del problema di connettività? (Scegliere due.)

La prima risposta corretta è fondamentale per la connettività di rete. La funzione Lambda deve poter inviare traffico (in uscita) sulla porta 1433 all'istanza RDS, e l'istanza RDS deve poter ricevere traffico (in entrata) sulla stessa porta dalla funzione Lambda. Specificare i gruppi di sicurezza come sorgente/destinazione è una best practice per la sicurezza. La seconda risposta corretta riguarda le autorizzazioni necessarie a Lambda per operare all'interno di una VPC. Quando una funzione Lambda è configurata per essere eseguita in una VPC, AWS crea e gestisce interfacce di rete elastiche (ENI) per essa. Il ruolo di esecuzione di Lambda deve avere le autorizzazioni ec2:CreateNetworkInterface, ec2:DescribeNetworkInterfaces e ec2:DeleteNetworkInterface per gestire queste ENI. Le opzioni errate: L'inversione delle regole in entrata/uscita nei gruppi di sicurezza è sbagliata; il traffico deve fluire dalla Lambda all'RDS. Un NAT Gateway e l'accesso pubblico non sono necessari per la comunicazione tra Lambda e RDS all'interno della stessa VPC privata. Le autorizzazioni rds:DescribeDBInstances, rds:ModifyDBInstance e rds:DescribeDBSecurityGroups sono per la gestione dell'istanza RDS, non per la connettività di runtime.