本文主要是介绍Kubectl 的使用——k8s陈述式资源管理，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
一、kebuctl简介:
kubectl 是官方的CLI命令行工具，用于与 apiserver 进行通信，将用户在命令行输入的命令，组织并转化为 apiserver 能识别的信息，进而实现管理 k8s 各种资源的一种有效途径。
对资源的增、删、查操作比较方便，但对改的操作就不容易了。
kubectl的命令大全:kubectl --help
k8s中文文档: http://docs.kubernetes.org.cn/683.html
二、kebuctl的使用：
1.基础用法：
//查看版本信息 kubectl version
//查看资源对象简写 kubectl api-resources
//查看集群信息 kubectl cluster-info
//配置kubectl自动补全 source <(kubectl completion bash)
//node节点查看日志 journalctl -u kubelet -f
2.基本信息查看：
kubectl get <resource> [-o wide|json|yaml] [-n namespace]
获取资源的相关信息，-n 指定命令空间，-o 指定输出格式获取pod资源：
指定命令空间：
指定输出格式：
resource可以是具体资源名称，如pod nginx-xxx；也可以是资源类型，如pod；或者all(仅展示几种核心资源，并不完整)
--all-namespaces 或 -A ：表示显示所有命令空间：
--show-labels ：显示所有标签：
-l app ：仅显示标签为app的资源：
-l app=nginx ：仅显示包含app标签，且值为nginx的资源：
-w：持续跟踪输出：
2.1查看master节点状态：
//查看 master 节点状态
kubectl get componentstatuses
kubectl get cs
2.2查看命名空间：
//查看命令空间
kubectl get namespace
kubectl get ns
//命令空间的作用：用于允许不同 命令空间 的 相同类型 的资源 重名的
2.3查看default命名空间的所有资源：
//查看default命名空间的所有资源
kubectl get all [-n default]
2.4查看服务(Service)资源的状态：
//用于获取服务(Service)资源的状态kubectl get svc
//简写成svc
2.5创建命名空间app：
//创建命名空间app
kubectl create ns app
//查看命名空间
kubectl get ns
2.6删除命名空间app：
//删除命名空间app
kubectl delete ns app
//查看命名空间
kubectl get ns 
3.创建和删除pod：
3.1指定pod控制器和容器镜像创建pod：
- Deployment：无状态应用部署
- Statefulset：有状态应用部署
- Replicaset：副本数量控制器
- Daemonset：确保所有节点运行同一类 Pod
- Cronjob：计划性任务
//在命名空间kube-public 创建副本控制器（deployment）来启动Pod（nginx-wl）
kubectl create deployment nginx-0l --image=nginx -n kube-public #创建一个名为nginx-01的deployment(无状态应用部署)
#指定为nginx镜像，且指定为kube-public命名空间
#査看kube-pubic命名空间资源#创建成功
//用run直接创建——自主式pod
kubectl run gg --image=nginx -n kube-public
//直接创建删除后不会拉取镜像
//run存储在节点中
3.2描述某个资源的详细信息：
kubectl describe 资源类型kubectl describe 资源类型/pod名
3.3查看命名空间kube-public 中的pod 信息：
//查看命名空间kube-public 中的pod 信息
kubectl get pods -n kube-public
3.4扩容-缩容:
kubectl scale 资源名 --replicas=n #n为数字，大于当前副本数则是扩容，小于则是缩容
3.5登录容器 ：
kubectl exec -it pod名 -c 容器名 bash/sh
#区别于docker exec只能登入本机的docker#如果pod中只有一个容器，则无需-c指定kubectl exec -it pod名 -c 容器名 -- 命令 #可以实现不进入容器执行 -- 后的命令
3.6删除pod资源:
由于存在deployment/rc之类的副本控制器，删除pod也会重新拉起来,需删除其控制器
kubectl delete pods <pod名>--force --grace-period=0 #添加该选项强制删除(无需等待)
#grace-period表示过渡存活期，默认30s，在删除pod之前允许POD慢慢终止其上的容器进程，从而优雅退出，0表示立即终止pod
3.7删除副本控制器:
kubectl delete deployment 资源名 -n kube-public
三、项目的生命周期:
创建 --> 发布 --> 更新 --> 回滚 --> 删除
1.创建 kubectl create:
●创建并运行一个或多个容器镜像。
●创建一个deployment 或job 来管理容器。
//启动 nginx 实例，暴露容器端口 80，设置副本数 3
kubectl create deployment nginx --image=nginx:1.14 --port=80 --replicas=3//为deployment的nginx创建service，并通过Service的80端口转发至容器的80端口上,
Service的名称为nginx-service，类型为NodePort
2.发布 kubectl expose:
●将资源暴露为新的 Service。
暴露默认的 ClusterIP 类型服务
kubectl expose deployment 控制器名称 --name=服务名称 --port=服务端口 --target-port=pod端口
访问ClusterIP测试是否能负载均衡
访问ClusterIP测试是否能负载均衡：
暴露 NodePort 类型服务 ：
kubectl expose deployment 控制器名称 --name=服务名称 --port=服务端口 --target-port=pod端口 --type=NodePort
浏览器访问测试：
查看单独容器详细信息
3.更新 kubectl set：
●更改现有应用资源一些信息。
查看版本：
更改版本：
4.回滚 kubectl rollout：
回滚操作的使用方式：
kubectl rollout history pod控制器 控制器名 #查看该资源的更新历史
5.删除 kubectl delete：
删除所有资源代表一个项目的结束
kubectl delete pod控制器 控制器名称 #删除pod控制器kubectl delete 服务 服务名称 #删除服务
四、金丝雀发布：
Deployment控制器支持自定义控制更新过程中的滚动节奏，如“暂停(pause)”或“继续(resume)”更新操作。比如等待第一批新的Pod资源创建完成后立即暂停更新过程，此时，仅存在一部分新版本的应用，主体部分还是旧的版本。然后，再筛选一小部分的用户请求路由到新版本的Pod应用，继续观察能否稳定地按期望的方式运行。确定没问题之后再继续完成余下的Pod资源滚动更新，否则立即回滚更新操作。这就是所谓的金丝雀发布。
当我们有多个服务需要创建时；我们在创建的过程中，先创建一部分然后暂停(pause)；创建的这一部分作为测试；如果测试结果正常，我们再继续(resume)创建。
1.创建：
2.暴露端口：
3.更新并在第一轮完成后暂停：
没更新前的版本：
更新deployment的版本，并配置暂停deployment：
查看：
4.测试无误后继续更新 ：
等待全部更新：
总结：
生命周期：
创建 》发布》更新 》回滚 》删除
创建： kubectl create 《资源名称》 --image=《镜像名称》 --port= 端口 --replicas= target port=
发布：
kubectl expose 《资源类型》《资源名称》 --port -targetport= type=clusterIP|Nodeport
更新：
kubectl set image<资源类型><资源名称><容器名>=<镜像名 标签版本>
回滚：
kubectl rollout unde<资源类型><资源名称>默认是回滚到上一个版本状态
--to-revision=回滚的指定版本
kubectl rollout historylstatus <资源类型><资源名称>
删除：kubectl delete <资源类型><资源名称》
蓝绿发布：
两套设备 进行新旧版本的切换
好处：用户无感知，业务稳定
缺点：资源消耗2倍 成本特别高
滚动：
按照他的比例一部分一部分滚动更新，k8s的默认更新机制
无创建一点的比例pod，先创建在删除一定的旧的pod
灰度发布（金丝雀）：
先更新一部分pod，然后在暂停更新
安排一小部分的用户流量去访问更新pod来进行测试，当测试没问题后在扩大比例 直到全部更新完成为止
当yaml配置文件发送改动成功后，使用create创建的资源想要更新的时候，需要先delete删除原有资源在去通过yaml文件，创建资源使用apply创建的资源想要更新，可以直接在执行kubectl apply -f 更新
这篇关于Kubectl 的使用——k8s陈述式资源管理的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
