Een financieel bedrijf moet al het internetdienstverkeer van elke host twee jaar lang loggen en bewaren. In ontwikkeling gebruiken ze VPC Traffic Mirroring met een Network Load Balancer (NLB) als mirror target en spiegelen ze verkeer naar een ander account. Wanneer dit in productie wordt geïmplementeerd, wordt niet al het verkeer gespiegeld en lijkt het verlies willekeurig. Welke verklaringen kunnen ervoor zorgen dat een deel van het verkeer niet wordt gespiegeld? (Kies twee.)

Gespiegeld verkeer krijgt een lagere prioriteit dan productieverkeer en wordt gedropt wanneer netwerkcongestie optreedt. Dit is correct omdat AWS Traffic Mirroring is ontworpen om productieverkeer te beschermen. Bij netwerkcongestie wordt gespiegeld verkeer als eerste gedropt om de prestaties van de applicatie te waarborgen. De NLB ondervindt opwarmvertraging als gevolg van een plotselinge en aanzienlijke verkeerstoename. Dit is correct omdat Network Load Balancers (NLB's) schalen op aanvraag. Als er een plotselinge, grote toename van verkeer is, kan de NLB enige tijd nodig hebben om op te schalen en alle verbindingen te verwerken, wat resulteert in gedropt verkeer totdat de NLB volledig is opgewarmd. Onjuiste opties: Beveiligingsgroepen in het productieaccount die de services hosten, zijn verkeerd geconfigureerd. Dit zou al het verkeer blokkeren, niet willekeurig een deel ervan. De gemonitorde EC2-instances kunnen de extra belasting die Traffic Mirroring introduceert niet aan. Traffic Mirroring vindt plaats op de hypervisor en heeft minimale impact op de EC2-instance zelf. Een IAM-beleid dat het aanmaken van verkeersmirrorsessies toestaat, is verkeerd geconfigureerd. Dit zou voorkomen dat de mirrorsessies überhaupt worden gemaakt, niet dat een deel van het verkeer wordt gedropt.