简体   繁体   English

Windows 的持久卷不适用于 kubernetes

[英]Persistent volume to windows not working on kubernetes

I have map windows folder into me linux machine with我已将 windows 文件夹映射到我的 linux 机器中

mount -t cifs //AUTOCHECK/OneStopShopWebAPI -o user=someuser,password=Aa1234 /xml_shared 

and the following command和以下命令

df -hk df -hk

give me给我吗

//AUTOCHECK/OneStopShopWebAPI   83372028   58363852   25008176  71% /xml_shared

after that I create yaml file with之后我创建了 yaml 文件

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc-nfs-jenkins-slave
spec:
  storageClassName: jenkins-slave-data
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 4Gi
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-nfs-jenkins-slave
  labels:
    type: jenkins-slave-data2
spec:
  storageClassName: jenkins-slave-data
  capacity:
    storage: 4Gi
  accessModes:
    - ReadWriteMany
  nfs:
    server: 192.168.100.109
    path: "//AUTOCHECK/OneStopShopWebAPI/jenkins_slave_shared"

this seems to not work when I create new pod当我创建新 pod 时,这似乎不起作用

apiVersion: v1
kind: Pod
metadata:
  name: jenkins-slave
  labels:
    label: jenkins-slave
spec:
  containers:
  - name: node
    image: node
    command:
    - cat
    tty: true
    volumeMounts:
        - mountPath: /var/jenkins_slave_shared
          name: jenkins-slave-vol
  volumes:
    - name: jenkins-slave-vol
      persistentVolumeClaim:
        claimName: pvc-nfs-jenkins-slave

do i need to change the nfs ?我需要更改 nfs 吗? what is wrong with me logic?我的逻辑有什么问题?

The mounting of CIFS share under Linux machine is correct but you need to take different approach to mount CIFS volume under Kubernetes. Linux机器下挂载CIFS共享是正确的,但是在Kubernetes下挂载CIFS卷需要采用不同的方式。 Let me explain:让我解释:

There are some differences between NFS and CIFS . NFS 和 CIFS之间存在一些差异。

This site explained the whole process step by step: Github CIFS Kubernetes .这个站点一步一步解释了整个过程: Github CIFS Kubernetes

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM