pod是容器的容器,可以包含多个container
pod是k8s最小可部署单元,容器的本质是一个隔离的进程,而Pod则是一组相互联系的进程(进程组)。
pod内部容器网络互通,每个pod都有独立虚拟IP
pod都是部署完整的应用或模块(项目中通常:一个pod部署一个应用,或部署一个应用的一部分)。
#获取节点
kubectl get pods
#通过kubectl 运行一节点
kubectl run nginx-pod --image=nginx
#查看详细信息
kubectl describe pod nginx-pod
#查看拓展信息 可以看到IP等信息
kubectl get pods -o wide
提醒:官方不退年使用kubectl 命令来创建pod,推荐使用yml的方式来创建pod
apiVersion: v1
kind: Pod
metadata:
name: demo-pod
labels:
app: demonginx
type: nginxservice
spec:
containers:
- name: nginx
image: nginx
#创建并启动pod 下面两个命令是一样的效果
kubectl create -f pod-ngix.yml
kubectl apply -f pod-ngix.yml
#停止pod
kubectl delete -f pod-ngix.yml
字段说明
apiVersion:API版本号。根据创建的内容,必须使用正确的API版本,不同版本号支持的功能可能不太一样。V1, app/V1beta,extensions/V1beta,等等
kind:资源类型,类型指的是创建的对象的类型,其他可能的值 Pod, Service, ReplicaSet, Deployment.
metadata:用来描述这个pod的元信息,比如名称和标签。有了这个元信息,我们区分这个pod,方便众多pod进行筛选。比如我们可以pod标识为前端应用,后端应用,数据库,中间件等。
spec: 其中container是一个数组,因为pod中可以有多个容器,名字前面的破折号表示这是列表中的第一个项目。列表中的每一个元素又是一个字典,所以要添加一个名称和image属性。image的值是nginx,这是docker仓库中的docker镜像。
Pod 可以通过控制器来管理。它可以监测Kubernetes对象并及时反应,有下面这两个应用场景:
1 保证高可用,比如一个节点挂掉了,控制器会监测到会立即开启一个新的节点继续提供服务。
2 负载均衡,比如我们需要一个服务维持在3个节点以负载均衡。那么比如我们一个节点所在的宿主机的资源耗尽了,这个时候控制器可以调度在集群的其它机器上再创建一个节点,始终保持这个服务有三个节点来提供服务。
apiVersion: v1
kind: ReplicationController
metadata:
name: demo-rc
labels:
app: demonginx
type: nginxservice
spec:
template:
metadata:
name: ningx-pod
labels:
app: nginxapp
spec:
containers:
- name: nginx
image: nginx
replicas: 3
可以看到和前面的yml非常的类似,只是这次我们在spec定义了一个模板,这个模板就是比如我们一个节点挂掉了,这个时候控制器可以用这个模板来创建副本。同时replicas制定了节点数量为三个。
提醒:这里有个现象,比如你之前用命令行创建了一个pod,然后pod的标签和使用rc的一样,你会发现rc在启动的时候会直接把这个节点拿过来直接使用,也就是实际上只创建了两个节点
ReplicaSet与ReplicationController非常相似。ReplicaSet则相当于ReplicationController的升级版,它的作用也是控制pod的数量始终维持在预设的个数。
apiVersion: apps/v1 #注意需要使用这个版本
kind: ReplicaSet
metadata:
name: demo-rc
labels:
app: demonginx
type: nginxservice
spec:
template:
metadata:
name: ningx-pod
labels:
app: nginxapp
type: nginxservice #注意下面 selector 指定的matchLabels 要和这里的labels来对应
spec:
containers:
- name: nginx
image: nginx
replicas: 3
selector:
matchLabels:
#这个是指定使用那个标签的服务 比如之前有一个服务标签叫这个 会直接拿过来用 和ReplicationController 一样 只是 ReplicationController不显示的定义,默认与pod定义文件中提供的标签相同
type: nginxservice
#查看replicaset
kubectl get replicaset
#查看详细信息
kubectl describe replicaset demo-rs
使用下面命令:
kubectl scale replicaset myapp-rs --replicas=6
#修改命令 修改以后k8会响应变化 demo-rc为replicaset名称
kubectl edit rs demo-rc
也可以直接修改yml文件,修改副本数量。
官方推荐不要直接使用ReplicaSet,用Deployments。Deployment可以通过selector来匹配labels字段,过滤出它所关心的被控制对象。
Deployment不直接管理Pod对象,而是由Deployment管理ReplicaSet,再由ReplicaSet负责管理Pod对象。
Deployment为我们提供了使用滚动更新无缝升级底层实例的能力,e.g.撤销变化,暂停,并根据需要恢复变化。
apiVersion: apps/v1
kind: Deployment
metadata:
name: myapp-deployment
labels:
app: myapp
type: myservice
spec:
selector:
matchLabels:
type: myservice
replicas: 3
template:
metadata:
name: myapp-pod
labels:
app: myapp
type: myservice
spec:
containers:
- name: nginx
image: nginx
#查看
kubectl get deployments
#查看所有资源
kubectl get all
kubectl describe deploy demo-deploy
kubectl create -f myapp-deploy.yml --record #通过--record 执行以后就可以看到history里面多了一条 记录
#我们可以看到滚动更新的日志
kubectl edit deployment myapp-deployment --record && kubectl rollout status deployment/myapp-deployment
#在执行一次镜像修改
kubectl set image deployment myapp-deployment nginx=nginx:perl --record && kubectl rollout status deployment/myapp-deployment
kubectl describe pod myapp-deployment-f5b5cdd5-22278
我们可以看到镜像已经变成了perl
接着我们做一次回滚
kubectl rollout undo deployment/myapp-deployment
可以看到就是把1拿过来重新执行一遍:
deployment 可以简写为deploy ,我们可以通过kubectl api-resources 这个命令来查看
这里有那些命令可以简写,简写成什么,对应的版本是什么