Istio 入门（六）：版本控制

标签：版本控制 VirtualService 入门 Service Istio 流量路由属性

VirtualService 和 DestinationRule

VirtualService 与 Service 的关系
VirtualService 和 DestinationRule 的关系
VirtualService 的定义
DestinationRule 的定义

完整系统教程电子书阅读地址：https://istio.whuanle.cn/

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 入门（六）：版本控制_Pod

虽然 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 属性是 VirtualService spec 中的一个字段，它包含一个 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

痴者工良(https://whuanle.cn)

标签：版本控制,VirtualService,入门,Service,Istio,流量,路由,属性
From： https://blog.51cto.com/u_10006690/8512721