近日发现docker images的存储过大，现有存储位置已经不足以支撑。需要修改镜像存储的位置。默认情况下docker pull images存储在/var/lib/docker/ 目录下。如需修改存储位置在需要手动创建/etc/docker/daemon.json 文件，可以指定images存储的位置.查看docker images默认存储位置信息[root@peter-jenkins-15

工作中需要用到kind集群，以下介绍如何安装1.kind 安装curl -Lo ./kind https://kind.sigs.k8s.io/dl/v0.9.0/kind-linux-amd64chmod +x ./kindmv ./kind /$PATH/kind2.kubectl 安装curl -LO "https://dl.k8s.io/release/$(curl -L -s https

  Gc主要由kubelet执行，kubelet进程启动时会自动创建两个GC，一个负责回收image 另一个负责回收container。Images回收会5分钟执行一次，container会1分钟执行一次。 Kubelet里有关于回收机制的参数，可以自定义配置，也可使用其默认配置。 image回收参数主要分三个参数：A:--minimum-image-ttl-duration...

K8S集群管理之资源配额为什么设置默认内存限制和请求？通过为集群中运行的容器配置内存请求和限制，可以有效利用集群节点上可用的内存资源。 通过将 Pod 的内存请求保持在较低水平，可以更好地安排 Pod 调度。 通过让内存限制大于内存请求，可以完成两件事：Pod 可以进行一些突发活动，从而更好的利用可用内存。Pod 在突发活动期间，可使用的内存被限制为合理的数量。如果命名空间下有设置资源配额，内存限

Golang编译报错：dial tcp 172.217.160.113:443: connect: connection timed out在编译go时出现这样报错[root@dce-10-6-116-10 tmp]# go get k8s.io/node-problem-detectorgo get: module k8s.io/node-problem-detector: Get “https

需要将集群中这个node节点上的pod进行迁移，再将节点进行删除。1.驱逐节点上的podkubectl cordon 10-23-xx-xx2.迁移node上的podkubectl drain 10-23-xx-xx --delete-local-data --ignore-daemonsets --force3.删除node节点kubectl delete nodes 10-23-xx-xx4.

删除污点：kubectl taint node dce-172-30-40-237 key1:NoExecute-kubectl taint node dce-172-30-40-237 key-

作用：首先是应用的健康状态上面，可以实时地进行观测；第二个是可以获取应用的资源使用情况；第三个是可以拿到应用的实时日志，进行问题的诊断与分析。当出现了问题之后，首先要做的事情是要降低影响的范围，进行问题的调试与诊断。最后当出现问题的时候，理想的状况是：可以通过和 K8s 集成的自愈机制进行完整的恢复。两种probeLiveness（存活探针）Readness（就绪探针）介绍用于判断容器是否存活，既

测试目标：pod crash如何模拟：因为pod crash状态表明容器已启动，但又遭遇异常退出。所以，我们只需要启动的容器中，没有守护进程或是守护进程执行后退出即可。测试过程：首先，选择一个没有守护进程的镜像，比如centos基础镜像。创建deployment，让k8s，根据deployment，启动pod，pod中的容器，使用不带守护进程的镜像。具体的deployment如...

Error: Kubernetes cluster unreachable: unable to load root certificates: unable to parse bytes as PEM block将输出复制kubectl config view到远程 VM时出现上列报错。将输出kubectl config view复制到远程 VM替换为提供config通常存在于$HOME/.ku