苏州网站开发建设方案代发软文
引言
本文是《深入剖析Kubernetes》学习笔记——《深入剖析Kubernetes》
正文
控制器都遵循K8s的项目中一个通用的编排模式——控制循环
for {实际状态 := 获取集群中对象X的实际状态期望状态 := 获取集群中对象X的期望状态if 实际状态 == 期望状态 {// do nothing} else {执行编排动作，将实际状态调整为期望状态}
}
作业副本与水平扩展
如果更新了Deployment的Pod模版，那么Deployment就需要遵循滚动更新的方式，来升级现有容器 → ReplicaSet.
DeployController 只需要修改它所控制的ReplicaSet的Pod副本个数就可以了。
相关命令
k scale deployment nginx-deployment --replicas=4 # 调整replicas数量k rollout status deployment nginx-deployment # 实时查看Deployment对象的状态变化k edit deployment/nginx-deployment # 通过修改yaml文件调整deployment状态
滚动更新，要求一定使用Pod的健康检查机制检查应用的运行状态，而不是简单地依赖容器的Running状态。
在控制器在滚动更新过程中永远会确保2个Pod处于可用状态，至多只有4个Pod同时存在于集群中，由RollingUpdateStrategy进行控制。
strategy:type: RollingUpdaterollingUpdate:maxSurge: 1 # 除了DESIRED数量外，在一次滚动更新中Deplyment控制气还可以创建多个新PodmaxUnavailable: 1 # 可以删除多少旧Pod
上述案例
k set image deployment/nginx-deployment nginx=nginx:1.91 # 设置deployment nginx版本
k rollout undo deployment/nginx-deployment # 错误回滚，rs仍然保存k rollout history deployment/nginx-deployment --revision=2 # 查看API对象的细节k rollout undo deployment/nginx-deployment --to-revision=2 # 最后加上目标版本号，来回滚指定版本
每一次操作都会生成rs，是否造成资源浪费？
解决方案1：
k rollout pause deployment/nginx-deployment... k edit / k set imagek rollout resume deploy/nginx-deployment
解决方案2：
spec.revisionHistoryLimit=0 再也不能进行回滚操作
问题
应用的发布流程往往千差万别，可能有很多定制化的需求。例如：会有会话粘连（session sticky），这就意味着更新时哪个Pod能下线不是随便选择的。
StatefulSet ：拓扑状态
有些实例之间有不对等关系，以及实例对外部数据有依赖关系的应用，就称为有状态应用。
StatefulSet将应用状态抽象为两种情况
- 拓扑状态：应用的多个实例之间不是完全对等的。
- 存储状态：应用的多个实例分别绑定了不同的存储数据。
Headless Service
Services是K8s用来将一组Pod暴露给外界访问的一个机制。
- 以Service的VIP（virtual IP的方式）：当访问10.0.23.1这个Service IP地址时，会把请求转发到该Service所代理的Pod上。
- 以Service的DNS方式：访问my-svc-namespace.svc.cluster.local这条DNS记录，就可以访问my-svc所代理的Pod上
- Normal Servcie：解析DNS时，返回的是VIP
- Headless Service：解析DNS时，直接返回的是Pod IP
创建Healess Service
apiVersion: v1
kind: Service
metadata:name: nginxlabels:app: nginx
spec:selector:app: nginxports:- name: webport: 80clusterIP: None # 不同点
创建一个Healess Service之后，所代理的所有Pod的IP都会被绑定到<pod-name>.<svc-name>.<namespace>.svc.cluster.local上。
StatefulSet如何使用这个DNS记录为维持Pod的拓扑状态
StatefulSet让其所有Pod都有唯一的网络标识，即使Pod被删除，重新创建的容器网络标识与原先 相同 （IP不同）
StatefulSet：存储状态
PVC和PV的设计，实际上类似于“接口”和“实现”的思想。
开发者只要知道并会使用PVC；运维人员负责给“接口”绑定具体的实现，即PV；
apiVersion: apps/v1
kind: StatefulSet
metadata:name: web
spec:serviceName: nginx-servicereplicas: 2selector:matchLabels:app: nginxtemplate:metadata:labels:app: nginxspec:containers:- name: nginximage: nginx:1.9.1ports:- containerPort: 80name: webvolumeMounts:- mountPath: /usr/share/nginx/htmlname: wwwvolumeClaimTemplates:- metadata:name: wwwspec:accessModes:- ReadWriteOnceresources:requests:storage: 1Gi
使用volumeClaimTemplate进行PV和PVC的绑定
总结
- StatefulSet的控制器直接管理的是Pod。
- K8s通过Headless Service为这些编号的Pod，在DNS服务器中生成有相同编号的DNS记录。
- StatefulSet为每一个Pod分配并创建一个相同编号的PVC。