k8s的陈述式资源管理(命令行操作)
(一)k8s的陈述式资源管理
1、命令行:kubectl命令行工具——用于一般的资源管理
(1)优点:90%以上ce场景都可以满足
(2)特点:对资源的增、删、查比较方便,对改不是很友好
(3)缺点:命令比较冗长,复杂,难记
2、声明式:k8s当中的yaml文件来实现资源管理——用于配置部署服务
3、GUI:图形化工具的管理
(二)kubectl命令的详解:查看、部署、查看pod的情况(详细信息和日志,发布和回滚)
kubectl命令的详解 | ||||
kubectl命令行大全:http://docs.kubernetes.org.cn/683.html | ||||
先声明动作:create、delete、get、describe 对象:ns、pod、service 对象的名称:hyde nginx | ||||
查看 | ||||
查看版本 | kubectl version | |||
查看所有api的资源对象的名称 | kubectl api-resources | |||
查看k8s的集群信息 | kubectl cluster-info | |||
基本信息查看: | ||||
查看master节点的状态 | kubectl get cs | |||
查看默认命令空间内的pod信息 | kubectl get pod/pods | |||
查看当前集群的所有命名空间 | kubectl get ns | |||
查看指定命名空间内的pod信息 | kubectl get pod -n?kube-system(命名空间的名称) | |||
查看默认命名空间内pod的详细信息(IP、节点信息) | kubectl get pod -o wide | |||
查看指定命名空间内pod的详细信息 | kubectl get pod -o?wide?-n?kube-system | |||
查看node节点的信息和状态 | kubectl get nodes/node | |||
查看node节点的详细信息 | kubectl get node -o wide | |||
查看已经部署好的pod的详细信息 | kubectl describe pod nginx-6799fc88d8-89g2n(pod的名称) | |||
查看指定命名空间内pod的详细信息 | kubectl describe pod -n kube-system etcd-master | |||
查看pod的日志 | kubectl logs nginx-6799fc88d8-89g2n | |||
动态查看pod的日志 | kubectl logs -f nginx-6799fc88d8-89g2n | |||
查看指定命名空间内的日志 | kubectl logs -n kube-system?etcd-master | |||
创建命名空间 | kubectl create?ns hyde | |||
删除命名空间 | kubectl delete?ns hyde | |||
删除pod | kubectl delete pod nginx-6799fc88d8-89g2n(pod名称)——实际上并没有删除 | |||
deployment的部署pod | ||||
deployment部署的方式:陈述式部署(命令行)、声明式部署(yml文件) | ||||
deployment部署的特点: ①滚动更新:不是一次性的把所有pod全部部署,而是一个一个来,pod更新时使用,逐步的引入新的pod,逐步的减少旧的pod ②自我修复:如果有pod节点发生故障,deployment会自动启动新的pod来进行代替,如果更新有问题,deployment会提供还原点,可以手动还原到未更新前的状态 ③扩容和缩容:deployment可以随时调整pod的数量,以适应流量的变化 * 上述的功能必须是基于deployment创建的服务才可以,大多数的pod都是使用deployment创建的 * 基于deployment创建的pod,或者是daemonset方式创建的pod,是由控制器创建的pod,使用delete删除pod是删除不掉,相当于重启pod | ||||
查看命名空间内通过deployment创建的pod | kubectl get deployments | |||
查看指定命名空间内通过deployment创建的pod | kubectl get deployments -n kube-system | |||
查看命名空间内通过daemonset创建的pod | kubectl get daemonsets | |||
查看指定命名空间内通过daemonset创建的pod | kubectl get daemonsets -n kube-system | |||
* daemonset部署:不能通过命令行创建,只能在yml文件中定义这种创建方式。 * daemonset:后台运行创建,在每个节点上都创建一个相同方式的,相同版本的容器运行的pod,一般都是依赖环境和重要组件,一般也不会对这些资源进行操作 | ||||
创建deployment副本 | kubectl create deployment nginx-dn --image=nginx | |||
在指定命名空间创建deployment | kubectl create deployment nginx-dn --image=nginx --replicas=3 -n hyde | |||
删除pod(一旦删除deployment,基于deployment创建的pod都会被删除)——慎用 | kubectl delete deployments.apps nginx-dn?-n hyde | |||
不是基于控制器deployment创建的pod,用delete可以直接删除 | kubectl run?nginx2 --image=nginx(很少使用) kubectl delete?pod nginx2 | |||
远程进入节点容器 | kubectl exec -it nginx-6799fc88d8-blx25 bash | |||
docker的exec只能在本机内部使用,不能跨主机,kubectl的exec可以跨主机进入容器 | ||||
指定命名空间进入容器 | kubectl exec -it ?nginx-6799fc88d8-4zqld?bash?-n hyde | |||
kubectl delete pod nginx1-6f54f4bd96-gmkdb --force --grace-period=0 主要用于结束卡在Terminating销毁状态的pod | ||||
grace-period | 表示过度的存活期,默认是30秒,可以让pod优雅的结束容器内的进程,然后退出pod;0表示立刻停止pod,必须要force | |||
对基于deployment创建的pod进行扩容和缩容: | ||||
扩容 | kubectl scale deployment nginx-dn --replicas=3 | |||
缩容 | kubectl scale deployment nginx-dn --replicas=1 | |||
发布服务的service: | ||||
service的类型:生产中用ExternalName做域名映射+NodePort对外提供访问 | ||||
ClusterIP | 创建service的默认类型,提供一个集群内部的虚拟IP地址,这是service的默认类型,通过这个虚拟IP可以直接访问pod 的资源,无法对外提供访问 | |||
NodePort | 会在每一个node节点上都开放一个相同的端口,外部可以通过node的本机IP+端口,访问pod资源(集群外部访问service的一种方式,四层代理方式),访问方式是nodeip:nodeport,nodeport可以随机指派,也可以指定(范围30000-32767) | |||
LoadBalancer | 如果service的类型设定为LoadBalancer,映射地址(云平台提供LoadBalancer的地址),这种用法仅用于公有云服务供应商在云平台上设置的service的场景,外部来访问,实现负载均衡,LoadBalancer的地址是要付费的。创建好了service,指定类型为LoadBalancer,会给你提供一个地址来代理pod内部的IP地址 | |||
ExternalName | DNS映射,给service分配一个域名,通过域名来访问后端的pod资源,ExternalName的service类型,不能提供负载均衡,必须要设置一个LoadBalancer的地址才能实现 | |||
查看集群中的service | kubectl get svc | |||
删除service | kubectl delete svc nginx | |||
查看指定命名空间的service | kubectl get svc -n kube-system | |||
①创建pod:kubectl create deployment nginx --image=nginx:1.10 --replicas=3 ②基于deployment创建service: kubectl expose deployment nginx --port=80 --target-port=80 --name=nginx-service --type=NodePort * --port=80:service集群内部的端口,是service和容器映射的端口,任意 * --target-port=80:pod内部容器的端口 NodePort ?10.96.112.70:集群内部的IP地址,外部可不易访问这个IP地址 80:32168/TCP * 80:对应的内部的service的端口 * 32168:和内部的service的80端口做映射(本机的端口) ③实现负载均衡: ④修改service中nodeport的地址: | ||||
更新和回滚,以及发布的方式: | ||||
项目的生命周期:创建——发布——更新——回滚——删除 | ||||
更新 | kubectl set image deployment nginx nginx=nginx:1.20 curl -I 20.0.0.71:31000 | |||
回滚 | ①查看回滚点:kubectl rollout history deployment nginx ②记录回滚点变更:kubectl set image deployment nginx nginx=:1.15 --record ③回滚:kubectl rollout undo deployment nginx --to-revision=2 | |||
查看回滚的状态 | ①kubectl rollout status deployment nginx ②kubectl get pod -w:动态查看pod的更新情况 | |||
查看集群内部的所有信息 | kubectl get all | |||
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:veading@qq.com进行投诉反馈,一经查实,立即删除!