张家港建网站,做优惠券网站如何引流,合合肥网站建设,怎么开发创建网站教程这里写目录标题 Statefulset控制器#xff1a;概念、原理解读Statefulset资源清单文件编写技巧查看定义Statefulset资源需要的字段查看statefulset.spec字段如何定义#xff1f;查看statefulset的spec.template字段如何定义 Statefulset使用案例#xff1a;部署web站点State… 这里写目录标题 Statefulset控制器概念、原理解读Statefulset资源清单文件编写技巧查看定义Statefulset资源需要的字段查看statefulset.spec字段如何定义查看statefulset的spec.template字段如何定义 Statefulset使用案例部署web站点StatefulSet由以下几个部分组成什么是Headless serviceK8s中资源的全局FQDN格式:StatefulSetvolumeClaimTemplatestatefulset创建的pod也是有dns记录的 dig的使用Statefulset总结举例说明service 和headless service区别 Statefulset管理pod扩容、缩容、更新Statefulset实现pod的动态扩容Statefulset实现pod的动态缩容Statefulset实现pod的更新 Statefulset控制器概念、原理解读 StatefulSet是为了管理有状态服务的问题而设计的 有状态服务StatefulSet是有状态的集合管理有状态的服务它所管理的Pod的名称不能随意变化。数据持久化的目录也是不一样每一个Pod都有自己独有的数据持久化存储目录。比如MySQL主从、redis集群等。无状态服务RC、Deployment、DaemonSet都是管理无状态的服务它们所管理的Pod的IP、名字启停顺序等都是随机的。个体对整体无影响所有pod都是共用一个数据卷的部署的tomcat就是无状态的服务tomcat被删除在启动一个新的tomcat加入到集群即可跟tomcat的名字无关。
Statefulset资源清单文件编写技巧
查看定义Statefulset资源需要的字段
kubectl explain statefulset
KIND: StatefulSet
VERSION: apps/v1
DESCRIPTION:StatefulSet represents a set of pods with consistent identities. Identitiesare defined as:- Network: A single stable DNS and hostname.- Storage: As many VolumeClaims as requested. The StatefulSet guaranteesthat a given network identity will always map to the same storage identity.
FIELDS:apiVersion string #定义statefulset资源需要使用的api版本kind string #定义的资源类型metadata Object #元数据spec Object #定义容器相关的信息
查看statefulset.spec字段如何定义
kubectl explain statefulset.spec
KIND: StatefulSet
VERSION: apps/v1
RESOURCE: spec Object
DESCRIPTION:Spec defines the desired identities of pods in this set.A StatefulSetSpec is the specification of a StatefulSet.
FIELDS:podManagementPolicy string #pod管理策略replicas integer #副本数revisionHistoryLimit integer #保留的历史版本selector Object -required- #标签选择器选择它所关联的podserviceName string -required- #headless service的名字template Object -required- #生成pod的模板updateStrategy Object #更新策略volumeClaimTemplates []Object #存储卷申请模板
查看statefulset的spec.template字段如何定义 对于template而言其内部定义的就是podpod模板是一个独立的对象 kubectl explain statefulset.spec.template
KIND: StatefulSet
VERSION: apps/v1
RESOURCE: template Object
DESCRIPTION:template is the object that describes the pod that will be created ifinsufficient replicas are detected. Each pod stamped out by the StatefulSetwill fulfill this Template, but have a unique identity from the rest of theStatefulSet.PodTemplateSpec describes the data a pod should have when created from atemplate
FIELDS:metadata Objectspec Object #定义容器属性的通过上面可以看到statefulset资源中有两个spec字段。
第一个spec声明的是statefulset定义多少个Pod副本默认将仅部署1个Pod、匹配Pod标签的选择器、创建pod的模板、存储卷申请模板
第二个spec是spec.template.spec主要用于Pod里的容器属性等配置。
.spec.template里的内容是声明Pod对象时要定义的各种属性所以这部分也叫做PodTemplatePod模板。
还有一个值得注意的地方是在.spec.selector中定义的标签选择器必须能够匹配到spec.template.metadata.labels里定义的Pod标签否则Kubernetes将不允许创建statefulset。Statefulset使用案例部署web站点 编写一个Statefulset资源清单文件 cat statefulset.yaml apiVersion: v1
kind: Service
metadata: name: nginxlabels:app: nginx
spec:ports:- port: 80name: webclusterIP: Noneselector:app: nginx
---
apiVersion: apps/v1
kind: StatefulSet
metadata: name: web
spec:selector:matchLabels:app: nginxserviceName: nginxreplicas: 2template:metadata: labels:app: nginxspec: containers:- name: nginximage: nginximagePullPolicy: IfNotPresentports:- containerPort: 80name: webvolumeMounts:- name: wwwmountPath: /usr/share/nginx/htmlvolumeClaimTemplates:- metadata:name: wwwspec:accessModes: [ReadWriteOnce]storageClassName: nfsresources:requests: storage: 1Gikubectl apply -f statefulset.yaml kubectl get statefulset
NAME READY AGE
web 2/2 42s kubectl get pods -l appnginx
NAME READY STATUS RESTARTS AGE
web-0 1/1 Running 0 2m17s
web-1 1/1 Running 0 115s查看headless service kubectl get svc -l appnginx
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
nginx ClusterIP None none 80/TCP 3m19s查看pvc kubectl get pvc
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE
www-web-0 Bound pvc-39a9755f-3248-49ff-8f9e-5b068b609c8f 1Gi RWO,RWX nfs-web 7m45s
www-web-1 Bound pvc-be93d4a3-1aca-44cc-802f-ddeb38c05018 1Gi RWO,RWX nfs-web 7m41s查看pv kubectl get pv
NAME CAPACITY ACCESS MODES RECLAIM POLICY STATUS CLAIM STORAGECLASS REASON AGE
pvc-39a9755f-3248-49ff-8f9e-5b068b609c8f 1Gi RWO,RWX Delete Bound default/www-web-0 nfs-web 8m3s
pvc-be93d4a3-1aca-44cc-802f-ddeb38c05018 1Gi RWO,RWX Delete Bound default/www-web-1 nfs-web 7m59s 查看pod主机名 for i in 0 1; do kubectl exec web-$i -- sh -c hostname;done
web-0
web-1
StatefulSet由以下几个部分组成
Headless Service用来定义pod网路标识生成可解析的DNS记录volumeClaimTemplates存储卷申请模板创建pvc指定pvc名称大小自动创建pvc且pvc由存储类供应。StatefulSet管理pod的
什么是Headless service
Headless service不分配clusterIPheadless service可以通过解析service的DNS,返回所有Pod的dns和ip地址 (statefulSet部署的Pod才有DNS)普通的service,只能通过解析service的DNS返回service的ClusterIP。headless service会为service分配一个域名.$.svc.cluster.local
K8s中资源的全局FQDN格式: Service_NAME.NameSpace_NAME.Domain.LTD.
Domain.LTD.svc.cluster.local. #这是默认k8s集群的域名FQDN 全称 Fully Qualified Domain Name 即全限定域名同时带有主机名和域名的名称 FQDN Hostname DomainName 主机名是 hahaha
域名是 baidu.com
FQDN hahaha.baidu.comStatefulSet
StatefulSet会为关联的Pod保持一个不变的Pod Name
statefulset中Pod的名字格式为$(StatefulSet name)-$(pod序号)StatefulSet会为关联的Pod分配一个dnsName
$Pod Name.$service name.$namespace name.svc.cluster.localvolumeClaimTemplate 对于有状态应用都会用到持久化存储比如mysql主从由于主从数据库的数据是不能存放在一个目录下的每个mysql节点都需要有自己独立的存储空间。而在deployment中创建的存储卷是一个共享的存储卷多个pod使用同一个存储卷它们数据是同步的而statefulset定义中的每一个pod都不能使用同一个存储卷这就需要使用volumeClainTemplate当在使用statefulset创建pod时volumeClainTemplate会自动生成一个PVC从而请求绑定一个PV每一个pod都有自己专用的存储卷。Pod、PVC和PV对应的关系图如下 使用kubectl run运行一个提供nslookup命令的容器的这个命令来自于dnsutils包通过对pod主机名执行nslookup可以检查它们在集群内部的DNS地址 kubectl run busybox --image docker.io/library/busybox:1.28 --image-pull-policyIfNotPresent --restartNever --rm -it busybox -- shrootweb-1:/# nslookup web-0.nginx.default.svc.cluster.local
Server: 10.96.0.10
Address: 10.96.0.10#53
Name: web-0.nginx.default.svc.cluster.local statefulset创建的pod也是有dns记录的 Address: 10.244.209.154 #解析的是pod的ip地址 rootweb-1:/# nslookup nginx.default.svc.cluster.local
Server: 10.96.0.10
Address: 10.96.0.10#53Name: nginx.default.svc.cluster.local #查询service dns会把对应的pod ip解析出来
Address: 10.244.209.139
Name: nginx.default.svc.cluster.local
Address: 10.244.209.140dig的使用
dig -t A nginx.default.svc.cluster.local 10.96.0.10
格式如下
来指定域名服务器
A 为解析类型 A记录
-t 指定要解析的类型 A记录A记录是解析域名到IPStatefulset总结
Statefulset管理的podpod名字是有序的由statefulset的名字-0、1、2这种格式组成创建statefulset资源的时候必须事先创建好一个service,如果创建的service没有ip那对这个service做dns解析会找到它所关联的pod ip如果创建的service有ip那对这个service做dns解析会解析到service本身ip。statefulset管理的pod删除pod新创建的pod名字跟删除的pod名字是一样的statefulset具有volumeclaimtemplate这个字段这个是卷申请模板会自动创建pvpvc也会自动生成跟pv进行绑定那如果创建的statefulset使用了volumeclaimtemplate这个字段那创建pod数据目录是独享的ststefulset创建的pod是域名的域名组成pod-name.svc-name.svc-namespace.svc.cluster.local
举例说明service 和headless service区别 通过deployment创建podpod前端创建一个service cat deploy-service.yaml
apiVersion: v1
kind: Service
metadata:name: my-nginxlabels:run: my-nginx
spec:type: ClusterIPports:- port: 80 #service的端口暴露给k8s集群内部服务访问protocol: TCPtargetPort: 80 #pod容器中定义的端口selector:run: my-nginx #选择拥有runmy-nginx标签的pod
---
apiVersion: apps/v1
kind: Deployment
metadata:name: my-nginx
spec:selector:matchLabels:run: my-nginxreplicas: 2template:metadata:labels:run: my-nginxspec:containers:- name: my-nginximage: busyboximagePullPolicy: IfNotPresentports:- containerPort: 80command:- sleep- 3600kubectl apply -f deploy-service.yamlkubectl get svc -l runmy-nginx
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S)
my-nginx ClusterIP 10.100.89.90 none 80/TCP kubectl get pods -l runmy-nginx
NAME READY STATUS RESTARTS AGE
my-nginx-58f74fc5b6-jzbvk 1/1 Running 0 70s
my-nginx-58f74fc5b6-n9lqv 1/1 Running 0 53s
#通过上面可以看到deployment创建的pod是随机生成的#进入到web-1的pod kubectl exec -it web-1 -- /bin/bash
rootweb-1:/# nslookup my-nginx.default.svc.cluster.local
Server: 10.96.0.10
Address: 10.96.0.10#53Name: my-nginx.default.svc.cluster.local
Address: 10.100.89.90 #解析的是service的ip地址Statefulset管理pod扩容、缩容、更新
Statefulset实现pod的动态扩容 如果我们觉得两个副本太少了想要增加只需要修改配置文件statefulset.yaml里的replicas的值即可原来replicas: 2现在变成replicaset: 3修改之后执行如下命令更新 vim statefulset.yaml
kubectl apply -f statefulset.yaml kubectl get sts
NAME READY AGE
web 3/3 60mkubectl get pods -l appnginx
NAME READY STATUS RESTARTS AGE
web-0 1/1 Running 0 61m
web-1 1/1 Running 0 60m
web-2 1/1 Running 0 79s 也可以直接编辑控制器实现扩容 kubectl edit sts web
#这个是我们把请求提交给了apiserver实时修改把上面的spec下的replicas 后面的值改成4保存退出 kubectl get pods -l appnginx
NAME READY STATUS RESTARTS AGE
web-0 1/1 Running 0 62m
web-1 1/1 Running 0 62m
web-2 1/1 Running 0 3m13s
web-3 1/1 Running 0 26sStatefulset实现pod的动态缩容 如果我们觉得4个Pod副本太多了想要减少只需要修改配置文件statefulset.yaml里的replicas的值即可把replicaset4变成replicas: 2修改之后执行如下命令更新 vim statefulset.yaml
kubectl apply -f statefulset.yamlkubectl get pods -l appnginx
NAME READY STATUS RESTARTS AGE
web-0 1/1 Running 0 64m
web-1 1/1 Running 0 64mStatefulset实现pod的更新 kubectl explain sts.spec.updateStrategyvim statefulset.yaml在一个终端动态查看pod kubectl get pods -l appnginx -w另一个终端执行如下命令 kubectl apply -f statefulset.yamlkubectl get pods -l appnginx -w
出现的结果如下
web-0 1/1 Running 0 10m
web-1 1/1 Running 0 10m
web-1 1/1 Terminating 0 10m
web-1 1/1 Terminating 0 10m
web-1 0/1 Terminating 0 10m
web-1 0/1 Terminating 0 10m
web-1 0/1 Terminating 0 10m
web-1 0/1 Pending 0 0s
web-1 0/1 Pending 0 0s
web-1 0/1 ContainerCreating 0 0s
web-1 0/1 ContainerCreating 0 1s
web-1 1/1 Running 0 2s
web-1 1/1 Running 0 11s从上面结果可以看出来pod在更新的时候只是更新了web-1这个pod, partition: 1表示更新的时候会把pod序号大于等于1的进行更新 如果更新策略是OnDelete那不会自动更新pod需要手动删除重新常见的pod才会实现更新
