（一）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 | |||
 | ||||
