当前位置: 首页 > news >正文

wordpress网站描述插件安阳哪里有做网站的

wordpress网站描述插件,安阳哪里有做网站的,野花影视大全在线西瓜,什么是关键词搜索华子目录 Canary金丝雀发布什么是金丝雀发布Canary发布方式基于header#xff08;http包头#xff09;灰度发布基于权重的金丝雀发布 Canary金丝雀发布 什么是金丝雀发布 金丝雀发布也称为灰度发布#xff0c;是一种软件发布策略主要目的是在将新版本的软件全面推广到生产环… 华子目录 Canary金丝雀发布什么是金丝雀发布Canary发布方式基于headerhttp包头灰度发布基于权重的金丝雀发布 Canary金丝雀发布 什么是金丝雀发布 金丝雀发布也称为灰度发布是一种软件发布策略主要目的是在将新版本的软件全面推广到生产环境之前先在一小部分用户或服务器上进行测试和验证以降低因新版本引入重大问题而对整个系统造成的影响是一种Pod的发布方式。金丝雀发布采取先添加、再删除的方式保证Pod的总量不低于期望值。并且在更新部分Pod后暂停更新当确认新Pod版本运行正常后再进行其他版本的Pod的更新 Canary发布方式 三种发布方式 优先级head大于cookie大于weight其中header和weight用的最多 基于headerhttp包头灰度发布 我们可以看到如果包头中有stagegray的键值对就访问新版本包头中没有那个键值对就访问旧版本 通过Annotaion扩展创建灰度ingress配置灰度头部key以及value灰度流量验证完毕后切换正式ingress到新版本之前我们在做升级时可以通过控制器做滚动更新默认25%利用header可以使升级更为平滑通过key和value 测试新的业务体系是否有问题 创建2个deployment控制器 #发现没有运行的pod [rootk8s-master service]# kubectl get pods No resources found in default namespace.#创建一个deployment控制器控制器中运行一个pod [rootk8s-master service]# kubectl create deployment deployment --image myapp:v1 --dry-runclient -o yaml deployment-v1.yml[rootk8s-master service]# vim deployment-v1.yml [rootk8s-master service]# cat deployment-v1.yml apiVersion: apps/v1 kind: Deployment #指明这是一个deployment控制器 metadata: #控制器的元数据labels: #控制器的标签app: deployment1 #控制器的标签name: deployment1 #控制器的名字 spec: 控制器的规格replicas: 1 #pod数量selector: #pod选择器matchLabels: #声明的要管理的podapp: myappv1 #标签为appmyappv1的pod会被管理template: #pod的模板metadata: #pod的元数据labels: #pod的标签app: myappv1spec: #pod的规格containers:- image: myapp:v1name: myappv1#在克隆一份 [rootk8s-master service]# cp deployment-v1.yml deployment-v2.yml [rootk8s-master service]# vim deployment-v2.yml [rootk8s-master services]# cat deployment-v2.yml apiVersion: apps/v1 kind: Deployment #指明这个一个deployment控制器 metadata: #控制器的元数据labels: app: deployment2 #控制器的标签name: deployment2 #控制器的名字 spec: #控制器的规格replicas: 1 #pod数量selector: #pod选择器matchLabels: app: myappv2 #声明需要管理的标签template: #pod的模板metadata: #pod的元数据labels: app: myappv2 #pod的标签spec: #pod的规格containers:- image: myapp:v2name: myappv2 [rootk8s-master service]# kubectl apply -f deployment-v1.yml deployment.apps/deployment1 created [rootk8s-master service]# kubectl apply -f deployment-v2.yml deployment.apps/deployment2 created[rootk8s-master service]# kubectl get pods -o wide --show-labels NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES LABELS deployment1-5c47495d84-ds4cl 1/1 Running 0 3m20s 10.244.2.15 k8s-node2.org none none appmyappv1,pod-template-hash5c47495d84 deployment2-67cc8c4845-bfnvx 1/1 Running 0 6m49s 10.244.2.14 k8s-node2.org none none appmyappv2,pod-template-hash67cc8c4845创建2个service微服务 [rootk8s-master service]# kubectl expose deployment deployment1 --port 8080 --target-port 80 --dry-runclient -o yaml deployment-v1.yml[rootk8s-master service]# kubectl expose deployment deployment2 --port 8080 --target-port 80 --dry-runclient -o yaml deployment-v2.yml[rootk8s-master service]# vim deployment-v1.yml [rootk8s-master service]# cat deployment-v1.yml apiVersion: apps/v1 kind: Deployment metadata:labels:app: deployment1name: deployment1 spec:replicas: 1selector:matchLabels:app: myappv1template:metadata:labels:app: myappv1spec:containers:- image: myapp:v1name: myappv1--- apiVersion: v1 kind: Service #指明这是一个service微服务 metadata: #微服务元数据labels: app: deployment1 #微服务标签 name: deployment1 #微服务的名字 spec: #微服务的规格ports: #是一个端口列表用于描述service应该监听的端口以及如何将流量转发给pod- port: 8080 #service微服务监听的端口号protocol: TCP #使用的协议这里是TCPtargetPort: 80 #pod上应用程序监听的端口selector: #标签选择器用于确定哪些pods应该被这个service管理app: myappv1 #pod标签为appmyappv1的被该service管理[rootk8s-master service]# vim deployment-v2.yml [rootk8s-master service]# cat deployment-v2.yml apiVersion: apps/v1 kind: Deployment metadata:labels:app: deployment2name: deployment2 spec:replicas: 1selector:matchLabels:app: myappv2template:metadata:labels:app: myappv2spec:containers:- image: myapp:v2name: myappv2--- apiVersion: v1 kind: Service metadata:labels:app: deployment2name: deployment2 spec:ports:- port: 8080protocol: TCPtargetPort: 80selector:app: myappv2[rootk8s-master service]# kubectl apply -f deployment-v1.yml deployment.apps/deployment1 unchanged service/deployment1 created [rootk8s-master service]# kubectl apply -f deployment-v2.yml deployment.apps/deployment2 unchanged service/deployment2 created[rootk8s-master service]# kubectl get pods -o wide --show-labels NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES LABELS deployment1-5c47495d84-ds4cl 1/1 Running 0 15m 10.244.2.15 k8s-node2.org none none appmyappv1,pod-template-hash5c47495d84 deployment2-67cc8c4845-bfnvx 1/1 Running 0 18m 10.244.2.14 k8s-node2.org none none appmyappv2,pod-template-hash67cc8c4845[rootk8s-master service]# kubectl get svc -o wide NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE SELECTOR deployment1 ClusterIP 10.108.37.167 none 8080/TCP 3m8s appmyappv1 deployment2 ClusterIP 10.96.202.197 none 8080/TCP 3m2s appmyappv2 kubernetes ClusterIP 10.96.0.1 none 443/TCP 27d none[rootk8s-master service]# kubectl describe svc deployment1 Name: deployment1 Namespace: default Labels: appdeployment1 Annotations: none Selector: appmyappv1 Type: ClusterIP IP Family Policy: SingleStack IP Families: IPv4 IP: 10.108.37.167 IPs: 10.108.37.167 Port: unset 8080/TCP TargetPort: 80/TCP Endpoints: 10.244.2.15:80 Session Affinity: None Events: none[rootk8s-master service]# kubectl describe svc deployment2 Name: deployment2 Namespace: default Labels: appdeployment2 Annotations: none Selector: appmyappv2 Type: ClusterIP IP Family Policy: SingleStack IP Families: IPv4 IP: 10.96.202.197 IPs: 10.96.202.197 Port: unset 8080/TCP TargetPort: 80/TCP Endpoints: 10.244.2.14:80 Session Affinity: None Events: none创建ingress1.yml [rootk8s-master service]# kubectl create ingress ingress1 --class nginx --rule/deployment1:8080 --dry-runclient -o yaml ingress1.yml[rootk8s-master service]# vim ingress1.yml [rootk8s-master service]# cat ingress1.yml apiVersion: networking.k8s.io/v1 kind: Ingress metadata:name: ingress1 spec:ingressClassName: nginxrules:- http:paths:- backend:service:name: deployment1port:number: 8080path: /pathType: Prefix创建ingress2.yml [rootk8s-master service]# kubectl create ingress ingress2 --class nginx --rule/deployment2:8080 --dry-runclient -o yaml ingress2.yml[rootk8s-master service]# vim ingress2.yml [rootk8s-master service]# cat ingress2.yml apiVersion: networking.k8s.io/v1 kind: Ingress metadata:annotations:nginx.ingress.kubernetes.io/canary: truenginx.ingress.kubernetes.io/canary-by-header: name #键nginx.ingress.kubernetes.io/canary-by-header-value: huazi #值name: ingress2 spec:ingressClassName: nginxrules:- http:paths:- backend:service:name: deployment2port:number: 8080path: /pathType: Prefix[rootk8s-master service]# kubectl apply -f ingress1.yml ingress.networking.k8s.io/ingress1 created [rootk8s-master service]# kubectl apply -f ingress2.yml ingress.networking.k8s.io/ingress2 created[rootk8s-master service]# kubectl describe ingress ingress1 Name: ingress1 Labels: none Namespace: default Address: 172.25.254.10 Ingress Class: nginx Default backend: default Rules:Host Path Backends---- ---- --------*/ deployment1:8080 (10.244.2.15:80) Annotations: none Events:Type Reason Age From Message---- ------ ---- ---- -------Normal Sync 12m (x2 over 13m) nginx-ingress-controller Scheduled for sync[rootk8s-master service]# kubectl describe ingress ingress2 Name: ingress2 Labels: none Namespace: default Address: 172.25.254.10 Ingress Class: nginx Default backend: default Rules:Host Path Backends---- ---- --------*/ deployment2:8080 (10.244.2.14:80) Annotations: nginx.ingress.kubernetes.io/canary: truenginx.ingress.kubernetes.io/canary-by-header: namenginx.ingress.kubernetes.io/canary-by-header-value: huazi Events:Type Reason Age From Message---- ------ ---- ---- -------Normal Sync 2m21s (x2 over 3m3s) nginx-ingress-controller Scheduled for sync基于权重的金丝雀发布 通过Annotaion拓展创建灰度ingress配置灰度权重以及总权重灰度流量验证完毕后切换正式ingress到新版本 #删掉基于header的ingress [rootk8s-master service]# kubectl delete -f ingress2.yml ingress.networking.k8s.io ingress2 deleted[rootk8s-master service]# vim ingress2.yml [rootk8s-master service]# cat ingress2.yml apiVersion: networking.k8s.io/v1 kind: Ingress metadata:annotations:nginx.ingress.kubernetes.io/canary: truenginx.ingress.kubernetes.io/canary-weight: 10 #10/10010%将有10%的流量打到新版本上nginx.ingress.kubernetes.io/canary-weight-total: 100name: ingress2 spec:ingressClassName: nginxrules:- http:paths:- backend:service:name: deployment2port:number: 8080path: /pathType: Prefix[rootk8s-master service]# kubectl apply -f ingress2.yml ingress.networking.k8s.io/ingress2 created[rootk8s-master service]# kubectl describe ingress ingress1 Name: ingress1 Labels: none Namespace: default Address: 172.25.254.10 Ingress Class: nginx Default backend: default Rules:Host Path Backends---- ---- --------*/ deployment1:8080 (10.244.2.15:80) Annotations: none Events:Type Reason Age From Message---- ------ ---- ---- -------Normal Sync 27m (x2 over 27m) nginx-ingress-controller Scheduled for sync[rootk8s-master service]# kubectl describe ingress ingress2 Name: ingress2 Labels: none Namespace: default Address: 172.25.254.10 Ingress Class: nginx Default backend: default Rules:Host Path Backends---- ---- --------*/ deployment2:8080 (10.244.2.14:80) Annotations: nginx.ingress.kubernetes.io/canary: truenginx.ingress.kubernetes.io/canary-weight: 10nginx.ingress.kubernetes.io/canary-weight-total: 100 Events:Type Reason Age From Message---- ------ ---- ---- -------Normal Sync 34s (x2 over 44s) nginx-ingress-controller Scheduled for sync写检测脚本 [rootharbor ~]# vim check.sh #!/bin/bash v10 v20 for ((i0;i100;i)) doresponsecurl -s 172.25.254.50 | grep -c v1v1expr $v1 $responsev2expr $v2 1 - $response done echo v1:$v1 v2:$v2[rootharbor ~]# bash check.sh v1:89 v2:11 [rootharbor ~]# bash check.sh v1:87 v2:13 #我们发现比例接近于9:1当我们增加权重后 [rootk8s-master service]# vim ingress2.yml [rootk8s-master service]# cat ingress2.yml apiVersion: networking.k8s.io/v1 kind: Ingress metadata:annotations:nginx.ingress.kubernetes.io/canary: truenginx.ingress.kubernetes.io/canary-weight: 20nginx.ingress.kubernetes.io/canary-weight-total: 100name: ingress2 spec:ingressClassName: nginxrules:- http:paths:- backend:service:name: deployment2port:number: 8080path: /pathType: Prefix[rootk8s-master service]# kubectl apply -f ingress2.yml ingress.networking.k8s.io/ingress2 configured[rootharbor ~]# bash check.sh v1:76 v2:24 [rootharbor ~]# bash check.sh v1:79 v2:21 #我们发现比例进阶于8:2
http://www.hkea.cn/news/14388188/

相关文章:

  • 服装厂网站模板wordpress 后台 谷歌字体
  • h5网站制作报价常用个人网站
  • 如何建设 linux 网站深圳市场调研公司
  • 一 网站建设管理基本情况广州公司注册网站官网
  • 关键词设定在网站上皋兰县城乡和住房建设局网站
  • 成都正规集团网站制作维护用友加密狗注册网站
  • dede仿站网站设置右击不了如何查看源代码
  • 网站制作论文总结网站建设维护网页设计
  • 网站建设 字体版权seo做得好的企业网站
  • 学校网站开发系统的背景neutral wordpress
  • 网站排名优化原理大浪网站建设
  • 北京做网站制作的公司wordpress修改标题链接
  • 做网站后端需要什么语言几年做啥网站能致富
  • 新乡手机网站建设公司学校电商平台的创建
  • 深圳门户网站有哪些企业网站建设合同(一)
  • asp网站源码+access+机械企业管理软件app
  • 网站建设 前景 html5营销网站html
  • 租网站空间大连app开发公司排名
  • 国内网站要备案软件开发流程有哪些阶段
  • 泉州网站建设轩奇网讯求网站建设
  • 模板网站会员网页图片下载不了怎么办
  • 一个wordpress模版几个网站营销型网站建设策划书怎么写
  • 网站建设待遇头条新闻
  • 定远县建设小学网站建筑工程类招聘网站
  • 贵港网站建设动态腾讯企点官网入口
  • 哪个公司做视频网站怎么创办自己的网站
  • wordpress编辑网站门户类型网站有哪些
  • 自己不会代码让别人做网站怎么管理网站建设123
  • 东圃网站建设flash个人网站欣赏
  • 红色网站 推荐淮安网站建设设计制作