主题

连续上一期的内容,完成了主体的装置，暂时仅仅是master节点的处理,这期首要说说后续发布布置上遇到的一些问题以及解决的办法。

Helm装置布置(开始之前介绍个前置工具)

Helm 帮助您管理 Kubernetes 运用—— Helm Chart，即使是最杂乱的 Kubernetes 运用程序，都能够帮助您定义，装置和晋级，Helm Chart 易于创立、发版、共享和发布

# 适用Mac intel芯片  
wget "http://sreworks.oss-cn-beijing.aliyuncs.com/bin/helm-darwin-amd64" -O helm  
# 适用Linux intel芯片  
# wget https://sreworks.oss-cn-beijing.aliyuncs.com/bin/helm-linux-am64 -O helm  
chmod +x ./helm  
mv ./helm /usr/local/bin/

docker一些处理技巧

# 检查docker 镜像
docker images
# 根据镜像ID 移除镜像,支撑多镜像移除如： docker image rm a b c
docker image rm [image]

清理镜像

在运用 Docker 一段时间后，系统一般都会残存一些暂时的、没有被运用的镜像文件，能够经过以下指令进行清理：

docker image prune

子指令：

  • -a, –all: 删去一切没有用的镜像，而不仅仅是暂时文件
  • -f, –force：强制删去镜像文件，无需弹出提示确认

容器快清

检查运转容器

docker ps

检查一切容器

docker ps -a

进入容器

其间字符串为容器ID:

docker exec -it d27bd3008ad9 /bin/bash
  1. 停用悉数运转中的容器:
docker stop $(docker ps -q)
  1. 删去悉数容器：
docker rm $(docker ps -aq)
  1. 一条指令完成停用并删去容器：
docker stop $(docker ps -q) & docker rm $(docker ps -aq)

k8s pod

注意事项

带有进程监控与进程状况,因而查询pod状况时，有些状况下等一下就正常,超越一定时间段就会有问题，下面是一些生命周期

k8s踩坑历险记
当一个 Pod 被删去时，履行一些 kubectl 指令会展现这个 Pod 的状况为Terminating（终止）。 这个Terminating状况并不是 Pod 阶段之一。 Pod 被赋予一个能够面子终止的期限，默以为 30 秒

子指令检查机制

kubectl describe -h
# 检查指定命名空间下的启动状况
kubectl -n 命名空间  describe pods

k8s踩坑历险记

主机master形式布置问题

在单机版k8s上布置运用后，发现Pod的状况一直处于pending状况

kubectl describe pods

启动问题：

# 0/1 nodes are available: 1 node(s) had taint {node-role.kubernetes.io/master: }

原因：当创立单机版的 k8s 时，这个时候 master 节点是默许不允许调度 pod 。

解决：履行指令：

kubectl taint nodes --all node-role.kubernetes.io/master-

将 master 标记为可调度即可

总结

经过反反复复的卸载重装，重启,顺带把指令都一遍一遍的尝试，也算是都记住了，尽管是不情愿的，但根本排查问题应该是够用了的,终于经过长久的等候，尽管折腾的够呛，但提示成功的瞬间，一切的折腾都有了归宿，继续卷吧老铁们，生命不息，学习不止！！！