k8s的陈述式资源管理（命令行操作）

本文主要是介绍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