Pod 无法挂载到 Docker Desktop 本地测试环境上的 NFS Pod

Question

我的远程工作设置如下：

PersistentVolume 挂载到 gcePersistentDisk。 Pod“Lagg”声明了整个永久性磁盘的所有权。 “Lagg”是一个谷歌容器volume-nfs映像，它充当 ReadWriteOnce 卷和我所有其他 pod 都可以访问的 NFS ReadWriteMany 之间的中间人。 下面是 Lagg NFS 持久卷 YAML

apiVersion: v1
kind: PersistentVolume
metadata:
  name: lagg-volume
spec:
  capacity:
    storage: 5Gi
  accessModes:
    - ReadWriteMany
  nfs:
    # kustomize does not add prefixes here, so they're placed ahead of time
    server: test-lagg.test-project.svc.cluster.local
    path: "/"

---
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: lagg-claim
spec:
  accessModes:
    - ReadWriteMany
  storageClassName: ""
  resources:
    requests:
      storage: 5Gi

还有第二个 PersistentVolume 通过 NFS 挂载到 pod，其他 pod 可以声明。 其中一个 pod 是“Digit”，您可以在下面看到音量定义部分：

spec:
  template:
    spec:
      containers:
      - name: digit
        volumeMounts:
          - name: lagg-connection
            mountPath: "/cache"
      volumes:
      - name: lagg-connection
        persistentVolumeClaim:
          claimName: lagg-claim

因为我没有用于本地测试的 gcePersistentDisk，我的这个集群的本地版本改为使用另一个名为“Lagg-local”的持久卷，它只是代替 gcePersistentDisk，看起来像这样：

apiVersion: v1
kind: PersistentVolume
metadata:
  name: lagg-local-volume
  labels:
    type: local
spec:
  storageClassName: manual
  persistentVolumeReclaimPolicy: Delete
  capacity:
    storage: 5Gi
  accessModes:
    - ReadWriteOnce
  local:
    path: /run/desktop/mnt/host/c/project/cache
  nodeAffinity:
    required:
      nodeSelectorTerms:
        - matchExpressions:
            - key: kubernetes.io/hostname
              operator: In
              values:
                - docker-desktop
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: lagg-local-claim
spec:
  storageClassName: manual
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 5Gi

当我尝试在本地运行它时，我只收到一个错误，它在 Digit pod 中，使用 describe，它说：

Events:
  Type     Reason       Age                From               Message
  ----     ------       ----               ----               -------
  Normal   Scheduled    47s                default-scheduler  Successfully assigned test-project/test-digit-cff6bd9c6-gz2sn to docker-desktop
  Warning  FailedMount  11s (x7 over 43s)  kubelet            MountVolume.SetUp failed for volume "test-lagg-volume" : mount failed: exit status 32
Mounting command: mount
Mounting arguments: -t nfs test-lagg.test-project.svc.cluster.local:/ /var/lib/kubelet/pods/80f686cf-47bb-478b-a581-c179794e2182/volumes/kubernetes.io~nfs/test-lagg-volume
Output: mount.nfs: Failed to resolve server test-lagg.test-project.svc.cluster.local: Name or service not known

据我所知，Pod 根本无法联系 NFS 服务器，或者可能无法解析 DNS。 test-lagg 存在并正在运行，而 test-project 是 test-lagg（指向 lagg NFS pod 的服务）和 test-digit 所在的命名空间。所以我不完全确定这里发生了什么。

我相信 NFS 服务器工作正常，因为在卷的根目录中创建了一个文件“index.html”，其中只包含“Hello from NFS！”

如果我使用 cpuguy83/nfs-server 图像而不是 google_containers/volume-nfs 也会发生同样的错误

如果我定义 clusterIP 而不是 DNS 名称，则会发生不同的错误，说明它没有权限。

我也不认为与服务的连接有问题，因为在数字 pod 上运行 nslookup 会返回以下内容：

root@test-digit-7c6dc66659-q4trw:/var/www/static# nslookup test-lagg.test-project.svc.cluster.local
Server:         10.96.0.10
Address:        10.96.0.10#53

Name:   test-lagg.test-project.svc.cluster.local
Address: 10.105.85.125

NFS pod 本身也正确安装了卷：

On GKE:
PS C:\Users\ral\Documents\Projects\Project\Kubernetes> kubectl exec next-lagg-69884bf49b-fn544 -- bash -c "findmnt /exports -o TARGET,SOURCE,FSTYPE"
TARGET   SOURCE   FSTYPE
/exports /dev/sdb ext4

On local:
PS C:\Users\ral\Documents\Projects\Project\Kubernetes> kubectl exec test-lagg-547cbb779-4qgbl -- bash -c "findmnt /exports -o TARGET,SOURCE,FSTYPE"
TARGET   SOURCE             FSTYPE
/exports C:\[/Project/cache] 9p

Answer 1

在非 GKE 集群上， google_containers/volume-nfs DNS 解析问题是一个已知问题：

• 带有集群本地服务名称的 NFS 示例仅适用于 GKE，但不适用于 minikube/kubeadm #390
• 无法解析服务器 nfs-server.default.svc.cluster.local：名称或服务未知 #418

基本上，NFS 服务器不支持主机名，只支持 IP。

或者你可以使用csi-driver-nfs