
1、学习需掌K8S命令概述
在学习K8s基础命令前,知识了解和学习docker命令是学习需掌很有必要的,kubectl和docker很多命令都有相通之处。知识
复制docker ps #查看所有up状态容器docker ps -a#查看所有状态的学习需掌容器docker inspect containerid#查看容器详情docker images #查看容器镜像docker start/stop/restart containerid #启动/停止/重启容器docker exec -it containerid bash #进入容器docker exec containerid bash -c uptime #容器外执行命令docker rmi imageid #删除镜像docker rm containerid #删除容器1.2.3.4.5.6.7.8.9. K8S常用命令;
2、K8S集群资源操作
集群资源查看 复制kubectl get cs #集群健康情况kubectl version #K8S集群版本查看kubectl get node #查看集群节点kubectl get pods -o wide -A #查看所有命命空间pod -n #后跟指定命名空间 --all-namespaces #等同于-Akubect get deployments -Akubectl get svc,知识ep -A #查看svc和endpoints1.2.3.4.5.6.7.8. 标签查看 复制kubectl get pod --show-labels #查看pod标签kubectl get node --show-labels #查看node标签1.2. 资源配置查看查看配置
复制kubectl get deployments.apps nginxtest-xxx -oyaml #查看deployment资源kubectl get pods nginxtest-xxx -oyaml #查看pod资源配置1.2. 资源限制查看是否有资源限制
复制kubectl describe node 192.168.1.2Capacity:
cpu: 16ephemeral-storage: 524030980Ki
hugepages-1Gi: 0 hugepages-2Mi: 0memory: 82320508Ki
pods: 253Allocatable:
cpu: 15100m
ephemeral-storage: 520373252Ki
hugepages-1Gi: 0 hugepages-2Mi: 0memory: 79101052Ki
pods: 2531.2.3.4.5.6.7.8.9.10.11.12.13.14.capacity代表减去系统预留的资源总量。
Allocatable可分配给K8S资源的学习需掌总量。
pod资源限制,知识防止单个服务占用资源过高影响其他pod,学习需掌达到limits数值后会oom重启。知识
复制kubectl get pods nginx-test -oyaml | grep -A 6resources
resources:
limits:
cpu: "5"memory: 5000Mi
requests:
cpu: 55m
memory: 100Mikubectl --help 多用help1.2.3.4.5.6.7.8.3、学习需掌K8S运维场景
副本扩容通过副本扩容实现流量分摊,知识避免单个节点负载过高,学习需掌建议资源中增加反亲和性,知识达到不同副本调度到不同node
复制kubectl scale deployment nginx-test --replicas=2 #副本扩容kubectl edit deployment nginx-test #直接编辑修改spec.replicas标签扩容1.2. 进入pod 复制kubectl exec -it podname bash #或者sh-n指定名字空间
kubectl exec nginx-965048598-jt28d -n test uptime #不进入容器,学习需掌只获取命令输出1.2.3. pod删除操作 复制kubectl delete pods nginx-test-6fc6d8666b-mhl48 #常规删除kubectl delete pod -l app=test #基于标签删除,批量操作效率高kubectl delete pods nginx-test -n dev --grace-period=0 --force #强制删除,没有terminationGracePeriodSeconds 30s的时间1.2.3.还可以通过kubectl scale命令将副本缩为0的方式删除pod
pod污点对于设置了污点的服务,普通pod无法调用到此节点,只有增加了Tolerations容忍配置才可以。云服务器提供商
复制[root@wpseco-node-1 log]# kubectl describe node 192.168.0.1 | grep TaintsTaints:
kubectl taint node 192.168.0.1 test-access-node=:NoSchedule --overwrite=true #污点添加kubectl taint node 192.168.0.1 test-access-node:NoSchedule- #污点删除1.2.3.4.其中[effect] 可取值:
NoSchedule :一定不能被调度(新来的不要来,在这的就别动了)
PreferNoSchedule:尽量不要调度(尽量不要来,除非没办法)
NoExecute:不仅不会调度,还会驱逐Node上已有的Pod
pod文件拷贝 复制kubectl cp my_item.tar.gz redis-6c98cb5b5f-nxb59:/tmp/ #宿主机拷贝到容器内kubectl cp redis-6c98cb5b5f-nxb59:/tmp/start.sh ./start.sh #pod内文件拷贝到宿主机1.2. 静态pod静态pod 是由 kubelet 管理的,只在特定node上存在的pod;静态pod总是由kubelet创建的,并且只在kubelet所在的Node上运行。静态pod 不能通过 api-server来管理,无法和 RC,RS,Deployment或者 DaemonSet进行关联;并且 kubelet无法对静态pod 进行健康检查。
静态pod资源文件默认存放路径/etc/kubernetes/manifests,也可以直接查看kubelet启动参数staticPodPath: /etc/kubernetes/manifests配置确定。
复制kubectl exec -it kafka-1-192.168.0.1 -c kafka sh #进入静态pod-c #po有多个容器要加-c指定 kubectl logs kafka-1-192.168.0.1 -c kafka1.2.3.4、K8S问题定位
处理K8S环境问题,首先要了解pod的生命周期和pod的状态

常见状态原因
ImagePullBackOff 镜像拉取失败,网络不通,镜像名称有误或者镜像仓库认证失败都可能有这个报错。CrashLoopBackOff 探针检测失败,香港云服务器服务对网络或者其他pod服务有依赖等,此外宿主机上的安全软件可能也会导致容器无法正常启动。Pending 一般是调度失败,pod没有可调度的节点,常见原因:节点有污点,不满足节点亲和性,或者节点处于notready状态。Evicted 当节点内存、磁盘或者cpu资源不足时,K8s 会按照 QoS 等级对节点上的某些 Pod 进行驱逐,释放资源保证节点可用性,kubelet可以配置内存,cpu和磁盘的驱逐阈值。Terminating pod删除后超过terminationGracePeriodSeconds参数时间还处于Terminating状态可能是存在节点故障,和master节点失联,可以检查节点状态或者尝试重启kubeletCompleted 此状态通常是job类的pod执行完成了正常退出容器。Init:Error pod初始化失败,可以查看init pod的日志定位。问题定位经常需要使用如下命令:
复制kubectl logs -fpodname
kubectl logs -f -l app=nginx-test #多副本情况下,可以看到所有pod日志kubectl describe pods podname #pod启动日志kubectl describe node 192.168.0.1 #节点状态日志kubectl get events #查看集群事件系统服务查看
systemctl status kubelet/docker/etcd
系统服务日志查看
journalctl -xeukubelet/docker
--since指定时间1.2.3.4.5.6.7.8.9.10. K8S学习资料https://kubernetes.io/zh-cn/docs/home/
b2b供应网



