目录
一 kubectl
1 查看版本信息
2 查看资源对象简写
3 查看集群信息
4 配置kubectl自动补全
5 node节点查看日志
二 基本信息查看
1 查看 master 节点状态
2 查看命令空间
3 查看命名空间为default的所有资源
4 创建命名空间app
5 删除命名空间app
6 指定pod控制器和容器镜像创建pod
7 在命名空间kube-public 创建副本控制器（deployment）来启动Pod（nginx）
8 删除pod
9 描述某个资源的详细信息
10 查看命名空间kube-public 中的pod 信息
11 登录容器
12 删除（重启）pod资源，由于存在deployment/rc之类的副本控制器，删除pod也会重新拉起来
13 扩容
案例1
案例2
13 缩容：
14删除副本控制器
15 查看标签
三 项目的生命周期
1 创建 kubectl create命令
2 发布 kubectl expose命令
编辑 查看关联后端的节点
查看 service 的描述信息
编辑 在 node01 节点上操作，查看负载均衡端口
在master01操作 查看访问日志（二者皆可）
3 更新 kubectl set
4 回滚 kubectl rollout
① 对资源进行回滚管理
② 查看历史版本
③ 执行回滚到上一个版本
④ 执行回滚到指定版本
⑤ 检查回滚状态
5 删除 kubectl delete命令
①删除副本控制器
②删除service
四 端口：
1 节点端口
2 集群内部端口
3 在Kubernetes中定义端口时，通常需要指定两个属性：
五 常见的发布方式
六 金丝雀发布（Canary Release）
① 再玩一次创建
② 暴露服务
③ 更新deployment的版本，并配置暂停deployment
一 kubectl
1.kubernetes 集群管理集群资源的唯一入口是通过相应的方法调用 apiserver 的接口
2.kubectl 是官方的CLI命令行工具，用于与 apiserver 进行通信，将用户在命令行输入的命令，组织并转化为 apiserver 能识别的信息，进而实现管理 k8s 各种资源的一种有效途径
3.kubectl 的命令大全
kubectl --help
k8s中文文档：http://docs.kubernetes.org.cn/683.html
4.对资源的增、删、查操作比较方便，但对改的操作就不容易了kubectl --help
k8s中文文档：http://docs.kubernetes.org.cn/683.html
1 查看版本信息
kubectl version
2 查看资源对象简写
kubectl api-resources
3 查看集群信息
kubectl cluster-info
也可以查看健康状态
kubectl cluster-info dump 显示更全面
4 配置kubectl自动补全
source <(kubectl completion bash)
#在当前shell环境中配置kubectl自动补全（临时）
也可以在 /etc/bashrc 中添加此命令实现全局添加（永久）
//配置kubectl自动补全
source <(kubectl completion bash)
可以配置的文件有很多
~/.bashrc
~/.bash_profile ##需要用source加载一下
/etc/profile ##需要用source加载一下
/etc/bashrc
5 node节点查看日志
kubectl logs 资源名称 [-c 容器名] [-f] #查看容器日志 [ 指定pod中的容器 ] [ 跟踪显示 ]
journalctl -u kubelet #查看节点日志
journalctl -u kubelet -f #跟踪显示
二 基本信息查看
基本信息查看
kubectl get <resource> [-o wide|json|yaml] [-n namespace]
获取资源的相关信息，-n 指定命令空间，-o 指定输出格式
resource可以是具体资源名称，如pod nginx-xxx；也可以是资源类型，如pod；或者all(仅展示几种核心资源，并不完整)
--all-namespaces 或 -A ：表示显示所有命令空间，
--show-labels ：显示所有标签
-l app ：仅显示标签为app的资源
-l app=nginx ：仅显示包含app标签，且值为nginx的资源
1 查看 master 节点状态
kubectl get componentstatuses
kubectl get cs
2 查看命令空间
kubectl get namespace
kubectl get ns
命令空间的作用：用于允许不同 命令空间 的 相同类型 的资源 重名的
3 查看命名空间为default的所有资源
kubectl get all -n default
4 创建命名空间app
kubectl create ns app
kubectl get ns
5 删除命名空间app
kubectl delete namespace app
kubectl get ns
6 指定pod控制器和容器镜像创建pod
kubectl create <pod控制器名> <pod名称> --image=镜像名
Deployment：无状态应用部署
Statefulset： 有状态应用部署
Replicaset： 副本数量控制器
Daemonset： 确保所有节点运行同一类 Pod
Cronjob： 计划性任务
用run直接创建
kubectl create deployment mcbapp3 --image=nginx -n kube-system
kubectl get pod -n kube-system
7 在命名空间kube-public 创建副本控制器（deployment）来启动Pod（nginx）
注意：直接创建益处就是不会拉去镜像，删除就没有了
8 删除pod
由于存在deployment/rc之类的副本控制器期望副本数量，删除pod也会重新拉起来。真正需要删除，需要删除其控制器。
9 描述某个资源的详细信息
kubectl describe deployment （nginx-wl -n kube-public）
kubectl describe pod nginx-wl-d47f99cb6-hv6gz -n kube-public
10 查看命名空间kube-public 中的pod 信息
kubectl get pods -n kube-public
NAME READY STATUS RESTARTS AGE
nginx-wl-d47f99cb6-hv6gz 1/1 Running 0 24m
11 登录容器
kubectl exec可以跨主机登录容器
docker exec 只能在容器所在主机上登录
exec -it nginx-wl-d47f99cb6-hv6gz bash -n kube-public
12 删除（重启）pod资源，由于存在deployment/rc之类的副本控制器，删除pod也会重新拉起来
kubectl delete pod nginx-wl-d47f99cb6-hv6gz -n kube-public
若pod无法删除，总是处于terminate状态，则要强行删除pod
kubectl delete pod <pod-name> -n <namespace> --force --grace-period=0
grace-period表示过渡存活期，默认30s，在删除pod之前允许POD慢慢终止其上的容器进程，从而优雅退出，0表示立即终止pod
13 扩容
kubectl scale 资源名 --replicas=n #n为数字，大于当前副本数则是扩容，小于则是缩容
kubectl scale deployment nginx-wl --replicas=2 -n kube-public # 扩容
kubectl scale deployment nginx-wl --replicas=1 -n kube-public # 缩容，没必要，钱不压身案例1
案例2
13 缩容：
14删除副本控制器
kubectl delete deployment nginx-wl -n kube-public
kubectl delete deployment/nginx-wl -n kube-public
15 查看标签
kubectl get pod --show-labels
kubectl get pod -l app
kubectl get svc --show-labels
三 项目的生命周期
创建 发布 更新 回滚 删除
创建-->发布-->更新-->回滚-->删除
1 创建 kubectl create命令
创建kubectl create<资源类型><资源名称>--image=<镜像名称>--port= 端口--replicas=
●创建并运行一个或多个容器镜像。
●创建一个deployment 或job 来管理容器。
kubectl create --help
启动 nginx 实例，暴露容器端口 80，设置副本数 3
kubectl create deployment nginx --image=nginx:1.14 --port=80 --replicas=3
kubectl get pods
kubectl get all
2 发布 kubectl expose命令
发布kubectl expose<资源类型><资源名称>--port=--targetport= type= clusterIPlNodeport更新
将资源暴露为新的 Service。
kubectl expose --help
为deployment的nginx创建service，并通过Service的80端口转发至容器的80端口上，Service的名称为nginx-service，
类型为NodePort
kubectl expose deployment nginx --port=80 --target-port=80 --name=nginx-service --type=NodePort
Kubernetes 之所以需要 Service，一方面是因为 Pod 的 IP 不是固定的（Pod可能会重建），另一方面则是因为一组 Pod 实例之间总会有负载均衡的需求。
Service 通过 Label Selector 实现的对一组的 Pod 的访问。
对于容器应用而言，Kubernetes 提供了基于 VIP（虚拟IP） 的网桥的方式访问 Service，再由 Service 重定向到相应的 Pod。
service 的 type 类型：
●ClusterIP：提供一个集群内部的虚拟IP以供Pod访问（service默认类型)
●NodePort：在每个Node上打开一个端口以供外部访问，Kubernetes将会在每个Node上打开一个端口并且每个Node的端口都是一样的，通过 NodeIp:NodePort 的方式Kubernetes集群外部的程序可以访问Service。
每个端口只能是一种服务，端口范围只能是 30000-32767。
●LoadBalancer：通过设置LoadBalancer映射到云服务商提供的LoadBalancer地址。这种用法仅用于在公有云服务提供商的云平台上设置Service的场景。通过外部的负载均衡器来访问，通常在云平台部署LoadBalancer还需要额外的费用。
在service提交后，Kubernetes就会调用CloudProvider在公有云上为你创建一个负载均衡服务，并且把被代理的Pod的IP地址配置给负载均衡服务做后端。
●externalName：将service名称映射到一个DNS域名上，相当于DNS服务的CNAME记录，用于让Pod去访问集群外部的资源，它本身没有绑定任何的资源。 tgc.benet.com www.benet.com
headless clusterIP 无头模式 名称
扩展
●port
port 是 k8s 集群内部访问service的端口，即通过 clusterIP: port 可以从 Pod 所在的 Node 上访问到 service
●nodePort
nodePort 是外部访问 k8s 集群中 service 的端口，通过 nodeIP: nodePort 可以从外部访问到某个 service。
●targetPort
targetPort 是 Pod 的端口，从 port 或 nodePort 来的流量经过 kube-proxy 反向代理负载均衡转发到后端 Pod 的 targetPort 上，最后进入容器。
●containerPort
containerPort 是 Pod 内部容器的端口，targetPort 映射到 containerPort。
对三种内容分别写入内容 做负载均衡
对内做负载均衡：
对外访问暴露：
查看关联后端的节点
kubectl get endpoints
查看 service 的描述信息
kubectl describe svc nginx
在 node01 节点上操作，查看负载均衡端口
yum install ipvsadm -y
ipvsadm -Ln
在master01操作 查看访问日志（二者皆可）
kubectl logs nginx-cdb6b5b95-fjm2x
3 更新 kubectl set
更改现有应用资源一些信息
kubectl set --help
获取修改模板
kubectl set image --help
查看当前 nginx 的版本号
curl -I http://192.168.80.11:44847
curl -I http://192.168.80.12:44847
将nginx 版本更新为 1.22 版本
kubectl set image deployment/nginx-123 nginx=nginx:22 -n abc
4 回滚 kubectl rollout
概念：滚动按照他的比例一部分一部分滚动更新，k8s的默认更新机制无创建一定的比例 pod ，先
创建 在删除一定的旧的pod
① 对资源进行回滚管理
回滚 kubectl rollout unde<资源类型><资源名称>默认是回滚到上一个版本状态--to-revision=回滚的指定版本kubectl rollout history |status<资源类型><资源名称>
kubectl rollout --help
② 查看历史版本
kubectl rollout history deployment/nginx
③ 执行回滚到上一个版本
kubectl rollout undo deployment/nginx-123 -n abc
④ 执行回滚到指定版本
kubectl rollout undo deployment/nginx --to-revision=1
⑤ 检查回滚状态
kubectl rollout status deployment/nginx-123 n abc
5 删除 kubectl delete命令
删除 kubectl delete <资源类型><资源名称>
①删除副本控制器
kubectl delete deployment/nginx
②删除service
kubectl delete svc/nginx-service
kubectl get all
四 端口：
在Kubernetes中，端口的概念非常重要。Pod中的应用程序可能需要暴露一些端口来让其他Pod或
外部应用程序访问。在Kubernetes中，端口主要分为两种类型，节点端口和集群内部端口。
1 节点端口
节点端口（NodePort）允许外部流量通过节点直接访问Pod。使用这种方式后，外部流量将会通过
节点的IP地址和指定的端口转发到相应的Pod。NodePort随机指定一个端口号，端口范围在30000-
32767之间。可以通过指定NodePort的值来指定一个特定的节点端口。
2 集群内部端口
集群内部端口暴露应用程序服务给其他Pod使用。通过定义端口并把它们暴露给其他Pod，可以方
便地实现服务发现和内部路由功能。在Kubernetes中，有三种类型的内部端口：容器端口
（Container Port）、名称化端口（Named Port）和端点端口（Endpoint Port）。
- 容器端口（Container Port）：应用程序在容器内部暴露的端口号。
- 名称化端口（Named Port）：在为抽Service中定义的端口，作象概念使用，并将请求转发到一
个或多个容器端口。
- 端点端口（Endpoint Port）：通过Service提供的端口，它将转发到一个或多个Pod的容器端口和
IP地址。
这些端口类型可用于不同的场景，可以根据需求来选择具体的端口类型。
3 在Kubernetes中定义端口时，通常需要指定两个属性：
端口号和协议类型。端口号是一个整数，协议类型可以是TCP或UDP。
五 常见的发布方式
蓝绿发布：两套设备 进行新旧版本的切换
好处：用户无感知业务稳定
缺点 ：资源消耗2倍成本特别高
灰度发布:根据比例将老版本升级，例如80%用户访问是老版本，20%用户访问是新版本
特点：对自动要求比较高，对比起来系统更加稳定发布，如果遇到问题可以减少影响范围
滚动发布:按批次停止老版本实例，启动新版本实例。
特点：节约资源，用户无感，但是部署和回滚的速度慢
滚动
按照他的比例一部分一部分滚动更新，k8s的默认更新机制无创建一定的比例pod，先创建在删除
一定的旧的pod
三种方式均可以做到平滑式升级，在升级过程中服务仍然保持服务的连续性，升级对外界是无感知
的。那生产上选择哪种部署方法最合适呢?这取决于哪种方法最适合你的业务和技术需求。
如果你们运维自动化能力储备不够，肯定是越简单越好，建议蓝绿发布如果业务对用户依赖很强，
建议灰度发布。如果是K8S平台，滚动更新是现成的方案，建议先直接使用。
六 金丝雀发布（Canary Release）
制器支持自定义控制更新过程中的滚动节奏，如“暂停(pause)”或“继续(resume)”更新操作。比如等
待第一批新的Pod资源创建完成后立即暂停更新过程，此时，仅存在一部分新版本的应用，主体部
分还是旧的版本。然后，再筛选一小部分的用户请求路由到新版本的Pod应用，继续观察能否稳定
地按期望的方式运行。确定没问题之后再继续完成余下的Pod资源滚动更新，否则立即回滚更新操
作。这就是所谓的金丝雀发布
简化版原理：灰度发布(金丝雀)先更新一部分pod，然后再暂停更新安排一小部分的用户流量去访
问更新的pod来进行测试，当测试没问题后再扩大比例，直到全部更新完成为止
① 再玩一次创建
kubectl get ns
kubectl create deployment nginx-456 --image=nginx --port=80 --replicas=4 -n abc
kubectl get all -n abc
② 暴露服务
③ 更新deployment的版本，并配置暂停deployment
kubectl set image deployment/nginx-456 nginx=nginx:1.24 -n abc && kubectl rollout pause deployment nginx-456 -n abc
kubectl rollout status deployment/nginx-456 -n abc #观察更新状态
④ 也可以在另一个端口访问：
错误总结：
![[emailprotected]（2）核心概念-JSX](https://img-blog.csdnimg.cn/direct/b9c4626b55214dc2b4c4a90a66ec47d1.png)
