简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
Error: kubernetes cluster unreachable:x509: certificate is valid for 10.96.0.1, 10.23.214.68, 10.23.151.13, not 113.31.167.24从我的本地环境访问在公有云上搭建的k8s集群,出现以上报错,告诉我,我的apiserver ip 113.31.167.24认证不通过,所以无法访问。
近日发现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如...