VirtualService 和 DestinationRule
VirtualService 与 Service 的关系
Istio 的 VirtualService 和 Kubernetes 的 Service 都是服务治理的组件,但它们有不同的作用和关系。
下面是它们之间的关系和区别:
定义和作用
Kubernetes 的 Service 主要负责服务发现和负载均衡,它为一组运行相同应用的 Pod 提供一个统一的访问入口。
而 Istio 的 VirtualService 主要负责定义流量路由规则,实现对服务间流量的细粒度控制。
关系
VirtualService 与 Service 是相互关联的。
在 VirtualService 的定义中,可以指定将流量路由到 Kubernetes 的 Service,VirtualService 会在 Service 的基础上增强流量管理和控制功能。
请一定要注意这里。
定义 VirtualService 时,需要将流量路由指向到一个 Service。
route:
- destination:
host: productpage
port:
number: 9080
route:
- destination:
host: productpage.bookinfo.svc.cluster.local
port:
number: 9080
但是服务间请求的流量实际上不会到达 Service,因为流量输出到 Envoy 时,Istio 直接间流量转发到对应的 Pod。
强调过很多次,流量实际上不会到达 Service。
这里的 Service 为 Envoy 提供了一些关于 Pod 的基础信息,VirtualService 会在 Service 的基础上增强流量管理和控制功能。
虽然 Istio 使用 Envoy 管理流量,但 Kubernetes 的 Service 仍然在 Istio 中发挥作用。Service 用于定义服务的基本属性,例如服务的名称和端口。Istio 使用这些信息从 Kubernetes API 服务器获取服务的端点,并将这些信息传递给 Envoy 。这样,Envoy 就可以知道如何路由到其他服务。
功能差异
Kubernetes 的 Service 提供了基本的负载均衡和服务发现功能,而 Istio 的 VirtualService 提供了更丰富的流量管理能力,如按权重分配流量、请求重试、故障注入、流量镜像等。
兼容性
Istio 可以与 Kubernetes 集群无缝集成,VirtualService 和 Service 可共同工作以实现更强大的服务治理功能。Istio 不仅支持 Kubernetes,还可以与其他平台(如 VM、Consul 等)一起使用。
总之,Istio 的 VirtualService 和 Kubernetes 的 Service 是相辅相成的,它们共同为服务提供了更强大的流量管理和控制功能。在使用 Istio 时,通常需要将 VirtualService 与 Kubernetes 的 Service 结合使用,以实现所需的服务治理目标。
VirtualService 和 DestinationRule 的关系
在 Istio 中,VirtualService 和 DestinationRule 是两个关键的自定义资源定义(CRD),它们用于配置和控制服务间的流量路由。
它们之间的关系可以概括为:VirtualService 定义了流量的路由规则,而 DestinationRule 定义了流量到达目的地后如何进行负载分发和连接池管理。
VirtualService 用于定义流量的路由规则。当请求从一个服务到另一个服务时,VirtualService 可以指定如何将流量路由到不同的目的地(例如,不同的服务实例,版本或子集)。VirtualService 还可以根据请求的属性(如请求头、路径、来源等)对流量进行匹配和分发。此外,VirtualService 可以配置复杂的路由行为,如重试、超时和故障注入等。
DestinationRule 被用于控制流量的分发和连接池管理。DestinationRule 定义了服务的子集(即服务的不同版本或变体),并指定如何根据负载均衡策略(如轮询、随机、最少连接等)将流量分发到这些子集。此外,DestinationRule 还可以配置连接池设置(如最大连接数、空闲超时等)和传输层安全策略(如 TLS 设置)。
总之,VirtualService 和 DestinationRule 在 Istio 中共同实现了流量的精细控制。VirtualService 用于定义流量的路由规则,而 DestinationRule 则负责处理流量到达目的地后的负载分发和连接池管理。
VirtualService 的定义
VirtualService 的 spec 一共有五大类属性。
spec:
hosts:
gateways:
http:
tls:
tcp:
hosts
:这是一个字符串列表,用于指定 VirtualService 应用的目标主机。这些主机可以是 Kubernetes Service 名称,也可以是外部服务的域名。流量将根据这些主机进行路由。
hosts:
- my-service.example.com
gateways
:这是一个字符串列表,用于指定 VirtualService 应用的网关。Istio 网关用于配置进出网格的流量。如果省略此字段,默认情况下,VirtualService 仅适用于网格内部的流量。
gateways:
- my-gateway
http
:此属性包含一个 HTTPRoute 列表,用于定义 HTTP 流量的路由规则。每个 HTTPRoute 可以包含匹配条件、路由目标、重试、超时等配置。
http
属性是 VirtualServicespec
中的一个字段,它包含一个 HTTPRoute 列表,用于定义 HTTP 流量的路由规则。HTTPRoute 包含以下主要属性:
match
:此属性包含一个 HTTPMatchRequest 列表,用于定义流量匹配条件。每个 HTTPMatchRequest 可以包含以下匹配条件:
uri
:请求 URI 的匹配条件,可以是前缀匹配、精确匹配或正则表达式匹配。method
:请求方法(如 GET、POST 等)的匹配条件。headers
:请求头的匹配条件,可以是前缀匹配、精确匹配或正则表达式匹配。queryParams
:查询参数的匹配条件,可以是前缀匹配、精确匹配或正则表达式匹配。sourceLabels
:流量来源的 Pod 标签匹配条件。gateways
:流量来源的网关列表。
route
:此属性包含一个 HTTPRouteDestination 列表,用于定义流量的路由目标。每个 HTTPRouteDestination 包含以下属性:
destination
:流量的目的地,包括host
(目标主机名)、subset
(目标服务子集)和port
(目标端口)。weight
:流量分发到此目的地的权重。所有路由目标的权重总和应为 100。
redirect
:此属性用于配置 HTTP 重定向。可以指定重定向的 URI、Authority 和状态码。
rewrite
:此属性用于配置 URI 和 Authority 的重写规则。
timeout
:此属性用于配置请求的超时时间。
retries
:此属性用于配置重试策略,包括尝试次数、每次尝试的超时时间和可重试的状态码。
fault
:此属性用于配置故障注入,包括延迟注入和异常注入。这对于测试和模拟故障场景非常有用。
mirror
:此属性用于配置流量镜像目的地。流量镜像允许将流量复制到另一个服务,用于观察和测试。
corsPolicy
:此属性用于配置 CORS 策略,包括允许的来源、允许的方法、允许的头部等。
headers
:此属性用于配置请求和响应头的操作,包括添加、修改和删除头部。
tls
:此属性包含一个 TLSRoute 列表,用于定义基于 SNI 的 TLS 流量的路由规则。每个 TLSRoute 可以包含匹配条件和路由目标。
tcp
:此属性包含一个 TCPRoute 列表,用于定义 TCP 流量的路由规则。每个 TCPRoute 可以包含匹配条件和路由目标。
下面是一个 VirtualService 示例。
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
name: my-virtual-service
spec:
hosts:
- my-service.example.com
gateways:
- my-gateway
http:
- match:
- uri:
prefix: /api/v1
route:
- destination:
host: my-service-v1
weight: 90
- destination:
host: my-service-v2
weight: 10
retries:
attempts: 3
perTryTimeout: 2s
timeout: 10s
- route:
- destination:
host: my-service-v1
DestinationRule 的定义
DestinationRule 的 spec 中一共有三大类属性。
spec:
host: my-service
trafficPolicy:
subsets:
host
:此属性是一个字符串,用于指定目标主机名。它可以是 Kubernetes Service 名称,也可以是外部服务的域名。
trafficPolicy
:此属性用于配置全局的流量策略,包括负载均衡策略、连接池设置和传输层安全策略。这些设置将应用于所有子集(除非子集中明确覆盖)。
subsets
:此属性包含一个 Subset 列表,用于定义服务的子集(即服务的不同版本或变体)。每个 Subset 包含以下属性:
name
:子集的名称。labels
:子集的标签选择器。这些标签用于选择对应子集的 Kubernetes Pod。trafficPolicy
:子集的流量策略。这些设置将覆盖全局的trafficPolicy
。
下面是一个示例:
apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
name: my-destination-rule
spec:
host: my-service
trafficPolicy:
loadBalancer:
simple: LEAST_CONN
connectionPool:
tcp:
maxConnections: 100
http:
http2MaxRequests: 1000
tls:
mode: ISTIO_MUTUAL
subsets:
- name: v1
labels:
version: v1
trafficPolicy:
loadBalancer:
simple: ROUND_ROBIN
- name: v2
labels:
version: v2