当前位置: 首页 > article >正文

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

http://www.kler.cn/a/373302.html

相关文章:

  • Tomcat 和 Docker部署Java项目的区别
  • 【汇编语言】第一个程序(四)—— 谁在幕后启动程序 : 探讨可执行文件的装载与执行
  • 【宠粉赠书】大模型项目实战:多领域智能应用开发
  • pytest脚本常用的执行命令
  • 【Redis】常见基本全局命令
  • 利用游戏引擎的优势
  • nmcli、ip、ifcfg配置网络区分方法
  • 完整了解asp.net core MVC中的数据传递
  • Android——静态注册广播
  • 【面试宝典】Java中创建线程池的几种方式以及区别
  • Vue前端开发:事件绑定方式
  • 一些CSS的基础知识点
  • 软件测试学习笔记丨Selenium学习笔记:css定位
  • 027_UIImage_in_Matlab图形界面开发中的图片
  • linux之网络子系统- 内核发送数据包流程以及相关实际问题
  • SpringBoot篇(监控)
  • HTML基本类型
  • 程序员转项目经理,我们必须掌握的3大核心要素
  • 一款专业获取 iOS 设备的 UDID 工具|一键获取iPhone iPad设备的 UDID
  • src漏洞挖掘#信息收集#网络安全
  • 前端性能优化全攻略:提升用户体验,加速页面加载
  • ArcGIS Pro SDK (十九)场景图层
  • Java已死,大模型才是未来?
  • 数据安全-接口数据混合加密笔记
  • 单节点kubernetes-1.20二进制部署
  • 北京市委决定:这所4校合并的高校,“一把手”调整