Een beveiligingsteam controleert twee applicaties die zijn geïmplementeerd over twee EKS-clusters die de Amazon VPC CNI gebruiken. De clusters bevinden zich in verschillende subnetten van dezelfde VPC en gebruiken Cluster Autoscaler. Het team moet bepalen welke pod IP's communiceren met welke services binnen de VPC, maar wil het aantal flow logs beperken en alleen verkeer verzamelen voor de twee applicaties. Welke aanpak voldoet aan de vereisten met de MINSTE operationele overhead?

De correcte optie voldoet aan de vereisten door VPC flow logs te maken in een aangepast formaat, waarbij de specifieke applicatiesubnetten als bronnen worden ingesteld. Dit zorgt ervoor dat alleen verkeer gerelateerd aan de applicaties wordt vastgelegd, wat het aantal flow logs beperkt. Het toevoegen van pkt-srcaddr en pkt-dstaddr aan de logs is cruciaal voor het identificeren van de pod IP's, aangezien de Amazon VPC CNI de pod IP's direct op de netwerkinterfaces van de nodes toewijst. De andere opties zijn minder efficiënt of onjuist: Het filteren op EKS-nodes (optie 1 en 4) legt al het verkeer van de nodes vast, niet alleen dat van de specifieke applicaties, wat resulteert in te veel logs. Het standaardformaat (optie 1) bevat niet de pkt-srcaddr en pkt-dstaddr velden, die nodig zijn om pod IP's te identificeren. Het instellen van EKS-nodes als de resource (optie 2) is te breed en legt ook onnodig verkeer vast.