Sie benötigen persistenten, gemeinsam genutzten Speicher für ein AKS-Deployment namens „reports“, das 6 Replikate auf mehreren Knoten ausführt. Jedes Replikat muss in der Lage sein, dieselben Dateien gleichzeitig zu lesen und zu schreiben. Die Daten müssen Pod-Neustarts überdauern und von einem Azure-verwalteten Dienst unterstützt werden. Was sollten Sie konfigurieren?

Die korrekte Antwort ist, eine StorageClass für Azure Files (file.csi.azure.com) und einen PersistentVolumeClaim mit ReadWriteMany zu erstellen und diesen dann in die „reports“-Pods zu mounten. Azure Files ist der einzige Azure-Speicherdienst, der das ReadWriteMany-Zugriffsmodell unterstützt, das für den gleichzeitigen Lese- und Schreibzugriff von mehreren Pod-Replikaten auf denselben persistenten Speicher erforderlich ist. Die Verwendung von file.csi.azure.com stellt sicher, dass der Azure Files CSI-Treiber verwendet wird. Azure Disks (disk.csi.azure.com) unterstützt nur ReadWriteOnce, was bedeutet, dass es nicht von mehreren Pods gleichzeitig gemountet werden kann. Ein hostPath-Volume ist nicht persistent über Pod-Neustarts hinweg und ist an einen bestimmten Knoten gebunden, was bei mehreren Replikaten auf verschiedenen Knoten zu Problemen führen würde. Ein emptyDir-Volume ist ephemer und wird gelöscht, wenn der Pod beendet wird, was die Anforderung an persistenten Speicher nicht erfüllt.