![](/img/trans.png)
[英]How do I avoid `ErrImagePull` when using Kubernetes file, local docker image and `kubectl apply`?
[英]Kubernetes: kubectl apply does not update pods when using “latest” tag
我正在使用kubectl apply
来更新我的Kubernetes pods:
kubectl apply -f /my-app/service.yaml
kubectl apply -f /my-app/deployment.yaml
以下是我的service.yaml:
apiVersion: v1
kind: Service
metadata:
name: my-app
labels:
run: my-app
spec:
type: NodePort
selector:
run: my-app
ports:
- protocol: TCP
port: 9000
nodePort: 30769
下面是我的deployment.yaml:
apiVersion: apps/v1
kind: Deployment
metadata:
name: my-app
spec:
selector:
matchLabels:
run: my-app
replicas: 2
template:
metadata:
labels:
run: my-app
spec:
containers:
- name: my-app
image: dockerhubaccount/my-app-img:latest
ports:
- containerPort: 9000
protocol: TCP
imagePullSecrets:
- name: my-app-img-credentials
strategy:
type: RollingUpdate
rollingUpdate:
maxUnavailable: 25%
maxSurge: 25%
这在第一次工作正常,但在后续运行中,我的pod没有得到更新。
我已经在https://github.com/kubernetes/kubernetes/issues/33664上阅读了建议的解决方法,它是:
kubectl patch deployment my-app -p "{\"spec\":{\"template\":{\"metadata\":{\"labels\":{\"date\":\"`date +'%s'`\"}}}}}"
我能够运行上面的命令,但它没有解决我的问题。
我知道我可以通过手动将图像标签从“最新”更改为另一个标签来触发pod更新,但我想确保无需检查Docker Hub即可获得最新图像。
任何帮助将不胜感激。
如果部署规范中没有任何更改,则不会为您更新pod。 这是不建议使用的众多原因之一:latest
,因为另一个答案更详细。 Deployment
控制器非常简单,几乎只有DeepEquals(old.Spec.Template, new.Spec.Template)
,因此您需要进行一些实际更改,例如通过使用当前日期时间设置标签来进行PATCH调用。
您在部署中缺少imagePullPolicy
。 尝试这个:
containers:
- name: my-app
image: dockerhubaccount/my-app-img:latest
imagePullPolicy: Always
默认策略是ifNotPresent
,这就是您未更新的原因。
我将从链接中加入两个注释:
注意:在生产中部署容器时应避免使用
:latest
标记,因为更难以跟踪正在运行的映像版本并且更难以正确回滚
注意:底层图像提供程序的缓存语义甚至
imagePullPolicy: Always
使imagePullPolicy: Always
高效。 例如,使用Docker,如果图像已经存在,则拉取尝试很快,因为所有图像层都被缓存并且不需要图像下载
结果我误解了我从链接给出的变通方法命令。
我认为这是一次性命令,将我的部署配置为将所有未来的kubectl apply
命令视为更新我的pod的触发器。
实际上,每次我想更新我的pod时,我都必须运行命令:
kubectl patch deployment my-app -p "{\"spec\":{\"template\":{\"metadata\":{\"labels\":{\"date\":\"`date +'%s'`\"}}}}}"
非常感谢所有帮助过的人!
这里有两件事与这个问题有关,
建议在创建资源时首次使用kubectl apply
,后来建议使用kubectl replace
或kubectl edit
或kubectl patch
命令,随后调用kubectl apply
。
使用kubectl apply
或kubetcl create
服务后,您无法使用yaml文件替换该服务。 换句话说,服务生成无法 修补或替换的随机IP 。 重新创建服务的唯一选择是删除服务并使用相同的名称重新创建它。
注意:当我尝试使用
kubectl apply
命令替换服务时,我尝试创建备份和还原解决方案时导致此错误。
kubectl apply -f replace-service.yaml -n restore-proj
The Service "test-q12" is invalid: spec.clusterIP: Invalid value: "10.102.x.x": provided IP is already allocated.
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.