一、资源管理方法
1. 陈述式资源管理方法
kubernetes 集群管理集群资源的唯一入口是通过相应的方法调用 apiserver 的接口
kubectl 是官方的CLI命令行工具,用于与 apiserver 进行通信,将用户在命令行输入的命令,组织并转化为 apiserver 能识别的信息,进而实现管理 k8s 各种资源的一种有效途径
kubectl 的命令大全:kubectl --help
k8s中文文档:http://docs.kubernetes.org.cn/683.html
对资源的增、删、查操作比较方便,但对改的操作就不容易了
2. 声明式资源管理方法
适合于对资源的修改操作
声明式资源管理方法依赖于资源配置清单文件对资源进行管理
资源配置清单文件有两种格式:yaml(人性化,易读),json(易于api接口解析)
对资源的管理,是通过事先定义在统一资源配置清单内,再通过陈述式命令应用到k8s集群里
语法格式:kubectl create/apply/delete -f xxxx.yaml
二、陈述式基本命令
1. 查看版本信息
kubectl version
2. 查看资源对象
kubectl api-resources
3. 查看集群信息
kubectl cluster-info
4. 配置 kubectl 自动补全
source <(kubectl completion bash)
5. node 节点查看日志
journalctl -u kubelet -f
6. 基本信息查看
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的资源
7. 查看 master 节点状态
kubectl get componentstatuses
kubectl get cs
8. 查看命名空间
kubectl get namespace
kubectl get ns
命令空间的作用:用于允许不同 命令空间 的 相同类型 的资源 重名的
9. 查看 default 命名空间的所有资源
kubectl get all [-n default]
10. 创建命名空间
kubectl create ns testns
11. 删除命名空间
kubectl delete ns testns
12. 创建副本控制器启动pod
在指定命名空间创建副本控制器(deployment)来启动Pod(nginx-test)
kubectl create deployment nginx-test --image=nginx -n testns
13. 描述某个资源的详细信息
kubectl describe deployment nginx-test -n testns
kubectl describe pod nginx-test-d47f99cb6-hv6gz -n testns
14. 查看指定命名空间中的pod信息
kubectl get pods -n testns
15. 跨主机登录容器
kubectl exec可以跨主机登录容器,docker exec 只能在容器所在主机上登录
kubectl exec -it nginx-test-d47f99cb6-hv6gz -n testns
16. 删除 重启 pod资源
删除(重启)pod资源,由于存在deployment/rc之类的副本控制器,删除pod也会重新拉起来
kubectl delete pod nginx-test-d47f99cb6-hv6gz -n testns
若pod无法删除,总是处于terminate状态,则要强行删除pod
kubectl delete pod <pod-name> -n <namespace> --force --grace-period=0
grace-period 表示过渡存活期,默认30s,在删除pod之前允许POD慢慢终止其上的容器进程,从而优雅退出,0表示立即终止pod
17. 扩缩容
扩容
kubectl scale depolyment nginx-test --replicas=3 -n testns
缩容
kubectl scale deployment nginx-test --replicas=1 -n testns
18. 删除副本控制器
kubectl delete deployment nginx-test -n testns
三、项目的生命周期
创建 —> 发布 —> 更新 —> 回滚 —> 删除
1. 创建
kubectl create 命令
创建并运行一个或多个容器镜像
创建一个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. 发布
将资源暴露为新的 Service
kubectl expose 命令
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
3. 更新
kubectl set
更改现有应用资源一些信息
kubectl set --help
获取修改模板
kubectl set image --help
Examples:
# Set a deployment's nginx container image to 'nginx:1.9.1', and its busybox container image to 'busybox'.
kubectl set image deployment/nginx busybox=busybox nginx=nginx:1.9.1
查看当前 nginx 的版本号
curl -l http://192.168.23.10:55958
curl -l http://192.168.23.15:55958
处于动态监听 pod 状态,由于使用的是滚动更新方式,所以会先生成一个新的pod,然后删除一个旧的pod,往后依次类推
kubectl get pods -w
再看更新好后的 Pod 的 ip 会改变
kubectl get pods -o wide
再看 nginx 的版本号
curl -l http://192.168.23.10:55958
curl -l http://192.168.23.15:55958
4. 回滚
kubectl rollout
对资源进行回滚管理
kubectl rollout --help
查看历史版本
kubectl rollout history deployment/nginx
执行回滚到上一个版本
kubectl rollout undo deployment/nginx
执行回滚到指定版本
kubectl rollout undo deployment/nginx --to-revision=1
检查回滚状态
kubectl rollout status deployment/nginx
5. 删除
kubectl delete
删除副本控制器
kubectl delete deployment/nginx
删除 service
kubectl delete svc/nginx-service
kubectl get all
四、service 的 type 类型
Kubernetes 之所以需要 Service,一方面是因为 Pod 的 IP 不是固定的(Pod可能会重建),另一方面则是因为一组 Pod 实例之间总会有负载均衡的需求。
Service 通过 Label Selector 实现的对一组的 Pod 的访问。
对于容器应用而言,Kubernetes 提供了基于 VIP(虚拟IP) 的网桥的方式访问 Service,再由 Service 重定向到相应的 Pod。
1. 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去访问集群外部的资源,它本身没有绑定任何的资源。
2. 查看pod网络状态详细信息和 Service暴露的端口
kubectl get pods,svc -o wide
3. 查看关联后端的节点
kubectl get endpoint
4. 查看 service 的描述信息
kubectl describe svc nginx
5. 查看负载均衡端口
在 node01 节点上操作,查看负载均衡端口
yum -y install ipvsadm
ipvsadm -Ln
在 node02 节点上操作,查看负载均衡端口
yum -y install ipvsadm
ipvsadm -Ln
6. 查看日志
在master01操作 查看访问日志
kubectl logs nginx-cdb6b5b95-fjm2x
kubectl logs nginx-cdb6b5b95-g28wz
kubectl logs nginx-cdb6b5b95-x4m24