我正在尝试创建一个新的Kubernetes部署,该部署将允许我在重新启动或关闭Pod时保持其状态。仅出于某种背景,Kubernetes实例是一个托管的Amazon EKS集群,我正在尝试合并一个已安装到Pod的Amazon EFS支持的持久卷。
不幸的是,如我现在所知,PV已根据需要安装到/etc/
上,但是内容几乎为空,除了一些在启动过程中修改过的文件。
部署Yaml如下所示:
kind: Deployment
apiVersion: apps/v1
spec:
replicas: 1
selector:
matchLabels:
app: testpod
template:
metadata:
creationTimestamp: null
labels:
app: testpod
spec:
volumes:
- name: efs
persistentVolumeClaim:
claimName: efs
containers:
- name: testpod
image: 'xxxxxxxxxxxx.dkr.ecr.us-east-2.amazonaws.com/testpod:latest'
args:
- /bin/init
ports:
- containerPort: 443
protocol: TCP
resources: {}
volumeMounts:
- name: efs
mountPath: /etc
subPath: etc
terminationMessagePath: /dev/termination-log
terminationMessagePolicy: File
imagePullPolicy: IfNotPresent
securityContext:
capabilities:
add:
- ALL
restartPolicy: Always
terminationGracePeriodSeconds: 60
dnsPolicy: ClusterFirst
securityContext: {}
schedulerName: default-scheduler
关于可能出什么问题的任何想法?我希望/ etc /会填充图像的内容。
编辑:
在Docker中,通过使用相同的映像,用docker volume create <name>
创建一个卷,然后将其挂载为-v <name>:/etc
,似乎可以正常工作。
答案 0 :(得分:2)
Kubernetes不具有基于映像内容填充卷的Docker功能。如果您创建一个新卷(无论是emptyDir
卷还是基于云存储的东西,例如AWS EBS或EFS),它将开始为空,并隐藏容器中的所有内容。
因此,您无法在容器的大部分上安装卷;在您的应用程序的源代码树或您显示的/etc
上装载卷将不起作用。特别是对于/etc
中的文件,更好的方法是使用Kubernetes ConfigMap来保存要添加到该目录的特定文件。 (将配置文件存储在源代码管理中,并将其作为部署顺序的一部分添加;请勿尝试对已部署文件进行未跟踪的修改。)
答案 1 :(得分:1)
我的猜测是容器中的挂载与操作系统中的挂载完全相同。如果在/etc
上挂载某个内容,您只会覆盖(更好的单词“ cover”)以前的内容。如果您挂载空的EFS,将会有一个空文件夹
我尝试了您在docker中尝试过的方法(对我来说是惊奇的),它按照您描述的方式工作。.可能是因为docker卷在技术上完全不同于kubernetes卷声明(尤其是由EFS支持),这可以解释为:{{ 3}} tldr:如果docker卷为空,将镜像文件
我个人并不认为使用k8s和EFS可以实现您想要的目标
答案 2 :(得分:0)
我认为您可能对“nsfdsuds”感兴趣,这可能是:它为 Kubernetes 容器建立了一个覆盖文件,其中覆盖文件的可写顶层可以位于您选择的 PersistentVolume 上。