amazon-web-services - 持续在pod中运行的带有kubernetes 1.7.2的AWS部署被终止并重新启动

Question

我们在使用kubernetes / helm的AWS部署中遇到了一个问题，我们看到“Pod沙箱已更改，它将被杀死并重新创建”。以前从未发生过，但从我们的最新部署开始，我们使用helm delete删除了先前的部署，并使用helm install创建了一个新部署。不知道这是否与我们对AWS SQS的新依赖关系或kubertetes / helm / kops版本的更新有关。在同一kubernetes节点上还有其他Pod，它们运行正常。

这些Pod不断被杀死，并通过重复以下消息重新启动:

Pod沙箱已更改，它将被杀死并重新创建

杀死ID为docker:// xxx的容器:需要杀死Pod

后退重新启动失败的容器

同步Pod

时出错

手动杀死Pod确实会像k8s一样带来新的pod，但这不能解决某些相关线程中提到的问题。

cpu和内存的值

资源:
限制:
cpu:100m
内存:128Mi
要求:
cpu:100m
内存:128Mi

版本信息:

- client version 1.9 (also tried 1.6 and 1.7)
- server version 1.7 (git vresion 1.7.2)
- helm vresion 2.7.2
- kops version 1.8.0
- Kernel Version: 4.4.102-k8s
- OS Image: Debian GNU/Linux 8 (jessie)
- Container Runtime Version: docker://1.12.6
- Kubelet Version: v1.7.2
- Kube-Proxy Version: v1.7.2
- Operating system: linux
- Architecture: amd64

已经针对此错误遍历了所有相关线程，但是此问题似乎是针对不同的环境，并且我们未使用这些线程中列出的版本。

- https://stackoverflow.com/questions/46826164/kubernetes-pods-failing-on-pod-sandbox-changed-it-will-be-killed-and-re-create
- https://stackoverflow.com/questions/46922452/kubernetes-1-7-on-google-cloud-failedsync-error-syncing-pod-sandboxchanged-pod

查找根本原因或解决问题的任何指示将非常有帮助。非常感谢。

Answer 1

事实证明，此修复程序正在增加内存限制。我们更改了 Helm 使用的values.yaml文件(以下部分)并提高了限制...

资源:

limits:
  cpu: 100m
  memory: 128Mi <--- increased this value...
requests:
  cpu: 100m
  memory: 128Mi

希望显示的错误消息比“Pod沙箱已更改，它将被杀死并重新创建”更具体:-)