虚拟服务¶

在虚拟服务（VirtualService）中，可以通过多种匹配方式（端口、host、header 等）实现对不同的地域、用户请求做路由转发，分发至特定的服务版本中，并按权重比划分负载。

虚拟服务提供了 HTTP、TCP、TLS 三种协议的路由支持。

虚拟服务列表¶

虚拟服务列表展示了网格下的虚拟服务 CRD 信息，用户可以按命名空间查看，也可以基于作用范围、规则标签做 CRD 筛选，规则标签如下：

• HTTP 路由
• TCP 路由
• TLS 路由
• 重写
• 重定向
• 重试
• 超时
• 故障注入
• 代理服务
• 流量镜像

这些标签的字段配置，请参阅 Istio 虚拟服务参数配置。

虚拟服务提供了两种创建方式：图形向导创建和 YAML 创建。

图形向导创建步骤¶

通过图形向导创建的具体操作步骤如下（参阅虚拟服务参数配置）：

1. 在左侧导航栏点击 流量治理 -> 虚拟服务 ，点击右上角的 创建 按钮。

   

2. 在 创建虚拟服务 界面中，先确认并选择需要将虚拟服务创建到的命名空间、所属服务和应用范围后，点击 下一步 。

   

3. 按屏幕提示分别配置 HTTP 路由、TLS 路由和 TCP 路由后，点击 确定 。

   

4. 返回虚拟服务列表，屏幕提示创建成功。在虚拟服务列表右侧，点击操作一列的 ⋮ ，可通过弹出菜单进行更多操作。

   

YAML 创建¶

通过 YAML 创建的操作相对简单，用户可以点击 YAML 创建 按钮，进入创建页面直接编写 YAML，也可以使用页面内提供的模板简化编辑操作， 编辑窗口会提供基本语法检查功能，帮助用户完成编写工作。以下是一个 YAML 示例：

apiVersion: networking.istio.io/v1beta1
kind: VirtualService
metadata:
  annotations:
    ckube.daocloud.io/cluster: dywtest3
    ckube.daocloud.io/indexes: '{"activePolices":"HTTP_ROUTE,RETRIES,","cluster":"dywtest3","createdAt":"2023-08-07T09:27:48Z","gateway":"nginx-gw/nginx-gwrule","gateways":"[\"nginx-gw/nginx-gwrule\"]","hosts":"[\"www.nginx.app.com\"]","is_deleted":"false","labels":"","name":"nginx-vs","namespace":"nginx-gw"}'
  creationTimestamp: "2023-08-07T09:27:48Z"
  generation: 10
  managedFields:
    - apiVersion: networking.istio.io/v1beta1
      fieldsType: FieldsV1
      fieldsV1:
        f:metadata:
          f:annotations:
            .: {}
            f:ckube.daocloud.io/cluster: {}
            f:ckube.daocloud.io/indexes: {}
        f:spec:
          .: {}
          f:gateways: {}
          f:hosts: {}
          f:http: {}
      manager: cacheproxy
      operation: Update
      time: "2023-08-09T03:06:31Z"
  name: nginx-vs
  namespace: nginx-gw
  resourceVersion: "477662"
  uid: 446e8dcf-3c26-47ec-8754-997c21e4df17
spec:
  gateways:
    - nginx-gw/nginx-gwrule
  hosts:
    - www.nginx.app.com
  http:
    - match:
        - uri:
            prefix: /
      name: nginx-http
      retries:
        attempts: 2
        perTryTimeout: 5s
        retryOn: 5xx
      route:
        - destination:
            host: nginx.nginx-test.svc.cluster.local
            port:
              number: 80
status: {}

概念介绍¶

• hosts

  流量的目标主机。可以来自服务注册信息，服务条目（service entry），或用户自定义的服务域名。可以是带有通配符前缀的 DNS 名称，也可以是 IP 地址。 根据所在平台情况，还可能使用短名称来代替 FQDN。这种场景下，短名称到 FQDN 的具体转换过程是要靠下层平台完成的。

  一个主机名只能在一个 VirtualService 中定义。同一个 VirtualService 中可以用于控制多个 HTTP 和 TCP 端口的流量属性。

  需要注意的是，当使用服务的短名称时（例如使用 reviews，而不是 reviews.default.svc.cluster.local ），服务网格会根据规则所在的命名空间来处理这一名称，而非服务所在的命名空间。 假设 default 命名空间的一条规则中包含了一个 reviews 的 host 引用，就会被视为 reviews.default.svc.cluster.local ，而不会考虑 reviews 服务所在的命名空间。

  为了避免可能的错误配置，建议使用 FQDN 来进行服务引用。 hosts 字段对 HTTP 和 TCP 服务都是有效的。 网格中的服务也就是在服务注册表中注册的服务，必须使用他们的注册名进行引用；只有 Gateway 定义的服务才可以使用 IP 地址。

  示例：

  spec:
    hosts:
    - ratings.prod.svc.cluster.local
  

• Gateways

  通过将 VirtualService 绑定到同一 Host 的网关规则，可向网格外部暴露这些 Host。

  网格使用默认保留字 mesh 指代网格中的所有 Sidecar。 当这一字段被省略时，就会使用默认值（mesh），也就是针对网格中的所有 Sidecar 生效。 如果为 gateways 字段设置了网关规则（可以有多个），就只会应用到声明的网关规则中。 如果想同时对网关规则和所有服务生效，需要显式的将 mesh 加入 gateways 列表。

  示例：

  gateways:
  - bookinfo-gateway
  - mesh
  

• HTTP

  有序规则列表。该字段包含了针对 HTTP 协议的所有路由配置功能，对名称前缀为 http- 、 http2- 、 grpc- 的服务端口，或者协议为 HTTP、HTTP2、GRPC 以及终结的 TLS， 另外还有使用 HTTP、HTTP2 以及 GRPC 协议的 ServiceEntry 都是有效的。 流量会使用匹配到的第一条规则。

  HTTP 主要字段说明：

  • Match

    匹配要激活的规则要满足的条件。单个匹配块内的所有条件都具有 AND 语义，而匹配块列表具有 OR 语义。 如果任何一个匹配块成功，则匹配该规则。

  • Route

    HTTP 规则可以重定向或转发（默认）流量。

  • Redirect

    HTTP 规则可以重定向或转发（默认）流量。 如果在规则中指定了流量通过选项，则将忽略路由/重定向。 重定向原语可用于将 HTTP 301 重定向发送到其他 URI 或 Authority。

  • Rewrite

    重写 HTTP URI 和 Authority header，重写不能与重定向原语一起使用。

  • Fault

    故障注入策略，适用于客户端的 HTTP 通信。 如果在客户端启用了故障注入策略，则不会启用超时或重试。

  • Mirror/MirrorPercent

    将 HTTP 流量镜像到另一个目标，并可以设置镜像比例。

  • TCP

    一个针对透传 TCP 流量的有序路由列表。 TCP 路由对所有 HTTP 和 TLS 之外的端口生效。 进入流量会使用匹配到的第一条规则。

  • TLS

    一个有序列表，对应的是透传 TLS 和 HTTPS 流量。路由过程通常利用 ClientHello 消息中的 SNI 来完成。 TLS 路由通常应用在 https-、tls- 前缀的平台服务端口，或者经 Gateway 透传的 HTTPS、TLS 协议端口，以及使用 HTTPS 或者 TLS 协议的 ServiceEntry 端口上。 注意：没有关联 VirtualService 的 https- 或者 tls- 端口流量会被视为透传 TCP 流量。

    TCP 协议和 TLS 的子字段相对简单，仅包含 match 和 route 两部分，并且与 HTTP 相似，不再累述。

参考资料¶

• 什么是虚拟服务？
• Istio 虚拟服务参数配置

评论