摘要：在中，被用来管理有状态应用的对象。并行管理并行管理告诉控制器以并行的方式启动或者终止所有的。如果设置为，则控制器将会删除和重建中的每一。在大部分的情况下，不会使用分隔当希望进行金丝雀发布，或者执行阶段发布时，分隔是很有用的。
在Kubernetes中，StatefulSet被用来管理有状态应用的API对象。StatefulSets在Kubernetes 1.9版本才稳定。StatefulSet管理Pod部署和扩容，并为这些Pod提供顺序和唯一性的保证。与Deployment相似的地方是，StatefulSet基于spec规格管理Pod；与Deployment不同的地方是，StatefulSet需要维护每一个Pod的唯一身份标识。这些Pod基于同样的spec创建，但互相之间不能替换，每一个Pod都保留自己的持久化标识。
对于下面的应用场景，StatefulSets是有价值的：
稳定、唯一的网络标识
稳定、持久的存储
按照顺序、优雅的部署和扩容
按照顺序、优雅的删除和终止
按照顺序、自动滚动更新
上述的稳定是持久的同义词，如果应用不需要稳定的标识或者顺序的部署、删除、扩容，则应该使用无状态的副本集。Deployment或者ReplicaSet的控制器更加适合无状态业务场景。
2、StatefulSet的限制在Kubernetes 1.9版本之前是beta版本，在Kubernetes 1.5版本之前是不提供的。
Pod存储由PersistentVolume（storage类或者管理员预先创建）提供。
删除或者缩容StatefulSet不会删除与StatefulSet关联的数据卷，这样能够保证数据的安全性。
当前的StatefulSets需要一个Headless服务来为Pod提供网络标识，此Headless服务需要通过手工创建。
3、组件下面是一个StatefuleSet组成的示例：
一个名称为nginx的Headless服务，用来控制网络域。
一个名称为web的statefulSet，它拥有nginx容器（在唯一的Pod启动）的3个副本集。
使用PersistenVolumes（由PersistentVolume
Provisioner提供）提供稳定存储的volumeClaimTemplates。
apiVersion:v1
kind:Service
metadata:
name:nginx
labels:
app:nginx
spec:
ports:
-port:80
name:web
clusterIP:None //Headless服务
selector:
app:nginx
---
apiVersion:apps/v1
kind:StatefulSet
metadata:
name:web
spec:
selector:
matchLabels:
app:nginx# has to match .spec.template.metadata.labels
serviceName:"nginx"
replicas:3 # by default is 1
template:
metadata:
labels:
app:nginx # has to match .spec.selector.matchLabels
spec:
terminationGracePeriodSeconds:10
containers:
-name:nginx
image:k8s.gcr.io/nginx-slim:0.8
ports:
-containerPort:80
name:web
volumeMounts: #挂接数据卷
-name:www
mountPath:/usr/share/nginx/html #挂接路径为容器的/usr/share/nginx/html
volumeClaimTemplates: #数据卷生命模板
-metadata:
name:www
spec:
accessModes:["ReadWriteOnce"]
storageClassName:my-storage-class
resources:
requests:
storage:1Gi
4、Pod选择器
必须设置StatefulSet的sepc.selector，以匹配.spec.template.metadata.labels。在Kubernetes 1.8之前，spec.selector是可以忽略的，它被设置一个默认值。在1.8或者后续的版本，如果不设置sepc.selector，则会导致创建StatefulSet失败。
5、Pod身份标识StatfuleSet Pod拥有一个唯一的身份标识，它由顺序、稳定的网络标识和稳定的存储所组成。此身份标识一直跟随着Pod，不过它被调度到那个Node上。
5.1 序数索引（Ordinal Index）对于拥有N个副本集的StatefulSet，在StatefulSet中的每一个Pod都会被指派一个整型的序数，此序数在0和N之间，在整个集合中是唯一的。
5.2 网络ID(Stable Network ID)在StatefulSet中，每一个Pod的主机名称都由StatefulSet的名称和序数所组成。Pod的主机名称的格式：$(statefulset name)-$(ordinal)。如果创建了三个Pod，这他们的主机名称为web-0，web-1，web-2。StatefulSet能够使用Headless服务来控制Pod的域。Service管理的域的格式为：$(service name).$(namespace).svc.cluster.local，cluster.local是集群域。对于每一个被创建的Pod，它将得到一个DNS子域，格式为： $(podname).$(governing service domain)，这里的管理服务在StatefulSet中，通过serviceName设置。
下面是StatefulSet中Pod在DNS中的名称：
5.3 稳定的存储kubernetes为每一个VolumeClaimTemplate创建一个对应的PersistentVolume。在前面的nginx实例中，每一个Pod将会my-storage-class存储类型的PersistenVolume单一实例和1Gib的存储空间。
如果没有指定存储类，则会使用默认的存储。但一个Pod被调度到Node上，它的volumeMounts将会挂接PersistentVolumes，并将其与PersistentVolumeClaims进行关联。需要注意的是，即使在Pod被删除，PersistentVolumes与PersistentVolumeClaims之间的关联关系也不会被删除。
5.4 Pod命名标签当StatefulSet控制器创建了Pod，它将会添加一个标签，为此Pod名称的集合。此标签将能够管理服务到指定的Pod。
6、部署和扩容保证对于一个带有N个副本集的StatefulSet，当Pod被部署，它们将按0到N-1的顺序被创建。
当一Pod被删除时，它们将按照N-1到0的倒序被终止。
在进行Pod扩容前，所有依赖的Pod应该都已在运行和准备好。
在Pod被终止前，所有的依赖它的Pod都必须完全停止。
在前文创建的nginx例子中，将按照顺序部署web-0,web-1和web-2。web-1只能在web-0运行和准备好以后才能够被部署，web-2只能在web-1运行和准备好以后才能够被部署。如果web-0失败，就算web-1正在运行，web-2也是不能正常启动的，除非web-0被重启，并正常运行。
如果缩容上述例子，设置replicas=1，则web-2首先被终止，接着是web-1。如果在web-2被终止后，但在web-1被终止前，web-0失败了，web-1将不能被终止，除非web-0处于正常运行状态。
6.1 Pod管理策略在Kubernetes 1.7以后，StatefulSet的唯一性标识可以通过.spec.podManagementPolicy的值进行保证。
6.1.1 OrderedReady Pod管理OrderedReady pod管理是StatefulSets默认的管理模式，此模式安装顺序启动或者终止Pod。
6.1.2 并行Pod管理并行Pod管理告诉StatefulSet控制器以并行的方式启动或者终止所有的Pod。
7、更新策略在Kubernetes 1.7之后，运行通过配置StatefulSet的.spec.updateStrategy，实现Pod的容器、标签、资源请求/限制和注释自动更新。
7.1 On Delete策略OnDelete更新策略是1.6之前版本的行为。当StatefulSet的.spec.updateStrategy.type被设置为OnDelete，则StatefulSet控制器将不会知道更新Pod。
7.2 Rolling Updates策略RollingUpdate更新策略将实现StatefulSet中Pod的自动滚动更新，这是StatefulSet的默认更新模式。如果.spec.updateStrategy.type设置为 RollingUpdate，则StatefulSet控制器将会删除和重建StatefulSet中的每一Pod。它将会按照从最大到最小的序数终止Pod，并按照从小到大顺序重建Pod。
7.3 PartitionsRollingUpdate更新策略能够通过指定.spec.updateStrategy.rollingUpdate.partition进行分隔。当分隔被指定，所有序数大于或等于分隔的Pod将会被更新，其它的Pod将被不会进行更新。在大部分的情况下，不会使用分隔；当希望进行金丝雀发布，或者执行阶段发布时，分隔是很有用的。
作者简介： 季向远，北京神舟航天软件技术有限公司产品经理。本文版权归原作者所有。
微信号：RancherLabs
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/32665.html
摘要：的核心是以容器为中心的管理环境。命名空间提供了名称范围。换句话说，确保或同类组始终可用。用于管理有状态应用程序，它管理一组的部署和扩展，并提供有关这些的排序和唯一性的保证。 条分缕析带你充分理解Kubernetes的各个细节与部分：它是什么，它如何解决容器编排问题，它包含哪些你必须掌握的关键对象，以及如何快速上手部署使用Kubernetes。 showImg(https://segme...
摘要：提供用于获取有关容器和容器组状态的实时信息的服务，以及有关群集中开发人员操作的详细信息。集群最高级别的抽象是指运行本身是集群应用程序的一组机器及其管理的容器，一个集群必须有一个，即命令和控制集群中所有其他机器的系统。Docker容器改变了人们对开发、部署和维护软件的思考方式，利用现代操作系统的本机隔离功能，容器支持类似于虚拟机的关注点分离，但是与基于虚拟机监控程序的虚拟机相比，它的开销要小得...
摘要：本文分享了扩展以及管理混合云环境时可能遇到的挑战，以及如何简单高效地完成扩展。跨云扩展的挑战你已经决定使用云了，所以让我们回过头来思考一下最初的问题。节点组件是中的。在向上或向下扩展或调整集群大小时，为部署命中公有，响应状态代码始终为。 流量突增时，我们需要扩展应用程序以满足用户需求。本文分享了扩展Kubernetes以及管理混合云环境时可能遇到的挑战，以及如何简单高效地完成Kuber...
摘要：此时，一些聪明的技术公司纷纷跟进，推出了自家的容器集群管理项目，并且称之为。容器是完全使用沙箱机制，相互之间不会有任何接口。管理集群的所有行为例如应用调度改变应用的状态，扩缩容，更新降级应用等。 showImg(https://segmentfault.com/img/remote/1460000018689306); 阿里妹导读：Kubernetes 近几年很热门，在各大技术论坛上被...
摘要：本文内容节选自由主办的第七届，架构师高欣分享的的实践实录。当然，在部署完成后，我们要做一个监测以便掌握它的运行状况。规划配置运行环境在正式部署前，还要考虑如何规划并配置好运行环境。在使用部署时，可以利用这些命令做验证，检验部署是否正常。 showImg(https://segmentfault.com/img/bVblRHj?w=2880&h=1920); 本文内容节选自由msup主办...
阅读 3151·2021-11-23 09:51
阅读 2513·2021-11-23 09:51
阅读 464·2021-10-11 10:59
阅读 1461·2021-09-08 10:43
阅读 3008·2021-09-08 09:36
阅读 3166·2021-09-03 10:30
阅读 3175·2021-08-21 14:08
阅读 2020·2021-08-05 09:59
