1

我遇到了部署在 AWS 上的 kubernetes 节点的问题。（集群有 3 个节点和 1 个主节点，运行在 m3.large 实例上，每个实例大约 25GB）

之后（大约 3 天）磁盘上剩余 0KB 并且集群卡住了。

所有存储（或多或少）都由 /var/lib/docker/overlay/ 使用。在这个文件夹中大约有 500 个或更多这些文件：

drwx------ 3 root root 4096 Jun 20 15:33 ed4f90bd7a64806f9917e995a02974ac69883a06933033ffd5049dd31c13427a
drwx------ 3 root root 4096 Jun 20 15:28 ee9344fea422c38d71fdd2793ed517c5693b0c8a890964e6932befa1ebe5aa63
drwx------ 3 root root 4096 Jun 20 16:17 efed310a549243e730e9796e558b2ae282e07ea3ce0840a50c0917a435893d42
drwx------ 3 root root 4096 Jun 20 14:39 eff7f04f17c0f96cff496734fdc1903758af1dfdcd46011f6c3362c73c6086c2
drwx------ 3 root root 4096 Jun 20 15:29 f5bfb696f5a6cad888f7042d01bfe146c0621517c124d58d76e77683efa1034e
drwx------ 3 root root 4096 Jun 20 15:26 f5fa9d5d2066c7fc1c8f80970669634886dcaccc9e73ada33c7c250845d2fe8c
drwx------ 3 root root 4096 Jun 20 14:38 f8fd64fb1e0ab26708d5458dddd2d5a70018034237dfed3db48ada5666fcf77f
drwx------ 3 root root 4096 Jun 20 14:46 faa143ebd7a4079eaa45ddbf17dcfc9163e3035983f2e334e32a60e89452fa94
drwx------ 3 root root 4096 Jun 20 14:48 fb93c0c64e0d4935bf67fc8f70df2b8a4cffe59e294ee8a876dfdf6b57486da5
drwx------ 3 root root 4096 Jun 20 14:46 fd0a420d5655fb7d022c397effdb95968ff7e722c58fcc7915f97e8df47cd080

集群在 Kubernetes 1.6.4 和 Docker 1.12.6 上运行。

好像是kubernetes的垃圾收集器的问题。运行 cAdvisor /validate 会给我以下消息

 None of the devices support 'cfq' I/O scheduler. No disk stats can be reported.
     Disk "xvda" Scheduler type "none".

运行这些语句journalctl -u kubelet | grep -i garbage也会给出错误消息： Jun 20 14:35:21 ip-172-21-4-239 kubelet[1551]: E0620 14:35:21.986898 1551 kubelet.go:1165] Image garbage collection failed: unable to find data for container /

任何想法如何让垃圾收集器再次工作？

4

1 回答 1

2

由于du -s /var/lib/docker/overlay/使用. kops cluster.spec_ kops edit cluster [cluster_name]我在规格下添加了以下内容：

docker:
    logDriver: json-file
    logLevel: warn
    storage: overlay2

看起来默认kops配置 docker 使用 overlay 作为默认存储驱动程序，而 docker 建议使用overlay2更新、更稳定和更快的驱动程序。

于 2018-05-21T21:11:03.897 回答