Kubernetes：（四）kubectl命令
文章目录
- 一、kubectl命令
- 1.查看版本信息 kubectl version
- 2.列出 Kubernetes API 中所有可用的资源及其相关信息 kubectl api-resources
- 3.配置kubectl自动补全 source <(kubectl completion bash)
- 4.查看集群信息 kubectl cluster-info
- 5.node节点查看日志 journalctl -u kubelet -f
- 6.基本信息查看
- 7.查看 master 节点状态 kubectl get cs
- 8.查看命令空间 kubectl get ns
- 9.创建命名空间yy kubectl create ns yy
- 10.删除命名空间yy kubectl delete ns yy
- 11. 在命名空间kube-public 创建副本控制器（deployment）来启动Pod（nginx-1）
- 12.描述某个资源的详细信息 kubectl describe
- 13.查看命名空间kube-public 中的pod 信息
- 14.kubectl exec可以跨主机登录容器，docker exec 只能在容器所在主机上登录
- 15.删除（重启）pod资源，由于存在deployment/rc之类的副本控制器，删除pod也会重新拉起来
- 16.根据副本控制器删除pod kubectl delete deployments
- 17.若pod因为处于terminate状态，无法删除
- 18.扩缩容 kubectl scale
- 19.查看pod日志
- 二、项目的生命周期
- 一.创建 kubectl create命令
- 1.发布 kubectl expose命令
- 2.查看pod网络状态详细信息和 Service暴露的端口
- 3.查看关联后端的节点
- 4.查看 service 的描述信息
- 二.更新 kubectl set
- 三.回滚 kubectl rollout
- 1.查看历史版本
- 2.执行回滚到上一个版本
- 3.执行回滚到指定版本
- 4.检查回滚状态
- 5.删除 kubectl delete
- 三.金丝雀发布
- 四.声明式管理方法：YAML文件
- 五.YAML文件详解
- 六.生成yaml模板
一、kubectl命令
1.陈述式管理方式：通过命令式语句来实现对资源的管理（对资源的增、删、查操作比较方便，但对改的操作就不容易了）
2.声明式资源管理方式：通过资源配置的yaml和json格式来完成
kubectl 的命令大全
kubectl --help
k8s中文文档: http://docs.kubernetes.org.cn/683.html
k8s pod故障一般先获取pod信息，然后查看pod状态，如果是pending状态，用kubectl describe查看报错信息，如果获取不到信息，就用kubectl logs去查看
1.查看版本信息 kubectl version
kubectl version
2.列出 Kubernetes API 中所有可用的资源及其相关信息 kubectl api-resources
kubectl api-resources
3.配置kubectl自动补全 source <(kubectl completion bash)
source <(kubectl completion bash) #临时配置kubectl自动补全
echo 'source <(kubectl completion bash)' >> ~/.bashrc #永久配置kubectl自动补全
4.查看集群信息 kubectl cluster-info
kubectl cluster-info
5.node节点查看日志 journalctl -u kubelet -f
journalctl -u kubelet -f
6.基本信息查看
kubectl get <resource> [-o wide|json|yaml] [-n namespace]
获取资源的相关信息，-n 指定命令空间，-o 指定输出格式
resource可以是具体资源名称，如pod nginx-xxx；也可以是资源类型，如pod；或者all(仅展示几种核心资源，并不完整)
–all-namespaces 或 -A ：表示显示所有命令空间，
–show-labels ：显示所有标签
-l app ：仅显示标签为app的资源
-l app=nginx ：仅显示包含app标签，且值为nginx的资源
kubectl get all #获取 Kubernetes 集群中所有资源类型的实例
kubectl get svc -A #显示所有命名空间的服务
kubectl get svc #显示当前命名空间的服务，一般是default
kubectl get pod --show-labels #显示default的pod的标签
kubectl get pod -A -l app #根据-l后面的参数进行模糊查询
7.查看 master 节点状态 kubectl get cs
kubectl get cs
8.查看命令空间 kubectl get ns
kubectl get ns
9.创建命名空间yy kubectl create ns yy
kubectl create ns yy
10.删除命名空间yy kubectl delete ns yy
kubectl delete ns yy
11. 在命名空间kube-public 创建副本控制器（deployment）来启动Pod（nginx-1）
kubectl create deployment nginx-1 --image=nginx -n kube-public
kubectl run nginx-2 --image=nginx -n kube-public #快速启动一个临时的pod，被删除不会重新创建
12.描述某个资源的详细信息 kubectl describe
kubectl describe deployments.apps nginx-1 -n kube-public #deployments.apps是自动补全的，后面的.apps可以不加
kubectl describe pod nginx-1 -n kube-public #一般用于查看错误信息
13.查看命名空间kube-public 中的pod 信息
kubectl get pods -n kube-public
14.kubectl exec可以跨主机登录容器，docker exec 只能在容器所在主机上登录
kubectl exec -it nginx-1 bash -n kube-public
15.删除（重启）pod资源，由于存在deployment/rc之类的副本控制器，删除pod也会重新拉起来
kubectl delete pod nginx-1-6664c49886-7xhjj -n kube-public
16.根据副本控制器删除pod kubectl delete deployments
kubectl delete deployments.apps nginx-1 -n kube-public
17.若pod因为处于terminate状态，无法删除
kubectl delete pod nginx-1-6664c49886-7xhjj -n kube-public --force --grace-period=0
#grace-period表示过渡存活期，默认30s，在删除pod之前允许POD慢慢终止其上的容器进程，从而优雅退出，0表示立即终止pod
18.扩缩容 kubectl scale
kubectl scale deployment nginx-1 --replicas=4 -n kube-public
kubectl scale deployment nginx-1 --replicas=1 -n kube-public
19.查看pod日志
kubectl logs nginx-7848d4b86f-hxzdr
二、项目的生命周期
项目的生命周期：创建–>发布–>更新–>回滚–>删除
一.创建 kubectl create命令
kubectl create --help
启动 nginx 实例，暴露容器端口 80，设置副本数 3
kubectl create deployment nginx --image=nginx:1.14 --port=80 --replicas=3
1.发布 kubectl expose命令
kubectl expose deployment nginx --port=80 --target-port=80 --name=nginx-service --type=NodePort
------------------------------------------------------------------------------------------
-port=80是service在集群内部监听的端口
--target-port=80是Pod 监听的端口
Kubernetes 之所以需要 Service，一方面是因为 Pod 的 IP 不是固定的（Pod可能会重建），另一方面则是因为一组 Pod 实例之间总会有负载均衡的需求。
Service 通过 Label Selector 实现的对一组的 Pod 的访问。
对于容器应用而言，Kubernetes 提供了基于 VIP（虚拟IP） 的网桥的方式访问 Service，再由 Service 重定向到相应的 Pod。
●port
port 是 k8s 集群内部访问service的端口，即通过 clusterIP: port 可以从 Pod 所在的 Node 上访问到 service
●nodePort
nodePort 是外部访问 k8s 集群中 service 的端口，通过 nodeIP: nodePort 可以从外部访问到某个 service。
●targetPort
targetPort 是 Pod 内部容器监听的端口，从 port 或 nodePort 来的流量经过 kube-proxy 反向代理负载均衡转发到后端 Pod 的 targetPort 上，最后进入容器。
●containerPort
containerPort 是 Pod 内部容器的端口，targetPort 映射到 containerPort。
内部流量：port > targetPort > containerPort
外部流量：nodePort > targetPort > containerPort
service 的 type 类型：
●ClusterIP：提供一个集群内部的虚拟IP以供Pod访问（service默认类型)
●NodePort：一般临时使用，在每个Node上打开一个端口以供外部访问，Kubernetes将会在每个Node上打开一个端口并且每个Node的端口都是一样的，通过 NodeIp:NodePort 的方式Kubernetes集群外部的程序可以访问Service。
每个端口只能是一种服务，端口范围只能是 30000-32767。
●LoadBalancer：通过设置LoadBalancer映射到云服务商提供的LoadBalancer地址。这种用法仅用于在公有云服务提供商的云平台上设置Service的场景。通过外部的负载均衡器来访问，通常在云平台部署LoadBalancer还需要额外的费用。
在service提交后，Kubernetes就会调用CloudProvider在公有云上为你创建一个负载均衡服务，并且把被代理的Pod的IP地址配置给负载均衡服务做后端。 SLB 公网地址 一般会使用公有云
●externalName：将service名称映射到一个DNS域名上，相当于DNS服务的CNAME记录，用于让Pod去访问集群外部的资源，它本身没有绑定任何的资源。 tgc.benet.com www.benet.com
访问内部虚拟IP和端口（默认80）
访问外部ip和端口
2.查看pod网络状态详细信息和 Service暴露的端口
kubectl get pods,svc -o wide
3.查看关联后端的节点
kubectl get endpoints
4.查看 service 的描述信息
kubectl describe svc nginx
二.更新 kubectl set
kubectl set --help
获取修改模板
kubectl set image --help
查看当前 nginx 的版本号
curl -i http://192.168.44.40:31881/
将nginx 版本更新为 1.15 版本（更新Deployment 中的名为 nginx 容器 ）
kubectl set image deployment nginx nginx=nginx:1.15
处于动态监听 pod 状态，由于使用的是滚动更新方式，所以会先生成一个新的pod，然后删除一个旧的pod，往后依次类推
kubectl get pods -w
三.回滚 kubectl rollout
kubectl rollout --help
1.查看历史版本
kubectl rollout history deployment/nginx #两个版本
2.执行回滚到上一个版本
kubectl rollout undo deployment/nginx
3.执行回滚到指定版本
kubectl rollout undo deployment/nginx --to-revision=2 #history的版本
4.检查回滚状态
kubectl rollout status deployment/nginx
5.删除 kubectl delete
删除副本控制器（删除deployment里的所有名为nginx的pod）
kubectl delete deployment/nginx
删除service中的名为nginx-service
kubectl delete svc/nginx-service
kubectl get all
三.金丝雀发布
Deployment控制器支持自定义控制更新过程中的滚动节奏，如“暂停(pause)”或“继续(resume)”更新操作。比如等待第一批新的Pod资源创建完成后立即暂停更新过程，此时，仅存在一部分新版本的应用，主体部分还是旧的版本。然后，再筛选一小部分的用户请求路由到新版本的Pod应用，继续观察能否稳定地按期望的方式运行。确定没问题之后再继续完成余下的Pod资源滚动更新，否则立即回滚更新操作。这就是所谓的金丝雀发布。
金丝雀发布是一种渐进式的发布策略，非常适合需要频繁更新和迭代的应用。
1.创建三个nginx，版本为1.14
kubectl create deployment nginx --image=nginx:1.14 --port=80 --replicas=3
2.更新deployment的版本，并配置暂停deployment
kubectl set image deployment nginx nginx=nginx:1.15 && kubectl rollout pause deployment nginx
kubectl rollout status deployment/nginx #观察更新状态
3.创建两个service用于对外暴露端口
kubectl expose deployment nginx --name=nginx-svc --port=80 --target-port=80 --type=NodePort
kubectl expose deployment nginx --name=nginx-svc2 --port=80 --target-port=80 --type=NodePort
4.创建新的yaml文件，修改其中的selector
kubectl edit svc nginx #复制里面的yaml配置
kubectl get pod --show-labels #根据后面的标签，添加到新的yaml中
vim /root/nginx-new.yaml
apiVersion: v1
kind: Service
metadata:
creationTimestamp: "2024-10-29T08:46:02Z"
labels:
app: nginx
name: nginx
namespace: default
resourceVersion: "3926"
uid: 06f2a016-e660-4874-88bf-bcf7d61cb2ba
spec:
clusterIP: 10.101.225.116
clusterIPs:
- 10.101.225.116
externalTrafficPolicy: Cluster
ports:
- nodePort: 30966
port: 80
protocol: TCP
targetPort: 80
selector:
pod-template-hash: 698676d7f8
sessionAffinity: None
type: NodePort
kubectl delete svc nginx #删除原先的模板
kubectl apply -f /root/nginx-new.yaml #将修改后的模板添加进service中，apply可以更新同名模板
kubectl describe svc nginx
kubectl exec -it nginx-698676d7f8-n4bd5 bash #修改容器内部的页面
cd /usr/share/nginx/html
echo "yy01" > index.html
......
这样通过修改yaml文件，就可以其中一个容器单独更新
5.测试没有问题，就可以取消暂停，全部更新
kubectl rollout resume deployment/nginx
kubectl get pods -w #查看最后的更新情况
四.声明式管理方法：YAML文件
语法格式：kubectl create/apply/delete -f xxxx.yaml
create 创建资源
apply 创建或者更新资源
1.以yaml格式查看资源配置清单
kubectl get deployment nginx -o yaml
2.解释资源配置清单
kubectl explain deployment.metadata
kubectl get service nginx -o yaml
kubectl explain service.metadata
3.修改资源配置清单并应用
离线修改：
修改yaml文件，并用 kubectl apply -f xxxx.yaml 文件使之生效
注意：当apply不生效时，先使用delete清除资源，再apply创建资源
kubectl get service nginx-svc -o yaml > nginx-svc.yaml
vim nginx-svc.yaml #修改port: 8080
kubectl delete -f nginx-svc.yaml
kubectl apply -f nginx-svc.yaml
kubectl get svc
五.YAML文件详解
查看 api 资源版本标签
kubectl api-versions
yaml文件含义
apiVersion: apps/v1 #指定api版本标签
kind: Deployment #定义资源的类型/角色，deployment为副本控制器，此处资源类型可以是Deployment、Job、Ingress、Service等
metadata: #定义资源的元数据信息，比如资源的名称、namespace、标签等信息
name: nginx-deployment #定义资源的名称，在同一个namespace空间中必须是唯一的
labels: #定义Deployment资源标签
app: nginx
spec: #定义deployment资源需要的参数属性，诸如是否在容器失败时重新启动容器的属性
replicas: 3 #定义副本数量
selector: #定义标签选择器
matchLabels: #定义匹配标签
app: nginx #需与 .spec.template.metadata.labels 定义的标签保持一致
template: #定义业务模板，如果有多个副本，所有副本的属性会按照模板的相关配置进行匹配
metadata:
labels: #定义Pod副本将使用的标签，需与 .spec.selector.matchLabels 定义的标签保持一致
app: nginx
spec:
containers: #定义容器属性
- name: nginx #定义一个容器名，一个 - name: 定义一个容器
image: nginx:1.15.4 #定义容器使用的镜像以及版本
ports:
- containerPort: 80 #定义容器的对外的端口
实例:
1.创建生成pod的yaml文件
vim nginx-yy.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: nginx-deployment
namespace: kube-public
labels:
name: nginx-deployment
spec:
replicas: 3
selector:
matchLabels:
app: nginx-demo1
template:
metadata:
labels:
app: nginx-demo1
spec:
containers:
- name: nginx
image: nginx:1.15.4
ports:
- name: http
containerPort: 80
2.创建资源对象
kubectl create -f nginx-yy.yaml
或者
kubectl apply -f nginx-yy.yaml
3.查看创建的pod资源
kubectl get pods -o wide -n kube-public
4.创建service服务对外提供访问并测试
vim nginx-service.yaml
apiVersion: v1
kind: Service
metadata:
name: nginx-demo1
namespace: kube-public
labels:
name: nginx-demo1
spec:
type: NodePort
ports:
- port: 8080
targetPort: 80
nodePort: 31333
selector:
app: nginx-demo1
kubectl apply -f nginx-service.yaml
kubectl get svc -n kube-public
curl 10.98.162.99:8080
删除（根据对应模板进行删除）
kubectl delete -f nginx-service.yaml
六.生成yaml模板
kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client -o yaml
#也可以保存进指定文件中
kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client -o yaml > ceshi.yaml
查看生成json格式
kubectl run nginx-test --image=nginx --port=80 --dry-run=client -o json
kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client -o json
将现有的资源生成模板导出
kubectl get svc nginx-service -o yaml
#保存到文件中
kubectl get svc nginx-service -o yaml > yy1.yaml
查看字段帮助信息，可一层层的查看相关资源对象的帮助信息
kubectl explain deployments.spec.template.spec.containers
或
kubectl explain pods.spec.containers