È necessario uno storage condiviso persistente per un deployment AKS denominato reports che esegue 6 repliche su più nodi. Ogni replica deve essere in grado di leggere e scrivere gli stessi file contemporaneamente. I dati devono persistere tra i riavvii dei pod ed essere supportati da un servizio gestito da Azure. Cosa si dovrebbe configurare?

La risposta corretta è creare una StorageClass per Azure Files (file.csi.azure.com) e un PersistentVolumeClaim con ReadWriteMany, quindi montarlo nei pod reports. Azure Files supporta la modalità di accesso ReadWriteMany (RWM), che consente a più pod di leggere e scrivere contemporaneamente sullo stesso volume condiviso. Essendo un servizio gestito da Azure, garantisce persistenza e affidabilità. Azure Disks (disk.csi.azure.com) supporta principalmente ReadWriteOnce (RWO), rendendolo inadatto per lo scenario di accesso simultaneo da più repliche. I volumi hostPath non sono persistenti tra i riavvii dei nodi e non sono gestiti centralmente, violando i requisiti. I volumi emptyDir sono effimeri e i dati andrebbero persi al riavvio del pod, non soddisfacendo il requisito di persistenza.