2025年kubelet原理(kubectl 原理)

kubelet原理(kubectl 原理)p k8s 中文文档 http docs kubernetes org cn 683 html p 陈述式管理方式 通过命令式语句来实现对资源管理 简单一句 一条命令来实现 声明式资源管到方式 我们之前来通过 y 的工文件来交现资源的管理

大家好,我是讯享网,很高兴认识大家。



                <p>k8s中文文档&#xff1a;http://docs.kubernetes.org.cn/683.html</p> 

讯享网
  1. 陈述式管理方式:通过命令式语句来实现对资源管理,简单一句,一条命令来实现
  2. 声明式资源管到方式,我们之前来通过y的工文件来交现资源的管理,通过资源配置yam或josn格式来完成自动化

kubernetes 集群管理集群资源的唯一入口是通过相应的方法调用 apiserver 的接口

kubectl 是官方的CLI命令行工具用于与 apiserver 进行通信,将用户在命令行输入的命令,组织并转化为 apiserver 能识别的信息,进而实现管理 k8s 各种资源的一种有效途径

对资源的增、删、查操作比较方便,但对改的操作就不容易了

讯享网

kubectl get    <resource>    [-o wide|json|yaml]     [-n namespace]

【resource】获取资源的相关信息

  • resource可以是具体资源名称,如pod nginx-xxx;
  • 也可以是资源类型,如pod,svc(Service),cs(节点),ns(命名空间)
  • 或者all(仅展示几种核心资源,并不完整)

-o 指定输出格式

  • wide
  • json
  • yaml

-n 指定命令空间

  • 不指定就默认命名空间default中查找


--all-namespaces 或 -A

  • 表示显示所有命令空间
  • 和n不能同时生效

--show-labels 

  • 显示所有标签

-l

  • -l app :仅显示标签为app的资源
  • -l app=nginx :仅显示包含app标签,且值为nginx的资源

-------------------------------------------------------------------------------------------------------------------

示例

获取所有命名空间中的 Pod 列表

  • kubectl get pod --all-namespaces

简写

  • kubectl get pod -A

查看标签

  • kubectl get pod -A --show-labels

显示标签类别

  • kubectl get pod -A -l k8s-app 

具体

master 节点状态

查看 master 节点状态
kubectl get componentstatuses
kubectl get cs

命令空间

查看命令空间
kubectl get namespace
kubectl get ns

  • 命令空间的作用:用于允许不同命令空间的 相同类型的资源 重名的

查看default命名空间的所有资源
kubectl get all [-n default]

 查看命名空间kube-public 中的pod 信息
kubectl get pods -n kube-public
讯享网

创建命名空间app
kubectl create ns app
kubectl get ns

删除命名空间app
kubectl delete namespace app
kubectl get ns

副本控制器

创建副本控制器启动

在命名空间kube-public 创建副本控制器(deployment)来启动Pod(ycnginxyc

ycnginxyc 这个名称是自定义的,你可以根据需要命名为任何合法的字符串

-n指定命名空间

kubectl create deployment ycnginxyc --image=nginx -n kube-public

删除副本控制器
kubectl delete deployment ycnginxyc -n kube-public
kubectl delete deployment/ycnginxyc -n kube-public

其他

描述某个资源的详细信息
kubectl describe deployment ycnginxyc  -n kube-public
kubectl describe pod nginx-wl-d47f99cb6-hv6gz -n kube-public

kubectl exec可以跨主机登录容器

  • docker exec 只能在容器所在主机上登录

kubectl exec -it nginx-wl-d47f99cb6-hv6gz bash -n kube-public

删除(重启)pod资源,由于存在deployment/rc之类的副本控制器,删除pod也会重新拉起来
kubectl delete pod nginx-wl-d47f99cb6-hv6gz -n kube-public

若pod无法删除,总是处于terminate状态,则要强行删除pod
kubectl delete pod <pod-name> -n <namespace> --force --grace-period=0

  • grace-period表示过渡存活期,默认30s,在删除pod之前允许POD慢慢终止其上的容器进程,从而优雅退出,0表示立即终止pod

但是由于存在deployment/rc之类的副本控制器,删除pod也会重新拉起来

扩缩容

扩容
kubectl scale deployment nginx-deployment1 --replicas=3 -n default

项目的生命周期:创建–&gt;发布–&gt;更新–&gt;回滚–&gt;删除

1、创建    kubectl create命令

  • 创建并运行一个或多个容器镜像。
  • 创建一个deployment 或job 来管理容器。

①、帮助手册

kubectl create –help

②、启动 nginx 实例,暴露容器端口 80,设置副本数 3
kubectl create deployment yc.nginx –image=nginx:1.14 –port=80 –replicas=3
 
kubectl get pods
kubectl get all



  • 并不会列出所有可能的资源类型,它主要列出一些常见的核心资源类型


2、发布    kubectl expose命令
①、将资源暴露为新的 Service

②、为deployment的nginx创建service,并通过Service的80端口转发至容器的80端口上,Service的名称为nginx-service,类型为

NodePortkubectl expose deployment yc.nginx –port=80 –target-port=80 –name=nginx-service –type=NodePort


Kubernetes 之所以需要 Service,一方面是因为 Pod 的 IP 不是固定的(Pod可能会重建),另一方面则是因为一组 Pod 实例之间总会有负载均衡的需求。

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去访问集群外部的资源,它本身没有绑定任何的资源。

扩展

端口类型 描述 使用场景 port Service 的端口,集群内部访问 Service 使用的端口。通过  可以从 Pod 所在的 Node **问到 Service。 在 Service 定义中指定,用于集群内部 Pod 之间的通信。 nodePort 外部访问 Kubernetes 集群中 Service 的端口。通过  可以从集群外部访问到某个 Service。 在 Service 类型设置为  时使用,允许外部流量通过 Node 的 IP 和指定的端口访问 Service。 targetPort Pod 的端口,从 port 或 nodePort 来的流量经过 kube-proxy 反向代理负载均衡转发到后端 Pod 的 targetPort 上。 在 Service 定义中指定,用于告诉 kube-proxy 将流量转发到 Pod 的哪个端口。 containerPort Pod 内部容器的端口,targetPort 映射到 containerPort。 在 Pod 定义中的容器部分指定,用于容器内部服务的监听。

注意

  •  和  是在 Service 对象中定义的。
  •  可以在 Service 对象中指定,也可以省略(如果 Service 的  与 Pod 的  相同,则可以省略 )。
  •  是在 Pod 定义中的容器部分指定的。
  • 通常, 会映射到 ,但这不是强制性的。在某些情况下,Service 的  可能与 Pod 的  直接对应,而不需要通过  进行中转。
  • 使用  类型的 Service 时,Kubernetes 会在每个 Node 上分配一个静态或动态的 ,允许外部流量通过任何 Node 的 IP 和这个端口访问 Service。然而,这种方法可能会暴露过多的端口,增加安全风险,因此通常建议使用 Ingress 控制器来管理外部访问。

-o wide也可以

在 node01 节点上操作,查看负载均衡端口
yum install ipvsadm -y
ipvsadm -Ln


外部访问的IP和端口
      
  
在 node02 节点上操作,同样方式查看负载均衡端口
yum install ipvsadm -y
ipvsadm -Ln
TCP  192.168.80.12:44847 rr
  -&gt; 172.17.26.3:80               Masq    1      0          0         
  -&gt; 172.17.36.2:80               Masq    1      0          0         
  -&gt; 172.17.36.3:80               Masq    1      0          0         
 
TCP  10.0.0.189:80 rr
  -&gt; 172.17.26.3:80               Masq    1      0          0         
  -&gt; 172.17.36.2:80               Masq    1      0          0         
  -&gt; 172.17.36.3:80               Masq    1      0          0         














kubectl logs yc.nginx-65c659cdc9-gxrqv


4、更新    kubectl set
更改现有应用资源一些信息。
①、手册


kubectl set –help

获取修改模板
kubectl set image –help

查看当前 nginx 的版本号


curl -I http://192.168.88.20:32355
curl -I http://另一个node节点宿主机ip:44847

将nginx 版本更新为 1.15 版本

kubectl set image  deployment/yc.nginx  nginx=nginx:1.15

第2个nginx在什么地方可以查看

 kubectl get deployment yc.nginx -owide

  • 处于动态监听 pod 状态,由于使用的是滚动更新方式,所以会先生成一个新的pod,然后删除一个旧的pod,往后依次类推

kubectl get pods -w

  •  是一个 Kubernetes 命令,用于实时监视当前命名空间(或指定命名空间)中所有 Pod 的变化。这里的  或  参数表示开启监视模式,使得命令输出会持续更新,以反映 Pod 状态的任何变化。

curl -I http://192.168.88.20:32355


5、回滚    kubectl rollout 
对资源进行回滚管理

②、查看历史版本

kubectl rollout history deployment yc.nginx

执行回滚到上一个版本

kubectl rollout undo deployment yc.nginx

执行回滚到指定版本

kubectl rollout  undo deployment yc.nginx –to-revision=2


6、删除    kubectl delete
删除副本控制器
kubectl delete deployment/nginx


kubectl get all

生命周期: 创建、发布、更新、回滚、删除

创建:   kubelet create  资源类型  资源名称 –image=镜像名称  –port=端口   –replicas=

发布:kubelet  expose  资源类型  资源名称 –port= –targetport= type= clusterip或NodePort

更新:kubelet set image 资源类型  资源名称 容器名=镜像名  标签版本

回滚:kubelet rollout undo 资源类型  资源名称    (默认是回滚到上一个版本)

           kubelet rollout history 或status  资源类型  资源名称 (查看回滚历史记录或者状态)

删除:kubelet delete 资源类型  资源名称


小讯
上一篇 2025-05-09 11:31
下一篇 2025-04-24 21:01

相关推荐

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/178780.html