Een engineer heeft een EC2 instance gelanceerd in een private subnet van een VPC (de VPC heeft geen publiek subnet). De instance draait code die berichten moet versturen naar een Amazon SQS-wachtrij, maar de wachtrij ontvangt geen berichten. Het subnet gebruikt de standaard netwerk-ACL en de instance gebruikt de standaard security group, zonder wijzigingen. Welke van de volgende opties kan het probleem verklaren? (Kies er twee.)

De EC2 instance heeft geen IAM-rol toegewezen die schrijftoegang tot Amazon SQS toestaat: Zonder de juiste IAM-machtigingen kan de EC2-instance geen acties uitvoeren op SQS, zelfs als de netwerkconnectiviteit aanwezig is. Dit is een veelvoorkomende oorzaak van toegangsproblemen. Er is geen interface VPC endpoint geconfigureerd voor Amazon SQS: Aangezien de EC2-instance zich in een privé-subnet bevindt zonder publieke internettoegang (geen publiek subnet, dus geen NAT Gateway), heeft het een VPC Endpoint nodig om privé en veilig te communiceren met AWS-services zoals SQS. Zonder een endpoint kan de instance SQS niet bereiken. De security group voorkomt verkeer naar het IP-adresbereik dat door Amazon SQS wordt gebruikt: De standaard security group staat al uitgaand verkeer toe, dus dit is onwaarschijnlijk de oorzaak. De netwerk-ACL blokkeert het retourverkeer van Amazon SQS: De standaard netwerk-ACL staat al al het inkomende en uitgaande verkeer toe, dus dit is onwaarschijnlijk. De routetabel van het subnet mist een route voor het IP-adresbereik dat door Amazon SQS wordt gebruikt: Met een VPC Endpoint wordt de route automatisch toegevoegd. Zonder een endpoint is er geen route nodig omdat de communicatie niet via het internet verloopt.