k8s的陈述式资源管理:

发布时间:2023年12月29日

k8s的陈述式资源管理:

命令行:主要通过kubectl命令行工具

优点:90%以上的场景都可以满足

对资源的增删查比较方便,对改不是很友好

缺点:

命令比较冗长:复杂、难记

声明式:

k8s当中的yaml文件来实现资源管理---声明式

GUI:图形化工具的管理

kubectl命令详解,查、部署、查看pod的情况包括详细信息和日志以及发布和回滚

kubectl version 查看k8s的版本

kubectl api-resources 查看所有api的资源对象名称

kubectl cluster-info 查看k8s集群的信息

kubectl get componentstatuses 查看master节点的状态

kubectl get pod 查看默认命名空间内pod信息

kubectl get ns 查看当前集群所有的命名空间

kubectl get pod -n kube-system 要查看指定命名空间内的pod需要加-n 命名空间的名称

kubectl get pod -0 wide 查看默认命名空间内pod的详细信息

kubectl get pod -n kube-system -o wide 查看指定命名空间的详细信息

kubectl get node 查询节点的信息和状态、

kubectl get node -o wide 查看node节点的详细信息

kubectl describe pod nginx 查看已经部署好的pod的详细信息

kubectl logs -n kube-system etcd-master01 如何查看pod输出的日志

先声明动画 create delete get 对象: ns pod service 对象的名称 wqb nginx-6799fc88d8-5kn97

nginx 加-n查询指定的命名空间对象

deployment的部署pod:

陈述时部署:命令行

声明式:yaml文件进行部署

deplotment部署可以实现滚动更新

滚动更新:不是一次性的把所有pod全部部署,而是一个一个来,pod的更新时使用,逐步的引入新的pod:逐步减少新的pod

自我修复:如果有pod节点发生故障,deployment会自动启动新的pod来进行代替

回滚:如果更新有问题,deployment会提供还原点,可以手动还原到未更新前的状态

扩容和缩容:通过deplayment可以随时调整pod的数量,以适应流量的变化

上诉的功能必须是基于deployment创建的服务才可以,绝大多数的pod都是使用deployment来创建。

kubectl get deployments.apps

kubectl get deployments.apps

daemonset:不能同各国命令行创建,只能通过yaml文件来定义这种创建方式

后台运行创建,在每个节点上都创建一个相同方式的相同版本的容器运行的pod

一般都是依赖环境和重要组件,一般也不会去对这些资源进行操作

如果是基于deployment方式创建的pod,或者daemonset方式创建pod,是由控制器创建的pod

使用delete删除pod是删不掉的,相当于重启pod

kubectl delete deployments.apps nginx-w2 -n wqv 基于控制器删除,基于deployment方式创建pod,一旦删除deployment,基于这个deployment创建的pod都会被删除

不是基于控制器创建的用delete会被直接删除掉

远程进入节点容器

kubectl exec -it nginx-w3-5654b5db87-2g24p bash -n wqv

dockerexec只能在本机内部使用,不能跨主机使用,kubectl exec可以跨主机进入容器

快速的让容器结束的命令

kubectl delete pod nginx-wqb-568fcf58f-rpgqj --force --grace-period=0

grace-period=0:表示过度存活期,默认是30秒,可以让pod优雅的结束容器内的进程,然后退出pod ,=0表示立刻停止pod,必须要force

主要是用于结束卡在销毁状态的pod

如何对基于控制器创建pod进行扩容和缩容

kubectl scale deployment nginx-w2 --replicas=1

创建pod时并没有指定副本数,后续也可以对他的副本进行修改,仅限于deployment创建的pod

如何把服务的service进行发布:

service的类型***

ClusterIP:创建service的默认类型,提供一个集群内部的虚拟ip地址,这是service的默认的类型,通过这个虚拟ip可以直接访问pod资源,但是仅限于内部请求,无法对外提供访问

NodePort:会在每一个node节点上都开放一个相同的端口,外部就可以通过node的本机ip加上统一开放的端口,访问pod资源。这是集群外部访问service资源的一种方式,这是四层代理的方式、

nodeip:nodeport随机指派,也可以指定,如果不指定会随机分配一个 30000-32767

基于deployment创建的pod可以使用这种方式

kubectl expose deployment nginx --port=80 --target-port=80 --name=nginx-service --type=NodePort

-port=80是service集群的端口

--target-port=80 pod内部容器的端口

NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 24h nginx-service NodePort 10.96.184.140 <none> 80:32326/TCP

10.96.184.140:集群内部的ip地址,外部是不可以访问这个ip地址的

80:对应的是内部的service的端口

32326:和内部service的80端口做映射

pod内部的容器端口是固定的,--port是service和容器端口 做映射的端口,可以是任意的

LoadBalancer:如果service的类型设定为LoadBalancer,云平台提供一个映射地址,这种用法仅用于公有云服务供应商在云平台上设置好了设置的service的场景,然后再通过外部实现负载均衡,这个地址要付费

创建好了service指定类型为LoadBalancer,会给你提供一个地址来代理pod内部的ip地址

ExternalNname:DNS映射,给service分配一个域名,通过域名来访问后端pod资源。ExternalNname的service类型不能提供负载均衡,必须要设置一个LoadBalancer的地址才可以实现

工作中用NodePort 用ExternalNname:做DNS映射

更新和回滚,以及发布的方式

项目的声明周期:

创建------发布------更新------回滚------删除

kubectl set image deployment nginx1 nginx=nginx:1.10

回滚:

数字的大小决定了距离上次操作的远近,数字最大就是最近的一次操作

kubectl rollout undo deployment nginx1 --to-revision=1 回滚到1

文章来源:https://blog.csdn.net/m0_52416577/article/details/135288110
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。