目录
概念
kubectl 是陈述式资源管理方式（命令行） 管理就是增删改查
资源对象包含pod、控制器、service，我们创建资源对象时会用声明式，用yaml文件写的
陈述式命令的开头是 kubectl
k8s项目的生命周期：发布——修改——更新——回滚——销毁
kubectl的基础命令
kubectl version 查看集群的版本
kubectl api-resources 查看资源对象的版本和简写
kubectl cluster-info 查看集群的信息
journalctl -u kubelet -f 和 tail -f /var/log/messages 查看集群的日志
*每天常用的查看集群的基本信息
kubectl get cs 查看集群组件的健康状态
kubectl get node 查看节点的状态
kubectl get pod 查看默认命名空间里面当前运行的pod 默认命名空间是default
了解即可：
name：pod的名称
ready：1/1 表示正常状态
status ：running 表示运行
只有1/1和running才表示pod属于正常状态
restarts 表示pod的重启次数。因为自愈功能，pod在非正常状态下，会自动进行重启，状态正常之后就不会再进行重启。
AGE：当前pod的运行时间
kubectl create ns xy102 创建命名空间
kubectl delete ns xy102 删除命名空间
kubectl get all 查看当前命名空间的所有资源
kubectl get pod -o wide 查看pod的详细信息 (pod被部署在哪个节点上)
deployment的部署方式
资源对象的部署方式叫做deployment。它是无状态部署方式：pod的名称是随机生成的。
deployment 的特点
1.创建时可以指定副本数（pod的数量）、
2.滚动更新：先更新一个，更新好了之后再更新余下的pod
3.自我修复：默认的策略就是重启容器，删除pod相当于重启pod
4.支持回滚：如果更新有问题，可以恢复到上一个版本
5.支持pod数量的扩容和缩容（手动）
基于deployment创建pod
首先要kubectl create ns xy102 创建命名空间
kubectl create deployment test1 --image=nginx:1.22 --replicas=3 -n xy102 基于deployment创建的pod
kubectl delete pod test1-86776958-5br7q -n xy102 重启pod，不能删除
基于 deployment创建的pod， delete pod 相当于重启，不能删除pod
kubectl run nginx1 --image=nginx:1.22 -n xy102 run直接创建pod 删除这个就是真的删除
kubectl describe pod -n xy102 test1-86776958-5br7q 查看这个pod的详细情况
创建pod流程：调度策略（把pod部署到哪个节点上）——拉取镜像——创建容器——运行容器
kubectl describe deployments.apps -n xy102 test1 查看创建的资源对象的信息
kubectl logs -f test1-86776958-5br7q -n xy102 查看pod的日志
kubectl exec -it -n xy102 test1-86776958-5br7q bash 进入pod内的容器
手动缩容
方式一：命令行： kubectl scale deployment nginx1 -n xy102 --replicas=1
方式二：在yaml文件：kubectl edit deployment nginx1 -n xy102
进入之后修改replicas即可
注：pod的ip地址随着pod的生命周期有可能会发生变化，内部访问我们通过pod的ip可以直接访问，外部访问不会受到影响。
service的类型以及工作原理
service如何与pod进行关联，这种关联不受pod的ip地址的变化影响
创建service
kubectl expose deployment nginx1 --port=80 --target-port=80 --name=nginx - n xy102
注：前一个port是集群的service的端口，是和容器内的80做的映射
kubectl get svc 查看service
service的类型
1.ClusterIP 默认类型，提供集群内部的一个虚拟ip地址。是用来让其他的pod来访问的，pod可以通过这个service的ip地址直接访问到内部的容器。只能内部访问，外部不能访问。是内部组件通信使用。（对内）
2. NodePort：在每个节点（集群的所有节点）都会开放一个端口，外部就可以通过本机的ip+端口（nodeport端口）访问pod内的容器服务。每个节点nodeport的端口都是一致的，端口是有范围的：30000-32767 （对外）
修改service的类型为nodeport
kubectl edit svc -n xy102 nginx1
此时80是service端口 31151是所有节点上开放的端口（所有的节点主机本机ip都能访问）
访问的流程：在宿主机上开放的端口31151——service的80端口——pod里面容器的80端口
**nodeport实验：对外暴露端口
流程图：
deployment的标签是app=nginx1
由于service匹配的标签是app=nginx1，只要资源对象的标签包含app=nginx1，所以都可以通过service进行转发
kubectl edit pod nginx2 -n xy102 进入yaml文件
把labels指向app=nginx1
实验结果：
此时访问本机的31151端口 就能访问到所有的pod
总结：nodeport：service根据标签来匹配对应的pod，只要标签匹配，都能转发打到指定的pod内的容器。
3.LoadBalancer：云平台的运营商（阿里云、腾讯云）提供loadbalancer的地址 地址需要付费
提供之后也是通过访问负载均衡的地址，来实现pod的流量转发
4.ExternalName：把service的名称映射到DNS的域名上。就是让pod去访问集群外部的资源，而且设置为此类型service将不能提供四层负载均衡服务。
滚动更新以及回滚
对版本进行滚动更新
kubectl set image deployment/nginx1 nginx=nginx:1.18 -n xy102
此时 kubectl get pod -o wide -n xy102 即可查看是否正则更新
kubectl rollout history deployment/nginx1 -n xy102 查看还原点
数字大小决定了距离上次更新操作的远近，数字越大，就是最近的一次操作
kubectl set image deployment/nginx1 nginx=nginx:1.20 --record -n xy102 record添加更新记录
回滚
kubectl rollout undo deployment/nginx1 --to-revision=5 -n xy102 回滚
销毁
所以基于deployment创建的资源对象的pod如果要删除，首先要先删除deployment，然后再删除service，最后再删除命名空间。
1218
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
