Un'azienda sta implementando una nuova applicazione su Amazon EKS con AWS Fargate. L'applicazione necessita di storage persistente che sia altamente disponibile, tollerante ai guasti e condiviso tra più container. Quale soluzione soddisfa questi requisiti con il MINOR overhead operativo?

La risposta corretta è creare un file system Amazon EFS perché EFS è un servizio di storage di file scalabile, elastico e altamente disponibile, progettato per essere condiviso tra più istanze o container. Supporta il protocollo NFS (Network File System) e si integra perfettamente con EKS e Fargate, consentendo ai container di accedere contemporaneamente agli stessi dati. Le altre opzioni sono meno adatte: I volumi Amazon EBS sono progettati per essere collegati a una singola istanza EC2 (o a un singolo pod in Fargate con EBS CSI driver, ma non per condivisione multi-container nativa senza complessità aggiuntive come Multi-Attach, che ha limitazioni). L'opzione EBS Multi-Attach è limitata a un massimo di 16 istanze e non è ideale per la condivisione tra un numero elevato di container o per la tolleranza ai guasti tra AZ. Creare un singolo volume EBS e usarlo per tutti i container non è possibile, poiché EBS non supporta nativamente la condivisione tra più istanze o container in modo semplice e altamente disponibile. Creare più file system EFS e sincronizzarli tramite AWS Lambda introduce un overhead operativo significativo e complessità non necessarie, dato che un singolo EFS è già progettato per essere condiviso e altamente disponibile.