AKS中Premium_LRS共享托管磁盘跨Pod访问写入问题求助

在Azure Kubernetes Service(AKS)中尝试挂载单个Premium_LRS共享磁盘，替换之前速度缓慢的FileShare以实现跨Pod共享存储。目前Pod事件显示磁盘已成功挂载，但无法在Pod内访问/写入磁盘，也无法在两个Pod间共享文件。

配置详情 #

第一个Deployment配置 #

apiVersion: apps/v1
kind: Deployment
metadata:
  name: xx-import
  namespace: ns
spec:
  replicas: 1
  selector:
    matchLabels:
      app: xx-import
  template:
    metadata:
      labels:
        app: xx-import
    spec:
      containers:
      - name: xx-import
        image: xxx
        imagePullPolicy: Always
        ports:
          - containerPort: 8083
            protocol: TCP
        volumeDevices:
          - name: my-data
            devicePath: /dev/xvda
      volumes:
      - name: my-data
        persistentVolumeClaim:
          claimName: my-pvc

第二个Deployment配置 #

apiVersion: apps/v1
kind: Deployment
metadata:
  name: yy-import
  namespace: ns
spec:
  replicas: 1
  selector:
    matchLabels:
      app: yy-import
  template:
    metadata:
      labels:
        app: yy-import
    spec:
      containers:
      - name: yy-import
        image: yyy
        imagePullPolicy: Always
        ports:
          - containerPort: 8083
            protocol: TCP
        volumeDevices:
          - name: my-data
            devicePath: /dev/xvda
      volumes:
      - name: my-data
        persistentVolumeClaim:
          claimName: my-pvc

PVC配置 #

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  namespace: ns
  name: my-pvc
spec:
  accessModes:
    - ReadWriteMany
  storageClassName: premium_disk_shares
  volumeMode: Block 
  resources:
    requests:
      storage: 20Gi

StorageClass配置 #

---
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: premium_disk_shares
parameters:
  skuName: Premium_LRS
  maxShares: "2"
  cachingMode: None  #
provisioner: disk.csi.azure.com
reclaimPolicy: Retain
volumeBindingMode: WaitForFirstConsumer
allowVolumeExpansion: true

Pod挂载成功事件 #

SuccessfulMountVolume
Normal
xx-import-558b79994c-m28vg
Pod
MapVolume.MapPodDevice succeeded for volume "pvc-001a4e22-41fb-414e-9e03-e0f561b583b6" globalMapPath "/var/lib/kubelet/plugins/kubernetes.io/csi/volumeDevices/pvc-001a4e22-41fb-414e-9e03-e0f561b583b6/dev"
12s
SuccessfulMountVolume
Normal
xx-import-558b79994c-m28vg
Pod
MapVolume.MapPodDevice succeeded for volume "pvc-001a4e22-41fb-414e-9e03-e0f561b583b6" volumeMapPath "/var/lib/kubelet/pods/de7bac8d-1585-4e6f-8f23-77ca2a56fb77/volumeDevices/kubernetes.io~csi"

疑问 #

1. 如何操作才能让两个Pod互相看到写入的文件？使用SSD磁盘是否可行？
2. 目前普通文件系统（如ext4、xfs）是否仍不支持多节点读写，仅集群文件系统支持？还有其他解决思路吗？

解决方案说明 #

关于磁盘读写与跨Pod共享的问题 #

你当前使用Block模式挂载磁盘（volumeMode: Block），这种模式下磁盘是以裸设备形式映射到Pod的/dev/xvda，未被格式化和挂载为文件系统，因此无法直接进行文件读写操作。要实现文件级共享，需先格式化并挂载，但普通文件系统不支持多节点同时读写：

1. 格式化裸设备（仅在一个Pod内执行）：

   mkfs.xfs /dev/xvda
   

2. 创建挂载点并挂载：

   mkdir /mnt/data
   mount /dev/xvda /mnt/data
   

   注意：普通文件系统（ext4/XFS）无分布式锁机制，多节点同时挂载会导致文件系统损坏，无法实现跨Pod读写共享。

普通文件系统的多节点读写限制 #

目前普通文件系统（ext4、XFS等）仍然不支持多节点同时读写，强行多节点操作会引发数据一致性问题和文件系统损坏，仅集群文件系统支持多节点读写场景。

可行解决思路 #

思路1：使用Azure Files Premium

虽然之前你觉得速度慢，但Premium级别的Azure Files基于SSD存储，性能接近Premium磁盘，且原生支持ReadWriteMany访问模式，无需额外配置集群文件系统，是跨Pod共享文件的低复杂度方案。

思路2：部署集群文件系统

在共享磁盘上部署LINSTOR、OpenEBS等分布式存储方案，或使用GFS2、OCFS2等集群文件系统（需配合Corosync/Pacemaker锁机制），实现多节点读写共享，但配置复杂度较高。

思路3：调整访问模式（仅单写多读）

若无需同时读写，可将PVC访问模式改为ReadWriteOnce + ReadOnlyMany，但不符合你跨Pod读写的需求。

SSD磁盘的可行性 #

你当前使用的Premium_LRS本身就是SSD磁盘，介质层面完全可行，问题核心在于文件系统的多节点支持能力。

内容的提问来源于stack exchange，提问作者Dimi