关于istio:Istio流量管理

5次阅读

共计 5115 个字符，预计需要花费 13 分钟才能阅读完成。

Istio 的流量路由规定可让您轻松管制服务之间的流量和 API 调用。Istio 简化了诸如断路器，超时和重试之类的服务级别属性的配置，并使其易于设置重要工作（如 A / B 测试，canary 部署和基于百分比的流量拆分的分段部署）。它还提供了开箱即用的故障复原性能，有助于使您的应用程序更弱小，以避免相干服务或网络的故障。

Istio 整个流量管制模型，通过以下几个自定义资源实现：

  • Virtual services
  • Destination rules
  • Gateways
  • Service entries
  • Sidecars

Gateway，ServiceEntry 以及 Sidecars 咱们曾经在之前的文章中讲述过。本文重点讲述 VirtualService 和 DestinationRule。

VirtualService

VirtualService 是 Istio 提供的自定义资源定义(CRD)。VirtualService 以及 DestinationRule 是 Istio 流量路由性能的要害组成部分。VirtualService 使您能够在 Istio 和您的平台提供的根本连贯和发现的根底上，配置如何将申请路由到 Istio 服务网格中的服务。每个 VirtualService 由一组路由规定组成，这些路由规定按程序进行评估，从而使 Istio 将对 VirtualService 的每个给定申请匹配到网格内特定的理论目的地。

示例

咱们接下来剖析一个最简略的 VirtualService，如下：

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: httpbin
spec:
  hosts:
  - httpbin
  http:
  - route:
    - destination:
        host: httpbin

hosts列出 VirtualService 的主机名 – 换句话说，这些路由规定实用于用户可寻址的目的地。这是客户端向服务发送申请时应用的地址。

VirtualService 主机名能够是 IP 地址，DNS 名称，也能够是短名称（例如 Kubernetes 服务短名称），具体取决于平台，该名称隐式或显式地解析为齐全限定的域名（FQDN）。

而后，咱们通过配置 http 属性来创立规定来定向与指定主机名匹配的所有 HTTP 通信。在该属性下，咱们将 destination 设置为另一个称为 httpbin 的 Service 资源的路由规定。

通过这个简略的示例，咱们能够看出，VirtualService 由 主机名 和路由规定 组成。

VirtualService 资源除了路由匹配，并提供许多附加性能来治理流量。

路由匹配

VirtualService 资源能够依据 HTTP 主机，门路（具备残缺的正则表达式反对），办法，Header，端口，查问参数等来匹配流量。

例如：

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: bookinfo
spec:
  hosts:
    - bookinfo.com
  http:
  - match:
    - uri:
        prefix: /reviews
    route:
    - destination:
        host: reviews
  - match:
    - uri:
        prefix: /ratings
    route:
    - destination:
        host: ratings

流量治理

此外 VirtualService 资源能够通过容许重试申请，注入谬误或测试提早，重写或重定向申请来智能地治理其匹配的流量。在根底结构层中实现此性能打消了每个独自的应用程序本人实现和治理它的需要，从而提供了更加统一的网络体验。

网络故障注入

向申请中注入谬误是测试应用程序如何响应失败申请的好办法。上面是已配置为注入随机网络故障的 VirtualService 资源的 YAML：

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: httpbin
spec:
  hosts:
  - httpbin
  http:
  - route:
    - destination:
        host: httpbin
    fault:
      abort:
        percentage:
          value: 50
        httpStatus: 400

%50 的网络申请会被 Istio 停止。

网络提早注入

网络调用的响应可被人为提早，使您有机会测试不良的网络或无响应的应用程序如何影响您的代码。上面的 VirtualService 资源已配置为向网络申请增加随机提早：

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: httpbin
spec:
  hosts:
  - httpbin
  http:
  - route:
    - destination:
        host: httpbin
    fault:
      delay:
        percentage:
          value: 50
        fixedDelay: 5s

配置为 50%的网络申请增加 5 秒的提早。

重定向申请

能够重定向 HTTP 申请（即，通过返回 HTTP 301 响应代码），以将客户端定向到新地位。上面的 VirtualService 资源将对一个 Service 资源的根门路的申请重定向到新 Service 资源上的新门路：

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: httpbin
spec:
  hosts:
  - httpbin
  http:
  - match:
    - uri:
        exact: "/"
    redirect:
      uri: /redirected
      authority: httpbin1

重写申请

重写申请很像重定向申请，只有路由已在服务器端实现，并且客户端不晓得申请已更改为新门路。上面的 VirtualService 资源将对一个 Service 资源的根门路的申请重写，并将其路由到新 Service 资源上的新门路：

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: httpbin
spec:
  hosts:
  - httpbin
  http:
  - route:
    - destination:
        host: httpbin1
    match:
    - uri:
        exact: "/"
    rewrite:
      uri: /rewritten

咱们应用与根门路齐全匹配的申请将申请重写为http://httpbin1/rewrite。

重试

重试失败的申请是解决网络谬误或应用程序无响应的常见策略。上面的 VirtualService 资源将重试失败的申请：

piVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: httpbin
spec:
  hosts:
  - httpbin
  http:
  - route:
    - destination:
        host: httpbin
        subset: v1    
    retries:
      attempts: 3
      retryOn: "5xx"

在这里，咱们将 VirtualService 资源配置为重试任何导致 500 错误代码的申请，最多 3 次。

超时

超时是指 Envoy 代理应期待来自给定服务的响应的工夫，以确保服务不会无限期地期待响应，并确保调用在可预测的工夫内胜利或失败。上面的 VirtualService 资源将申请超时工夫设置为 10s:

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: httpbin
spec:
  hosts:
  - httpbin
  http:
  - route:
    - destination:
        host: httpbin    
    timeout: "10s"

DestinationRule

除 VirtualService 外，DestinationRule 也是 Istio 流量路由性能的要害局部。您能够将 VirtualService 视为如何将流量路由到给定的目的地，而后应用 DestinationRule 来配置该目的地的流量。在评估 VirtualService 路由规定之后，将利用 DestinationRule，因而它们将利用于流量的“实在”指标。

特地是，您能够应用 DestinationRule 来指定命名的服务子集，例如按版本对所有给定服务的实例进行分组。而后，您能够在 VirtualService 的路由规定中应用这些服务子集，以管制流向服务的不同实例的流量。

例如：

这是将流量疏导到名为 v1 的子集的 VirtualService 资源：

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: helloworld
spec:
  hosts:
  - helloworld
  http:
  - route:
    - destination:
        host: helloworld
        # Route traffic to the Pods that match the labels defined in the DestinationRule v1 subset
        subset: v1

这是定义 v1 和 v2 子集的 DestinationRule 资源：

apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: helloworld
spec:
  host: helloworld
  subsets:
  - name: v1
    labels:
      version: v1
  - name: v2
    labels:
      version: v2

DestinationRule 次要蕴含负载平衡策略，平安配置和连接池设置三个方面。

负载平衡策略

Istio 提供了多种不同的负载平衡算法来调配流量。缺省值为 round-robin 算法，该算法逐个循环遍历可用指标：

apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: helloworld
spec:
  host: helloworld
  trafficPolicy:
    loadBalancer:
      simple: ROUND_ROBIN
  subsets:
  - name: v1
    labels:
      version: v1
  - name: v2
    labels:
      version: v2

此外还反对以下负载平衡算法：

  • Random: 申请被随机转发到池中的实例。
  • Weighted: 依据特定百分比将申请转发到池中的实例。
  • Least requests: 申请将转发到申请数量起码的实例。

平安配置

Istio 能够配置 TLS 设置，以确保通过双向 TLS（mtls）对 Pod 资源之间的通信进行加密。
这些选项的成果对咱们的应用程序是通明的，然而如果 Pod 资源要在节点之间进行通信，则能够避免窥探流量：

apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: helloworld
spec:
  host: helloworld
  trafficPolicy:
    tls:
      mode: ISTIO_MUTUAL
  subsets:
  - name: v1
    labels:
      version: v1
  - name: v2
    labels:
      version: v2

连接池设置

能够为服务资源定义网络设置，例如链接超时，放弃活动状态，连接数等。
与平安设置一样，这些值对咱们的应用程序是通明的，但可能会进步高流量负载的部署的性能：

apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: helloworld
spec:
  host: helloworld
  trafficPolicy:
    connectionPool:
      tcp:
        maxConnections: 100
        connectTimeout: 30ms
        tcpKeepalive:
          time: 7200s
          interval: 75s
  subsets:
  - name: v1
    labels:
      version: v1
  - name: v2
    labels:
      version: v2

总结

本文次要论述了 Istio 流量管制模型中 VirtualService 和 DestinationRule 两种外围资源。因为所有的规定，最终都会转化为 Envoy 的配置。VirtualService 实际上是对路由的形象，而 DestinationRule 是对集群的形象。

正文完
istio
发表至： istio
2020-11-15
 0
关于istio:详解Istio-mTLS
关于istio:Istio是什么-还不知道你就out了一文40分钟快速理解
关于istio:Istio在Rainbond-Service-Mesh体系下的落地实践
关于istio:Istio-18中多集群支持的演变