目录
命令行: kubectl命令行工具
优点: 90%以上的场景都可以满足
对资源的增,删,查比较方便,对改不是很友好
缺点:命令比较冗长,复杂难记
声明方式:k8s当中的yaml文件实现资源管理----声明式
GUI:图形化工具的管理。
一、kubectl的基本命令
1、基本信息查看
#查看k8s的版本
kubectl version

#查看k8s的集群信息
kubectl cluster-info

#查看所有api的资源对象的名称。
kubectl api-resources
#查看当前master的节点状态
kubectl get cs

#查看默认命名空间内的的pod的信息
kubectl get pod

#查看当前集群所有的命名空间
kubectl get ns

#要查看指定命名空间内的pod需要加-n 命名空间的名称
kubectl get pod -n kube-system

#查看默认命名空间内pod的详细信息
kubectl get pod -o wide

#查看指定命名空间的详细信息
kubectl get pod -o wide -n kube-system
#查询节点的信息和状态
kubectl get node

#查看node节点的详细信息
kubectl get node -o wide

#查看已经部署好的pod详细信息
kubectl get pod
kubectl describe pod nginx-86cfbb5b5c-qzhf6
#查看指定命名空间中的指定pod的详细信息
kubectl describe pod -n <指定命名空间> <指定空间中的pod>
#查看pod输出的日志内容,一次性查看
kubectl logs nginx-6799fc88d8-wjzh5
#加 -f 动态查看日志
kubectl logs -f nginx-6799fc88d8-wjzh5
#查看指定命名空间的pod的日志
kubectl logs -f -n test1 nginx-1-6664c49886-r6mjx

#查看default命名空间的所有资源
kubectl get all [-n default]

#创建命名空间
kubectl create ns test2
#删除命名空间
kubectl delete ns test2

删除pod中的容器
不是真正的删除,是重启容器
kubectl delete pod nginx-6799fc88d8-fb64x(pod名称)

立刻停止pod
主要是用于结束卡在销毁状态的pod,也不是真正的删除pod。也相当于重启
kubectl delete pod nginx-6799fc88d8-7p2t9 --force --grace-period=0
#--grace-period:过度的存活期。默认是30秒。可以让pod优雅的结束容器内的进程,然后退出pod
#=0:表示立即停止pod。必须要force实现。
如果是基于deployment方式创建的pod或者是daemonset方式创建的pod,是由控制器创建的pod,使用delete删除pod是不删不掉的,相当于重启pod
要删除基于控制器创建的pod,一旦删除deployment,基于这个deployment创建的pod会被删除。
2、pod的部署:
2.1、deployment:
陈述式部署:命令行
声明式部署:yml文件部署
deployment作用:
****滚动更新:****不是一次性的把所有pod部署完毕,而是一个一个的来。主要用来pod的更新时使用,逐步的引入新的pod逐步的减少旧的pod
****自我修复:****如果有pod节点发生故障,deployment的方式会自动启动新的Pod来进行代替
****回滚:****如果更新有问题,deployment会提供还原点,可以手动改还原到未更新前的状态
****扩容和缩容:****通过deployment可以随时调增pod的数量,以适应流量的变化
上述的功能必须是基于deployment创建的服务才可以
工作中绝大多数的pod都是使用deployment创建的
2.2、 daemonset :
daemonset:不能通过命令行创建,只能通过yaml的创建daemonset,后台运行创建,只能在每个节点创建一个相同方式的,相同版本的容器运行的pod,一般都是依赖环境和重要组件,一般也不会去对这些进行操作。
#查看默认命名空间,通过deployment创建的pod
kubectl get deployments
#查看指定命名空间
kubectl get deployments.apps -n test2

#查看通过daemonset创建的pod
kubectl get daemonsets.apps -n kube-system

#由deployment创建的pod:
kubectl create deployment nginx-1 --image=nginx
kubectl create deployment nginx-1 --image=nginx --replicas=3 -n test2

如果是基于deployment或者是daemonset方式创建的pod,也就是说是用控制器创建的pod,使用delete删除pod是删除不掉的,相当于 重启
若pod不是基于控制器创建的会被直接删除
要删除基于控制器创建的pod, 要先删除控制器
删除控制器会删除全部的pod副本
kubectl delete deployments nginx-1 -n test1
kubectl get pod -n test1

基于run创建的pod
不是基于控制器创建,会被直接删除。
kubectl run nginx-2 --image=nginx -n test1
kubectl delete pod -n test1 nginx-2

在master节点进入node的容器(远程进入节点容器)
进入默认模式的容器
kubectl exec -it nginx-86cfbb5b5c-7cq5c bash
#docker的exec只能在本机内部使用,不能跨主机。kubectl的exec可以跨主机进入容器

进入指定节点的容器
kubectl exec -it -n test1 nginx-1-6664c49886-6cthj bash
#远程进入指定命名空间内的pod节点容器

对deployment创建的pod进行扩缩容
#扩容
kubectl scale deployment -n test1 nginx-1 --replicas=4
#缩容
kubectl scale deployment -n test1 nginx-1 --replicas=1

创建pod时并没有指定副本数,后续也可以对他的副本数进行修改。仅限于deployment控制器
kubectl delete pod nginx-dn-6d6cd9c7c5-j7ffr --force --grace-period=0
grace-period:表示过度的存活期,默认30秒。可以让pod优雅的结束容器内的进程,然后退出pod,一旦设为等于0,表示立刻停止pod,必须要force才能实现
二、server :
kubectl get svc
#查看当前命名空间的service

kubectl delete svc nginx
#删除service

kubectl get svc -n test1
#查看指定命名空间service

1、service类型:
1.1、ClusterIp:
创建service的默认类型,提供一个集群内部的虚拟IP地址,这时service的默认类型。通过这个虚拟Ip可以直接访问pod的资源,但是仅限于内部请求,无法对外提供访问
1.2、NodePort:
会在每一个node节点上都开放一个相同的端口,外部可以通过node的本机Ip+端口,访问pod资源。是集群外部访问service的一种方式。是四层代理的方式
nodeip:nodeport
nodeport可以随机指派,也可以指定,但都是从30000开始,到32767结束
#发布kubectl expose命令
将资源暴露为新的 Service。
#为deployment的nginx创建service,并通过Service的8080端口转发至容器的80端口上,Service的名称为nginx-service,类型为NodePort
基于deployment创建的pod可以使用的方式
kubectl expose deployment nginx --port=8080 --target-port=80 --name=nginx-service --type=NodePort
--port=80:service集群的端口
--target-port=80:pod内部容器的端口

意思是service的端口8080和nginx pod的端口80做映射。--target-port一般是固定的。和pod进程的端口一致
pod内部容器的端口要和--target-port一致
pod内部的容器的端口是固定的(假设)。--port是service和容器映射的端口,可以随便指定,--target-port是容器内部pod的端口
端口映射关系 :

10.96.184.13 集群内部的ip地址(service),外部是不可以访问这个ip地址的
80:pod的端口地址,他和service的8080端口做映射
8080: 对应的是内部的service的端口
30859: 和内部的service的8080端口做映射(30000-32767)
#访问测试
curl 20.0.0.61:31194
curl 10.96.184.13:8080

#修改本机映射端口
kubectl edit svc nginx-service
1.3、LoadBalancer
如果service的类型设定为LoqdBalancer,映射地址(云平台提供LoadBalancer的地址)这种用法仅限于公有云服务供应商在云平台上设置的service的场景,外部来访问,实现外来访问,实现负载均衡。LoadBalancer这个地址是要付费的。
创建service,指定类型为LoadBalancer,会给你提供一个地址来带代理pod内部的ip地址。
kubectl expose deployment -n test1 nginx-1 --port=8090 --target-port=80 --name=nginx2-service --type=LoadBalancer

1.4、ExternalName:
DNS映射,给service分配一个域名,通过域名来访问后端pod资源。ExternalName的service类型不能提供负载均衡,必须要设置一个LoadBalancer的地址才可以实现。
一般工作中用ExternalName和NodePort,做映射和NodePort暴露端口
kubectl edit svc nginx1-server
#进入service内直接修改
vim /etc/hosts
这里没有域名网址,只能本地映射测试,将三个pod的ip做映射
但是不能轮询

四个类型我都知道
默认类型只对内访问
NodePort类型我配置过可以对外访问
LoadBalancer类型需要花钱
ExternalName 类型需要配置域名
三、更新和回滚以及发布的方式:
项目的生命周期:
创建------发布------更新------回滚------删除
更新:
kubectl set image deployment nginx1 nginx=nginx:1.10
滚动更新,一个个更新
kubectl get pod -w
动态查看更新情况

curl -I 20.0.0.61:31489
#查看版本

回滚:
kubectl rollout history deployment nginx-1
数字的大小决定了距离上次操作的远近,数字越大表示最近的一次操作

设置保存点的说明标识:--record
kubectl set image deployment nginx nginx=nginx:1.15 --record

载入进度:
kubectl rollout undo deployment nginx --to-revision=1
--to-revision=1:回到1这个保存点
kubectl rollout status deployment nginx
查看pod的更新情况
