内容简介:Istio 要求集群中下面举几个目标主机冲突的例子,以帮助大家加深对这方面的理解。下面两个
Istio 要求集群中 VirtualService
定义的所有目标主机都是唯一的。当使用目标主机的短名称时(不包含 '.'
的目标主机,例如使用 reviews
,而不是 reviews.default.svc.cluster.local
),Istio 会将该短名称转换为 VirtualService 规则所在的命名空间的 FQDN
,而不是转换为目标主机所在的命名空间的 FQDN。因此,当在不同的命名空间中定义 VirtualService 资源时允许目标主机的短名称重复。当你的目标主机包含 *
通配符前缀、IP 地址或 Web 地址时,VirtualService 不会将其视为短名称,也就不会尝试将其转换为 FQDN。反正无论如何,目标主机必须是唯一的。
1. 目标主机冲突示例
下面举几个目标主机冲突的例子,以帮助大家加深对这方面的理解。
示例 1
下面两个 VirtualService
的目标主机的 FQDN 分别是 reviews.foo.svc.cluster.local
和 reviews.bar.svc.cluster.local
,这是允许的。
apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: vs1 namespace: foo spec: hosts: - reviews ... --- apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: vs2 namespace: bar spec: hosts: - reviews ...
示例 2
下面两个 VirtualService
的目标主机的 FQDN 都是 reviews.default.svc.cluster.local
,这是不推荐的,会导致不确定的路由行为。
apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: vs3 namespace: default spec: hosts: - reviews ... --- apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: vs4 namespace: default spec: hosts: - reviews ...
优化方案请参考下文的使目标主机唯一。
示例 3
下面这种写法也是不推荐的,因为它在两个不同的 VirtualService 资源中定义了相同的 Web 地址,会导致路由冗余。
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
name: vs5
namespace: foo
spec:
hosts:
- google.com
http:
- match:
- uri:
prefix: /search
route:
- destination:
host: search.foo.svc.cluster.local
---
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
name: vs6
namespace: foo
spec:
hosts:
- google.com
http:
- match:
- uri:
prefix: /mail
route:
- destination:
host: mail.foo.svc.cluster.local
优化方案请参考下文的 合并冲突的 VirtualService 。
2. 优化方案
这里给出两个优化准则,可以改进上文的不恰当写法。
使目标主机唯一
可以将冲突的 VirtualService 中定义的目标主机更改为唯一的。以下的 VirtualServices 具有唯一的目标主机 reviews
和 ratings
,可以用来优化上面示例 2 的写法。
apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: vs3 namespace: default spec: hosts: - reviews ... --- apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: vs4 namespace: default spec: hosts: - ratings ...
合并冲突的 VirtualService
可以将冲突的 VirtualService 中定义的路由规则合并到同一个 VirtualService 中。下面的 VirtualService 可以解决示例 3 的问题,因为规则已合并,并且仅保留具有目标主机 google.com
的单个 VirtualService。
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
name: vs5
namespace: foo
spec:
hosts:
- google.com
http:
- match:
- uri:
prefix: /search
route:
- destination:
host: search.foo.svc.cluster.local
- match:
- uri:
prefix: /mail
route:
- destination:
host: mail.foo.svc.cluster.local
-----------他日江湖相逢 再当杯酒言欢-----------
以上所述就是小编给大家介绍的《Istio 中 VirtualService 的注意事项》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
Java核心技术及面试指南
金华、胡书敏、周国华、吴倍敏 / 北京大学出版社 / 2018-9-1 / 59.00
本书根据大多数软件公司对高级开发的普遍标准,为在Java 方面零基础和开发经验在3 年以下的初级程序员提供了升级到高级工程师的路径,并以项目开发和面试为导向,精准地讲述升级必备的技能要点。具体来讲,本书围绕项目常用技术点,重新梳理了基本语法点、面向对象思想、集合对象、异常处理、数据库操作、JDBC、IO 操作、反射和多线程等知识点。 此外,本书还提到了对项目开发很有帮助的“设计模式”和“虚拟......一起来看看 《Java核心技术及面试指南》 这本书的介绍吧!