Un equipo de seguridad está auditando dos aplicaciones desplegadas en dos clústeres EKS que utilizan Amazon VPC CNI. Los clústeres están en diferentes subredes de la misma VPC y utilizan Cluster Autoscaler. El equipo necesita determinar qué IPs de pod se comunican con qué servicios a través de la VPC, pero quiere limitar el número de registros de flujo y solo recopilar el tráfico de las dos aplicaciones. ¿Qué enfoque cumple los requisitos con la MENOR sobrecarga operativa?

La opción correcta minimiza la sobrecarga operativa al dirigirse directamente a las subredes de la aplicación. Al crear registros de flujo de VPC en un formato personalizado y especificar las subredes de la aplicación como recursos, se capturan solo las comunicaciones relevantes. Incluir pkt-srcaddr y pkt-dstaddr es crucial porque el Amazon VPC CNI asigna IPs de pod directamente desde la subred de la VPC, lo que permite identificar las IPs de los pods en lugar de solo las IPs de los nodos. Las otras opciones son menos eficientes: Filtrar por nodos EKS (opciones 1 y 4) generaría más registros de los necesarios, ya que los nodos pueden alojar pods no relacionados con las aplicaciones auditadas. Usar el formato predeterminado (opción 1) no permite la inclusión de pkt-srcaddr y pkt-dstaddr, que son esenciales para identificar las IPs de los pods. Establecer los nodos EKS como recurso (opción 2) es similar a filtrar por nodos, lo que resulta en una mayor sobrecarga de datos.