我正在将Pod部署到Azure Kubernetes上的v3节点。在microsoft网页上,此节点被描述为具有1474 On临时存储(SSD)。
在pod规范中,我将ephemeral-storage设置为至少100 at (请参阅下面的资源描述)。但是,当我在吊舱中运行$ df -h时,临时存储(类型为emptyDir)的大小为124 g。我希望它能像我所要求的那样有100 G。我所期望的覆盖存储将接近1474 to (节点SSD磁盘大小)。

我的要求是在吊舱上有一个临时音量,当吊舱死后,它会被删除。其原因是,我需要快速磁盘IO,而不是网络IO存储在一个持久的卷。
豆荚资源说明:
kind: Pod
apiVersion: v1
metadata:
name: {{ .Values.name }}
labels:
for: devs
spec:
containers:
- name: {{ .Values.name }}
image: "{{ .Values.image.acr }}/{{ .Values.image.name }}:{{ .Values.image.tag }}"
command: ["/bin/sleep", "3650d"]
imagePullPolicy: {{ .Values.image.pullPolicy }}
resources:
requests:
cpu: "1"
memory: 12G
ephemeral-storage: 100Gi
limits:
cpu: "2"
memory: 24G
ephemeral-storage: 300Gi
volumeMounts:
- mountPath: {{ .Values.pvc.mount }}
name: volume
- mountPath: /cache
name: cache-volume
restartPolicy: Always
volumes:
- name: volume
persistentVolumeClaim:
claimName: {{ .Values.pvc.name }}
- name: cache-volume
emptyDir: {}
{{- if .Values.tolerations }}
tolerations:
{{- toYaml .Values.tolerations | nindent 4 }}
{{- end }}发布于 2022-04-08 11:53:46
emptyDir 是其中之一,它支持几种不同类型的短期卷,用于不同的用途。
emptyDir 本身就是pod中的临时存储,在pod死后删除。
通常用作吊舱的临时空间。一个吊舱内的所有容器都可以访问卷上的数据。写入此卷类型的数据仅在吊舱的生命周期内持续。一旦删除了吊舱,卷就会被删除。此卷通常使用基础本地节点磁盘存储,尽管它也只能存在于节点的内存中。
短期存储(类型为emptyDir)的大小为124克。我希望它能像我所要求的那样有100 G
在Pod启动时,由kubelet管理emptyDir。emptyDir为空,存储从kubelet基本目录(通常是根磁盘)或RAM*本地输入。
当不同的用户报告了相同的问题时,您也可以参考这个https://github.com/Azure/AKS/issues/930讨论。
Conculsion:临时存储因其需求大小而异,因为在节点上运行的文件系统被用作重点存储,kubelet还将节点级别的容器日志写入第一个文件系统,并将它们与临时本地存储类似地对待。这可能是为什么要退出的重点存储的大小,并有为重点存储设置为300 as的限制。
https://stackoverflow.com/questions/71787864
复制相似问题