k8s的陈述式资源管理：
命令行：kubectl命令行工具
优点：90%以上的场景都可以满足
对资源的增，删，查比较方便，对改不是很友好
缺点：
命令比较冗长，复杂，难记
声明式：
k8s当中的yaml文件来实现资源管理------声明式
GUI：图形化工具的管理。
1、kubectl命令的详解 查看 部署 查看pod的情况（详细的信息，日志 发布和回滚）
Kubernetes kubectl 命令表 _ Kubernetes(K8S)中文文档_Kubernetes中文社区
kubectl version
查看k8s的版本
kubectl api-resources
查看所有api的资源对象的名称（简写）
kubectl cluster-info
查看k8s的集群信息
kubectl get ComponentStatus（cs）
查看master节点的状态
基本信息查看
kubectl get pod
查看默认命名空间内的pod的信息
kubectl get ns
查看当前集群所有的命名空间
kubectl get pod -n kube-system
查看指定命名空间内的pod需要加-n 命名空间的名称
kubectl get pod -o wide
查看默认命名空间内的pod的详细信息
kubectl get pod -o wide -n kube-system
查看指定命名空间内pod的详细信息
kubectl get node
查询节点的信息和状态
kubectl get node -o wide
查看node节点的详细信息
查看已经部署好的pod节点的详细信息
kubectl get pod可以查到的describe都可以看到
kubectl describe pod nginx-6799fc88d8-f9c8g（容器id）
查看指定pod的详细信息
例：查看etcd-master01的详细kube-system
kubectl describe pod -n kube-system（9:31）
如何查看pod内部的日志
kubectl logs nginx-6799fc88d8-f9c89
-f 动态查看日志
kubectl logs -n kube-system
查看指定命名空间内的pod资源
创建一个命名空间
kubectl create namespace（ns）guoqi
删除命名空间
kubectl delete ns guoqi
删除指定pod的命名空间
kubectl delete pod nginx-6799fc88d8-f9c89
要先声明动作+指定对象+指定操作对象的名称
create delete get ns pod service guoqi
不是默认命名空间还要加 -n 指定命名空间
deployment部署pod：
陈述式部署：命令行
声明式：yaml文件部署
滚动更新：不是一次性的把所有pod全部部署，而是一个个来。pod的更新时使用，逐步的引入新的pod，逐步的减少旧的pod
自我修复：如果有pod节点发生故障，deployment会自动启动新的pod来进行代替
回滚：如果更新有问题，deployment会提供还原点，可以手动还原到未更新前的状态。
扩容和缩容：deployment可以随时调整pod的数量，以适应流量的变化。
上述的功能必须是基于deployment创建的服务才可以。绝大数的pod都是使用deployment来创建的
kubectl get deployments.apps
kubectl get deployments.apps -n kube-system
kubectl get daemonsets.apps -n name（9:50）
daemonset：不能通过命令行创建，只能在yaml文件当中定义这种创建方式
daemonsets：后台运行创建，在每个节点上都会创建一个相同方式的，相同版本的容器运行的pod。
一般都是依赖环境和重要组件，一般也不会对这些资源进行操作。
kubectl create deployment nginx-dn 在当前的命名空间里不能重复
kubectl create deployment nginx --image=nginx
kubectl create deployment nginx-dn --image=nginx
kubectl create ns guoqi
kubectl create deployment nginx-dn --image=nginx --replicas=3 -n guoqi
kubectl get pod -n guoqi
注：如果是基于deployment方式创建的pod，或者是dameonset方式创建的pod，也就是由控制器创建的pod，使用delete删除pod是删不掉的，相当于重启pod
要先删除控制器，控制器（deployment）一旦删除了，基于这个控制器创建的pod都会被一并销毁
如无特殊需要一般不删除
不是基于控制器创建的，会被直接删除掉
删除之前，要先查看哪些是基于deployment控制器创建的，否则删除就真的没了
远程进入节点容器
kubectl get pod -o wide
kubectl exec -it nginx-dn-6d6cd9c7c5-j7ffr bash
echo 123 > /usr/share/nginx/html/index.html
curl 10.244.1.7
注：docker的exec只能在本机内部使用，不能跨主机，kubectl exec可以跨主机进入容器
kubectl create deployment nginx --image=nginx -n guoqi
那么如今进去命名空间进行创建操作呢？
范围命名空间的资源都要加-n
10:41
kubec delete pod ngi-dn- --force --grace-peroid=0
grace-period：表示过度存活期，默认是30秒。可以让pod优雅的结束容器内的进程，
-o：表示
kubectl delete pod nginx-dn -
kubectl delete pod nginx-dn --grace-period=0
如果pod一直卡在Terminating状态
加--force主要是用于（强制）结束卡在销毁状态的pod。（10:49）
如何对基于控制器（deployment）创建的pod进行扩缩容
扩容：
kubectl scale deployment nginx-dn --replicas=3
缩容：
kubectl scale deployment nginx-dn --replicas=1
创建pod时，并没有指定副本数，后续也可以对他的副本数进行修改。
如何把服务的service进行发布：
kubectl get pods
kubectl create deployment nginx --image=nginx:1.10 --replicas=3
现在我们基于nginx1.10创建了
service是由类型的
如何查看service类型
kubectl get svc
查看不同命名空间的svc情况，加-n指定
kubectl get svc kube-system（11:00）
service 的类型：
ClusterIP：创建service的默认类型，提供一个集群内的的虚拟ip地址，这是service的默认类型。通过这个虚拟ip可以直接访问pod的资源，无法对外提供访问。
NodePort：会在每个node节点上都开放一个相同的端口。外部可以通过node的本机ip+端口，访问service资源。这是集群外部访问service资源的一种方式。四层代理的方式（ip+端口）（七层代理：ingress）。
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 port内部容器的端口
kubectl get svc 查看一下创建的service
类型 Nodeport
10.96.232.240 集群内部的ip地址，外部是不可以访问这个ip地址的。
80：对应的是内部的service的端口
32426：和内部的service的80端口做映射。
nginx：80------->service:80-------->service和本机的32436端口做映射
kubectl create deployment nginx1 --image=nginx --replicas=3
kubectl expose deployment nginx1 --port=8080 --target-port=1314 --name=nginx-service-type=NodePort
kubectl expose deployment nginx1 --port=8080 --target-port=80 --name=nginx-service-type=NodePort
pod内部的容器的端口是固定的，--port是service和容器映射的端口，可以是任意（11:20）
容器内部的服务的端口--target-port=80是固定的，不能随便指定，但是--port可以随便指定
kubectl edit svc nginx-service
kubectl ecit svc nginx1-service
LoadBalancer：如果service的类型设定为LoadBalancer，映射地址（云平台提供LoadBalancer
的地址）这种用法仅用于公有云服务供应商在云平台上设置的service的场景，实现负载均衡。
LoadBalancer这个地址是要付费的。
创建好了service，指定类型为LoadBalancer，会给你提供一个地址来代理pod内部的ip地址。
11:45
ExternalName：DNS映射，给service分配一个域名，通过域名来访问后端pod资源。ExternalName的service类型，不能提供负载均衡。必须要设置一个LoadBalancer的地址才可以实现。
kubec expose deployment nginx1 --port=8081 --target-port=80
12:00
service的四种类型
ExterName做映射，NodePort对外提供访问
cluster默认类型，只用于内部访问
LoadBalancer要花钱的
更新和回滚以及发布的方式：
项目的生命周期：
创建---------发布---------更新---------回滚---------删除
以nginx为例
curl - 192.168.233.91:30000
更新：
kubectl set image deployment nginx1 nginx=nginx:1.10
回滚：
查看回滚点
kubectl rollout history deployment nginx1
数字的大小决定了距离上一次操作的远近，数字越大，就是你最近的一次操作。
kubectl set image deployment nginx1 nginx=nginx:1.15
回滚的命令：
指定还原点
kubectl rollout undo deployment nginx1 --to-revision=1
kubectl
kubectl get all
查看集群内部是所有信息（pod使用的镜像，service，deployment）
-o wide -n kube-system
查看指定命名空间内的信息文章来源：https://www.toymoban.com/news/detail-764580.html
注：set是更新的时候加文章来源地址https://www.toymoban.com/news/detail-764580.html
到了这里，关于k8s的陈述式资源管理的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
