Vous avez besoin d'un stockage partagé persistant pour un déploiement AKS nommé "reports" qui exécute 6 réplicas sur plusieurs nœuds. Chaque réplica doit pouvoir lire et écrire les mêmes fichiers simultanément. Les données doivent persister après le redémarrage des pods et être sauvegardées par un service géré par Azure. Que devez-vous configurer ?

La bonne réponse est de créer une StorageClass pour Azure Files (file.csi.azure.com) et un PersistentVolumeClaim (PVC) avec le mode d'accès ReadWriteMany, puis de le monter dans les pods "reports". Azure Files, via son pilote CSI (file.csi.azure.com), est la seule option de stockage géré par Azure qui prend en charge le mode d'accès ReadWriteMany (RWM) nécessaire pour que plusieurs réplicas puissent lire et écrire simultanément sur le même volume. De plus, Azure Files est un service de stockage persistant, ce qui garantit la conservation des données après le redémarrage des pods. Les autres options sont incorrectes car : Azure Disks (disk.csi.azure.com) ne prend en charge que les modes d'accès ReadWriteOnce (RWO) ou ReadOnlyMany (ROM), mais pas ReadWriteMany, ce qui empêcherait plusieurs réplicas d'écrire simultanément. Un volume hostPath n'est pas persistant au-delà du nœud et n'est pas un stockage partagé géré par Azure. Un volume emptyDir est éphémère et ses données seraient perdues au redémarrage des pods.