装修公司起名,长沙seo推广营销,电商网站建设设计报告总结,建设网站平台合同范本1 Revision 关于Revision 应用程序代码及相关容器配置某个版本的不可变快照KService上的spec.template的每次变动#xff0c;都会自动生成一个新的Revision通常不需要手动创建及维护 Revision的使用场景 将流量切分至不同版本的应用程序间#xff08;Canary Deployment、Blu…1 Revision 关于Revision 应用程序代码及相关容器配置某个版本的不可变快照KService上的spec.template的每次变动都会自动生成一个新的Revision通常不需要手动创建及维护 Revision的使用场景 将流量切分至不同版本的应用程序间Canary Deployment、Blue/Green Deployment版本回滚: 默认的流量策略中所有的请求都会由就绪状态的最新版本的Revision处理
2 KService的客户端流量处理 集群外部流量 通过KService的外部名称ksvc-name.namespace.DOMAIN将流量发给入口网关例如istio-ingressgateway的Service使用的ExternalIP的外部地址 需要在集群外部的DNS系统上设定相应的名称解析暴露的服务较多时可以使用泛域名解析 通过KService使用的Domainmapping中定义的名称将流量发往入口网关的外部地址 集群内部流量 未启用mesh时通过KService的内部名称ksvc-name.namespace.DOMAIN将流量发往Knative使用的istio-system名称空间下的knative专用本地流量网关knative-local-gateway启用mesh时流量将由mesh根据流量策略进行转发。此时无须再设置本地流量网关 支撑一个KService对象的流量转发的关键是Route
3 Route Route 由KService的spec.traffic自动生成未定义时将由就绪状态的Revision列表中的最新版本的Revision接收和处理该KService的所有请求Route依托入口网关和网格或本地网关完成流量转发Route会自动按需创建如下资源 Kubernetes ServiceIstio VirtualService以Istio为网络层时 配置Private KService 默认情况下KService会由Knative同时配置内部私有或公共服务仅创建私有服务的方法,不暴露外部 全局配置修改configmap/config-domain将默认域设置为svc.cluster.local单KService配置使用“networking.knative.dev/visibility”标签并设定其值为cluster-local 设定于KService对象之上无KService时设定于相关的Route和Kubernetes Service之上 示例~$ kubectl label ksvc hello networking.knative.dev/visibilitycluster-local 提示若为ksvc/hello设置了域名映射则外部客户端依然可通过该映射对其进行访问
4 自定义流量策略 修改Kservice流量策略的方法 命令行kn service update service-name --traffic revisionRefpercent 引用revision的方法revisonName、Tag以及使用“latest”引用最新的就绪版本–traffic选项可以多次使用直到全部的流量比例之和为100% 在Kservice的资源配置上使用spec.traffic进行定义为目标Kservice创建自定义Route资源为其配置临时流量策略。 命令行配置示例 创建kservice/hello, 有2个revision revision-001: hello world, revision-002: hello knative apiVersion: serving.knative.dev/v1
kind: Service
metadata:name: hello
spec:template:spec:containers:- image: ikubernetes/helloworld-goports:- containerPort: 8080env:- name: TARGETvalue: World
---
apiVersion: serving.knative.dev/v1
kind: Service
metadata:name: hello
spec:template:spec:containers:- image: ikubernetes/helloworld-goports:- containerPort: 8080env:- name: TARGETvalue: knative目前有2个revision默认100%流量会到最新的那个revision 将流量完全发送给hello-00001这个Revision(rollback) kn service update hello --traffic hello-00001100可以发现立即生效所有的流量立马切换到Hello-00001的Revision 将流量切分至不同的Reviision kn service update hello --traffic hello-0000110 --traffic hello-0000290验证 将流量完全发送至最新的版本Revision kn service update hello --traffic latest100验证将全部流量发送给最新的Revision 资源配置清单 将流量发送给最新版本10%, revision-2 70%,revision-1 20% apiVersion: serving.knative.dev/v1
kind: Service
metadata:name: hello
spec:template:spec:containers:- image: ikubernetes/helloworld-goports:- containerPort: 8080env:- name: TARGETvalue: Little boytraffic:- latestRevision: truepercent: 10- revisionName: hello-00002percent: 70- revisionName: hello-00001percent: 20 验证基本7-2-1比例
5 路由标签tag 场景可以为特定的Revision打上tag,然后可以通过特定的URL格式来访问 附带tag的路由项指向的Revision可通过tag-name-ksvc-name.namespace.domain的歌格式访问无tag的路由项仅可通过ksvc-name.namespace.domain的格式访问 管理标签的方法 在Traffic Target上直接配置 apiVersion: serving.knative.dev/v1
kind: Service
metadata:name: hello
spec:template:spec:containers:- image: ikubernetes/helloworld-goports:- containerPort: 8080env:- name: TARGETvalue: Cloud-Nativetraffic:- latestRevision: truepercent: 0tag: staging- revisionName: hello-00002percent: 90- revisionName: hello-00001percent: 10命令 设定标签kn service update ksvc --tag revisionReftagNmae删除标签: kn service update ksvc --untag tagName 示例 先给hello-00001打上tag名字为staging的标签 kn service update hello --tag hello-00001stagingkubectl get ksvc hello -o yaml访问带tag的revision 00001 curl -H Host: staging-hello.default.icloud2native.com 192.168.58.1006 Configuration Target和流量逐步迁移 Configuration Target ConfigurationName也可以作为路由项中的流量目标意味着相关的流量部分由该Configurate下最新就绪的Revision承载 存在问题 在新的Revision就绪之后Configuration Target上的所有流量会立即转移至该Revision这可能会导致QP或Activator的请求队列过长以至于部分请求可能会被拒绝 解决方式 在KService或Route上使用“serving.knative.dev/rollout-duration”注解来指定流量迁移过程的时长新的Revision上线后它会先从Configuration Target迁出1%的流量随后再等分迁出余下的流量部分 配置案例 apiVersion: serving.knative.dev/v1
kind: Service
metadata:name: helloannotations:serving.knative.dev/rollout-duration: 380s
spec:
...traffic:- percent: 55configurationName: hello # Pinned to latest ready Revision- percent: 45revisionName: hello-00001 # Pinned to a specific Revision.
