在机器人技术和自动化中，控制环是一个控制系统状态的不终止的循环
这是一个控制环的例子："房间里的温度自动调节器"
当你设置了温度，告诉了温度自动调节器你的"期望状态"，房间的实际温度是"当前状态"。通过对设备的开关控制，温度自动调节器让其当前状态无限接近于期望状态。
控制器通过 k8s的apiserver 去监控集群的公共状态，并致力于将当前状态转变为所期望的状态。
kubernetes 之Pod控制器（Controller）
Controller是kubernetes中用于对Pod进行管理的控制器，通过该控制器可以让Pod始终维持在一个用户原本设定或期望的状态下。如节点宕机或Pod因其他原因死亡，则在其他节点起一个相同的Pod来替代该Pod。
[root@node1 controllers]# cat replicaset-demo.yaml
apiVersion: apps/v1
kind: ReplicaSet
metadata:
name: myapp
namespace: default
spec:
replicas: 1
selector:
matchLabels:
app: myapp
release: canary
template:
metadata:
name: myapp-httpd
labels:
app: myapp
release: canary
environment: qa
spec:
containers:
- name: myapp-container
image: httpd
imagePullPolicy: IfNotPresent
ports:
- name: http
containerPort: 80
[root@node1 controllers]# Kubernetes 最小运行单元 Pod，了解Pod是什么你需要了解容器
容器本质实际上是一个进程，是一个视图被隔离，资源受限的进程。
容器的设计本身是"单进程"模型，不是容器里只能起一个进程，因为容器的应用等于进程，只能管理PID=1的进程。（Linux 容器的"单进程"模型，指的是容器的生命周期等同于 PID=1 的进程的生命周期，而不是说容器里不能创建多进程），也可以启动多个进程，但是只有PID=1的进程被容器所管理，这时其它进程则处于tuoguan状态。如果这个时候PID=1的这个进程出问题了被kill掉了或者是fail了没人知道，然后其它的进程资源怎么办呢？就没人管，没人回收......
所以往往在容器当中运行一个复杂程序是比较苦难的，但kubernetes的控制器的脱引而出，为它奠定了其在容器当中运行多个应用的历史地位，至少现阶段是的。
Pod 是什么
让Kubernetes集群能跑起来的基础组件就叫 Pod。
Pod = "进程组"
在 Kubernetes 里面，Pod 实际上正是 Kubernetes 项目为你抽象出来的一个可以类比为进程组的概念。
简单点就是在kubernets当中会把多个应用定义为多个容器，然后把多个容器运行在一个Pod资源里面，你也可以说是多个容器的组合就叫做 Pod。当Kubernetes把定义在一个Pod组合里的容器运行起来后，你会看到多个容器在运行。它们会同时去共享系统底层的某些资源（共享同一个底层的net、uts、ipc、等...），而这些资源都属于 Pod。
Pod 在 Kubernetes 里面只有一个逻辑单位，Pod 是 Kubernetes 分配资源的一个单位。因为里面的容器要共享某些资源，所以Pod 它也是 Kubernetes 的原子调度单位。
Pod 的工作特点
Kubernetes 中Pod 的运行方式
[root@node1 controllers]# cat pod-tomcat-demo.yaml
apiVersion: v1
kind: Pod
metadata:
name: web-2
namespace: default
spec:
initContainers:
- image: ik8s.io/sample:v2
imagePullPolicy: IfNotPresent
name: war
command: [ "cp", "/sample.war", "/app" ]
volumeMounts:
- mountPath: /app
name: app-volume
containers:
- image: ik8s.io/tomcat:8.0
imagePullPolicy: IfNotPresent
name: tomcat8
command: [ "sh", "-c", "/root/apache-tomcat-8.0.5/bin/start.sh" ]
volumeMounts:
- mountPath: /root/apache-tomcat-8.0.5/webapps
name: app-volume
ports:
- containerPort: 8080
hostPort: 8008
volumes:
- name: app-volume
emptyDir: {}
[root@node1 controllers]# 利用DeployMents控制器实现滚动更新及灰度应用发布
[root@node1 controllers]# kubectl explain deploy
[root@node1 controllers]# kubectl explain deploy.spec
[root@node1 controllers]# kubectl explain deploy.spec.strategy此示例中会告诉您怎么实现一组应用的滚动更新，版本回退，Pod数量更新等。
[root@node1 controllers]# cat deployment-myapp-demo.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: myapp-deployment
namespace: default
spec:
replicas: 2
selector:
matchLabels:
app: myapp
release: canary
template:
metadata:
labels:
app: myapp
release: canary
spec:
containers:
- name: myapp
image: nginx
imagePullPolicy: IfNotPresent
ports:
- name: http
containerPort: 80
[root@node1 controllers]# [root@node1 controllers]# kubectl apply -f deployment-myapp-demo.yaml
deployment.apps/myapp-deployment created
[root@node1 controllers]#
[root@node1 controllers]# kubectl delete -f deployment-myapp-demo.yaml
deployment.apps "myapp-deployment" deleted
[root@node1 controllers]#
[root@node1 controllers]# kubectl get pods
NAME READY STATUS RESTARTS AGE
myapp-deployment-5b776d9cf7-29s7b 1/1 Running 0 9m26s
myapp-deployment-5b776d9cf7-8hb8c 1/1 Running 0 9m26s
[root@node1 controllers]#
[root@node1 controllers]# kubectl logs myapp-deployment-5b776d9cf7-8hb8c
[root@node1 controllers]#
[root@node1 controllers]# kubectl describe pods myapp-deployment-5b776d9cf7-8hb8c
.............
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Normal Scheduled <unknown> default-scheduler Successfully assigned default/myapp-deployment-5b776d9cf7-8hb8c to node2
Normal Pulled 10h kubelet, node2 Container image "nginx" already present on machine
Normal Created 10h kubelet, node2 Created container myapp
Normal Started 10h kubelet, node2 Started container myapp
[root@node1 controllers]# # 更新当前副本集为5个
[root@node1 controllers]# kubectl patch deployment myapp-deploy -p '{"spec":{"relicas":5}}'
# 实时查看更新状态
[root@node1 controllers]# kubectl get pods -w
# 更新容器镜像版本至最新
[root@node1 controllers]# kubectl set image deployment/myapp-deployment nginx=nginx:latest
# 查看滚动更新历史
[root@node1 controllers]# kubectl rollout history deployment myapp-deployment
# 查看ReplicaSet空间image版本号状态
[root@node1 controllers]# kubectl get rs -l app=myapp -o wide
# 查看image字段
[root@node1 controllers]# kubectl describe pods myapp-deployment-5b776d9cf7-8hb8c | grep 'Image'
# 查看其更新的过程是怎么更新的，做了什么
[root@node1 controllers]# kubectl describe deployment/myapp-deployment # 命令帮助
[root@node1 controllers]# kubectl explain deploy.spec.strategy.rollingUpdate
# 先打补丁，更改当前更新策略，以模拟金丝雀发布
[root@node1 controllers]# kubectl patch deployment myapp-deployment -p '{"spec":{"strategy":{"rollingUpdate":{"maxSurge":1,"maxUnavailable":0}}}}'
# 查看
[root@node1 controllers]# kubectl describe deploy myapp-deployment
# 再更新（金丝雀发布）
[root@node1 controllers]# kubectl set image deployment myapp-deployment myapp=nginx:v1 && kubectl rollout pause deployment myapp-
Waiting for deployment "myapp-deployment" rollout to finish: 1 out of 3 new replicas have been updated...
# 查看历史版本，使用 "--record" 参数可看到每个版本所使用的命令
[root@node1 controllers]# kubectl rollout history deployment myapp-deployment
# 回滚不加版本号，默认回退到上一个版本
[root@node1 controllers]# kubectl rollout undo deployment myapp-deployment
# 使用 "--to-reversion=[N]" 回滚到指定版本
[root@node1 controllers]# kubectl rollout undo deploy myapp-deployment --to-reversion=1
# 如以上没问题，再次执行更新操作
[root@node1 controllers]# kubectl rollout resume deploy myapp-deployment利用DaemonSet 运行指定一个Pod副本，把系统某个目录作为存储卷
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
